|
|
Message-ID: <fe7659d8946aaae4803515689b1515c9c3076dea.camel@postmarketos.org> Date: Thu, 30 Apr 2026 19:54:25 +0200 From: Pablo Correa Gomez <pabloyoyoista@...tmarketos.org> To: Rich Felker <dalias@...c.org>, musl@...ts.openwall.com Subject: Re: Updated dumplocale/source format [Re: Selecting locale source format] El Mon, 20-04-2026 a las 13:44 +0200, Pablo Correa Gomez escribió: > > > I have used the provided dumplocale.c file to transform the current locales > into > the new source format. It can all be found > in https://gitlab.postmarketos.org/postmarketOS/musl-locales Generally the > whole > thing was pretty straight-forward, and clearly it now allowed to fix the > infamous "May" bug: > https://gitlab.postmarketos.org/postmarketOS/musl-locales/- > /commit/374ea7d0164efcf1bc1f14701b1333a943837bd7 > > Of course, the "May" bug is still present in all translations (but Spanish, my > native language, that I have manually fixed), and things like the > differentiation between H_ and H0 are not there either, since they were not > there in the previous translations. > > I will start poking translators about this, to see if we find any issue that > we > didn't find earlier. > > Best, > Pablo > > We've gotten quite some good feedback from the translators already. So far, there are 2 questions that have come up as the most salient ones: First, documentation on the keys to translate. I found good documentation for the standard POSIX keys in[1] would be good to know if that's a good authoritative source. However, I could not find such documentation for the error codes in the LC_MESSAGES section. Most specifically, a translator had a question abuot EAI_OVERFLOW, which in English is just "Overflow". Regardless of whether the English string had to be improved, would be nice to have a good authorizative source for those. Everything I could find were manual pages for getnameinfo Second, I was asked about the first day of the week. It seems that is a glibc extension that can be queried passig "_NL_TIME_FIRST_WEEKDAY" to nl_langinfo[2]. Although this is obviously not in POSIX, I really wonder why is it not, when it's something clearly tied to the system language. Indeed, I dag a bit into it, only to realize that it works in my system due to the toolkit I used the most having some ugly hack[3] working around this limitation. I would be pretty interested if we could make sure that the source and binary format have enough flexibility to support adding such potential use-case in the future, would POSIX be updated to support such useful situation. [1] https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap07.html#tag_07_03_03 [2] https://sites.uclouvain.be/SystInfo/usr/include/langinfo.h.html [3] https://gitlab.gnome.org/GNOME/gtk/-/blob/main/po/es.po?ref_type=heads#L1898 >
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.