Created attachment 348930 [details] strace -f -o localedef.strace localedef -i en_GB -f UTF-8 -A /usr/share/locale/locale.alias en_GB # localedef -i en_GB -f UTF-8 -A /usr/share/locale/locale.alias en_GB cannot map archive header: Invalid argument # echo $? 1 This happens for every locale that locale-gen tries to create. Re-emerging sys-libs/glibc didn't help. I only see this on a C8000 with a 64-bit kernel;, not on a C3650 (with a 64-bit kernel). I found an ancient bug report that doesn't appear to help much.[1] [1] http://sourceware.org/bugzilla/show_bug.cgi?id=10283
thanks, i've re-opened that bug to see about fixing things
Created attachment 349030 [details, diff] localedef SHMLBA (In reply to comment #0) can you try this patch to see if it fixes things ? you should be able to drop it into /etc/portage/patches/sys-libs/glibc/.
Created attachment 349074 [details] sys-libs:glibc-2.17:20130524-153217.log.gz Sadly, the same error message is produced.
Created attachment 349076 [details] strace -f -o localedef-patched.strace localedef -i en_GB -f UTF-8 -A /usr/share/locale/locale.alias en_GB
Created attachment 349150 [details, diff] localedef SHMLBA v2 yeah, that patch was garbage. try this one instead.
Comment on attachment 349150 [details, diff] localedef SHMLBA v2 Yes, that does seem to work.
Created attachment 351856 [details, diff] 0070_all_glibc-2.18-localedef-page-align-1.patch
Created attachment 351858 [details, diff] 0071_all_glibc-2.18-localedef-page-align-2.patch these are the two patches i committed upstream. can you give them a spin before i merge them to 2.17 ?
Created attachment 351886 [details] sys-libs:glibc-2.17:20130625-071726.log.gz /var/tmp/portage/sys-libs/glibc-2.17/work/build-default-hppa2.0-unknown-linux-gnu-nptl/locale/locarchive.o: In function `prepare_add ress_space': /var/tmp/portage/sys-libs/glibc-2.17/work/glibc-2.17/locale/programs/locarchive.c:91: undefined reference to `PTR_ALIGN_UP' /var/tmp/portage/sys-libs/glibc-2.17/work/build-default-hppa2.0-unknown-linux-gnu-nptl/locale/locarchive.o: In function `file_data_a vailable_p': /var/tmp/portage/sys-libs/glibc-2.17/work/glibc-2.17/locale/programs/locarchive.c:287: undefined reference to `ALIGN_DOWN' collect2: ld returned 1 exit status
(In reply to Jeroen Roovers from comment #9) you applied both patches right ? the first one updates libc-internal.h which every glibc file should implicitly include ...
(In reply to SpanKY from comment #10) nm, that's not how libc-internal.h works. you'll need this minor patch too.
Created attachment 351944 [details, diff] 0072_all_glibc-2.18-localedef-page-align-3.patch
(In reply to SpanKY from comment #11) > (In reply to SpanKY from comment #10) > > nm, that's not how libc-internal.h works. you'll need this minor patch too. And now it works.
(In reply to Jeroen Roovers from comment #13) thanks. pushed in 2.17.
localedef with recent kernels misbehaves again. The mailing list seems to somewhat agree that the glibc patches need reviewing. Or we revert the kernel changes (for the time being).
I just merged 2.19-r1 and it still seems to have this problem, so I guess the recent changes for bug #518460 didn't patch this issue.
Created attachment 384524 [details, diff] Patch fixing the issue This patch wasn't included in the commit fixing #518460. It does fix the problem for generating locales. Can it be integrated in our patchset ? Thanks.
Not fixed in glibc 2.22.
Also 2.23-r3.
(In reply to Jeroen Roovers from comment #19) > Also 2.23-r3. Yep, using the patch from C17 resolved it for me. Not sure if that is the best way.
From upstream bug: Mike Frysinger 2013-06-26 16:49:55 UTC should be fixed in master (for glibc-2.18) with these three commits: http://sourceware.org/git/?p=glibc.git;a=commit;h=d605071ebf1fbbba5998a349540d4ad4e667f65e http://sourceware.org/git/?p=glibc.git;a=commit;h=17db6e8d6b12f55e312fcab46faf5d332c806fb6 http://sourceware.org/git/?p=glibc.git;a=commit;h=1d17fa5f8e3d5fb84d9b944d5fe3712cde83db48
(In reply to Andreas K. Hüttel from comment #21) > From upstream bug: You didn't even bother to read this bug.
I cherry-picked the upstream commit from glibc-bug 19838, which should be equivalent. Will be in the next 2.25 patchset (and in 2.26 anyway).
Fixed in 2.25-r7