|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Anton Kovalenko 2:5020/400 28 Jun 2002 02:08:53
To : Zahar Kiselev
Subject : Re: SUN и его линукс
--------------------------------------------------------------------------------
>>>>> Zahar Kiselev writes:
ZK> Тогда вылезает явное логическое противоречие - если локаль -
ZK> это юзерские настройки(а это так, потому что юзер может их
ZK> менять), то как после этого выглядит например перевод
ZK> _системных_ сообщений при загрузке и остановке? Видел тут в
ZK> соседних письмах упоминание про "запуск службы консольной
ZK> мыши"? :-)
Да видел, конечно. Вот в инит-скриптах, по-моему, переводы -- лишние.
Кроме того, всё равно, пока не смонтируется /usr, ничего не переводится
-- дык для единообразия пусть уж лучше всё на английском.
[...D'accord...]
AK>> Кстати, интересная была бы идея: добавить в файлы перевода
AK>> специальное поле "уровень консервативности" -- и в переменной
AK>> окружения задавать, насколько ты [не] любишь переводы.
ZK> Достаточно иметь возможность выбирать - к каким программам
ZK> устанавливать файлы перевода, а к каким - нет,
Hу, это не так красиво... Кроме того, мы опять забываем, что это юзерская
настройка (я на этом настаиваю). Поэтому чего-то там "не устанавливать"
или "удалять" из /usr/share/locale -- это не решение.
ZK> и в какой русской кодировке. Hасколько я понимаю -
ZK> теоретически возможно иметь разные файлы перевода и
ZK> переключать их при помощи установки ru_RU.koi8-r и ru_RU.cp866
ZK> (либо cp1251 или названия иной кодировки). Это так? Во всяком
ZK> случае каталоги для хранения этих локалей используются
ZK> разные...
Попробуй для интереса сделать strace ls --help 2>&1 | grep
share/locale. Ты увидишь, что сначала оно полезет за переводом в
/usr/share/locale/ru_RU.KOI8-R, и только обломавшись там, будет
смотреть в .../ru_RU и .../ru. Так что с таким подходом проблем давно
уже нет....
AK>> Появилась перекодировка сообщений в glibc 2.2.x -- и нужда в
AK>> отдельных вариантах русификации отпала навсегда.
ZK> Можно об этом подробнее? Либо ссылку где об этом почитать -
ZK> как это работает? Ты хочешь сказать, что glibc, получив файл
ZK> перевода в koi8-r и увидев что локаль стоит в ru_RU.cp866
ZK> может сама его перекодировать?
Об этом можно прочитать в info gettext, в разделе charset conversion.
Hо (ещё раз повторю) glibc должна быть 2.2.x.
ZK> А где у нее таблицы лежат?
В glibc перекодировкой charset'ов занимаются подгружаемые модули,
которые [обычно] лежат в /usr/lib/gconv. Дело в том, что кодировку
в общем случае не всегда возможно задать таблицей -- зато всегда можно
задать функцией-перекодировщиком.
ZK> Может быть поэтому я иногда вижу сообщение locale not
ZK> supported by libc(цитирую по памяти).
Hет, не поэтому. Так ругаются иксовые программы, когда указанная в
окружении локаль не сгенерирована (localedef). Соответственно, Xlib
тоже такую локаль не устанавливает.
Ещё Xlib может ругаться на ru_RU.CP866 (именно на неё), поскольку Xlib
её не поддерживает. Hо в этом случае ругань выглядит немножко
по-другому.
AK>> обошлось -- то кто-то забудет в сообщениях charset прописать,
AK>> то пропишет что-нибудь не то... Hо сейчас вроде бы всё
AK>> устаканилось.
ZK> Если по твоим словам - все действительно устаканилось, то в
ZK> том русском дистрибутиве от SUN я могу установить локаль в
ZK> ru_RU.cp866 и все программы, имеющие (корректный) файл
ZK> перевода начнут выдавать сообщения в 866?
Всё дело в версии glibc. Если упомянутый дистрибутив вышел в течение
последнего года, можно быть более-менее уверенным, что там с этим всё
нормально..
ZK> Так? Ведь не поленюсь попробовать. Во всяком случае в Дебиане
ZK> Potato на моей экспериментальной машине это не работает,
ZK> правда он от апреля прошлого года.
ZK>>> и я даже читал о том, что у некоторых людей в разных окнах
ZK>>> иксов были одновременно запущены программы, работающие с
ZK>>> разной локалью и соответственно в разной кодировке.
AK>> У меня тоже такое бывает.
ZK> А мне такое получить не удавалось. В частности нетскейп
ZK> вводит русский только если в системе основная кодировка
ZK> koi8-r. В системе, работающей в 866, попытка перед запуском
ZK> нетскейпа(из окна xterm) переставить локаль на koi8-r не
ZK> приводит к желаемому результату.
А у тебя локаль ru_RU.KOI8-R сгенерирована? И ты ставишь именно
export LANG=ru_RU.KOI8-R (регистр важен)?
Кстати, только что попробовал запустить netscape в ru_RU.CP1251.
Превосходно работает...
ZK> Вылезает вот то самое сообщение про locale not supported.
ZK> Впрочем - показывается русский всегда нормально(ну разве что
ZK> начертание шрифта несколько кривовато, но это к обсуждаемой
ZK> теме не относится).
AK>> И когда у меня под wine более-менее заработал word 97,
ZK> Видимо я что-то делал не так, когда полтора года назад
^^^^^^^^^^^^^^^^^^^^^^^^
ZK> экспериментировал с wine, но у меня не работало ничего сложнее
ZK> wordpad`а.
Hичего удивительного в этом нет. Полтора года назад у меня была почти
такая же ситуация -- но я на wine периодически посматривал... Где-то
год назад можно было уже видеть запущенный ворд (который валился
практически сразу), и пару месяцев назад этим вордом стало можно
пользоваться..
Заметь ещё, что _интерактивно_ я с ним работать не пытаюсь. То есть,
лежит у меня скрипт word95297, который открывает документик с
макросом, который делает всё остальное. Причём гадить на мой DISPLAY я
этому делу не разрешаю -- ходит под Xvfb, если обвалится -- невелика
беда, перезапустится заново.
(естественно, отдельного юзера под такие штуки полезно выделить. А то
мало ли куда оно вдруг писать начнёт)...
ZK> Да и тут на днях читал в эхе письмо о том, что человек получил
ZK> такой же результат при попытке запустить что-то под
ZK> wine. Лично я еще тогда понял, что wine, это "костыль",
ZK> который еще очень не скоро доведут до ума и бросил эту идею -
ZK> использовать его для запуска чего-либо "не родного".
Вот для интерактивной работы он по-прежнему не сильно подходит. Hо у
меня так вопрос и не стоял.
--
Удачи!
Антон Коваленко /* kovalenko.webzone.ru */
--- ifmail v.2.15dev5
* Origin: MTU-Intel ISP (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
