20154 2009-05-22 22:16:41 +0400 GtkBuilder в не-UTF8 локалях некорректно выводит переводы 2017-01-13 22:45:06 +0300 1 1 4 Development Sisyphus python-module-pygtk unstable all Linux NEW http://bugzilla.gnome.org/show_bug.cgi?id=589090 P3 normal --- 1 wrar nobody mike real.altlinux.org qa-sisyphus oldest_to_newest 91683 0 wrar 2009-05-22 22:16:41 +0400 /usr/bin/blueman-adapters:174: GtkWarning: Failed to set text from markup due to error parsing markup: Ошибка РІ строке 1 РЅР° символе 12: Текст закодирован как UTF-8 недопустимым образом — недопустимая последовательность В«<b>Настройка видимости</b>В» builder.add_from_file(UI_PATH +"/adapters-tab.ui") И т.д. В blueman-applet всегда нормально, в blueman-{adapters,services} - только с локалью UTF-8. 92732 1 wrar 2009-06-08 19:52:28 +0400 Было выяснено, что сизифный (libgtk+2-2.16.2-alt1) GtkBuilder при использовании в не-UTF8 локалях выводит строки, полученные через translatable=yes, кракозябрами, при этом ругаясь в консоль. Тесткейс приложу попозже. 92735 2 3596 wrar 2009-06-08 21:03:53 +0400 Created attachment 3596 тесткейс 92736 3 wrar 2009-06-08 21:04:55 +0400 Тесткейс в локали ru_RU.UTF-8 в заголовке окна пишет "Победа", в ru_RU.CP1251 - 6 квадратиков с вопросами, при этом в консоли (a.out:17270): Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display: assertion `atom != GDK_NONE' failed (a.out:17270): Gdk-CRITICAL **: gdk_x11_atom_to_xatom_for_display: assertion `atom != GDK_NONE' failed 110869 4 real.altlinux.org 2010-07-29 14:09:26 +0400 А это же вроде не python-module-pygtk виноват... 110871 5 wrar 2010-07-29 14:15:25 +0400 (В ответ на комментарий №4) > А это же вроде не python-module-pygtk виноват... Url: указан не зря. 110881 6 real.altlinux.org 2010-07-30 07:13:28 +0400 Наверно, я чего-то не понял, либо баг уже исправили. Оба тесткейса работают: пустое окно с "Победа" в заголовке. 110882 7 wrar 2010-07-30 08:56:28 +0400 (В ответ на комментарий №6) > Наверно, я чего-то не понял, либо баг уже исправили. Оба тесткейса работают: > пустое окно с "Победа" в заголовке. Локаль UTF-8? 110883 8 real.altlinux.org 2010-07-30 09:07:07 +0400 Вот тут я пока не знаю, правильно ли делаю: python 1.py - заголовок "Победа" LC_MESSAGES=ru_RU.CP1251 python 1.py - заголовок "Победа" LC_MESSAGES=en_US python 1.py - заголовок "Success". 110884 9 real.altlinux.org 2010-07-30 09:08:07 +0400 Пардон, глючу. Не LC_MESSAGES=en_US python 1.py а LC_MESSAGES=C python 1.py 110885 10 wrar 2010-07-30 09:14:12 +0400 LC_ALL, а не LC_MESSAGES 110887 11 real.altlinux.org 2010-07-30 09:23:13 +0400 Ладно, попробую (наверно, только на след.неделе получится). 110888 12 wrar 2010-07-30 09:26:54 +0400 (В ответ на комментарий №11) > Ладно, попробую (наверно, только на след.неделе получится). Зачем? У меня воспроизводится, баг в апстриме не закрыт. 110930 13 real.altlinux.org 2010-08-02 06:54:09 +0400 Просто меня этот баг некоторым образом касается тоже. Я имею в виду попробовать смоделировать ситуацию у себя с модулем питона, который поддерживаю я в сизифе (pygtk_git), и попробовать поковырять, если получится. 111008 14 4484 real.altlinux.org 2010-08-05 06:04:01 +0400 Created attachment 4484 Модификация тесткейса 111009 15 real.altlinux.org 2010-08-05 06:05:44 +0400 Такой код выводит корректный русский текст. Кстати, именно это и советовали по ссылке. Так что, по-видимому, проблема не в pygtk, а в gettext (python-modules), но его чинить (если действительно надо чинить) мне не по силам. Его собирал sin@, может быть, он что-нибудь скажет на сей счёт? В любом случае, сейчас есть 2 варианта: либо перевесить багу на python-modules, либо объявить её как NOTABUG. 111012 16 wrar 2010-08-05 09:54:44 +0400 Да мне пофигу, что будет с этой багой здесь, всё равно чинить её будут только в апстриме. 111013 17 real.altlinux.org 2010-08-05 10:01:16 +0400 Да апстрим (глядя на python 3) день ото дня всё более неадекватным становится, так что мне слабо верится, что там хотя бы обратят внимание на такую проблему. А здесь - глаза мозолит, тем более висит на компоненте, ни в чём не виноватом. 111015 18 wrar 2010-08-05 10:14:28 +0400 (В ответ на комментарий №17) > Да апстрим (глядя на python 3) день ото дня всё более неадекватным становится, Апстрим pygtk к python 3 отношения не имеет. > на компоненте, ни в чём не виноватом. Апстримный баг даёт понять, что это не совсем так. 3596 2009-06-08 21:03:53 +0400 2010-07-30 08:56:50 +0400 тесткейс 1.c text/plain 604 wrar I2luY2x1ZGUgPGd0ay9ndGsuaD4KCmludCBtYWluKGludCBhcmdjLCBjaGFyICphcmd2W10pCnsK ICBndGtfaW5pdCgmYXJnYywgJmFyZ3YpOwogIEd0a0J1aWxkZXIqIGJ1aWxkZXIgPSBndGtfYnVp bGRlcl9uZXcoKTsKICBndGtfYnVpbGRlcl9zZXRfdHJhbnNsYXRpb25fZG9tYWluKGJ1aWxkZXIs ICJsaWJjIik7CiAgZ3RrX2J1aWxkZXJfYWRkX2Zyb21fc3RyaW5nKGJ1aWxkZXIsCiAgICAiPD94 bWwgdmVyc2lvbj1cIjEuMFwiPz4iCiAgICAiPGludGVyZmFjZT48b2JqZWN0IGNsYXNzPVwiR3Rr RGlhbG9nXCIgaWQ9XCJkaWFsb2dcIj4iCiAgICAiPHByb3BlcnR5IG5hbWU9XCJ0aXRsZVwiIHRy YW5zbGF0YWJsZT1cInllc1wiPlN1Y2Nlc3M8L3Byb3BlcnR5PiIKICAgICI8L29iamVjdD48L2lu dGVyZmFjZT4iLAogICAgLTEsIDApOwogIEd0a1dpZGdldCogZGlhbG9nID0gKEd0a1dpZGdldCop IGd0a19idWlsZGVyX2dldF9vYmplY3QoYnVpbGRlciwgImRpYWxvZyIpOwogIGd0a193aWRnZXRf c2V0X3NpemVfcmVxdWVzdChkaWFsb2csIDMwMCwgMTAwKTsKICBndGtfd2lkZ2V0X3Nob3coZGlh bG9nKTsKICBndGtfbWFpbigpOwogIHJldHVybiAwOwp9Cg== 4484 2010-08-05 06:04:01 +0400 2010-08-05 06:04:01 +0400 Модификация тесткейса 1.py text/x-python 472 real.altlinux.org IyEvdXNyL2Jpbi9weXRob24KaW1wb3J0IGd0awppbXBvcnQgbG9jYWxlCmZyb20gbG9jYWxlIGlt cG9ydCAqCgpzZXRsb2NhbGUoTENfQUxMLCAnJykKbG9jYWxlLmJpbmRfdGV4dGRvbWFpbl9jb2Rl c2V0KCJsaWJjIiwgIlVURi04IikKQnVpbGRlciA9IGd0ay5CdWlsZGVyKCkKQnVpbGRlci5zZXRf dHJhbnNsYXRpb25fZG9tYWluKCJsaWJjIikKQnVpbGRlci5hZGRfZnJvbV9zdHJpbmcoCiIiIjw/ eG1sIHZlcnNpb249IjEuMCI/Pgo8aW50ZXJmYWNlPjxvYmplY3QgY2xhc3M9Ikd0a0RpYWxvZyIg aWQ9ImRpYWxvZyI+Cjxwcm9wZXJ0eSBuYW1lPSJ0aXRsZSIgdHJhbnNsYXRhYmxlPSJ5ZXMiPlN1 Y2Nlc3M8L3Byb3BlcnR5Pgo8L29iamVjdD48L2ludGVyZmFjZT4iIiIpCkRpYWxvZyA9IEJ1aWxk ZXIuZ2V0X29iamVjdCgiZGlhbG9nIikKRGlhbG9nLnJlc2l6ZSgzMDAsIDEwMCkKRGlhbG9nLnNo b3coKQpndGsubWFpbigpCg==