[intrepid-beta] all en_XX locales being generated

Bug #277052 reported by Mika Pflüger on 2008-10-02
2
Affects Status Importance Assigned to Milestone
eglibc (Ubuntu)
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)

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
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
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  Edit
Everyone can see this information.

Other bug subscribers