OBSD.RU

Возможно, из всего сообщества пользователей OpenBSD мало кто пытался русифицировать текстовую консоль или хотя бы настроить шрифты в ней, так как продукт массам интересен по большей части как сервер с pf, за консолью которого работать никто не будет, поэтому прийдётся первым поднять эту тему.

Для начала, небольшой экскурс в историю: управление консолями как в OpenBSD, так и в NetBSD, осуществляется посредством трёх команд: wsconsctl, wsconscfg и wsfontload. Их функционал в частностях отличается, но в целом похож. По-видимому, драйвер wscons и сама эта система берёт начало ещё с незапамятных времён, чем и объясняется схожесть интерфейса вместе с убогостью инструментов. Последнюю можно пояснить таким примером: если шрифт уже загружен посредством wsfontload, то выгрузить его уже нельзя: There is no way to remove a loaded font (c) man wsfontload, поэтому при экспериментах нужно каждый раз перезагружаться. Впрочем, поведение NetBSD в данном контексте чуть лучше, чем у OpenBSD: для загрузки шрифта ему присваивается имя-метка, которая потом скармливается команде wsconsctl наподобие wsconsctl -f /dev/ttyE1 -dw font=fontname, а потому о выгрузке шрифта из памяти можно не беспокоиться - достаточно создать новую правильную метку и указать её всем консолям. OpenBSD же "абстрактно" загружает шрифт в память, и пытается его впоследствии использовать на всех вновь создаваемых консолях, так что если вы загрузили не тот 8x16-шрифт, то другой 8x16-шрифт уже мануально не указать консолям, иначе можно получить ошибку наподобие No space left on device. Можно отдельно отметить "удобство" интерфейса, из-за котрого нельзя напрямую указать шрифт для консоли, но нужно использовать промежуточный костыль wsfontload, но речь сейчас не об этом. Цитируя официальный FAQ, загрузка шрифта на консоль в OpenBSD производится командами:
wsfontload -h 8 -e ibm /usr/share/misc/pcvtfonts/vt220l.808
wsconscfg -dF 5
wsconscfg -t 80x50 5
В NetBSD то же самое достигается как
wsfontload -N myfont /usr/share/wscons/fonts/vt220l.808
wsconscfg -dF 5
wsconscfg -t 80x50 5
wsconsctl -f /dev/ttyE5 -dw font=myfont
Соответственно, при использовании стандартного разрешения 8x16 нужно команды подправить.

Теперь о том, что же мы имеем в случае, КОГДА xdm ЗАПУЩЕН на какой-либо консоли:

1) Случай NetBSD: смена консольных шрифтов всегда происходит успешно, однако, достаточно переключиться в иксы а потом вернуться в консоль, где менялись шрифты, как последние бьются: вместо букв весь дисплей заполнен мусором (иногда цветным и мигающим). Для излечения консоль убивается, потом вновь создаётся, на неё загружается какой-то третий шрифт, никогда не использовавшийся ранее в экспериментах, а после него загружается нужный. Если замести мусор под ковёр всё же не удаётся, цепочку смен шрифтов приходится удлиннять и загружать последовательно несколько разных шрифтов, где последний - нам нужный. Если хочется консоль сохранить не битой, то в иксы переключаться запрещено, между текстовыми консолями - можно. Подчёркиваю, что не обязательно использоваться шрифты koi8-r или ещё как-то дополнительно менять настройки русификации: достаточно взять умолчальную установку ОС и выполнить команды по смене дефолтных шрифтов на какие-либо другие, официально представленные в /usr/share/wscons/fonts/, например, на flori.816. Кстати, flori - очень красивый шрифт с полуготическими начертаниями, поэтому рекомендую: скачать можно с http://gnupg.cdpa.nsysu.edu.tw/NetBSD/NetBSD-current/src/share/wscons/fo... после чего применить команду uudecode flori.816.uue. Этот шрифт идёт в поставке к NetBSD и нигде более найти информацию о нём мне не удалось.

2) Случай OpenBSD: здесь всё намного хитрее. Первый сюрприз таков: не все шрифты, формально правильные по формату, удаётся загрузить. Например, по неизвестным причинам нельзя загрузить flori.816, хотя он прекрасно загружается в консоль того же Linux'а. Возможно, это "специфика" именно 8x16-шрифтов. Для загрузки русского шрифта с koi8-r нужно указать кодировку iso (с ibm оно работать не будет). В итоге русский шрифт загрузить удаётся, и после надлежащих остальных шагов по русификации всё работает как и должно. Если же из русифицированной консоли переключиться в консоль где запущены иксы, а потом обратно, то наблюдается следующая картина в зависимости от использованного разрешения для текстового экрана:
A) 8x8: не бьются ни русские, ни латинские символы.
B) 8x10: бьются и русские, и латинские символы.
C) 8x16: бьются только русские символы, но установить фонт с латинскими буквами, отчлиными от умолчальных, нельзя.

Стоит отдельное подчеркнуть, что дело не в русских шрифтах, и не в русификации, а вообще в произвольном изменении умолчальных шрифтов. Что же касается железа, битьё шрифтов в NetBSD я лично наблюдал на примерно 5ти абсолютно разных машинах (с материнкой VIA, на ASUS EEE PC 701, HP Pavilion с Nvidia GeForce, и др.) и на версиях начиная с NetBSD 3.0, вышедшей много лет назад, кончая последними текущими. Что касается OpenBSD, тестировался 4.5-release на HP Pavilion dv6700 (Nvidia Geforce) и ASUS EEE PC 901, диагностика (что и когда бьётся) совпала полностью. Ранее я связывал проблему исключительно с тонкой внутренней организацией NetBSD, но теперь видно, что суть её куда более глубокая. Когда ставишь "самую стабильную" ОС и В ПЕРВЫЙ ЖЕ ДЕНЬ её использования сталкиваешься с подобными вещами, легко воспроизводимыми любым, кто пытался хоть раз менять шрифты на десктопной (а значит, с иксами) системе, слова о тщательно проведённом аудите всего сорса и пресловутой чистоте коде теряют вес. Итак, всё ж таки, к сожалению, Джо? Как запрет устанавливать латинские шрифты, отличные от умолчальных для 8x16, вяжется с secure be default? Сделано "секъюрным", т.к. латинские символы не могут побиться, сделав консоль полностью нерабочей? А как же опоганивание видеопамяти, сопутствующее этому процессу?  Я сначала думал, что латиницу вообще нельзя менять, т.е. загружаются лишь "кириллические части" подгружаемых шрифтов, но тогда ожидалось бы, что биться должна исключительно кириллица, но так лишь в 8x16, а, значит, дело не в этом. Вопрос: какая же логика на самом деле описана в том сорсе драйвера wscons?! И что делать, send-pr, написать на undeadly, или "проголосовать ногами" поставив FreeBSD/Linux? Не радует что-то оно меня :-(

Гуглил на тему того, не первый ли я с такой проблемой. Оказалось, что нет: вопрос уже поднимался, в т.ч. в рассылках, но обычно оставался без ответа. В частности:
>>if [ -x /usr/sbin/wsconscfg -a -x /usr/sbin/wsfontload ]; then
>>/usr/sbin/wsfontload -h 16 /usr/share/misc/pcvtfonts/koi8-r-8x16
>>for i in 1 2 3 4 5 6 7 8 9 10 11; do
>>/usr/sbin/wsconscfg -d $i
>>/usr/sbin/wsconscfg -t 80x25bf -e vt100 $i
>>done
>>fi
>>Все отлично. Но после старта Хов в терминалах все выглядит так, как
>>будто в память с русскими символами просто мусор скопировали.

>ну это ничего не меняет - мне же нравится опен :)
>а то что мы тут иногда мазохизмом занимаемся, так это
>вдобавок интересней ;)

Взято c:
http://osdir.com/ml/os.openbsd.misc.ru/2007-03/msg00030.html
т.е. ещё 2 года назад была зафиксирована проблема, но воз и ныне там :(

Вот сижу и думаю: "мазохизмом" меня "заниматься" не впечатляет, 3х лет с NetBSD хватило.