In the rush for cutting away small bits of minbase, it looks like we forgot
a big pile of junk: /usr/share/doc/
On strict minbase (rather than prio:important which really matters), the
docs take 11MB. And of that, 8MB are files named changelog.* -- which
fails to include eg. bash's:
112K -rw-r--r-- 1 root root 111K Jan 2 2019 CHANGES.gz
8.0K -rw-r--r-- 1 root root 8.0K May 29 2018 COMPAT.gz
4.0K -rw-r--r-- 1 root root 2.9K Feb 17 1999 INTRO.gz
32K -rw-r--r-- 1 root root 30K Nov 13 2018 NEWS.gz
(INTRO.gz is small, but 1999 advertising is of little use)
Of files named changelog.*, top offenders are:
Seems like a tempting area to trim...
sed -i -ne '/sysvinit (2.93-8)/q' -e p \
(I've just bumped the cut-off from 2.86.ds1-47, in 2007)
which also differs per binary package.
Ubuntu keep only 10 last entries, for _all_ packages.
I consider 10 entries to be too little for a fast moving package ("upload
early, upload often"), but a release-based ("since oldstable"), time-based
("3 years ago") or size-based ("X 4096 filesystem pages after gzipping")
cut-off would work well.
On the other hand, changelogs are valuable. Unlike some folks on IRC
I wouldn't want to tightly trim all packages. Unlike minbase or
prio:important, your average 5GB install doesn't care about a few megs
here and there. Thus: do we want to trim manually or globally?
A global trim would require a lot less work. A manual trim would allow
managing packages: dpkg is everywhere, dpkg-dev is not. libsystemd0 is
essential, systemd doesn't belong in containers. gcc-9-base is included
on tiny installs, gcc-9 on dev boxes and buildds with plenty of space.
Plus, manual trimming would also allow axing old upstream cruft.
⣾⠁⢠⠒⠀⣿⡁ in the beginning was the boot and root floppies and they were good.
⢿⡄⠘⠷⠚⠋⠀ -- <willmore> on #linux-sunxi