2.6.24 и koi8-r [РЕШЕНО]
Непонятная штука, обновил ядро с 2.6.23-r6 до 2.6.24 и в консоле перестала работать русификация. С ядром 2.6.23 стояла koi8-r, с новым же ядром работает только utf-8.
- Для комментирования войдите или зарегистрируйтесь
Я не знаю зачем
Я не знаю зачем вам koi8-r, если только от неприязни к utf-8?
А вообще koi8-r создавалась не для этого и вней тоже не мало проблем для консоли и аппликух которые патчить приходилось раньше не мало... А теже regex'пы не научились корректно работать с кирилическими таблицами на чемто отличнот от utf-8 (не бросайтесь с пылу-жару доказывать обратное, да работает но далеко не все).
Если уж использовать для кирилицы отличную от юникода кодировку в консоли то только cp1251 как бы это не звучало.
- Для комментирования войдите или зарегистрируйтесь
RE: Я не знаю зачем
Если ли кто-то пользует koi8-r, значит это ему нужно. У меня тоже есть на это причины, пускай на 90% субъективные.
Имхо, автор топика хотел решить проблему поддержки не-юникод кодировок новым ядром, а не разжигать Holy War...
- Для комментирования войдите или зарегистрируйтесь
Это же очевидно :)
Имхо, автор топика хотел решить проблему поддержки не-юникод кодировок новым ядром, а не разжигать Holy War...
Дык проблема в том, что одно (решение проблемы) плавно перетекает в другое (Holy War). И обратно :)
--
Live free or die
- Для комментирования войдите или зарегистрируйтесь
Решение найдено
http://linuxforum.ru/index.php?s=b93e439acfa901aabdb9813d85c82cf3&showtopic=62869&pid=612277&st=0&
http://www.linux.org.ru/view-message.jsp?msgid=2622089&lastmod=1206864454707
Цитата
Все зависит от того, какой ты используешь зарузчик
1) Если у тебя lilo, то открывешь /etc/lilo.conf. Находишь там свое ядро (секция image) и добавляешь новую строку (например, после строки label):
append="vt.default_utf8=0"
а затем:
# lilo
2) GRUB
Открываешь /boot/grub/menu.lst, находишь строку kernel с твоим ядром и в конец этой строки добавляешь:
vt.default_utf8=0
Перезагрузка
- Для комментирования войдите или зарегистрируйтесь
блиииинюю!а я
блиииин...!
а я все мозги сломал! завтра попробую, на работе у меня кои стоит..
- Для комментирования войдите или зарегистрируйтесь
Всем спасибо за
Всем спасибо за живой интерес!
- Для комментирования войдите или зарегистрируйтесь
Интересно
Интересно почему тема "внезапно" стала решённой?
2.6.25 - эффект тот же (т.е. квадраты вместо кириллицы в консоли), перезагружаюсь с 2.6.23 (ничего не меняя в настройках, только другое ядро) - всё в норме!
Интересно, куда баг-репорт писать (в смысле Gentoo.org или сразу kernel.org)?
--
Live free or die
- Для комментирования войдите или зарегистрируйтесь
ничего
ничего внезапного тут нет
http://www.gentoo.ru/node/9893#comment-69839
вот и всё, баги постить не нужно, просто народ переползает на UTF.
- Для комментирования войдите или зарегистрируйтесь
:(
вот и всё, баги постить не нужно, просто народ переползает на UTF.
Да, внимательнее читать надо было...
Спасибо.
--
Live free or die
- Для комментирования войдите или зарегистрируйтесь
У меня вот тоже были квадраты
У меня вот тоже были квадраты вместо русских символов, добавил vt.default_utf8=0 - квадраты пропали, но зато вместо набираемого русского текста - псевдографика... :(
Где косяк?
/boot/grub/grub.conf:
kernel /boot/2.6.25-gentoo-r7 root=/dev/sda6 vt.default_utf8=0
/etc/rc.conf:
UNICODE="no"
/etc/conf.d/consolefont:
CONSOLEFONT="ter-k14b"
CONSOLETRANSLATION="koi8-r_to_uni"
/etc/conf.d/keymaps:
KEYMAP="ru"
#SET_WINDOWKEYS="no"
#EXTENDED_KEYMAPS=""
#DUMPKEYS_CHARSET=""
- Для комментирования войдите или зарегистрируйтесь
тьфу блин, сменил KEYMAP на
тьфу блин, сменил KEYMAP на ru4, стало всё ОК - и печататься и отображаться, зато теперь МАНы через ж стали отображаться... :/
И чё с ними делать? Конвертировать или просто какую нибудь обцию где нибудь указать?
- Для комментирования войдите или зарегистрируйтесь
.
*задумчиво* А может быть в этом и есть великая сермяжная правда?
Ни фига!!! -- Live
Ни фига!!!
--
Live free or die
а как насчет
а как насчет поддержка nls в новой конфигурации ядра?
Помогает
Помогает /usr/bin/unicode_stop после логина. При желаении можно пропатчить /etc/init.d/keymaps (его разработчики посчитали, что уникод просто не может быть изначально ;)
UNICODE="no" в /etc/rc.conf
UNICODE="no"в/etc/rc.confне помогает?--
Live free or die
RE: UNICODE="no" в /etc/rc.conf
Не помогает, потому что
/etc/init.d/keymapsне умеет по-нормальному переключать юникод в аски (только наоборот). Переключение присутсвует в зачаточном состоянии, но:1) Для смены режима вывода символов
echo -n -e '\033(K'не помогает, требуетсяecho -n -e '\033%@'.2) Для смены режима ввода с клавиатуры
kbd_mode -aв скрипте отсутсвует как таковой.А чем вам
А чем вам юникод не нравится?
У меня уже давно в нем система локализована... =) проблем нету и не было
___________________________________________
Gentoo GNU/Linux 2.6.23 GCC 4.2.2 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
Это же очевидно
Тем, что он не обеспечивает возможности решения проблемы, а только оттягивает момент (и увеличивает стоимость), когда проблему всё же придётся решать.
Реверансами перед САСШ (обратная совместимость с ANSCII).
И совсем никаких проблем без приложения напильника?
Я на домашней машине тоже решил юникод попробовать...
В результате любимая программа блокировки экрана (xlockmore) segfault'ится, у двуз пробованных файломенагеров в меню для русского языка - непонятно что. Мне конечно и без файломенагера обычно хорошо живётся, но не стоит строить из себя эгоиста...
Это ли называется отсутствием проблем (при том, что тратить время дома на допиливание системы желания никакого...)?
--
Live free or die
Quote: Тем, что он
Расскажите (-:Е
Не пробовал, не знаю
У меня под ru_RU.UTF-8 работают ROX, mc, Krusader и Konqueror (на разных машинах), уж не говоря про Thunar под Xubuntu
Пожалуйста, не описывайте своё железо в подписи
Почему заголовок необходимо заполнять ручками?
То, что UTF8 даже теоретически не обеспечивает возможности представления символов не то, что всех, а лишь всех живых языков (при том, что и некоторые из мёртвых ещё имеют хождение).
В таком случае вопрос: каким screen saver'ом (с функцией блокировки экрана) Вы пользуетесь?
И желательно, чтобы он не тянул за собой половину GNOME/KDE.
Ни одного из перечисленных не пробовал. Надо будет подумать...
Ни XNC, ни Gentoo в ленивом режиме ожидаемого результата не показали.
--
Live free or die
Re: Почему заголовок необходимо заполнять ручками?
Это кто это имеет из мёртвых хождение? Чтоб с символами своими?
Я только KDEшным пользуюсь, и то поневоле (-:Е
А попробую xclockmore поставить
[quoteНи одного из перечисленных не пробовал. Надо будет подумать...
Ни XNC, ни Gentoo в ленивом режиме ожидаемого результата не показали.
А, вот gentoo у меня тут ещё есть. Он косячит, да \-:Е
Ну так что ж, есть приложения, не работающие с Уникодом, да. xpdf ещё косячит, к примеру.
--
Live free or die
Пожалуйста, не описывайте своё железо в подписи
Опять тему???
Ну например, из интересного достаточно широкому кругу - древнегреческий.
Но вообще-то дешевле разработать одну достаточно универсальную систему кодирования, чем сначала отказываться от оригинального начертания в пользу упрощения, а потом долго, муторно и зачастую безуспешно восстанавливать информацию.
А как же паранойя?
Без блокировки экрана грустно.
Ладно, попробую Thunar и подумаю про rox.
Мораль той басни проста: сначала надо во всех приложениях отработать реализацию под возможность работы с несколькими кодировками - и только после этого можно начинать компанию по агитации за переход на UTF (причём совершенно не факт, что "8").
ЗЫ: А у меня виндузятники web-странички пишут в KOI8-R. И никто не жалуется. :)
--
Live free or die
Зачем тему?
А разве UTF-8 его не полностью покрывает?
По-моему, Unicode для того и предназначен, а UTF-8 — это одно из представлений Уникода
Пока не страдаю (-:Е
И xlockmore у меня собрался и работает (я просто запустил его из urxvt)
Я предпочитаю такой вариант: переходить всем на уникодные локали и писать патчи к действительно нужным приложениям, чтоб они могли работать с много байтными кодировками, если уж их создатели сами упорно не хотят этого делать...
Пожалуйста, не описывайте своё железо в подписи
Впринципе
Впринципе никаких. Кроме разве что help в mc но это решается с помощью enconv =)
так что можно считать никаких =)
ЗЫ мне впринципе пофиг какакя локаль при отображении сообщений мне как то англоязычные понятнее
___________________________________________
Gentoo GNU/Linux 2.6.23 GCC 4.2.2 Dual Xeon
Working on Gentoo for iPAQ hx4700 :-)
Не люблю юникод
Не люблю юникод в консоли, ибо:
а) удобнее, когда один байт отображается одним знакоместом;
б) часто лазаю ССХ-ой на сервера, где в консоли koi8;
в) с юникодом криво работает GoldEd+ ;)
О! а) научите на
О!
а) научите на глаз определять размер символа в байтах в консоли, плз (без использование банальных знаний о таблице кодирования символов)
б) и что? что от меняется? (PS: сам регулярно обслуживаю сервера с koi8-r и utf-8)
в) не работал, но неужели разработчики сего до сих пор не научились с utf дружить?
_ _______ _
/ Enchant / Enchanted Technology @ Настройка и администрирование серверов, создание web-сайтов
Никакую проблему нельзя решить на том же уровне, на котором она возникла
У профессионалов Linux работает лучше Windows! - Священные войны
RE: О! а) научите на
В случае koi8-r, это всегда один байт. А узнать на глаз длину в байтах изображённого на экране бывает полезно.
Очень часто лазаю, и кодировку менять лениво ;)
Не научились, ибо большАя их часть до сих пор сидит под досом ))
>> В случае koi8-r,
>> В случае koi8-r, это всегда один байт. А узнать на глаз длину в байтах изображённого на экране бывает полезно.
Это я знаю, так же как и какие символы в итф занимают 2 байта и пригождалось это мне тока в винде при дебаге некоторых прог :) А в линухе ни разу. В большинстве случаев перекодировать приходиться из cp-1251 и шо uft шо koi ничем не помогут (в смысле не упростят задачу).
>> Очень часто лазаю, и кодировку менять лениво ;)
Лениво так лениво, против лени я тоже не спорю ;)))
>> Не научились, ибо большАя их часть до сих пор сидит под досом ))
Ну в общем видимо мы разные задачи решаем. Но я в большинстве случает заставляю знакомых виндузяшных веб-кодеров юзать utf-8 ибо считаю это true :D
_ _______ _
/ Enchant / Enchanted Technology @ Настройка и администрирование серверов, создание web-сайтов
Никакую проблему нельзя решить на том же уровне, на котором она возникла
У профессионалов Linux работает лучше Windows! - Священные войны
>> В случае koi8-r
В случае веб- и гуёвого кодинга на 100% согласен.
>>б) часто лазаю
>>б) часто лазаю ССХ-ой на сервера, где в консоли koi8;
И?
1) luit -encode koi8-r ssh koi8host (будут кривые рамки в mc и еже с ним)
2) screen
ssh koi8host
ctrl+a+: encoding koi8-r
в) с юникодом криво работает GoldEd+ ;)
fido O_o .. Переписать
ЗЫ
Единственная фишка кои - при урезании до 7 бит читабелно транслитом.