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]

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.

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.

[Jason W]

I'll add the echoing of "using the -z option" when it is used. 

Yeah, aside from the locales and the LLVM file, it is definitely risky to delete files, but the tool is there for those who want to use it. 

[netnomad]

Yeah, aside from the locales and the LLVM file, it is definitely risky to delete files, but the tool is there for those who want to use it. 

yes, i experienced something similiar and i agree!!!
i reduced 100mb in my packages just with the locales and the LLVM file.
hopefully we will find some other files, that can be deleted without negative consequences and make the packages even smaller, without losing stability :-)

thank you for sharing your experiences and ideas.

[nitram]

Slow boot issue resolved, thanks again.

15 year old 800mhz single core booting dCore-Jessie from grub to Dillo and emelfm opening using new sce.purge:

  1min 55sec:  default boot
  1min 37sec:  purging xorg-intel  65mb -> 29mb
  1min 27sec:  purging all other sceboot.lst items:
                         1.2mb -> 1.2mb      graphics-3.16.6-tinycore
                         1.8mb -> 1.8mb      alsa-modules-3.16.6-tinycore
                         468k -> 468k           netfilter-3.16.6-tinycore
                         948k -> 948k           Xprogs
                         8.2mb -> 5.1mb       alsa-utils
                         4.9mb -> 1.9mb       iptables
                         19mb -> 12 mb        fluxbox
                         16mb -> 10mb         conky
                         35mb -> 27mb         dillo
                         4.8mb -> 1.9mb       emelfm

Other:

  4.8mb -> 1.7mb  bsdgames-nonfree
  96mb -> 80mb    iceweasel
  11mb -> 8mb      mupdf
 
Obviously purging  *-3.16.6-tinycore  extensions provided no space savings, but nice to know running  sce-update -a  won't break anything.

Took a while to figure out sce.purge list, especially Xorg. All SCEs load, boot and initially test well. Thanks for making sce.purge configurable, as removing these marginally impacted boot time:

    usr/lib/i386-linux-gnu/libLLVM*
    usr/share/locale
    usr/include

Primary culprits, minimal space savers but i suspect due to system having to create >500 links at boot !

  usr/lib/i386-linux-gnu/perl, <1mb, 40 files
  usr/share/perl, 1.77 Mbytes, 421 Files
  usr/share/perl5, 194.75 Kbytes, 115 Files

[edit]: Forgot to mention /usr/share/zoneinfo from xorg-intel contains 1796 files !


sce.purge file utilized:

Code: [Select]

etc/alternatives
etc/apt
etc/cron.daily
etc/dpkg
etc/ld.so.conf.d
etc/logrotate.d
etc/rc*
lib/systemd
usr/bin/dpkg*
usr/bin/update-alternatives
usr/include
usr/lib/debug
usr/lib/gcc
usr/lib/i386-linux-gnu/libLLVM*
usr/lib/i386-linux-gnu/audit
usr/lib/i386-linux-gnu/gbm
usr/lib/i386-linux-gnu/gconv
usr/lib/i386-linux-gnu/perl
usr/lib/mime
usr/lib/pkgconfig
usr/lib/xorg/modules/drivers/vesa*
usr/lib/xorg/modules/input/synaptics*
usr/lib/xorg/modules/input/vmmouse*
usr/lib/xorg/modules/multimedia
usr/sbin/dpkg*
usr/sbin/update-alternatives
### DO NOT REMOVE xorg.conf.d DIRECTORY EVEN IF DON"T USE IT, WITH xorg-intel LOCKS-UP SYSTEM:
#usr/share/X11/xorg.conf.d
usr/share/X11/xorg.conf.d/50-synaptics.conf
usr/share/X11/xorg.conf.d/50-vmmouse.conf
usr/share/X11/locale
### DO NOT REMOVE, CONTAINS DESKTOP FILES AND BREAKS THINGS:
#usr/share/applications
usr/share/bug
usr/share/doc
usr/share/doc-base
usr/share/dpkg
usr/share/gcc*
usr/share/gdb
usr/share/info
usr/share/locale
usr/share/man
usr/share/perl
usr/share/perl5
usr/share/pkgconfig
usr/share/zoneinfo
var/cache
var/lib


[Jason W]

Glad to hear it is working for you!

"Using the -z option." now added to sce-import when invoked.

[nitram]

Above sce.purge list amended, this should NOT be purged:

Code: [Select]

### DO NOT PURGE, BREAKS ATERM CUT/PASTE:
#usr/share/X11/locale

Purge SCEs at own risk. The list above has only been tested on ~15 extensions and may require revision (which will not be posted here). If something breaks, modify purge list and re-import SCE. Although  sce-import -z  can be used to re-import a given extension without purging, the usual  sce-update -a  session may break something again if the purge list has not been appropriately modified, thanks.