FS#5077 - Getting rid of unecessary locales

Attached to Project: Arch Linux
Opened by Dawid Wróbel (cromo) - Wednesday, 19 July 2006, 21:20 GMT
Task Type Feature Request
Category System
Status Closed
Assigned To No-one
Architecture not specified
Severity Low
Priority Normal
Reported Version 0.7.2 Gimmick
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Since we got a rid of /usr/share/doc, why can't we get a rid of unnecessary /usr/share/locale data? This could save up quite a lot of data. Most of the people never change their locale settings, except for the first time setting after installation.
This task depends upon

Closed by  Jan de Groot (JGC)
Friday, 21 July 2006, 10:23 GMT
Reason for closing:  Won't implement
Comment by Jens Adam (byte) - Thursday, 20 July 2006, 01:15 GMT
I clean that manually from time to time, but yes, maybe pacman could get patched to include a .conf setting for removing locale files after installing packages.
Comment by Jan de Groot (JGC) - Thursday, 20 July 2006, 06:13 GMT
We already don't generate all locales on the system in glibc, which saves quite some space. People are confused now and then because of the new locale-gen system, how would these people know they have to reinstall all packages if they want to enable a locale they disabled?
Comment by Alexander Baldeck (kth5) - Friday, 21 July 2006, 10:14 GMT
glibc falls back to the C locale (US english) in case of a locale was set that wasn't generated. any other application installs locales anyway disregarding that and they should work fine on a per package basis. so reinstalling all packages won't be necessary in all cases but this cannot be generalized for all packages.
if users decide to remove all locales but one or two for all installed applications, it's their own choice. so they should solve troubles with their previous decision when they change their mind since this could cause all kinds of bugs.

this should not be implemented into pacman i think.

Loading...