From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: From: Vitaly Lipatov Organization: ALT Linux Team To: ALT Devel discussion list Subject: Re: [devel] [JT] =?koi8-r?b?7yDLz8TJ0s/Xy8UgzsHa18HOycogxsHKzM/XINDSyQ==?= =?koi8-r?b?IM3PztTJ0s/Xwc7JyQ==?= Date: Sun, 27 Feb 2005 17:37:58 +0300 User-Agent: KMail/1.7.2 References: <200502182016.33260.lav@altlinux.ru> <200502221441.41665.lav@altlinux.ru> <20050227123706.GA26542@pyro.hopawar.private.net> In-Reply-To: <20050227123706.GA26542@pyro.hopawar.private.net> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200502271737.58484.lav@altlinux.ru> Content-Transfer-Encoding: 8bit X-BeenThere: devel@altlinux.ru X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ALT Devel discussion list List-Id: ALT Devel discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Feb 2005 15:44:42 -0000 Archived-At: List-Archive: List-Post: On Sunday 27 February 2005 15:37, Alexey Morozov wrote: > Я тут отсутствовал на работе некоторое время (и вероятно, еще > пару дней буду отсутствовать). Ну и плюс, попробовал таки > UTF-8 локаль в альте > > :-). Ну и как, как? :) > Что касается примеров, как можно сломать - очень просто. > Достаточно определить (и начать пользоваться) локалью, которая > отсутствует в ваших мапах. Плюс к тому, мне показалось, что Ну попробуйте. У меня все локали - glibc. Значит, и там её нет. > некорретны описания (соответствия "юниксовой", "виндовой" и > "маковской" кодировок некоторых из "маргинальных" > кириллических локалей). Конкретнее. Описывал не я, а проект WINE. Ну что же вы всё общие слова-то? И, кстати, что обсуждаем? > > 1. Вы против того, чтобы каждый прикладывал усилия в ту > > сторону, в которую считает нужным? > > Нет, я об этом уже написал. Не против. Мне, вероятно, не > стоило высказываться столько категорично относительно того, > насколько это все стоящая затея. Я считаю, что критика важна, особенно в таком деле, ряд проблемных моментов вы мне пояснили. А стоящая или нет - пусть народ оценит. > > 2. Я не считаю что предложенное решение похоже на костыль. > > Это первая попытка определить ранее расплывчатые понятия. > > Это здорово, на самом деле. Прочел страничку на фрисоурс.инфо. Спасибо. > Хорошо, что Вы начали об этом думать. Сразу предупреждаю, что написал всё в меру своего понимания и кругозора, который за ALT не выходит. > > > Это продлится до тех пор, пока кто-нибудь не возьмется, да > > > и не перенесет патчи. > > > > Покуда у меня есть сомнения, что полное внедрение UTF-8 - > > это просто, и это дело близкого будущего, позвольте с ними > > остаться. > > Ну, тут, кажется, у нас не много вариантов. "Мэйнстрим", > похоже, уже не слишком обращает внимание на "проблемы > индейцев". Ну тут мы всегда были в изгоях и ваяли патчи на предмет поддержки любимой национальной кодировки. > непосредственно в коде, но, кажется, можно настроить. Ну, и > замечу, что HAL быстро становится обязательной компонентой > "десктопного" линукса, при условии, что под "десктопом" мы Я очень рад что наконец-то появился и работает такой механизм, и всячески его приветствую. > что будет, если при неустановленном SYSMOUNTCHARSET втыкается > > flash? > > > : ${SYSFONTACM:=koi8-r} > : ${SYSMOUNTCHARSET:=$SYSFONTACM} > > Этого, вообще говоря, достаточно. Кстати говоря, тут есть пролёт с codepage -> короткие названия будут кракозябрами. > > > В отсутствии [должной] поддержки tatar_cyr, официально > Ошибка в том, что для татарского (на основе кириллицы) > используется кодовая таблица, отсутствующая в описании в > lib/data/get_charset_data.h А что за локаль и как кодировка называется? > > Я пока остановлюсь на glibc, посколько её патчить не > > намерен. > > Вы, смею заметить, НЕ пользуетесь glibc. пользоваться glibc - > это полагаться целиком и полностью на то, что возвращает > вам setlocale и прочие nl_langinfo. Как только Вы начинаете Это активно используется. > хранить внутри себя какие-то таблицы с соответствиями > между данными libc и "настоящими данными", вся эта конструкция Нет, не "настоящими данными", а только кодировками других систем, которые из glibc не получишь. По крайней мере так задумывалось. > становится... несколько неустойчивой, т.к., вообще говоря, > локали в глибц - вещь [еще пока] динамически настраиваемая. Я не в курсе - можно ли для локали ru_RU.KOI8-R поставить кодировку CP1251? > Заметьте, Ваши механизмы _параллельны_ тем, которые > используются в глибц. Точнее, даже, вы пытаетесь часть этих > механизмов подменить, часть дописать итп. В идеале должно остаться только дополнение, безусловно подмен и параллельности быть не должно. Возможно это и есть, из-за неграмотности. В Сизиф отправлена версия 0.0.9, там есть достаточный прогресс по сравнению с тем, что вы видели. > > > Я могу написать библиотечную обвязку над exec?* ;-) > > > Ну и getenv еще никто не отменял, вообще-то ;-) > > > > Можно подумать, переменные из файла /etc/sysconfig/i18n > > есть в env > > Э-э-э, вы не поверите и будете смеяться :-). По крайней мере, > те из них, которые сочтены полезными для всей системы в целом. Ну например? Кроме LANG. Я смотрю по /etc/profile.d/lang.sh > Ну, ладно, не вопрос, решайте, я уже признал, что мое > первоначальное определение насчет характера данного занятия не > вполне корректно, каждый волен сходить с ума по своему. :) > Насчет UTF-8. Похоже, счастья нет. По крайней мере, обещанное > чудо не задалось в случае SuSe, да, судя по zsh'овой рассылке, > не задастся нигде... Да ладно, будет счастье. Просто ещё время не пришло. А что они, не хотят, концепция не позволяет или код кривой? -- Lav Виталий Липатов Санкт-Петербург GNU! ALT Linux Team! LaTeX! LyX!