Posts by matsu_pl

1) Message boards : Number crunching : Rosetta 4.0+ (Message 88775)
Posted 29 Apr 2018 by matsu_pl
Post:
Arch Linux on i7-4770, 16 GB RAM.
Yesterday I updated Arch. The update included (among others):
[2018-04-28 17:33] [ALPM] upgraded glibc (2.26-11 -> 2.27-2)
[2018-04-28 17:33] [ALPM] upgraded boinc (7.8.4-1 -> 7.8.4-3)
[2018-04-28 17:34] [ALPM] upgraded linux (4.15.15-1 -> 4.16.4-1)

After the update, all Rosetta 4.07 x86_64 tasks are failing.
For example:
https://boinc.bakerlab.org/result.php?resultid=993256201
rosetta_4.07_x86_64-pc-linux-gnu: loadlocale.c:129: _nl_intern_locale_data: Assertion `cnt < (sizeof (_nl_value_type_LC_TIME) / sizeof (_nl_value_type_LC_TIME[0]))' failed.
SIGABRT: abort called

My /etc/locale.conf contains only:
LANG=en_US.UTF-8

LC_TIME is not set, and never was.
The systemd journal shows no errors, no warnings related to Boinc or rosetta.

Can the statically linked Rosetta executable binaries work with the new glibc 2.27?
The glibc 2.27 release notes:
https://sourceware.org/glibc/wiki/Release/2.27
The following paragraph is discussed at the very end:
"Statically compiled applications attempting to load locales compiled for the GNU C Library version 2.27 will fail and fall back to the builtin C/POSIX locale. The reason for this is that the addition of the new "%OB" and "%Ob", support for two grammatical forms of the month names, also extends the locale data binary format. Static applications needing locale support must be recompiled to match the runtime and data they are deployed with. In some distributions there is an upgrade window where dynamically linked applications may use a new library but the old locale data and also fall back to the builtin C/POSIX locales; restarting the application process is sufficient to fix this. "






©2024 University of Washington
https://www.bakerlab.org