Summary: | admincd: no UTF-8 locale | ||
---|---|---|---|
Product: | Gentoo Release Media | Reporter: | Alexander Tsoy <alexander> |
Component: | LiveCD/DVD/USB | Assignee: | Gentoo Release Team <releng> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | bkohler, mattst88 |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Alexander Tsoy
2020-02-25 08:05:58 UTC
Looking into this now. Our minimal installcd DOES have all of the locales, so I need to find out what's special about the admincd. I do notice that we added a forced glibc rebuild [1] to installcd-stage1 to work around another issue, which admincd-stage1 doesn't have. I'll test that theory soon. [1] https://gitweb.gentoo.org/proj/releng.git/tree/releases/weekly/specs/amd64/installcd-stage1.spec#n104 The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/proj/releng.git/commit/?id=dc5b666533c2902a2087572394a760c4ec8030eb commit dc5b666533c2902a2087572394a760c4ec8030eb Author: Matt Turner <mattst88@gentoo.org> AuthorDate: 2020-03-28 18:06:09 +0000 Commit: Matt Turner <mattst88@gentoo.org> CommitDate: 2020-04-02 23:50:36 +0000 specs: Enable USE=compile-locales for installcd-stage1 This patch causes glibc (starting with version 2.30) to be remerged in installcd-stage1 with USE=compile-locales. Available with glibc-2.30, USE=compile-locales will generate the locales in src_install() and include them in the binary package. This enables catalyst to reduce the locales produced in stages 1-3 to a minimal set without causing the ISOs to have a limited set of locales. Bug: https://bugs.gentoo.org/710762 Signed-off-by: Matt Turner <mattst88@gentoo.org> releases/weekly/specs/alpha/installcd-stage1.spec | 1 + releases/weekly/specs/amd64/installcd-stage1.spec | 1 + releases/weekly/specs/hppa/installcd-stage1.spec | 1 + releases/weekly/specs/ia64/installcd-stage1.spec | 1 + releases/weekly/specs/ppc/ppc32/installcd-stage1.spec | 1 + releases/weekly/specs/sparc/sparc64/installcd-stage1.spec | 1 + releases/weekly/specs/x86/hardened/installcd-stage1.spec | 1 + releases/weekly/specs/x86/installcd-stage1.spec | 1 + 8 files changed, 8 insertions(+) The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/proj/catalyst.git/commit/?id=f0e772bd3905d02d691d0e41b3a8e3bd3c10e2fe commit f0e772bd3905d02d691d0e41b3a8e3bd3c10e2fe Author: Matt Turner <mattst88@gentoo.org> AuthorDate: 2020-03-27 23:28:11 +0000 Commit: Matt Turner <mattst88@gentoo.org> CommitDate: 2020-04-07 23:23:07 +0000 targets: Set LANG=C.UTF8 Stable glibc now always provides a UTF-8 capable locale, which many packages require. Set this as the default LANG. Running locale-gen in stage1 should also solve bug #536938. Bug: https://bugs.gentoo.org/536938 Bug: https://bugs.gentoo.org/710762 Bug: https://bugs.gentoo.org/714906 Signed-off-by: Matt Turner <mattst88@gentoo.org> targets/stage1/chroot.sh | 12 ++++++++++++ 1 file changed, 12 insertions(+) This is included in catalyst-3.0.10. The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/proj/catalyst.git/commit/?id=234286ffae459764e2dfaf55c94e44ec3ad4e9cd commit 234286ffae459764e2dfaf55c94e44ec3ad4e9cd Author: Matt Turner <mattst88@gentoo.org> AuthorDate: 2020-10-03 03:20:58 +0000 Commit: Matt Turner <mattst88@gentoo.org> CommitDate: 2020-10-03 03:20:58 +0000 targets: Remove ancient locale-deleting code This block of code was added in commit ef648688ce8b ("Forward port the changes from catalyst 1.1.9 to 1.1.10.10 to catalyst2.") in 2005 without any further explanation. Since locale-gen was first committed to our glibc package in 2006, we think that locales were handled differently before (and not packed into /usr/${libdir}/locale/locale-archive). Not only is this code unneeded, it can actually cause the locale-archive to be deleted if the livecd is using a multilib profile! E.g. on a multilib amd64 profile, where /usr/lib/locale is a symlink to /usr/lib64/locale, it deletes /usr/lib64/locale/l* which matches /usr/lib64/locale/locale-archive. Because the minimal livecd uses a non-multilib profile, this explains why it still contained the expected set of locales, while the multilib admincd did not. Thanks go to Ben Kohler, Thomas Deutschmann, and Andreas Hüttel for figuring out this mystery! Bug: https://bugs.gentoo.org/710762 Signed-off-by: Matt Turner <mattst88@gentoo.org> targets/support/livecdfs-update.sh | 7 ------- 1 file changed, 7 deletions(-) |