Проблема с gettext и bash?

Question

[Андрей Ширяев]

Всем привет.


Мучаюсь с gettext и xgettext для локализации bash скрипта. И постоянно, то одно то другое не работает. Теперь вот почему-то ключ --from-code=utf-8 перестал работать и вместо utf-8 в получаемом .po файле выводится:

&quot;Content-Type: text/plain; charset=CHARSET\n&quot;<br/>

А должно

&quot;Content-Type: text/plain; charset=utf-8\n&quot;<br/>

P.S. Проблема появилась по непонятной мне причине. Т.е. делаю все как и раньше (раньше все было OK), а результат уже не тот.

UPD1 Проблема приобрела более четкие очертания6 она проявляется если msgid написаны на Английском (латиницей). С кирилицей проблема не проявляется.

UPD2

Пример локализуемого кода:

echo "`gettext 'Text text text...'`"


Команда которой генерирую .po файл (с переменными полный порядок):

xgettext -c -inL Shell --package-name="$SA_EXT_ID" --package-version="$SA_EXT_VERSION" --msgid-bugs-address="$SA_EXT_EMAIL" --copyright-holder="$SA_EXT_AUTHOR" --from-code=UTF-8 --force-po -o "${output_file}t" "$input_file"

Answer 1

[temaHT]

Андрей, а можешь написать полный текст команды которую используешь, и минимальный кусок баш скрипта который локализируешь?
Я пару лет назад сталкивался с подобной проблемой, но чтобы вспомнить решение нужны детали…

Comments

[Андрей Ширяев]

Добавил как пример. А вообще уже менее актуально (но всеравно если решение есть то буду рад услышать его), я сделал обертку над gettext и добавил ее в --keyword для xgettext и после этого проблема вроде как пропала.

P.S. Обертку делал из-за того, что оказывается есть еще одна проблема — чпуееуче не правильно парсит gettext если у него есть какой-то ключ. Например: gettext -d domain 'Text text text....'

[Андрей Ширяев]

*чпуееуче
xgettext

[temaHT]

По поводу кодировки. --from-code=utf-8 задает кодировку входного файла. И не влияет на кодировку результата. Когда все твои msgid, в ascii, то на выходе выдается шаблон в котором charset=CHARSET. С таким расчетом, что на основе данного шаблона могут быть спокойно сделаны файлы переводов в любой кодировке.

Однако если в исходном bash-скрипте встретится не ascii символ (в твоем случае киррилица), то на выходе получится файл шаблона с явно заданной кодировкой «charset=utf-8».

Поэтому, если есть желание чтобы файл гарантированно был в utf-8, можно добавить любое фейковое сообщение в кирилице, которое гарантированно выставит кодировку в utf-8.

Где то, так.

[Андрей Ширяев]

Возможно но если добавить ключ -j то быдует вылетать предупреждение, что «charset=CHARSET не является переносимой конструкцией». Ну и как я уже написал выше если сделать функцию обертку, то кодировка выставляется как положено.

Answer 2

[Borro]

Можно использовать добавление к файлу, используя флаг --join-existing, в обновляемом po файле выставить все настройки как вам нужно и добавить флаг --omit-header