[intrepid-beta] all en_XX locales being generated

Bug #277052 reported by Mika Pflüger
2
Affects Status Importance Assigned to Milestone
eglibc (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Binary package hint: debian-installer

Using Ubuntu Alternate i386 (20080930.4) Intrepid-Beta Iso on an old machine (233 Mhz, 160 Mb RAM) it takes a lot of time to install. I don't have any problems with that, but as I inspected on the terminal (via alt+f4) what was happening during the installation process I saw, that it was generating every single en_XX@UTF-8 locale.
Actually it shouldn't, because I only ticked (in expert mode btw) en_US@UTF-8, de_DE@UTF-8 and fi_FI@UTF-8 and it was taking an awful lot of time generating all these en_DK@UTF-8, en_NZ@UTF-8 etc. locales.
I was using the expert mode, nolapi noapic, pci=irqmask=0x0e98, keyboard-layout 105 (Intel) key - germany - nodeadkeys and a Finnish location and time zone. The standard locale was set to be de_DE@UTF-8, the terminal was also set to UTF-8. I had only the CD and no network access, thus denying network access when prompted.

I would have expected it to install and generate en_US@UTF-8 and, if on the CD, also fi_FI@UTF-8 and de_DE@UTF-8
Instead it installed all flavors of en_XX@UTF-8 and silently skipped the other languages. Later on (after installing, in GNOME via an information box in the upper right-hand corner) I was warned, that the locales were not installed completely and I could fix it now if I had internet access.
I don't know, which flavor of en_XX@UTF-8 it actually used, because I don't know, how much of the specific locales is translated, but at least some man-pages seamed to be en_US@UTF-8 (that is, they used american english)

Tags: iso-testing
Revision history for this message
Colin Watson (cjwatson) wrote :

Language packs all generate all the UTF-8 locales for their language when installed; the behaviour is AFAIK intentional but at any rate is controlled by the belocs-locales-bin package.

Changed in debian-installer:
status: New → Triaged
Revision history for this message
Colin Watson (cjwatson) wrote :

Actually, I think the proper fix is to make localedef less of a hideous memory hog. I was working on that a while back but haven't had time to finish it.

tags: added: iso-testing
Revision history for this message
Rolf Leggewie (r0lf) wrote :

This is no longer the case after the switch to eglibc. On my systems only what's listed in /var/lib/locales/supported.d/* is being generated.

Closing as fixed.

affects: belocs-locales-bin (Ubuntu) → eglibc (Ubuntu)
Changed in eglibc (Ubuntu):
importance: Undecided → Low
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.