Проблема с SSH и mc

[Leonardo431]

Такая проблема... прошу не пинать на гугел и так далее... так как перед отписыванием проблемы все излазил...
при удаленном доступе по SSH в консоли русский язык отображается криво.... и в mc криво отображаются панели....
в общем все отображено в прикрепленных скринах....
прошу помощи..... в решении этой задачки.... так как сам уже весь мозг сломал себе....
ps стоит CentOS версии 5.5
pps Локаль также на скрине

[dmitriev]

Недавно боролся с этой бедой. Посмотрите форум http://unixforum.org/index.php?showtopi ... getnewpost

[Leonardo431]

в общем получилось только латиницу включить.... а чтобы на русском сообщения выводились не получается....((((
вот малая часть списка доступных языков....
может у кого такая же ситуевина????
ps по ссылке сходил почитал попробовал ничего не получилось

[Olej]

Недавно боролся с этой бедой. Посмотрите форум http://unixforum.org/index.php?showtopi ... getnewpost

Тут картина сложнее описана + реальная и интересная: здесь взаимодействуют 2 locale, на хосте терминала, где это смотрится + на хосте к которому подключаеся по SSH и на котором выполняется mc (с понимаемым им локальным для него locale).

Я такую картину встречал (достаточно часто), когда работаешь из Linux (Fedora) удалённо по SSH терминалу с хостом под: а). Sun Solaris 10, б). Open Solaris (11), в). MINIX3. Во всех этих случаях я сам наблюдал подобные "кракозябры"...

Но это когда locale удалённого хоста не совпадает с locale локального терминала.
Как бороться с этим я нигде не встречал.

А вопрос "как?" для этого случая актуальный, и даже не столько для Linux (или не только для Linux), а для подключения по SSH к другим (малым) ОС на встраиваемом, ограниченном ресурсами оборудовании ... тот же Linux в "малых конфигурациях" - когда на удалённом хосте с locale сильно не поиграешься...

[Olej]

ps стоит CentOS версии 5.5
pps Локаль также на скрине

... аж интересно стало, любопытство разобрало

- CentOS указан (с CentOS я много работал по VoIP - там таких чудес не видел)... но это, нужно думать, ОС хоста, к которому коннектимся по SSH + его же локаль...
- но нигде не указано чем коннектились (что за терминал?)...
- подумалось: может это putty из-под Windows
(смутило то, что как-то очень длинный вывод bash показан в вопросе: 1 Unicode символ за 2 CP1251?)

Направил такой же вывод в Fedora (близнец CentOS) в файл:

Код: Выделить всё

$ local
bash: local: может быть использована только в функции

... а на картинке то, как этот файл читается notepad под Wine ...

Похоже?

[tundra37]

Ну вы даете. Хотя я тоже долго борол эту проблемку. Мне помогло то, что использовал старые дистр и там не было UTF-8. Когда столкнулся с этим на Centos, то уже был полностью готов, т.к. знал почему выдается много Р через одну(сначала попил моей крови двухбайтный уникод, потом я с удивлением узнал, что он не стандарт, а давно уже UTF-8). Ну и я вызывал ssh из Винды через putty. Короче, нужен клиент ssh поддерживающий уникод. В putty достаточно задать кодировку UTF-8 и все нормализуется.
Соответственно в Линуксе без UTF-8 с современными кодировками не поработаешь.

[Olej]

Мне помогло то, что использовал старые дистр и там не было UTF-8. Когда столкнулся с этим на Centos, то уже был полностью готов, т.к. знал почему выдается много Р через одну(сначала попил моей крови двухбайтный уникод, потом я с удивлением узнал, что он не стандарт, а давно уже UTF-8). Ну и я вызывал ssh из Винды через putty. Короче, нужен клиент ssh поддерживающий уникод. В putty достаточно задать кодировку UTF-8 и все нормализуется.

Здесь какая-то путаница в спешке :
- UNICODE - это способ представления символов, всех: латинских, арабских, китайских ... на каждый символ - 32 бит, 4 байта, то, что в стандартах языка С названо как тип wchar_t ...
- а UTF - это способы кодирования этих символов UNICODE:
- UTF-8 - в 8 бит, UTF-16 - в 16 бит, UTF-32, соответственно, в 32 бит, UTF-32 кодированием, таким образом, не является, это и есть 32-бит значение UNICODE символа,
- UTF-8 - это есть то, что стандартах языка С названо как mbchar_t.

[tundra37]

Ну т.е. правильно было сказать так: сначала Unicode ассоциировался с UTF-16. Точнее так трактовала Микрософт и Линукс-разрабы вслед за ней в готовых дистрах, чтобы облегчить жизнь "перебежчикам". А так как русский еще имеет вариации в виде koi-8r и 1251 - было и есть весело на русских сайтах и русифицированных прогах.