Re: Self-Introduction: Carmen — Esperanto (also: How to add a new language in Zanata)
Carmen Bianca Bakker <[email protected]>
| Newsgroups | gmane.linux.redhat.internationalization |
|---|---|
| Message-ID | <[email protected]> |
Hello Rafal, Thank you very much for your kind response. On mar, 2018-10-30 at 11:54 +0100, Rafal Luzynski wrote: > > I've been looking into it as well. It's a rabbit hole that goes quite > > deep, because the glibc maintainers did not upstream Esperanto for the > > longest time. In the end Esperanto has been added without region. So > > where a normal locale is "nl_NL.UTF_8", Esperanto has "eo.UTF-8". > > If I understand correctly, these problems are solved now. Otherwise, > as a locale data maintainer for glibc project I'll be happy to fix > them. You can contact me directly but better file a bug report here: > https://sourceware.org/bugzilla/ You're right most of it has been fixed. The problem, however, is projects depending on a country being available. Python's `locale` library behaves weirdly with Esperanto, and all sorts of downstream packages need to specially account for Esperanto because it's the odd one out---usually resulting in it being ignored entirely, because to be frank, Esperanto isn't the most common language. And that's totally understandable. It's really a downstream problem, not a glibc problem. Even so, a bug report to glibc is currently on my to-do list. I want to make sure I do it right, though, so I've been tallying the possible solutions for a little while. Esperanto needs a "country" so that it's not constantly broken downstream: - Create "eo_NL" in the spirit of "ia_FR": Just pick a country (or a lot of countries) and implement it. - Create "eo_XX" or "eo_EO" with a fake "Esperantujo" country and currency. - Create "eo_XX" or "eo_EO" that is identical to the current "eo" without actually adding any country information. - Any combination of the above. I'll probably create that bug report some time this week. I really just want to make sure I don't get something horrendously wrong. I'll send you a link to the bug report when I make it, if that's okay with you. > > I've been reading the glibc.src.rpm cursorily, but I can't really find a > > cause for this yet. Mostly because I don't know Lua so well. My > > suspicion was the thing that _always_ causes problems: Esperanto is the > > only locale that doesn't have a region. But in the places where it > > matters, the specfile appears to specifically account for that. > > > > I'll send a bug report to the Fedora glibc maintainers, to see if they > > can figure it out maybe. > > Definitely it's a packaging bug in Fedora, not even upstream, and it seems > to be easy to fix. Have you filed your bug report? Yes :-) https://bugzilla.redhat.com/show_bug.cgi?id=1643756 I would've also proposed a fix if I knew how to find the problem. But if you can find it, you have my thanks. Best regards, Carmen _______________________________________________ trans mailing list -- [email protected] To unsubscribe send an email to [email protected] Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/[email protected]
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEaOz9p2Grh2PLV5z6duum9rbqLskFAlvYRkMACgkQduum9rbq Lsm2ZQ/6Ajz5v02M1kQG3gEpBd3oQ8k1ZeGA7L78ZgTnJiVtBwGxKHym+nj9q3d/ AONR9ShQpr23uamho4hwOJmxGuiVQmlLT6JzduWRkXjbNOcdIPZ+XFbF1b/lEpEn rselwD5C6qnBwX+Mxc1dZedHeoqtxqiw3DCdnldYzVdyJ4DSVjVWXFcQqS4QFGGg CFYMl1AYWTi/qKURpw+pmIREXjvhw1tc0ZirFmaCK6YqffBu3ZLAiUFQtDlP4JJ2 tTBbBvTDmLqf6E9Njtgl9W+q/d5ic2rDXzOQAt2DDJA3dZb/r2WS1ufGDL9Bow3O TV2IeE3PZbXtGTkhKmzhqaOx7Ej1AzZDpKkVtUc3KVWsHxAJoHw0cVdRTOkDFik0 tXzk0htsgdohrkflGPPVi8jnDTK5lstlnnX2kQULsLyBv7CmMlAJ4z3zUTQ6UY87 2r/uxPBJ3eb9b71gzisJ8WGzhpVsk372MdqcDWi3hUBspopMVkoCXk2wDFsWa0l4 nInWJxdSTK9rFGOnADGzwd1YtfEcoZDQ9P+YBrvbqCy/IwPvo0cb+anLmAoI/qOL 8sEzQxOUhE9r6ZlFiSbcluv/l8jxV5j8ppB8ykHflc8KsrQjDAomjFcamIV56ZJG 8E9KKNfecj3m5bhaKDIr9+oBikuqLTynDTmHeDIaQlinMwwnFFc= =FBxj -----END PGP SIGNATURE-----