On Tue, Nov 19, 2019 at 8:22 PM Adam Jackson <ajax(a)redhat.com> wrote:
On Fri, 2019-11-15 at 23:38 +0100, Kevin Kofler wrote:
> Adam Samalik wrote:
> > 1/ A history chart for base images  is now being generated —
> > data since 25 September. It's a bit rough initial implementation, but
> > there!
> Almost 2 months of work to save… 0.5%! That does not look like a huge
> success to me. You simply cannot win against the creeping bloat. :-(
In the spirit of positivity and collaboration, I spent a few minutes
looking at the results given to try to find some easy wins. Here's what
python3-libs ships multiple copies of its pyc files, corresponding to
different optimization levels. I don't know what a good packaging
solution to that would look like, but if we only shipped the -O2 kind
(which seems appropriate for minimization, as they're smallest) we
could drop about 13M out of 32M, which seems pretty great.
About 2/3 of glib2 is translations. If it was langpacked like glibc you
could drop another 8M. Likewise about 9M out of 10M for coreutils-
common, 4.5 out of 7.5 for bash, 4 out of 10 for gnupg2.
You're not using coreutils-single, which would save you another 6M or
It's hard to understand why dejavu-sans-fonts is in there, since there
are zero font libraries installed in the container base. Probably
that's brought in by the langpacks somewhere along the line, but it
seems like fonts and translations should be logically separate here (no
point installing fonts if you're not going to be printing or making
images, right?). That's another 5.5M.
That's about 44M worth of potential savings out of a 204M base image, a
bit over 20%. I'll happily file proper bug reports for these somewhere
if we want, but it took me like 30 minutes to look into this. If you're
not even willing to put in _that_ little effort, then forgive me for
not taking your assertion that "you simply cannot win" very seriously.
Thanks for looking into that. If you could file those bugs that would be
I'm sure we can win if there are enough eyes looking for improvements :-)
Especially if we have tooling / services that will help us to _keep_ things
devel mailing list -- devel(a)lists.fedoraproject.org
To unsubscribe send an email to devel-leave(a)lists.fedoraproject.org
Fedora Code of Conduct:
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
Senior Software Engineer