This bug was initially created as a copy of Bug #1311954 The binary locale files of glibc should be multilib independent, but they are not. Carlos O’Donell: “... the fact that they don't match means there is an upstream ABI bug.” To test whether they match or not, I did this: I built glibc from the current f23 branch here: http://koji.fedoraproject.org/koji/taskinfo?taskID=13113924 Then downloaded: https://kojipkgs.fedoraproject.org//work/tasks/3923/13113923/glibc-common-2.22-10.fc23.x86_64.rpm https://kojipkgs.fedoraproject.org//work/tasks/3924/13113924/glibc-common-2.22-10.fc23.i686.rpm unpacked the rpms and checked whether locale-archive.tmpl differ. They do differ: mfabian@ari:~/tmp/glibc-locale-subpackaging $ diff {i686,x86_64}/usr/lib/locale/locale-archive.tmpl Binary files i686/usr/lib/locale/locale-archive.tmpl and x86_64/usr/lib/locale/locale-archive.tmpl differ mfabian@ari:~/tmp/glibc-locale-subpackaging $ And not only a little bit: mfabian@ari:~/tmp/glibc-locale-subpackaging $ cmp -l {i686,x86_64}/usr/lib/locale/locale-archive.tmpl |wc 3084277 9252831 55516986 mfabian@ari:~/tmp/glibc-locale-subpackaging $
Note that we build glibc in Red Hat Enterprise Linux 8 using -msse2 -mfpmath=sse, so the discrepancy should not materialize there because excess precision is avoided due to the use of SSE2 (on both i686 and x86_64).
Verified, the file /usr/lib/locale/locale-archive.tmpl is the same on i686 and x86_64 architectures.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2019:3513