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): glibc-common-2.3.2-101.i386.rpm How reproducible: Always Steps to Reproduce: 1. du -sk /usr/lib/locale 2. 3. Actual Results: tricia> du -sk /usr/lib/locale/ 72628 /usr/lib/locale Additional info:
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.