info
Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
GNU Screen
31 views
Skip to first unread message
Ivan Shmakov
Jun 19, 2012, 10:27:54 AM6/19/12
to
>>>>> Victor Sudakov <v...@mpeks.tomsk.su> writes:
> Вот еще интересная фича. Если из-под пользователя с локалью
> ru_RU.UTF-8 запустить многопользовательский скрин, а потом этот скрин
> приаттачить к сессии другого пользователя, уже с локалью
> ru_RU.KOI8-R, то в скрине будет работать корректная перекодировка.
> Всё это без предварительных настроек encoding и т.п.
AIUI, запуск /сеанса/ Screen с какой-либо локалью автоматически
приводит к установке defencoding <coding> <coding>, где <coding>
-- кодировка локали.
При присоединении, кодировка каждого из <<клиентов>> (i. e.,
второй аргумент команд defencoding и encoding) также
устанавливается соответственно кодировке локали этого клиента.
Следовательно, можно одновременно работать с одним сеансом с
терминалов, использующих различные кодировки. (Чем мне
приходилось пользоваться.)
Предпочитая использовать UTF-8 в сеансах Screen, в ~/.screenrc
добавил:
defencoding UTF-8
setenv LANG ru_RU.UTF-8
IOW, новый сеанс Screen не наследует локаль родителя, но всегда
использует нужную мне.
Кроме локали, некоторые другие переменные окружения также не
следует, на мой взгляд, наследовать. E. g.:
$ (export -n DISPLAY SSH_CONNECTION SSH_CLIENT SSH_TTY ; screen -dmS primary)
(И еще из личного опыта -- может быть полезно постоянно
использовать одинаковое распределение функций по номерам окон.
E. g.: 2 -- Emacs, 4 -- музыка, 5 -- Lynx и Wget, 10 .. 14 --
chroot-окружения, 28 -- top, 32 .. 39 -- SSH, etc.)
--
FSF associate member #7257
> Вот еще интересная фича. Если из-под пользователя с локалью
> ru_RU.UTF-8 запустить многопользовательский скрин, а потом этот скрин
> приаттачить к сессии другого пользователя, уже с локалью
> ru_RU.KOI8-R, то в скрине будет работать корректная перекодировка.
> Всё это без предварительных настроек encoding и т.п.
AIUI, запуск /сеанса/ Screen с какой-либо локалью автоматически
приводит к установке defencoding <coding> <coding>, где <coding>
-- кодировка локали.
При присоединении, кодировка каждого из <<клиентов>> (i. e.,
второй аргумент команд defencoding и encoding) также
устанавливается соответственно кодировке локали этого клиента.
Следовательно, можно одновременно работать с одним сеансом с
терминалов, использующих различные кодировки. (Чем мне
приходилось пользоваться.)
Предпочитая использовать UTF-8 в сеансах Screen, в ~/.screenrc
добавил:
defencoding UTF-8
setenv LANG ru_RU.UTF-8
IOW, новый сеанс Screen не наследует локаль родителя, но всегда
использует нужную мне.
Кроме локали, некоторые другие переменные окружения также не
следует, на мой взгляд, наследовать. E. g.:
$ (export -n DISPLAY SSH_CONNECTION SSH_CLIENT SSH_TTY ; screen -dmS primary)
(И еще из личного опыта -- может быть полезно постоянно
использовать одинаковое распределение функций по номерам окон.
E. g.: 2 -- Emacs, 4 -- музыка, 5 -- Lynx и Wget, 10 .. 14 --
chroot-окружения, 28 -- top, 32 .. 39 -- SSH, etc.)
--
FSF associate member #7257
Victor Sudakov
Jun 20, 2012, 12:08:32 AM6/20/12
to
Ivan Shmakov wrote:
> Кроме локали, некоторые другие переменные окружения также не
> следует, на мой взгляд, наследовать. E. g.:
> $ (export -n DISPLAY SSH_CONNECTION SSH_CLIENT SSH_TTY ; screen -dmS primary)
Кстати, а почему так, а не "unsetenv SSH_CONNECTION" в .screenrc ?
> Кроме локали, некоторые другие переменные окружения также не
> следует, на мой взгляд, наследовать. E. g.:
> $ (export -n DISPLAY SSH_CONNECTION SSH_CLIENT SSH_TTY ; screen -dmS primary)
--
Victor Sudakov, VAS4-RIPE, VAS47-RIPN
2:5005/49@fidonet http://vas.tomsk.ru/
Ivan Shmakov
Jul 13, 2012, 12:33:07 PM7/13/12
to
>>>>> Victor Sudakov <v...@mpeks.tomsk.su> writes:
>>>>> Ivan Shmakov wrote:
>> Кроме локали, некоторые другие переменные окружения также не
>> следует, на мой взгляд, наследовать. E. g.:
>> $ (export -n DISPLAY SSH_CONNECTION SSH_CLIENT SSH_TTY ; \
>> screen -dmS primary)
> Кстати, а почему так, а не "unsetenv SSH_CONNECTION" в .screenrc ?
<<Исторически сложилось.>>
>>>>> Ivan Shmakov wrote:
>> Кроме локали, некоторые другие переменные окружения также не
>> следует, на мой взгляд, наследовать. E. g.:
>> $ (export -n DISPLAY SSH_CONNECTION SSH_CLIENT SSH_TTY ; \
>> screen -dmS primary)
> Кстати, а почему так, а не "unsetenv SSH_CONNECTION" в .screenrc ?
По-видимому, SSH_* лучше обнулять именно в .screenrc, поскольку
эти переменные едва ли потребуется наследовать сеансу.
--
FSF associate member #7257 http://sf-day.org/
0 new messages