|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Zahar Kiselev 2:5030/382.1 21 Jul 2002 22:43:54
To : Vladimir Bormotov
Subject : ASP Linux (was: SUN и его линукс)
--------------------------------------------------------------------------------
Jun 28 00:44 02, Vladimir Bormotov wrote to Zahar Kiselev:
ZK>> Кстати говоря - если для конкретных программ обычно известны люди,
ZK>> занимавшиеся переводами (вот ты например:), то кто занимается
ZK>> компоновкой обсуждаемого русского дистрибутива и кому следовало бы
ZK>> адресовать мои слова - не понятно.
VB> а мне например совсем не понятно, какой смысл возиться с "непонятно
VB> кем собраным дистрибутивом), когда есть понятно кем собираемый, есть
VB> гаранитя если не ответа, то хотя-бы того6 что ваши пожелания будут
VB> прочтены и учтены.
Внимательно прочитал все твои аргументы.
Имеется несколько комментариев:
1. Если локаль считать _юзерской_ настройкой, то как тогда выглядит локализация
инит-скриптов с жестко забитыми русскими сообщениями и что будет если например
/usr не смонтируется, где все локали и лежат? Почему авторы дистрибутива
считают, что на нем будут работать _только_ русскоязычные пользователи? Ведь
написано _Cyrillic_ edition, а в общем случае cyrillic <> russian. Да и при
наличии интернета никто не отменяет иноязычных юзеров, следовательно любая
жестко забитая русификация недопустима по определению.
2. Hу хорошо, Микрософт во многих случаях не пример идеального подхода. Теперь
выясняется, что SUN Microsystems тоже не авторитет. Тогда есть вопрос - кого ты
имел в виду выше, когда говорил о том, что есть "понятно кем собираемый"
дистрибутив?
3. К вопросу о "системе для программистов" - замечу, что "система для
пользователей" у нас уже есть, _пользователи_ от нее в восторге, а программисты
матерят на каждом углу. Так может быть имеет смысл сохранять пригодность линукса
именно для программистов (заодно и для "продвинутых пользователей")? А то ведь
все равно "систему для пользователей" мы лучше Билла не сделаем, он в это
миллионы вложил.
VB> кому очевидно? Мне, например, очевидно, что ЛЮБыЕ сообщения котоыре
VB> выдает компьютер человеку читаюещму их, должны выдаваться на том
VB> языке, который этому ЧЕЛОВЕКУ понятен. Теми словами, которые ЕМУ
VB> понятны.
Те же сообщения стартовых скриптов выдаются _администратору_ системы. Я с трудом
представляю профессионально пригодного админа, не знающего английский язык в
объеме, достаточном для их понимания.
ZK>> Кроме того, во время загрузки консоль использует шрифт
ZK>> знакогенератора видеокарты, а туда пока что русские буквы изготовители
ZK>> не прошивают.
VB> посмотри на загрузочные скрипты RedHat, ASP. Шрифты грузятся в
VB> первых числах. Пока они не загружены, сообщения выводятся на
VB> английском.
Простой случай - /usr на отдельном разделе и он не смонтировался.
Шрифтов нет, на экране "крокозяблики".
VB> Грамотно осбраная система такого не допустит.
Сомневаюсь, что русифицированные стартовые скрипты правильно обработают
вышеописанную ситуацию.
ZK>> а при остановке - не факт что она происходит не по причине сбоя и
ZK>> загруженный шрифт не "слетел".
VB> опять-же, "остановка по причине сбоя" - это что-то вообще
VB> абстрактное.
Сбой вызвала программа, использующая Иксы, и работающая с какой-нибудь
периферией(видео, звук, что-то еще), которая и вызвала падение системы.
В результате консоль может запросто остаться непонятно в каком состоянии и не
сможет корректно отобразить то, что система еще сможет на него вывести.
VB> обещают сделать прозрачное использование
VB> рускоязычных локалей с разными кодировками.
Ждем-с...
ZK>> libc (цитирую по памяти).
VB> это может быть видно по многим причинам. Hужно один раз разобраться
VB> как следует, и наказать кого попало. %)
Hу например в Дебиане Potato поставить локаль в 866 перед запуском почти любой
иксовой программы. Если пускать из xterm - видно это сообщение. Хотя сама локаль
разумеется есть и консольные программы ее понимают(в частности lynx показывает
русский и вводит в формах по-русски).
VB> Hе получится, выкинь поделие сантехников, и пользуй более правильные
VB> ;-)
Что является сейчас наиболее правильным поделием в обсуждаемом смысле?
ZK>> Во всяком случае в Дебиане Potato на моей экспериментальной машине
ZK>> это не работает, правда он от апреля прошлого года.
VB> как тут любят говорить пользователи debian - apt-get update?
Экспериментальная машина - это не важный сервер, тут проще систему
переустановить, чем добиваться чтобы этот автоматический апдейт сработал
корректно. Знаю, что это возможно, и даже однажды это сделал. Больше без крайней
надобности не буду. Ибо усилия для одной отдельно взятой машины превышают усилия
по ручной переустановке того, что нужно. Вот когда мне надо будет полсотни машин
апгрейдить - тогда и займусь.
Zahar(@spbdept.rbc.ru)
--- Msged/LNX 6.1.0
* Origin: undefined location (2:5030/382.1)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
