On Mon, Jan 06, 2025 at 12:03:40AM +0100, Hilmar Preuße wrote: > Hello, > > I'm packaging TeXInfo for Debian unstable and I noticed that the test suite > fails on arm64 (actually a Raspberry Pi Model 5). Using the same source > package on amd64 gives a successful test suite. > > Attached is the test-suite.log.gz . Let me know if further information are > needed and keep me in Cc please. Many thanks!
The log shows these unexpected errors: locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_COLLATE to default locale: No such file or directory and then translations done in Parser fail. I think that the issue is that locale switching code in C used in the Parser fails and in addition leads to those error messages. Something strange is that we never set LC_CTYPE nor LC_COLLATE directly (but we try to set LC_ALL). The code triggering the messages could be the switch_messages_locale function in tp/Texinfo/XS/main/translations.c. Another possibility could be that there is some trouble with locales in Perl. Is the C library special on this platform? We couldn't make translations work with the musl C library, for instance. Otherwise is there something special with locales? A possible workaround, if this is indeed a problem with switching locales in C and it works in Perl, is to pass to configure --enable-xs-perl-libintl such that Perl is called from C in the default case to do the translations. Tomorrow I could try to log on some cfarm computers that seems to be in the same architecture and have Debian trixie installed and try to see if I can reproduce. -- Pat
