dCore Import Debian Packages to Mountable SCE extensions > dCore X86
slow boot, xorg-intel questions...
Jason W:
Thanks for the testing and feedback. I admit at first I was hesitant to support trimming files beyond /usr/share/man and /usr/share/doc as I thought Debian only includes what is absolutely necessary, and surely true for their dep routine but not for the files contained in those packages, as we see that is the case.
Here is a pondering for the future. As sce.purge files may get SCE specific, we can allow sce-import to recognize those files as /etc/sysconfig/sce.purge.packagename when we want to trim certain SCEs and their deps of unneeded files. That way one general sce.purge file does not overstep when one package needs a more aggressive pruning that may cause another SCE to break. Just a thought.
netnomad:
--- Quote from: Jason W on January 30, 2016, 04:45:47 PM ---Here is a pondering for the future. As sce.purge files may get SCE specific, we can allow sce-import to recognize those files as /etc/sysconfig/sce.purge.packagename when we want to trim certain SCEs and their deps of unneeded files. That way one general sce.purge file does not overstep when one package needs a more aggressive pruning that may cause another SCE to break. Just a thought.
--- End quote ---
great idea... that would be really great, if you follow this concept.
thank you for your commitment.
nitram:
Modern Debian is bloated, main reason i'm here!
Been playing with sce.purge, no doubt this can break stuff...don't ask me how i know :)
In regards to SCE specific purge files, might be a good idea, especially for users that want to trade lists. Personally i like the present system, where only one config file needs to be added to backup. User is free to add #/comments into the config and manually toggle (# on/off) purged items between imports at will. For me the present functionality is very good. Really like it, superior to Puppy's 'trim the fat' function.
Couple things:
1) Are you able to middle-click mouse paste from aterm to editor? Works fine from xterm to editor but not aterm. This seems odd, either i broke something during purge or maybe a default aterm issue, which i think was recently added to dCore to make Control Panel work properly.
2) As things can break, the intitial troubleshooting method for new sce-imports that don't work will be for the user to re-import with sce.purge file disabled. As sce-import already has almost too many options, what do you think about adding this as an sce-import -z feature to temporarily ignore both sceconfig and sce.purge?
Jason W:
SCE specific purge lists may be overkill as what can be purged depends on a particular package's needs and not packages that depend on or use that package so if rox-filer.sce can have certain files purged that are part of ligtk2.0-0, then any other SCE containing libgtk2.0-0 should also have the purge or nopurge requirements.
I can middle button paste into aterm on my machine.
And making sce-import -z ignore the sce.purge and locale.nopurge files sounds like a good idea, I will add it in.
nitram:
The new -z option appears to work, just doesn't output 'Using the -z option' during use like the others.
Fixed aterm, i broke, will take a bit to figure out what to safely purge, more aggressive = more breakage.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version