Шаги ниже работы над Дугой Linux (не уверенный в Ubuntu).
/etc/locale.gen
,cs_CZ ISO-8859-2
,sudo locale-gen
генерировать файлы локали.После этого std::locale("cs_CZ.ISO8859-2")
должен хорошо работать.
Этот тип беспорядка подходит вполне немного с людьми, которые плохо знакомы с Unix в целом и также целым бизнесом удаленного соединения от одной системы Unix до другого, таким образом, вот канонический ответ, который, надо надеяться, поможет другим в будущем также.
Скажите, что это - Ваш сценарий:
.----------. .----------.
| Server S | | Client C |
| | | |
| | | |
'----------' '----------'
/home/user1 /home/user1
/home/user1/.tmux.conf /home/user1/.tmux.conf
/home/user1/.irssi/config /home/user1/.irssi/config
В вышеупомянутой ситуации у нас есть 2 компьютера и 2 учетных записей пользователей. 2 учетных записи? Да даже при том, что эти 2 системы имеют того же пользователя, user1, эти учетные записи абсолютно не связаны друг с другом, кроме у них, оказывается, есть то же имя.
Если Вам установили программное обеспечение в обеих системах, программное обеспечение в этих 2 системах абсолютно не связано друг от друга. Так, например, Вы могли иметь tmux
версия 1 на Сервере S, в то время как у Клиента C могло быть версия 2.
Можно проверить, какую версию a вычисляют, имеет как так:
$ tmux -V
tmux 1.4
$ irssi -v
irssi 0.8.15 (20100403 1617)
Программное обеспечение Most Unix использует установку файлов, иначе. конфигурационные файлы. Эти файлы обычно находятся в "домашнем" каталоге пользователя, иначе. /home/user1
, в нашем примере выше.
Примечание: У других пользователей есть свои собственные корневые каталоги, иначе. /home/user2
, и т.д.
Таким образом, каждое приложение будет обычно сохранять набор по умолчанию настроек в Вашем "домашнем" каталоге в местоположениях, таких как:
/home/user1/.tmux.conf
или
/home/user1/.irssi/config
Нет никакой истинной непротиворечивости в том, как их называют. Вы заметите, что они содержат период (". ") перед ними. Это то, так, чтобы, когда Вы делаете ls
в "домашнем" каталоге эти конфигурационные файлы опущены от вывода.
Например:
$ ls
adir1 adir2 afile1 afile2
$ ls -a
. .. adir1 adir2 afile1 afile2 .irssi .tmux.conf
Первая команда показывает все минус они период (иначе. точечные файлы), в то время как вторая версия этой команды, включает переключатель, -a
, который показывает эти "скрытые" файлы.
Таким образом, теперь с некоторой основой мы можем лучше понять Ваш вопрос. Надо надеяться, очевидно в этой точке, что параметры конфигурации в одной системе, абсолютно независимы от настроек в другой системе.
Например:
Версия
tmux
на Сервере S мог быть в, говорят что версия 1, между темtmux
на Клиенте C мог быть в версии 2, и возможно эти 2 версии имеют различные функции и/или возможности, таким образом, файлы настроек в этих 2 системах полностью отличались бы друг от друга.
Так обычно то, что сделают люди, поддерживают файлы в основном месте и затем копируют (или нажатие) их к различным системам, на которых они используют их. Заботясь для поддержания любых различий между различными версиями они могут встретиться.
Это может казаться болезненным, но это на самом деле хорошо в том смысле, что это вынуждает Вас как пользователя управлять файлами более вдумчивым и управляемым способом, вместо того, чтобы позволить им просто плавать дико, как руководящий принцип на парусной лодке, без одной у руля.
Также существуют инструменты (scp и/или rsync), чтобы помочь упростить управление и/или перемещение файлов, но это - другая тема все вместе.
Таким образом, когда Вы ssh
в Сервер S и запуск a tmux
сессия Вы используете tmux
настройки от user1 это локально для Сервера S. Если Вы разъединяетесь с Сервера S и затем более позднего подключения к нему от Клиента C, Вы все еще используете конфигурационные файлы с Сервера S.
Сохраните это подсознательно. Настройки, которые привыкнут, являются теми, которые локальны туда, где программное обеспечение работает. tmux
работает локально на Сервере S, таким образом, он будет использовать настройки, локальные для Сервера S. То же идет для irssi
.
ssh
соединение. Вы работаете ssh
клиент, локально на Клиенте C, для соединения с Сервером S, таким образом, ssh
конфигурации, которые используются, являются теми локальными для Клиента C.
После разъяснения: те два "перемещаются" с сервером; клиент, от которого Вы соединяетесь, не повлияет на также.
После того как Вы запускаете, Ваш клиент IRC в оконечном мультиплексоре оба из приложений прочитал их соответствующую конфигурацию из устройства хранения данных (который является, вероятно, диском на сервере). После того как приложения работают, конфигурация остается неизменной (если Вы explicitely не изменяете ее, конечно). Неважно, где от того, куда Вы собираетесь соединиться с сессией, ярлыки будут тем же.
Следовательно вполне обычно: эффективные настройки являются теми из под управлением рассматриваемой программы.
Для предотвращения беспорядка, это - хорошая идея сохранить настройки синхронизируемыми, или при помощи сетевой файловой системы для корневого каталога или при помощи хранения конфигурации под VCS (предпочтительно распределенный и синхронизация часто.