Language pack removal is incredibly slow
Bug #39989 reported by
Matt Zimmerman
This bug report is a duplicate of:
Bug #34593: removing the package regenerates the locales for ALL other languages.
Edit
Remove
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| espresso (Ubuntu) |
Confirmed
|
Medium
|
Unassigned | ||
Bug Description
The installation process takes a long time without user feedback at "Removed with config user-setup" (mvo is correcting that to be a better string, but that's unrelated).
Watching the log at this point, I see that locale-gen is running in /target, apparently generating locales for all langpacks installed by default on the live CD. Since all but the selected language are about to be removed anyway, this is unnecessary. Even the up-to-date check takes a significant amount of time, repeated for each locale times the number of langpacks being removed.
Perhaps it would be appropriate to temporarily disable locale-gen and run it at the end, as with scrollkeeper in d-i?
Revision history for this message
| Sitsofe Wheeler (sitsofe) wrote | #1 |
| Changed in espresso: | |
| status: | Unconfirmed → Confirmed |
Revision history for this message
| Colin Watson (cjwatson) wrote | #2 |
Revision history for this message
| Matt Zimmerman (mdz) wrote Re: [Bug 39989] Re: Language pack removal is incredibly slow | #3 |
To post a comment you must log in.
I can confirm this. I installed Ubuntu Dapper in MacOS X Q (qemu) via a live CD from Thursday 13th and removing the language packs was quite literally taking hours. I thought it was due to running it under emulation but now I've seen this bug...