Re: Putty
On Wed, Aug 09, 2006 at 02:26:50AM +0700, Иван Сергеевич Щербаков wrote: > Здравствуйте, Все! > > Поставил Putty (Дебиан-тестинг, XOrg, KDE) > После коннекта с удаленным сервером русские буквы "на той стороне" не > отображаются. > На удаленной стороне локаль KOI8-R > (Putty из Windows работает нормально.) > Translation - менял (все русские локали перебрал). > КДЕ на локальном компе русский. > > Что ей не хватает? Немного оффтопа, но нафига сей сабж нужен в Linux вообще? Чем openssh-client не устраивает? -- WBR, Dmitry signature.asc Description: Digital signature
Re: Putty
On Tue, 8 Aug 2006 22:46:18 +0300 Dmitry Nezhevenko wrote: > Немного оффтопа, но нафига сей сабж нужен в Linux вообще? Чем > openssh-client не устраивает? This is the Unix port of the popular Windows ssh client, PuTTY. It supports flexible terminal setup, mid-session reconfiguration using Ctrl-rightclick, multiple X11 authentication protocols, and various other interesting things not provided by ssh in an xterm. [EMAIL PROTECTED] spb ru Serge Matveev & ... ICQ 3575357 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Putty
You ([EMAIL PROTECTED]) wrote: SM> This is the Unix port of the popular Windows ssh client, SM> PuTTY. It supports flexible terminal setup, Интересно, чем s/xterm/rxvt/ или s/xterm/whatever-other-term/ не устраивает? SM> mid-session reconfiguration using Ctrl-rightclick, Да, для настройки терминала (см выше). А все остальные опции, доступные через ctrl-rightclick (мегавещь, кстати - неизменяемые shortcuts, типа этого), либо доступны командой '~' ssh, или вступают в действие после рестарта сессии и точно так же редактируются в openssh, только не Ctrl-rightclick'ом, а $EDITOR ~/.ssh/config. SM> multiple X11 authentication protocols, Это вообще как? Что они помимо X-MAGIC-COOKIE придумали-то? SM> and various other interesting things not provided by ssh in an SM> xterm. Эти типы не дочитали ман на ssh(1), очевидно. Не говоря уж о том, что держать один терминал для локальных соединений и другой для удалённых - это неудобно, ибо модальность. -- JID: [EMAIL PROTECTED]
Re: Putty
On Wed, Aug 09, 2006 at 02:26:50AM +0700, Иван Сергеевич Щербаков wrote: > Здравствуйте, Все! > > Поставил Putty (Дебиан-тестинг, XOrg, KDE) > После коннекта с удаленным сервером русские буквы "на той стороне" не > отображаются. > На удаленной стороне локаль KOI8-R > (Putty из Windows работает нормально.) > Translation - менял (все русские локали перебрал). > КДЕ на локальном компе русский. > > Что ей не хватает? Наверно, настроенных/доступных шрифтов в нужной кодировке. См. в Window->Fonts. -- Станислав
Re: Putty
On Wed, Aug 09, 2006 at 06:14:12PM +0700, Mikhail Gusarov wrote: > Эти типы не дочитали ман на ssh(1), очевидно. Не говоря уж о том, что > держать один терминал для локальных соединений и другой для удалённых > - это неудобно, ибо модальность. Package: pterm Description: PuTTY terminal emulator This is an X terminal emulator based on the popular Windows ssh client, PuTTY. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Putty
On Wed, Aug 09, 2006 at 06:14:12PM +0700, Mikhail Gusarov wrote: > > SM> and various other interesting things not provided by ssh in an > SM> xterm. > > Эти типы не дочитали ман на ssh(1), очевидно. Не говоря уж о том, что > держать один терминал для локальных соединений и другой для удалённых > - это неудобно, ибо модальность. Пользователи putty умеют читать? man? Охренеть! ;-} -- Иван Лох -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Putty
You ([EMAIL PROTECTED]) wrote: PA> This is an X terminal emulator based on the popular Windows ssh PA> client, PuTTY. PA> :) Ыыы. Они меня поражают. И что, настройки терминала ещё общие для pterm и putty? Да не поверю. -- JID: [EMAIL PROTECTED]
Re: Putty
On Tue, Aug 08, 2006 at 10:46:18PM +0300, Dmitry Nezhevenko wrote: > On Wed, Aug 09, 2006 at 02:26:50AM +0700, Иван Сергеевич Щербаков wrote: > > Здравствуйте, Все! > > > > Поставил Putty (Дебиан-тестинг, XOrg, KDE) > > После коннекта с удаленным сервером русские буквы "на той стороне" не > > отображаются. > > На удаленной стороне локаль KOI8-R > > (Putty из Windows работает нормально.) > > Translation - менял (все русские локали перебрал). > > КДЕ на локальном компе русский. > > > > Что ей не хватает? > > Немного оффтопа, но нафига сей сабж нужен в Linux вообще? Чем > openssh-client не устраивает? Он всем устраивает. Но теоретически, в профайлах Putty можно хранить настройки для каких-нибудь нестандарных подключений, со "странными" кодировками, типами терминала, аутентификацией и пр. Это спасет некоторое колличество нажатий на клаву. Также, может быть актуально для тех, кто еще не выбросил свою мышь не помойку =) -- Станислав
Re: Putty
On Wed, Aug 09, 2006 at 06:39:04PM +0700, Mikhail Gusarov wrote: > > You ([EMAIL PROTECTED]) wrote: > > PA> This is an X terminal emulator based on the popular Windows ssh > PA> client, PuTTY. > > PA> :) > > Ыыы. Они меня поражают. И что, настройки терминала ещё общие для pterm > и putty? Да не поверю. Не знаю. Но то что эти самые настройки сделать в pterm много проще чем в xterm я уверен %) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Putty
You ([EMAIL PROTECTED]) wrote: PA> Не знаю. Но то что эти самые настройки сделать в pterm много PA> проще чем в xterm я уверен %) Удобное, но неработающее (рассинхронизация настроек терминала - серьёзный баг) решение лучше мене удобного, но работающего? -- JID: [EMAIL PROTECTED]
Re: Putty
On Wed, Aug 09, 2006 at 05:25:44PM +0400, Pavel Ammosov wrote: > On Wed, Aug 09, 2006 at 06:39:04PM +0700, Mikhail Gusarov wrote: > > Ыыы. Они меня поражают. И что, настройки терминала ещё общие для pterm > > и putty? Да не поверю. > > Не знаю. Но то что эти самые настройки сделать в pterm много проще чем в > xterm я уверен %) Это, кстати, не факт. Например, дефолтовые настройки цветов в Putty ужасны и их надо все равно ручками переделывать. Ну и многое другое, что обычно работает в линухе "из коробки" требует там подстройки. Так что софт на любителя. Другое дело, что подстройки эти делаются там путем мышекликов, соответственно легко вписываются в привычную для home user-а систему работы с компом. -- Станислав
Re: Putty
On Wed, Aug 09, 2006 at 08:34:50PM +0700, Mikhail Gusarov wrote: > > You ([EMAIL PROTECTED]) wrote: > > PA> Не знаю. Но то что эти самые настройки сделать в pterm много > PA> проще чем в xterm я уверен %) > > Удобное, но неработающее (рассинхронизация настроек терминала - > серьёзный баг) решение лучше мене удобного, но работающего? Я не очень понимаю что такое "рассинхронизация настроек терминала". Что такое рассинзронизация зеркал в RAID, зон в DNS или времени между учасниками АСУТП я знаю. А терминала? которым один человек пользуется? И это вдруг серьёзно? Мне кажется ты шутишь. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Putty
You ([EMAIL PROTECTED]) wrote: PA> Я не очень понимаю что такое "рассинхронизация настроек PA> терминала". [...] Мне кажется ты шутишь. Я не шучу. Если putty и pterm хранят настройки терминала в разных местах, то для изменения их требуется делать два действия. Из этого сразу следует то, что настройки pterm и putty всегда будут различаться (особенно если вспомнить, что эти настройки правят тогда, когда обычно чего-то нужно сделать, а терминал не работает: вызовут менюшку, ткнут в галочку, закроют и погрузятся обратно в свою проблему. В результате пользователь будет периодически тормозить, думать "а чего это тут у меня клавиши Home/End не работают? А, я же в pterm, а не в putty, и здесь настроек не менял!" Как выражается Витус, "юзер обожает терпеть мелкие неудобства". -- JID: [EMAIL PROTECTED]
Re: Putty
On Wed, Aug 09, 2006 at 09:44:00PM +0700, Mikhail Gusarov wrote: > В результате пользователь будет периодически тормозить, думать "а чего > это тут у меня клавиши Home/End не работают? А, я же в pterm, а не в И (не)работа Home/End это теперь серъёзный баг? Мне кажется твои чувства жесткости багов подверглись неоправданной инфляции. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Putty
You ([EMAIL PROTECTED]) wrote: PA> И (не)работа Home/End это теперь серъёзный баг? Мне кажется твои PA> чувства жесткости багов подверглись неоправданной инфляции. Терминал должен работать. Если он не работает (а любое отклонение от привычного поведения - это "не работает") - то это серьёзный баг, ибо он заставляет постоянно перемещать фокус внимания с задачи на терминал и обратно, а это сильно снижает скорость работы. -- JID: [EMAIL PROTECTED]
Re: Putty
Igor Chumak -> debian-russian@lists.debian.org @ Thu, 10 Aug 2006 10:19:39 +0300: IC> === начало цитаты == MG>> You ([EMAIL PROTECTED]) wrote: PA>>> Я не очень понимаю что такое "рассинхронизация настроек PA>>> терминала". [...] Мне кажется ты шутишь. MG>> Я не шучу. Если putty и pterm хранят настройки терминала в разных MG>> местах, то для изменения их требуется делать два действия. Из этого MG>> сразу следует то, что настройки pterm и putty всегда будут различаться MG>> (особенно если вспомнить, что эти настройки правят тогда, когда обычно MG>> чего-то нужно сделать, а терминал не работает: вызовут менюшку, ткнут MG>> в галочку, закроют и погрузятся обратно в свою проблему. MG>> В результате пользователь будет периодически тормозить, думать "а чего MG>> это тут у меня клавиши Home/End не работают? А, я же в pterm, а не в MG>> putty, и здесь настроек не менял!" Как выражается Витус, "юзер обожает MG>> терпеть мелкие неудобства". IC> Конец цитаты = IC> Странная логика - "если функционально аналогичные программы x и y IC> хранят свои настройки в разных местах, то надо выкинуть y чтобы не IC> было путаницы". IC> Если программа y более удобна - почему бы не пользоваться только ей и IC> не терпеть неудобств? ;) Потому что программа y не выполняет функций программы x. В смысле - putty не умеет работать локально (ssh localhost не предлагать - оверхед на шифрование немалый), а pterm - удаленно. А если пользоваться pterm+ssh, то возвращаемся к первоначальному вопросу "нафига -козе баян- в линуксе putty?" -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Секретный ключ, известный более чем одной персоне, называется публичным. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Putty
Иван Лох -> debian-russian@lists.debian.org @ Wed, 9 Aug 2006 15:21:06 +0400: >> SM> and various other interesting things not provided by ssh in an >> SM> xterm. >> >> Эти типы не дочитали ман на ssh(1), очевидно. Не говоря уж о том, что >> держать один терминал для локальных соединений и другой для удалённых >> - это неудобно, ибо модальность. ИЛ> Пользователи putty умеют читать? man? Охренеть! ;-} Да, умеют. Разумеется, пользователи putty под виндой :-) -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Я не хочу играть за Моргота в игру "если бы Морготом был я" (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Putty
Stanislav Maslovski -> debian-russian@lists.debian.org @ Wed, 9 Aug 2006 15:40:37 +0400: >> Немного оффтопа, но нафига сей сабж нужен в Linux вообще? Чем >> openssh-client не устраивает? SM> Он всем устраивает. Но теоретически, в профайлах Putty можно хранить SM> настройки для каких-нибудь нестандарных подключений, со "странными" SM> кодировками, типами терминала, аутентификацией и пр. Это спасет некоторое SM> колличество нажатий на клаву. Ну а в настройках openssh их можно хранить совершенно практически, чем я и занимаюсь. Более того, у меня оно еще автомагически перестраивается в зависимости от того, в какую сеть воткнут ноутбук (от этого зависит, куда ходить через прокси, а куда - напрямую). Сильно подозреваю, что в профайлах putty это тоже можно хранить практически и перестраивать как надо, но это только в теории нет различия между теорией и практикой... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Машины пока еще от копирования защищены хитрой немецкой технологией "сборка трезвым"Alex Korchmar в <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Putty
On Thu, Aug 10, 2006 at 09:28:34PM +0400, Artem Chuprina wrote: > Иван Лох -> debian-russian@lists.debian.org @ Wed, 9 Aug 2006 15:21:06 +0400: > > ИЛ> Пользователи putty умеют читать? man? Охренеть! ;-} > > Да, умеют. Разумеется, пользователи putty под виндой :-) Пять баллов! =) -- Станислав
Re: Putty
On Thu, Aug 10, 2006 at 11:08:46PM +0400, Stanislav Maslovski wrote: > On Thu, Aug 10, 2006 at 09:28:34PM +0400, Artem Chuprina wrote: > > Иван Лох -> debian-russian@lists.debian.org @ Wed, 9 Aug 2006 15:21:06 > > +0400: > > > > ИЛ> Пользователи putty умеют читать? man? Охренеть! ;-} > > > > Да, умеют. Разумеется, пользователи putty под виндой :-) > > Пять баллов! =) > C:\> man putty "man" не является внутренней или внешней командой, исполняемой программой или пакетным файлом. -- WBR, Dmitry signature.asc Description: Digital signature
Re: Putty
On Thu, Aug 10, 2006 at 09:32:43PM +0400, Artem Chuprina wrote: > Stanislav Maslovski -> debian-russian@lists.debian.org @ Wed, 9 Aug 2006 > 15:40:37 +0400: > > >> Немного оффтопа, но нафига сей сабж нужен в Linux вообще? Чем > >> openssh-client не устраивает? > > SM> Он всем устраивает. Но теоретически, в профайлах Putty можно хранить > SM> настройки для каких-нибудь нестандарных подключений, со "странными" > SM> кодировками, типами терминала, аутентификацией и пр. Это спасет некоторое > SM> колличество нажатий на клаву. > > Ну а в настройках openssh их можно хранить совершенно практически, чем я > и занимаюсь. Более того, у меня оно еще автомагически перестраивается в > зависимости от того, в какую сеть воткнут ноутбук (от этого зависит, > куда ходить через прокси, а куда - напрямую). Сильно подозреваю, что в > профайлах putty это тоже можно хранить практически и перестраивать как > надо, но это только в теории нет различия между теорией и практикой... Ммм. Засунуть настройки шрифтов для эмулятора терминала в конфиги openssh у тебя не получится. Или ты особый секрет знаешь? :) -- Станислав
Re: Putty
On Thu, Aug 10, 2006 at 11:13:34PM +0400, Stanislav Maslovski wrote: > On Thu, Aug 10, 2006 at 09:32:43PM +0400, Artem Chuprina wrote: > > Ммм. Засунуть настройки шрифтов для эмулятора терминала в конфиги openssh > у тебя не получится. Или ты особый секрет знаешь? :) man ssh_config /LocalCommand man xtermcontrol Только зачем это надо? Шрифт это ведь свойство X сервера он _здесь_ а не там... -- Иван Лох -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Putty
Dmitry Nezhevenko -> debian-russian@lists.debian.org @ Thu, 10 Aug 2006 22:12:30 +0300: >> > ИЛ> Пользователи putty умеют читать? man? Охренеть! ;-} >> > >> > Да, умеют. Разумеется, пользователи putty под виндой :-) >> >> Пять баллов! =) >> DN> C:\> man putty DN> "man" не является внутренней или внешней DN> командой, исполняемой программой или пакетным файлом. 15:49:02 [EMAIL PROTECTED]:~ % uname -a CYGWIN_NT-5.1 PIGLET 1.5.20(0.156/4/2) 2006-07-01 02:22 i686 Cygwin 15:49:07 [EMAIL PROTECTED]:~ % man putty No manual entry for putty Ну, на putty действительно мана нет. Но man вполне себе является исполняемой программой... И вообще, никто же не просил ни уметь читать man putty, ни уметь _запускать_ man... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Любой инструмент, используемый не по назначению, имеет свойство превращаться в грабли. Andrey Sverdlichenko -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Putty
On Fri, Aug 11, 2006 at 01:36:12PM +0400, Иван Лох wrote: > On Thu, Aug 10, 2006 at 11:13:34PM +0400, Stanislav Maslovski wrote: > > On Thu, Aug 10, 2006 at 09:32:43PM +0400, Artem Chuprina wrote: > > > > Ммм. Засунуть настройки шрифтов для эмулятора терминала в конфиги openssh > > у тебя не получится. Или ты особый секрет знаешь? :) > > man ssh_config > /LocalCommand > man xtermcontrol Изврат, но, вероятно, работать будет. Я тут как раз недавно думал над тем, зачем может быть нужен xtermcontrol. Теперь вижу :) > Только зачем это надо? Шрифт это ведь свойство X сервера он _здесь_ > а не там... Ну да. И терминал здесь. Допустим, на удаленном компе какой-нибудь язык типа финского и локаль fi_FI.ISO8859-1. А на локальном компе такой локали нет, но ессно есть фонты в кодировке ISO8859-1 (куда уж без них). Так вот, что бы мне свою "SДhkЖposti" (Sa:hko:posti - электронная почта) на удаленном компе читать можно было без проблем, мне и пригодится специфическая настройка терминального шрифта. -- Станислав
Re: Putty
On Fri, Aug 11, 2006 at 03:53:51PM +0400, Artem Chuprina wrote: > Dmitry Nezhevenko -> debian-russian@lists.debian.org @ Thu, 10 Aug 2006 > 22:12:30 +0300: > > >> > ИЛ> Пользователи putty умеют читать? man? Охренеть! ;-} > >> > > >> > Да, умеют. Разумеется, пользователи putty под виндой :-) > >> > >> Пять баллов! =) > >> > > DN> C:\> man putty > DN> "man" не является внутренней или внешней > DN> командой, исполняемой программой или пакетным файлом. > > 15:49:02 [EMAIL PROTECTED]:~ > % uname -a > CYGWIN_NT-5.1 PIGLET 1.5.20(0.156/4/2) 2006-07-01 02:22 i686 Cygwin > 15:49:07 [EMAIL PROTECTED]:~ > % man putty > No manual entry for putty > > Ну, на putty действительно мана нет. Но man вполне себе является > исполняемой программой... > > И вообще, никто же не просил ни уметь читать man putty, ни уметь > _запускать_ man... Я вообще понял замечание Артема так: пользователи Putty под виндами, это пользователи unix на удаленной машине. Они, как правило, не самые тупые, ибо тупым юзерам удаленный unix терминал нафиг не нужен. Соответственно, маны они читать умеют ;) -- Станислав
Re: Putty
>> > Ммм. Засунуть настройки шрифтов для эмулятора терминала в >> > конфиги openssh у тебя не получится. Или ты особый секрет >> > знаешь? :) >> man ssh_config >> /LocalCommand >> man xtermcontrol SM> Изврат, но, вероятно, работать будет. Я тут как раз недавно думал SM> над тем, зачем может быть нужен xtermcontrol. Теперь вижу :) Расскажу, для чего я юзаю xtermcontrol. В зависимости от сессии в xterm у меня фон xterm-а разный. Например, локальные - серый фон. Рутовые - красный фон. Удалённые - зелёный, жёлтый etc (в зависимости от хоста). Лично мне сильно помогает избежать багов типа "$ rm file, ОЙ, БЛИН, Я ЖЕ НЕ У СЕБЯ!!!" (ну, с rm всё равно несколько раз проверишь, а вот с perldoc или там /etc/init.d/smth restart особо проверять не будешь). -- Ruslan Kosolapov Plesk QA Department Second Manager SWsoft, Inc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Putty
On Fri, Aug 11, 2006 at 08:31:57PM +0400, Stanislav Maslovski wrote: > > > Ммм. Засунуть настройки шрифтов для эмулятора терминала в конфиги openssh > > > у тебя не получится. Или ты особый секрет знаешь? :) > > man ssh_config > > /LocalCommand > > man xtermcontrol > Изврат, но, вероятно, работать будет. Я тут как раз недавно думал над > тем, зачем может быть нужен xtermcontrol. Теперь вижу :) Это очень логичная конструкция. А xtermcontrol позволяет делать разные замысловатые вещи с выводом сессии, которую нельзя рвать. > > Только зачем это надо? Шрифт это ведь свойство X сервера он _здесь_ > > а не там... > > Ну да. И терминал здесь. Допустим, на удаленном компе какой-нибудь > язык типа финского и локаль fi_FI.ISO8859-1. А на локальном компе > такой локали нет, но ессно есть фонты в кодировке ISO8859-1 (куда уж > без них). Так вот, что бы мне свою "SДhkЖposti" (Sa:hko:posti - > электронная почта) на удаленном компе читать можно было без проблем, > мне и пригодится специфическая настройка терминального шрифта. А почему нет такой локали на локальном компе? Есть такое правило -- в многопользовательской системе генерируются все локали и ставится по умолчанию utf8. Юникодные шрифты в Дебиан есть. Все будет замечательно. -- Иван Лох -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Putty
On Tue, Aug 15, 2006 at 11:16:21AM +0700, Ruslan Kosolapov wrote: > Расскажу, для чего я юзаю xtermcontrol. > В зависимости от сессии в xterm у меня фон xterm-а разный. А xtermcontrol зачем? Это же все можно при старте xterm указывать. Или в ресурсах... У меня в зависимости от виртуального десктопа тоже терминалы разного цвета запускаются... Но у меня там просто разные ресурсы и темы gtk. -- Иван Лох -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Putty
>> Расскажу, для чего я юзаю xtermcontrol. В зависимости от сессии в >> xterm у меня фон xterm-а разный. ИЛ> А xtermcontrol зачем? Это же все можно при старте xterm ИЛ> указывать. Или в ресурсах... У меня в зависимости от ИЛ> виртуального десктопа тоже терминалы разного цвета ИЛ> запускаются... Но у меня там просто разные ресурсы и темы gtk. Дык это, я сначала xterm открываю, а потом уже ssh или su. Плюс надо уметь обратно ещё менять фон. Как это через ресурсы сделать? -- Ruslan Kosolapov Plesk QA Department Second Manager SWsoft, Inc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Putty
On Tue, Aug 15, 2006 at 06:07:57PM +0700, Ruslan Kosolapov wrote: > Дык это, я сначала xterm открываю, а потом уже ssh или su. Плюс > надо уметь обратно ещё менять фон. Как это через ресурсы сделать? Ну у меня все проще. Во-первых, у меня много десктопов в FVWM, при переключении которых меняются ресурсы по-умолчанию, а, во-вторых, xterm для разных нужд (например mutt и т. д.) запускается с разными классами ресурсов. Но там еще какая-нибудь дрянь внутри обычно наверчена. А, что касается красного xterm для root, то мне это не очень. И так есть "синдром решетки". IMHO промпта для этого вполне достаточно, тем более, что в отличии от красного терминала это везде так. Хотя на эту тему здесь уже была полемика, кажется. Это все на любителя. -- Иван Лох -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]