Red Hat Bugzilla – Bug 109501
glibc-common needs to be split into seperate packages
Last modified: 2007-11-30 17:10:33 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031016
Description of problem:
The glibc-common rpm contains over 70M of locale data. Most people
only need one or two locales, so this is about 70M of wasted disk
space. It would be good to take the locale data out of glibc-common
and create various glibc-locale-* rpms, so that people did not have to
install so many locales that they did not need.
I realize that it is not feasible to place every locale into a
seperate RPM. However, if it was split up on a per-contenent basis it
should not be too bad.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. du -sk /usr/lib/locale
Actual Results: tricia> du -sk /usr/lib/locale/
The amount of work associated with this is too big. It would require
extensive coordination with the installer which would need to be able
to determine automatically which packages to install.
If you want to help the installer guys to extend their code (and they
accept it) reopen the bug. Until then I'll close it as WONTFIX.
Disk space is cheap. Only downloading updates is bad but then this is
something which should be fixed there. Since the file content hardly
changes using rsync or so in some form or another should help reducing
the cost significantly.
Furthermore, when all locales are in one package, they can be hardlinked
together (e.g. many locales use the same CTYPE or COLLATE categories
with the same charsets, and those are the biggest ones).
If that is split into subpackages, we can't do that any longer.