I follow the instructions in the amd64 installation handbook to build my en_GB locale plus its variants, but I don't get those locales. By the end of the bootstrap, /etc/locales.build has been overwritten with the default version. Reproducible: Always Steps to Reproduce: 1. 2. 3. My /etc/locales.build has five entries: en en_GB en_GB/ISO-8859-1 en_GB/ISO-8859-15 en_GB.UTF-8/UTF-8 As a next step, I think I'll chattr +i /etc/locales.build and see where the installation fails.
Ehh... you are running the script from within the chroot, right?
Yes, I'm running in the chroot environment - is there any other way to run it? Oh, and I've removed the plain "en" entry from /etc/locales.build since there isn't any such locale. Since raising the bug I've been trying to get en_GB locales by remerging glibc and friends, in various orders. Searching /var/log/portage/*glibc* shows several entries implying that the en_GB locales have been created, yet when I run "locale -a" the ISO-8859 variants aren't there - only C, POSIX, en_GB and en_GB.utf8. During the bootstrap glibc is compiled twice, and the overwriting of /etc/locales.build occurs at the end of the first one, so that whatever locales are built in that stage are lost when the second one is run.
That's alright. The 2005.0 bootstrap won't honor userlocales anyway. The new bootstrap method is a proper bootstrap. Your USE flags aren't honored until the "emerge system" stage, which rebuilds everything. Basically, this will become "INVALID" once 2005.0 is released anyway, as the bootstrap script is going to change dramatically.
Also, which version of glibc was it that is causing this?
It seems to have been 2.3.4.20050125-r1, the latest for amd64 and ~amd64 I think. As I still can't get en_GB should I raise another bug against glibc rather than the bootstrap process?
Yes, please.
*** This bug has been marked as a duplicate of 72596 ***
