From: Alexey Morozov <alex-altlinux@idisys.iae.nsk.su> To: ALT Devel discussion list <devel@altlinux.ru> Subject: Re: [devel] [JT] О кодировке названий файлов при монтировании Date: Tue, 22 Feb 2005 17:08:14 +0600 Message-ID: <20050222110814.GL17227@pyro.hopawar.private.net> (raw) In-Reply-To: <200502221249.36197.lav@altlinux.ru> [-- Attachment #1: Type: text/plain, Size: 7089 bytes --] On Tue, Feb 22, 2005 at 12:49:35PM +0300, Vitaly Lipatov wrote: > > Те, кто пытаются, по крайней мере, представляют себе > > _алгоритм_ действий и степень его применимости. Возможно, я > Ну это заметно, особенно по советам на приведённой вами ссылке :) Ну, уж, на безрыбье... > > О _какой_ кодировке? Что, если на машине три разноязыких > > пользователя, использующих, к тому же, 5-6 кодировок в сумме? > > Какую кодировку Вы будете использовать в этом случае? > Я уже ответил Антону рядом. > По текущей реализации при монтировании, например, будет > использоваться кодировка, полученная из локали пользователя. > Если это невозможно, будет использоваться общесистемная А где критерий "возможности"? Я уверяю Вас, легким движением указательных пальцев я сломаю Вашу конструкцию. Причем так, что ваш алгоритм этого даже и не почувствует. > кодировка, полученная из системной локали. > Кого это не устроит? Это не устроит тех, кто ждет либо _решения_, либо довольствуется нынешним состоянием, когда все решается на уровне "негласных" договоренностей и соглашений. > > emacs), является UTF-8. > Это давно понятно. Начните с патчей к mc и чего там - zsh? :) Мне говорят, что уже все есть. В FC, например. Но, подчеркиваю, это _Вы_ начали танцы с определением кодировки пользователя. > > > Мне кажется, в _системе_ все файлы должны именоваться в > > > одной кодировке. Если нужны исключения - объясните и > > > отдельно укажите. > > > > Да. Но такой кодировкой может быть только UTF-8. > Вы говорите об идеальном варианте. Не согласится нельзя. Я говорю о _реальном_ варианте. Которого, однако, нет в Альт. И уж если говорить о приведении системы "в чувство", а не возведении очередного карточного домика костылей и подпорок, то именно сюда стоит прикладывать все усилия. > Но сегодня у меня koi8-r, у других - cp1251, и продлится это ещё > долго. Это продлится до тех пор, пока кто-нибудь не возьмется, да и не перенесет патчи. > > > А кодировка пользователя - это что такое? Его локаль? > > Нет. В этом-то, вообще говоря, еще одна проблема. Мне не > > удалось с наскока провести в общем случае соответствие между > > локалью и кодировкой. > А я считаю, что мне удалось. И без наскока, а проанализировав > glibc, glib, wine, kernel, gettext, mount в нужных местах. Круто. Анализ кода wine вообще должен награждаться медалью за отвагу в мирное время. А вот за его использование, похоже, стоит расстреливать перед строем :-) > > То есть, речь о UTF-8? Так и запишем. > Не записывайте, о чём речь не понял. О том, что единственной кодировкой, которая достойна называться "системной" является UTF-8. > > > Проблемы пользователей, имеющие отличную от системной > > > локаль, давайте обсудим отдельно: > > > - примеры, зачем это нужно > > Хе-хе... Некоторые из наших друзей сочтут этот вопрос > > имперским шовинизмом ;-). > У нас общие друзья? Ну, вот когда Мыхайло Шыгорин з Киэва отправится в официальный дружественный визит в сопредельное государство, вы ж его недругом звать не будете? ;-) 2MS: Миша, прости, у меня терминал в KOI8, я при всем желании не смог бы воспроизвести все буковки, требуемые для. Пришлось транскрибировать :-). > Мои - не сочтут. Как и любые мои вопросы. Звучало не как вопрос, звучало как приговор :-) > > Виталий, знаете, не надо никакой магии. Совсем. Юникс - это > > про простые, даже кондовые решения. > Вы это расскажите тем кускам кода, которые реализуют > локале/чарсетные хаки, вшитые намертво кодировки iso8859-1 и пр. А не нужно их использовать. Совсем. Потому что ломается в самое неподходящее время в самом неподходящем месте. > > Для тех устройств, монтирование которых не отдано на откуп > > HAL'у, настройка проводится в fstab. Причем, скорее всего, > > прямо таки инсталлятором, или соответствующей ему "runtime" > А потом я добавляю новый диск... Тут-то на него HAL и набросится. > А потом я меняю системную локаль... Зачем? ;-) Вы ж написали раньше, что локаль должна быть одна :-). К тому же, если вы смените "системную локаль", некоторые из файликов примут, э-э-э, странный вид :-). > > частью. Для устройств, чьим монтированием заведует HAL, > > прописывается мале^H^H^H^H ну, не очень большой файлик, XML > > все-таки, понимать надо, там маленьких файлов не бывает по > > определению :-), где сказано: если файловая система fat (и > > производные) использовать koi8-r. > С какой стати koi8-r? Я ж написал в отрезанном: решение ДЛЯ МЕНЯ. > Из добавленного параметра SYSMOUNTCHARSET? А SYSMOUNTCHARSET - это расширение данной подпорки на "общий случай". > А если у меня нет HAL, по нынешним временам это уже пахнет ересью. > если я не поставил этот параметр, который - перечитайте еще раз, пожалуйста, отрезанное. Что там откуда берется и какие fallback'и. > новая выдумка (с обоснованием?) на тему ALT specific. Да, выдумка. Без обоснования. Благо на нее было потрачено меньше времени, чем на любое возможное обоснование. > > Хуже того, я публиковал уже решение, которое позволит > > автоматически настраивать HAL на ту кодировку, которая реально > > использовать в системе. > Когда увидим, тогда обсудим. Умеющий читать, натурально... > > Мы уже там :-). > Только пока системы нет. Я не про Сизиф. Ой. Тогда вообще ничего нет... Все лишь призрак... (/me мучительно борется с приступом солипсизма). > > Нет. Как я уже говорил, проставить соответствие между > > кодировкой и локалью в общем случае вот так вот запросто > А я говорю что можно. И дальше что? Вы молодец. > > нельзя. Ну, точнее, я, глядя в info libc, такого способа не > > увидал. > Ну так посмотрите вывод > natspec -i и скажите в чём ощибка :) В отсутствии [должной] поддержки tatar_cyr, официально заявленной как поддерживаемой в ALT? ;-) Вообще, похоже, читать отсюда: http://www.peoples.org.ru/ К тому же, носить в брюхе описание всех возможных кодировок, которые только могут быть доступны в libc, и прочую дрянь - э-э-э, чревато. Не ровен час, проклюнется кто в самый неожиданный момент, потом придется зачищать территорию нажатием на кнопку самоуничтожения. > > . /etc/sysconfig/i18n > > > > : ${SYSFONTACM:=koi8-r} > > : ${SYSMOUNTCHARSET:=$SYSFONTACM} > > > > echo $SYSMOUNTCHARSET > А все, кто потянутся, скажут что это проще? > А как я в программе на C узнаю эту переменную? Я могу написать библиотечную обвязку над exec?* ;-) Ну и getenv еще никто не отменял, вообще-то ;-) > > http://lists.altlinux.ru/pipermail/devel/2005-February/017892.html > Читал. Не проникся простотой. Простотой определения кодировки? Сможете проще? ;-) Или простотой указания кодировки HAL'у? Хе-хе, это новые технологии, понимать надо, программа без зумля в 2005 году выглядит как динозавр, проснувшийся при таянии полярных льдов. В общем, конечно, я не то, чтобы против, в конце-концов, у нас тут джаст фо фан, чтобы кому-либо что-либо указывать. Но, сдается, мне, что Ваша библиотека - это не серебряная пуля, а ...танец вприсядку. Я лучше попробую выковырять из федоры патчи ютээфные. [-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2005-02-22 11:08 UTC|newest] Thread overview: 81+ messages / expand[flat|nested] mbox.gz Atom feed top 2005-02-18 17:16 [devel] О кодировке названий файлов при монтировании ( дубль 2) Vitaly Lipatov 2005-02-18 18:38 ` Вячеслав Диконов 2005-02-20 14:37 ` [devel] О кодировке названий файлов при монтировании Vitaly Lipatov 2005-02-20 17:48 ` Вячеслав Диконов 2005-02-20 18:38 ` Vitaly Lipatov 2005-02-20 20:16 ` Вячеслав Диконов 2005-02-21 16:03 ` Anton Farygin 2005-02-21 20:43 ` Vitaly Lipatov 2005-02-21 17:29 ` Alexey Morozov 2005-02-21 20:30 ` Vitaly Lipatov 2005-02-22 6:24 ` Anton Farygin 2005-02-22 9:13 ` Vitaly Lipatov 2005-02-22 9:51 ` Alexey Morozov 2005-02-22 10:09 ` [devel] О кодировке названий файлов Vitaly Lipatov 2005-02-22 11:40 ` Alexey Morozov 2005-02-22 13:08 ` Vitaly Lipatov 2005-02-22 13:19 ` Sergey Pinaev 2005-02-23 11:50 ` Serge Pavlovsky 2005-02-23 12:36 ` Vitaly Lipatov 2005-02-23 15:20 ` Serge Pavlovsky 2005-02-23 17:24 ` Vitaly Lipatov 2005-02-23 21:17 ` Andrey Rahmatullin 2005-02-23 22:42 ` Vitaly Lipatov 2005-02-24 9:27 ` Sergey Vlasov 2005-02-27 17:04 ` Vitaly Lipatov 2005-02-27 12:49 ` Alexey Morozov 2005-02-27 17:06 ` Vitaly Lipatov 2005-02-27 12:47 ` [devel] [JT] " Alexey Morozov 2005-02-27 14:25 ` Vitaly Lipatov 2005-02-27 17:20 ` Alexey Morozov 2005-02-27 17:30 ` [devel] mount, fstab, mtab Dmitry V. Levin 2005-02-27 19:05 ` Vitaly Lipatov 2005-03-01 11:03 ` Anton Farygin 2005-03-01 12:45 ` Vitaly Lipatov 2005-03-02 8:17 ` Stanislav Ievlev 2005-03-02 17:53 ` Andrey Orlov 2005-02-27 20:38 ` [devel] [JT] О кодировке названий файлов Alexander Bokovoy 2005-02-27 21:37 ` Vitaly Lipatov 2005-02-22 10:30 ` [devel] hotplug, hal and ide-cd (was: О кодировке названий файлов при монтировании) Sviataslau Svirydau 2005-02-22 10:32 ` [devel] hotplug, hal and ide-cd Anton Farygin 2005-02-22 10:48 ` Sviataslau Svirydau 2005-02-22 11:24 ` [devel] hotplug, hal and ide-cd (was: О кодировке названий файлов при монтировании) Alexey Morozov 2005-02-22 8:58 ` [devel] О кодировке названий файлов при монтировании Alexey Morozov 2005-02-22 9:49 ` Vitaly Lipatov 2005-02-22 11:08 ` Alexey Morozov [this message] 2005-02-22 11:41 ` [devel] [JT] " Vitaly Lipatov 2005-02-22 13:54 ` Alexey I. Froloff 2005-02-27 12:37 ` Alexey Morozov 2005-02-27 14:37 ` Vitaly Lipatov 2005-02-27 17:16 ` Alexey Morozov 2005-02-27 16:57 ` Vitaly Lipatov 2005-02-28 6:16 ` [devel] " Michael Shigorin 2005-02-28 13:54 ` [devel] " Alexey I. Froloff 2005-02-22 13:44 ` [devel] Re: [JT] О Кодировке Michael Shigorin 2005-02-27 12:59 ` [devel] Re: [JT]^[JT] " Alexey Morozov 2005-02-27 14:40 ` Vitaly Lipatov 2005-02-28 6:21 ` Michael Shigorin 2005-02-28 6:20 ` Michael Shigorin 2005-02-22 6:20 ` [devel] О кодировке названий файлов при монтировании Anton Farygin 2005-02-22 9:26 ` Vitaly Lipatov 2005-02-22 9:41 ` Alexey Morozov 2005-02-22 9:51 ` Anton Farygin 2005-02-22 10:18 ` Vitaly Lipatov 2005-02-22 11:21 ` Alexey Morozov 2005-02-22 13:13 ` Vitaly Lipatov 2005-02-27 13:06 ` Alexey Morozov 2005-02-27 14:43 ` Vitaly Lipatov 2005-02-27 16:56 ` Alexey Morozov 2005-02-27 18:53 ` Vitaly Lipatov 2005-02-28 14:34 ` Nick S. Grechukh 2005-03-01 11:07 ` Anton Farygin 2005-03-01 13:07 ` Vitaly Lipatov 2005-03-01 14:11 ` Anton Farygin 2005-03-01 14:56 ` Sergey V Turchin 2005-03-01 15:37 ` Vitaly Lipatov 2005-03-01 15:11 ` Vitaly Lipatov 2005-02-28 6:23 ` [devel] " Michael Shigorin 2005-02-22 19:15 ` [devel] " Вячеслав Диконов 2005-02-22 9:51 ` Anton Farygin 2005-02-22 13:52 ` [devel] " Michael Shigorin 2005-02-23 16:54 ` [devel] Summary: О кодировке названий файлов Vitaly Lipatov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20050222110814.GL17227@pyro.hopawar.private.net \ --to=alex-altlinux@idisys.iae.nsk.su \ --cc=devel@altlinux.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git