А как там с UTF-8? Помню, у FreeBSD были проблемы с этим.
И раз у тебя теперь DragonFly фаворит, рассказал бы о ней простым языком для всяких трактористов вроде меня :)

P.S. Я тебе письмо отправил, проверь ящик, пожалуйста.

(Reply to this) (Thread)

>А как там с UTF-8? Помню, у FreeBSD были проблемы с этим.

В иксах есть UTF-8, в консоли нет (и не нужно, по-моему).
>И раз у тебя теперь DragonFly фаворит, рассказал бы о ней простым языком для всяких трактористов вроде меня :)

Я еще буду что-нибудь писать, да. Следите за обновлениями.

(Reply to this) (Parent) (Thread)

Плохо. UTF везде нужен, двадцать первый век всё же.

(Reply to this) (Parent) (Thread)

А другие обоснования есть, кроме 21 века?
Я не с целью защиты интересуюсь, а просто не слышал ни разу внятного аргумента, зачем в recovery console юникод нужен.

(Reply to this) (Parent) (Thread)

Есть мнение, что utf вообще ни в какой форме не нужен:
http://old.russ.ru/culture/network/20040209.html

(Reply to this) (Parent) (Thread)

Бред какой-то.

(Reply to this) (Parent)

Не согласен с частью статьи про юникод. В условиях глобальной сети юникод — наиболее простой и удобный выход.

(Reply to this) (Parent)

Что значит recovery в этом контексте?

(Reply to this) (Parent) (Thread)

Что 99.9% пользователей используют виртуальный терминал с целью восстановления системы, и более ни для чего.
А для всего остального используют X11.

(Reply to this) (Parent) (Thread)

Упс, то есть эмуляторы терминала — это всё отдельная тема?
И на самом деле получается, что при работе с файлами в UTF-8 никаких проблем не будет?

P.S. А как же маны на родном языке пользователя?

(Reply to this) (Parent) (Thread)

Да, эмуляторы терминала — совсем другая история, в них UTF-8 работает.

>P.S. А как же маны на родном языке пользователя?
От них больше вреда, чем пользы. А еще больше вреда от перевода сообщений, в таком духе gcc: не заданы входные файлы.

(Reply to this) (Parent) (Thread)

Спасибо за ликбез.

Насчёт переводов ты прав, наверно.
Тем более, они редко в актуальном состоянии поддерживаются.

(Reply to this) (Parent) (Thread)

Дело не только в актуальности, а еще в том, что переводами часто занимаются люди, которые даже родного языка не знают.
А перевод сообщений ломает переносимость скриптов.

(Reply to this) (Parent) (Thread)

Более того: зачастую, локализацией и даже документацией (!) занимаются не разработчики, а совсем другие люди.

Ну и да, приходится приучать себя к LANG/LC_ALL=C перед вызовами команд в скриптах. Несколько напрягает. Причем универсального решения я пока не вижу.

(Reply to this) (Parent)