Re: DL Error : File not UTF8
Hello Matej and Phillip, The culprit for this issue should have been fixed already. Personally, I don't see this issue anymore in my translation actions. I suggest that you try re-uploading the PO file that is presenting this encoding error in order to work around the encoding issue already fixed. If the problem persists, I suggest the following: - run `file ` locally, to make sure the file is UTF-8 - file an issue in Damned Lies issue tracker with more information (e.g. link to page in damned lies with the issue) Good luck! Best regards, Rafael Fontenelle On Tue, Sep 14, 2021 at 5:32 PM Philipp Kiemle wrote: > > Hello, > We at the German team have a similar error message when trying to commit a > translation: > > 'ascii' codec can't encode character '\xfc' in position 7: ordinal not in > range(128) > > See this translation: https://l10n.gnome.org/vertimus/gucharmap/master/po/de/ > Philipp > > Am Di., 14. Sept. 2021 um 21:32 Uhr schrieb Matej Urban via gnome-i18n > : >> >> Hello, >> im getting a similar error, but different encoding ... »'ascii' codec can't >> encode character '\u010d' in position 11: ordinal not in range(128)«. >> Is this me or the system? >> Hopefully it is the system, because I can not find the problem ;). >> >> Thank you. >> Matej >> >> On Sat, Jul 24, 2021 at 3:47 PM Rafael Fontenelle wrote: >>> >>> Hi Matej, >>> >>> Yes, it is related. If the system has no locale set (which usually is >>> UTF-8) then the default ASCII is used (depending on the distro, >>> obviously). When this ASCII-encoded system finds an UTF-8 special >>> character, like "é", "č" etc., these chars are not interpreted >>> correctly. I believe the error message you quoted is from >>> UnicodeDecodeError: search "UnicodeDecodeError" in >>> https://docs.python.org/3/howto/unicode.html#the-string-type >>> >>> Note: even if English interface is desired, the "en_US.UTF-8" locale >>> should be set. >>> >>> Best regards, >>> Rafael Fontenelle >>> >>> >>> On Fri, Jul 23, 2021 at 4:49 PM Matej Urban wrote: >>> > >>> > Hello, >>> > is error »'ascii' codec can't encode character '\u010d' in position 11: >>> > ordinal not in range(128)«. related to UTF8 problem? >>> > >>> > Lately I get a lot of errors, and now I do not know, how to solve them. >>> > >>> > Thank you, >>> > Matej >>> > >>> > On Mon, Jul 19, 2021 at 3:24 PM Rafael Fontenelle >>> > wrote: >>> >> >>> >> This is happens to all modules in all languages, and is being tracked in >>> >> this issue: >>> >> >>> >> https://gitlab.gnome.org/Infrastructure/damned-lies/-/issues/246 >>> >> >>> >> Beste regards, >>> >> Rafael Fontenelle >>> >> >>> >> Em seg, 19 de jul de 2021 10:13, Matej Urban via gnome-i18n >>> >> escreveu: >>> >>> >>> >>> Hello, >>> >>> Lately I'm getting strange errors, that I can not make sense of. >>> >>> Looking at the e.g. Sloveninan translation of evolution package in DL >>> >>> https://l10n.gnome.org/vertimus/evolution/gnome-40/po/sl/ it shows an >>> >>> error that it is not in UTF8. >>> >>> But it is! >>> >>> >>> >>> Is there a way to find out, if there is maybe a character there, that's >>> >>> causing the problems? >>> >>> >>> >>> Thank you, >>> >>> Matej >>> >>> ___ >>> >>> gnome-i18n mailing list >>> >>> gnome-i18n@gnome.org >>> >>> https://mail.gnome.org/mailman/listinfo/gnome-i18n >> >> ___ >> gnome-i18n mailing list >> gnome-i18n@gnome.org >> https://mail.gnome.org/mailman/listinfo/gnome-i18n ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Thanks
This cycle was a bumpy ride for Settings in particular, so I just wanted to let everyone in the i18n team that I appreciate your patience and your hard work on acting quickly to translate these changes. Cheers for the impending GNOME release. Best regards, Georges ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: DL Error : File not UTF8
Hello, We at the German team have a similar error message when trying to commit a translation: 'ascii' codec can't encode character '\xfc' in position 7: ordinal not in range(128) See this translation: https://l10n.gnome.org/vertimus/gucharmap/master/po/de/ Philipp Am Di., 14. Sept. 2021 um 21:32 Uhr schrieb Matej Urban via gnome-i18n < gnome-i18n@gnome.org>: > Hello, > im getting a similar error, but different encoding ... »'ascii' codec > can't encode character '\u010d' in position 11: ordinal not in range(128)«. > Is this me or the system? > Hopefully it is the system, because I can not find the problem ;). > > Thank you. > Matej > > On Sat, Jul 24, 2021 at 3:47 PM Rafael Fontenelle > wrote: > >> Hi Matej, >> >> Yes, it is related. If the system has no locale set (which usually is >> UTF-8) then the default ASCII is used (depending on the distro, >> obviously). When this ASCII-encoded system finds an UTF-8 special >> character, like "é", "č" etc., these chars are not interpreted >> correctly. I believe the error message you quoted is from >> UnicodeDecodeError: search "UnicodeDecodeError" in >> https://docs.python.org/3/howto/unicode.html#the-string-type >> >> Note: even if English interface is desired, the "en_US.UTF-8" locale >> should be set. >> >> Best regards, >> Rafael Fontenelle >> >> >> On Fri, Jul 23, 2021 at 4:49 PM Matej Urban >> wrote: >> > >> > Hello, >> > is error »'ascii' codec can't encode character '\u010d' in position 11: >> ordinal not in range(128)«. related to UTF8 problem? >> > >> > Lately I get a lot of errors, and now I do not know, how to solve them. >> > >> > Thank you, >> > Matej >> > >> > On Mon, Jul 19, 2021 at 3:24 PM Rafael Fontenelle >> wrote: >> >> >> >> This is happens to all modules in all languages, and is being tracked >> in this issue: >> >> >> >> https://gitlab.gnome.org/Infrastructure/damned-lies/-/issues/246 >> >> >> >> Beste regards, >> >> Rafael Fontenelle >> >> >> >> Em seg, 19 de jul de 2021 10:13, Matej Urban via gnome-i18n < >> gnome-i18n@gnome.org> escreveu: >> >>> >> >>> Hello, >> >>> Lately I'm getting strange errors, that I can not make sense of. >> Looking at the e.g. Sloveninan translation of evolution package in DL >> https://l10n.gnome.org/vertimus/evolution/gnome-40/po/sl/ it shows an >> error that it is not in UTF8. >> >>> But it is! >> >>> >> >>> Is there a way to find out, if there is maybe a character there, >> that's causing the problems? >> >>> >> >>> Thank you, >> >>> Matej >> >>> ___ >> >>> gnome-i18n mailing list >> >>> gnome-i18n@gnome.org >> >>> https://mail.gnome.org/mailman/listinfo/gnome-i18n >> > ___ > gnome-i18n mailing list > gnome-i18n@gnome.org > https://mail.gnome.org/mailman/listinfo/gnome-i18n > ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: DL Error : File not UTF8
Hello, im getting a similar error, but different encoding ... »'ascii' codec can't encode character '\u010d' in position 11: ordinal not in range(128)«. Is this me or the system? Hopefully it is the system, because I can not find the problem ;). Thank you. Matej On Sat, Jul 24, 2021 at 3:47 PM Rafael Fontenelle wrote: > Hi Matej, > > Yes, it is related. If the system has no locale set (which usually is > UTF-8) then the default ASCII is used (depending on the distro, > obviously). When this ASCII-encoded system finds an UTF-8 special > character, like "é", "č" etc., these chars are not interpreted > correctly. I believe the error message you quoted is from > UnicodeDecodeError: search "UnicodeDecodeError" in > https://docs.python.org/3/howto/unicode.html#the-string-type > > Note: even if English interface is desired, the "en_US.UTF-8" locale > should be set. > > Best regards, > Rafael Fontenelle > > > On Fri, Jul 23, 2021 at 4:49 PM Matej Urban wrote: > > > > Hello, > > is error »'ascii' codec can't encode character '\u010d' in position 11: > ordinal not in range(128)«. related to UTF8 problem? > > > > Lately I get a lot of errors, and now I do not know, how to solve them. > > > > Thank you, > > Matej > > > > On Mon, Jul 19, 2021 at 3:24 PM Rafael Fontenelle > wrote: > >> > >> This is happens to all modules in all languages, and is being tracked > in this issue: > >> > >> https://gitlab.gnome.org/Infrastructure/damned-lies/-/issues/246 > >> > >> Beste regards, > >> Rafael Fontenelle > >> > >> Em seg, 19 de jul de 2021 10:13, Matej Urban via gnome-i18n < > gnome-i18n@gnome.org> escreveu: > >>> > >>> Hello, > >>> Lately I'm getting strange errors, that I can not make sense of. > Looking at the e.g. Sloveninan translation of evolution package in DL > https://l10n.gnome.org/vertimus/evolution/gnome-40/po/sl/ it shows an > error that it is not in UTF8. > >>> But it is! > >>> > >>> Is there a way to find out, if there is maybe a character there, > that's causing the problems? > >>> > >>> Thank you, > >>> Matej > >>> ___ > >>> gnome-i18n mailing list > >>> gnome-i18n@gnome.org > >>> https://mail.gnome.org/mailman/listinfo/gnome-i18n > ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Add Apostrophe to damned-lies
Hi, i18 team! Apostrophe was moved recently to the World repo, and it'd be nice to have it in damned lies as well. The app is already translated by volunteers on poeditor, but I'm not 100% sure on the quality of the strings for other languages than the ones I speak https://gitlab.gnome.org/World/apostrophe Many thanks! Cheers, Manuel ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
Re: Damned Lies Gateway error on sending gnome-commander
Greetings to all Thank you Philipp, I will do a next try ASAP based on the new translatable strings available at the project, so I can observe the behavior 😉 Have a nice week Be Well and Stay Safe, Enrico. ‐ Em sex., 10 de set. de 2021 11:37, Philipp Kiemle escreveu: > ...forgot to add the link: https://gitlab.gnome.org/GNOME/gnome-commander > > Philipp Kiemle schrieb am Fr., 10. Sept. 2021, > 16:30: > >> Hello all, >> I get this error too - so far only when trying to upload a translation >> for an older release and I checked the "Cherry-pick to the main/master >> branch if possible" checkbox. >> So far, despite the 504 error, the translation did perfectly land in the >> git repos every time, I assume it is only the "frontend" (website) that >> does not receive an answer in time and then throws an error. Am I talking >> nonsense here, or is this plausible? >> Enrico, I'd suggest you take a look at the GitLab repo of the application >> (in this case [1]) and check it after a couple of minutes. The translation >> should land there despite the webpage error in my experience. However, I am >> just a translator and have no knowledge of the inner workings of DL... >> Have a nice weekend, >> Philipp >> >> Am Do., 9. Sept. 2021 um 01:25 Uhr schrieb Enrico via gnome-i18n < >> gnome-i18n@gnome.org>: >> >>> Dear folks >>> >>> When trying to send gnome-commander translation through Damned Lies I >>> got the error message: "504 Gateway Time-out. The server didn't respond in >>> time." >>> >>> Please, may someone check settings in order to allow us to send >>> translation? >>> >>> Best regards, >>> Enrico (pt_BR team) >>> ___ >>> gnome-i18n mailing list >>> gnome-i18n@gnome.org >>> https://mail.gnome.org/mailman/listinfo/gnome-i18n >>> >> ___ gnome-i18n mailing list gnome-i18n@gnome.org https://mail.gnome.org/mailman/listinfo/gnome-i18n
