Summary: | sys-libs/glibc-2.37-r3: locale-gen-2.23-r1: glibc build fails with USE="compile-locales" | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Stuart Shelton <srcshelton> |
Component: | Current packages | Assignee: | Gentoo Toolchain Maintainers <toolchain> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Stuart Shelton
2023-10-12 10:13:27 UTC
* Line 8: 'glib' should read 'glibc'; * `local locale_list="${root%/}/etc/locale.gen"` is a line from sys-libs/glibc/glibc-2.37-r3.ebuild, not `/usr/sbin/locale-gen`. > functions should catch that and error-out. > > Finally, `locale-gen` is executed with `${root}` equal to the build > destination directory `${ED}` (e.g. > `/var/tmp/portage/sys-libs/glibc-2.37-r3/image` on my system), and any > `locale.gen` configuration file is looked for at `${root}/etc/locale.gen`, > effectively meaning that `compile-locales` builds will always have all ~491 > locales built with no option to refine this list - is this intentional? I > suspect that: > > ``` > local locale_list="${root%/}/etc/locale.gen" > ``` > > … in `/usr/sbin/locale-gen` should read: > > ``` > local locale_list="${EROOT}/etc/locale.gen" > ``` This feels similar to the old https://bugs.gentoo.org/785406 |