Для съемных носителей с fvat устанавливается опция монтирования iocharset=utf8 и не устанавливается опция codepage Должно быть codepage=866,iocharset=koi8-r
s/fvat/vfat
Это сильно зависит от кодировки. Пока непонятно, как выставлять правильную.
hal сейчас не выставляет никаких параметров, связанных с кодировками.
Это как это не выставляет? Проблема, как я вижу, на месте: $ grep charset /etc/hal/fdi/policy/01-charset.fdi <merge key="volume.policy.mount_option.iocharset" type="string">utf8</merge> $ rpm -qf /etc/hal/fdi/policy/01-charset.fdi hal-0.5.4-alt6
Кодировку должен выставлять кто-то другой. Например ivman.
Тогда зачем прибито такое умолчание в /etc/hal/fdi/policy/01-charset.fdi ?
Стоп, а при чем тут ivman? Без определенных теложвижений его никто и запустить не в состоянии со стандартными правилами hal...
Значит нужно что бы мог. Во всяком случае mainstream на любые телодвижения на тему кодировок посылает именно в hal/pmount.
Это значит мне нужно таскать за собой кучу правил hal, которые будут перекрывать то, что идет в коробке? Я не согласен - я попадаю в ситуацию догоняющего, а учитывая нечеловеческий интелект, необходимый для создания правил, перекрывающих сже существующие... Оторви правила, касающиеся монтирование в отдельный пакет типа hal-automount-rules, я поставлю на него конфликт. Другого выхода я не вижу...
правила для автомонтирования как раз вырваны в отдельный пакет. В общем идею я понял - правила для кодировок перенесу в submount.
Может имеет смысл также в post-install править устанавливаемые общесистемные правила на основе /etc/i18n ?
наверное не стоит. если посмотреть внимательно - для utf-8 нет привязки к русскому языку. Соответственно можно считать что оно практически универсально.
Ну так пользователи utf-8 и не испытывают особого дискомфорта от этой опции... Но учитывая положение дел с самим utf-8 мне кажется что мазохистов, подобных мне, найдется немного и у 99% будет таки стоять koi8-r или cp1251 в /etc/sysconfig/i18n
Ситуация с кодировками хуже некуда. Обмен информации с виндусёвыми системами через usb-брелки/диски не работает. И можете 100 раз объяснять теткам в бугалтерии, что на самом деле нужно называть файлы английскими именами! В свете descktop 4 эту проблему нужно решать. Хотя бы прибить гвоздями. Или написать морду для правки полиси hal'а.
Хм... Мой(и не только мой) мазохизм принес свои плоды - при работе в utf-8 особого дискомфорта, спустя 1.5 года, уже никто не испытывает... Любители более других, не мейнстрим кодировок, сами способны разобраться с настройками, а остальным давать еще одно ружье для выстрела в ногу смысла нет.IMHO.
снова воспроизводится. как правильно теперь править? локаль кои8
На мантейнера, если снова воспроизводится.
теперь правильно локаль UTF-8. кричать что "мине роднее koi8-r/cp1251" смысла не имеет
Проголосуем за альтернативный пакет hal с альтернативным мантейнером, который слышит? Или дружно перейдём на UTF8?
А при чём тут hal, если опции монтирования ему передаёт "программа-монтировщик"? pmount, gvfs, что-там-в-KDE. В hal сейчас прописаны только valid-options.
в результате таки съехал на utf8. времени заняло от силы минут 5-10 (convmv прошерстил 250 гб данных в /home). вот и пал мой последний бастион 8-ми битной локали (оставалась скорее исторически).
