Re: (решено) GNOME и koi8
Прописал в /etc/gdm/Xsession в начало - заработало. Никто не прокомментирует почему gdm игнорирует /etc/profile? В Срд, 26/03/2008 в 12:43 +0200, Покотиленко Костик пишет: > Системная локаль koi8-u, на это есть причины (Demos Commander). > > Была проблема, GNOME создавал файлы в UTF8 чихая на системную локаль. > Раньше это лечилось установкой G_BROKEN_FILENAME=1 (вроде бы > в /etc/profile). С какого-то момента проблема появилась опять, я > заметил, что G_BROKEN_FILENAME в среде нет. Поставил в /etc/profile > толку нет: > > в терминале из-под gnome: > > ~$ echo $G_BROKEN_FILENAMES > 1 > ~$ cd tmp/lo > ~/tmp/lo$ ls -la > итого 8 > drwxr-xr-x 2 casper casper 4096 2008-03-26 12:34 . > drwxr-xr-- 13 casper casper 4096 2008-03-26 12:34 .. > ~/tmp/lo$ > > GNOME'ом создаю новую папку, в GNOME'е она отображается нормально > "неозаглавленная папка", но в терминале: > > ~/tmp/lo$ ls -la > итого 12 > drwxr-xr-x 3 casper casper 4096 2008-03-26 12:37 . > drwxr-xr-- 13 casper casper 4096 2008-03-26 12:34 .. > drwxr-xr-x 2 casper casper 4096 2008-03-26 12:37 > пҐп╣п╬пЇп╟пЁп╩п╟п╡п╩п╣пҐпҐп╟я▐ п©п╟п©п╨п╟ > ~/tmp/lo$ > > > Что я провтыкал? > -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
Покотиленко Костик -> debian-russian @ Wed, 26 Mar 2008 12:56:58 +0200: ПК> Прописал в /etc/gdm/Xsession в начало - заработало. ПК> Никто не прокомментирует почему gdm игнорирует /etc/profile? Сначала хотелось бы увидеть внятное обоснование, почему он должен туда заглядывать. Hint: When bash is invoked as an interactive login shell, or as a non-inter- active shell with the --login option, it first reads and executes com- mands from the file /etc/profile, if that file exists. (man sh) -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Ошибка в мигель-ДНКазе -- Mike Novikoff in <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
> Прописал в /etc/gdm/Xsession в начало - заработало. > Никто не прокомментирует почему gdm игнорирует /etc/profile? Ничего не скажу насчет GDM, но для XDM проблема известная и древняя как мир. /etc/profile прилогине через XDM ниоткуда по умолчанию не зовется. Лечение: - все вещи запускающиеся на старте X записываешь в ~/.xinitrc (для startx) - ~/.xsession (для логина через XDM): #!/bin/sh /your/favourite/shell -li ~/.xinitrc -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
В Срд, 26/03/2008 в 15:44 +0300, Artem Chuprina пишет: > Покотиленко Костик -> debian-russian @ Wed, 26 Mar 2008 12:56:58 +0200: > > ПК> Прописал в /etc/gdm/Xsession в начало - заработало. > > ПК> Никто не прокомментирует почему gdm игнорирует /etc/profile? > > Сначала хотелось бы увидеть внятное обоснование, почему он должен туда > заглядывать. > > Hint: >When bash is invoked as an interactive login shell, or as a non-inter- >active shell with the --login option, it first reads and executes com- >mands from the file /etc/profile, if that file exists. > (man sh) Вот и ответ, спасибо, для меня это было не очевидно. -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
Покотиленко Костик -> debian-russian@lists.debian.org @ Wed, 26 Mar 2008 16:13:07 +0200: >> ПК> Прописал в /etc/gdm/Xsession в начало - заработало. >> >> ПК> Никто не прокомментирует почему gdm игнорирует /etc/profile? >> >> Сначала хотелось бы увидеть внятное обоснование, почему он должен туда >> заглядывать. >> >> Hint: >>When bash is invoked as an interactive login shell, or as a >> non-inter- >>active shell with the --login option, it first reads and executes >> com- >>mands from the file /etc/profile, if that file exists. >> (man sh) ПК> Вот и ответ, спасибо, для меня это было не очевидно. Извлекается поиском /etc/profile в man sh. И заодно в man gdm, где поиск обламывается :) -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Молодой, дикорастущий организм... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
Wed, 26 Mar 2008 16:13:07 +0200 Покотиленко Костик <[EMAIL PROTECTED]> wrote: > В Срд, 26/03/2008 в 15:44 +0300, Artem Chuprina пишет: > > Покотиленко Костик -> debian-russian @ Wed, 26 Mar 2008 12:56:58 > > +0200: > > > > ПК> Прописал в /etc/gdm/Xsession в начало - заработало. > > > > ПК> Никто не прокомментирует почему gdm игнорирует /etc/profile? > > > > Сначала хотелось бы увидеть внятное обоснование, почему он должен > > туда заглядывать. > > > > Hint: > >When bash is invoked as an interactive login shell, or as a > > non-inter- active shell with the --login option, it first reads > > and executes com- mands from the file /etc/profile, if that file > > exists. (man sh) > > Вот и ответ, спасибо, для меня это было не очевидно. > Есть еще /etc/environment -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:[EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
* Покотиленко Костик <[EMAIL PROTECTED]> [2008-03-26 12:56:58+0200] > Прописал в /etc/gdm/Xsession в начало - заработало. > > Никто не прокомментирует почему gdm игнорирует /etc/profile? А где написано, что display manager должен исполнять /etc/profile? Вроде /etc/profile shell исполняет (да и то не любой, а login). -- Roman I. Cheplyaka :: http://ro-che.info/ ...being in love is totally punk rock... signature.asc Description: Digital signature
Re: (решено) GNOME и koi8
В Срд, 26/03/2008 в 19:03 +0300, Alexander GQ Gerasiov пишет: > Wed, 26 Mar 2008 16:13:07 +0200 > Покотиленко Костик <[EMAIL PROTECTED]> wrote: > > > В Срд, 26/03/2008 в 15:44 +0300, Artem Chuprina пишет: > > > Покотиленко Костик -> debian-russian @ Wed, 26 Mar 2008 12:56:58 > > > +0200: > > > > > > ПК> Прописал в /etc/gdm/Xsession в начало - заработало. > > > > > > ПК> Никто не прокомментирует почему gdm игнорирует /etc/profile? > > > > > > Сначала хотелось бы увидеть внятное обоснование, почему он должен > > > туда заглядывать. > > > > > > Hint: > > >When bash is invoked as an interactive login shell, or as a > > > non-inter- active shell with the --login option, it first reads > > > and executes com- mands from the file /etc/profile, if that file > > > exists. (man sh) > > > > Вот и ответ, спасибо, для меня это было не очевидно. > > > Есть еще /etc/environment А этот никто не херит? Это было бы правильнее, чем то как сделал я. -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
На Wed, 26 Mar 2008 18:47:06 +0200 Покотиленко Костик <[EMAIL PROTECTED]> записано: > В Срд, 26/03/2008 в 19:03 +0300, Alexander GQ Gerasiov пишет: > > Wed, 26 Mar 2008 16:13:07 +0200 > > Покотиленко Костик <[EMAIL PROTECTED]> wrote: > > > > > В Срд, 26/03/2008 в 15:44 +0300, Artem Chuprina пишет: > > > > Покотиленко Костик -> debian-russian @ Wed, 26 Mar 2008 > > > > 12:56:58 +0200: > > > > > > > > ПК> Прописал в /etc/gdm/Xsession в начало - заработало. > > > > > > > > ПК> Никто не прокомментирует почему gdm > > > > игнорирует /etc/profile? > > > > > > > > Сначала хотелось бы увидеть внятное обоснование, почему он > > > > должен туда заглядывать. > > > > > > > > Hint: > > > >When bash is invoked as an interactive login shell, or > > > > as a non-inter- active shell with the --login option, it first > > > > reads and executes com- mands from the file /etc/profile, if > > > > that file exists. (man sh) > > > > > > Вот и ответ, спасибо, для меня это было не очевидно. > > > > > Есть еще /etc/environment > > А этот никто не херит? > > Это было бы правильнее, чем то как сделал я. Его используют все, в том числе демоны, стартующие из инит скриптов. Если я ничего не путаю. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:[EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D
Re: (решено) GNOME и koi8
> Покотиленко Костик -> debian-russian @ Wed, 26 Mar 2008 12:56:58 +0200: ПК>> Прописал в /etc/gdm/Xsession в начало - заработало. ПК>> Никто не прокомментирует почему gdm игнорирует /etc/profile? > Сначала хотелось бы увидеть внятное обоснование, почему он должен туда > заглядывать. По логике должен. Не должно быть никакой разницы между логином в консоль+startx и xdm/gdm/kdm/... -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
Aleksey Cheusov -> debian-russian@lists.debian.org @ Thu, 27 Mar 2008 09:21:01 +0200: ПК>>> Прописал в /etc/gdm/Xsession в начало - заработало. ПК>>> Никто не прокомментирует почему gdm игнорирует /etc/profile? >> Сначала хотелось бы увидеть внятное обоснование, почему он должен >> туда заглядывать. AC> По логике должен. Не должно быть никакой разницы между логином в AC> консоль+startx и xdm/gdm/kdm/... С какого перепугу? В варианте логина в консоль система вполне справедливо полагает, что ты можешь захотеть не только startx, но и какую-нибудь другую команду. И должна настраивать консоль. Которой при логине через *dm вообще нет как класса. Я уж молчу про логин через ssh и про то, что логин через *dm и с консоли может происходить на _разные_ машины, хотя монитор и клавиатура те же самые (с X-терминалом обычно так и есть)... -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Save the environment. Create a closure today. -- Cormac Flanagan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
В Чтв, 27/03/2008 в 15:02 +0300, Artem Chuprina пишет: > Aleksey Cheusov -> debian-russian@lists.debian.org @ Thu, 27 Mar 2008 > 09:21:01 +0200: > > ПК>>> Прописал в /etc/gdm/Xsession в начало - заработало. > > ПК>>> Никто не прокомментирует почему gdm игнорирует /etc/profile? > > >> Сначала хотелось бы увидеть внятное обоснование, почему он должен > >> туда заглядывать. > > AC> По логике должен. Не должно быть никакой разницы между логином в > AC> консоль+startx и xdm/gdm/kdm/... > > С какого перепугу? В варианте логина в консоль система вполне > справедливо полагает, что ты можешь захотеть не только startx, но и > какую-нибудь другую команду. И должна настраивать консоль. Которой при > логине через *dm вообще нет как класса. > > Я уж молчу про логин через ssh и про то, что логин через *dm и с консоли > может происходить на _разные_ машины, хотя монитор и клавиатура те же > самые (с X-терминалом обычно так и есть)... Насколько я понял, он про это и говорит. Логин он и есть логин, посредством /bin/login или *DM. Мало того, если ты зашёл через *DM и не запустил терминал, это всё равно логин и программы должны получить окружение. Тут вопрос в другом, GNOME не даёт нужного окружения прогам запущенным посредством менеджера сессий, как например nautilus и gnome-panel. -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
ПК Прописал в /etc/gdm/Xsession в начало - заработало. ПК Никто не прокомментирует почему gdm игнорирует /etc/profile? >>> Сначала хотелось бы увидеть внятное обоснование, почему он должен >>> туда заглядывать. AC>> По логике должен. Не должно быть никакой разницы между логином в AC>> консоль+startx и xdm/gdm/kdm/... > С какого перепугу? С большого. > В варианте логина в консоль система вполне > справедливо полагает, что ты можешь захотеть не только startx, но и > какую-нибудь другую команду. И что? Аргументация где? > И должна настраивать консоль. Которой при > логине через *dm вообще нет как класса. И что? Консоли нет. А окружение должно быть. И должно быть одинаковым. Если пользователь ЯВНО не сделает иначе. > Я уж молчу про логин через ssh и про то, что логин через *dm и с консоли > может происходить на _разные_ машины, хотя монитор и клавиатура те же > самые (с X-терминалом обычно так и есть)... Удивил :) Еще раз. Логин - он и в африке логин, как бы он ни делался, через консоль или *DM, окружение должно быть одинаковым. Сейчас это не так по умолчанию, видимо ввиду каких-то исторических причин. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
On Fri, Mar 28, 2008 at 09:13:23AM +0200, Aleksey Cheusov wrote: > ПК Прописал в /etc/gdm/Xsession в начало - заработало. > > ПК Никто не прокомментирует почему gdm игнорирует /etc/profile? > > >>> Сначала хотелось бы увидеть внятное обоснование, почему он должен > >>> туда заглядывать. > > AC>> По логике должен. Не должно быть никакой разницы между логином в > AC>> консоль+startx и xdm/gdm/kdm/... > > > С какого перепугу? > С большого. > > > В варианте логина в консоль система вполне > > справедливо полагает, что ты можешь захотеть не только startx, но и > > какую-нибудь другую команду. > И что? Аргументация где? > > > И должна настраивать консоль. Которой при > > логине через *dm вообще нет как класса. > И что? Консоли нет. А окружение должно быть. И должно быть одинаковым. > Если пользователь ЯВНО не сделает иначе. > > > Я уж молчу про логин через ssh и про то, что логин через *dm и с консоли > > может происходить на _разные_ машины, хотя монитор и клавиатура те же > > самые (с X-терминалом обычно так и есть)... > Удивил :) > > Еще раз. Логин - он и в африке логин, как бы он ни делался, через консоль > или *DM, окружение должно быть одинаковым. Для этого есть /etc/environment и соответствующий модуль PAM. -- Stanislav
Re: (решено) GNOME и koi8
>> Еще раз. Логин - он и в африке логин, как бы он ни делался, через консоль >> или *DM, окружение должно быть одинаковым. > Для этого есть /etc/environment и соответствующий модуль PAM. А при чем здесь Линукс? И всякие ОС-завимые штучки типа pam. Есть /etc/profile, есть правило его выполнять шелом при логине. Это работает везде и всегда, и этого достаточно. /etc/environment - это уже лишние слабопереносимые наросты... А вот XDM - это тоже своего рода "login shell", и правила его работы должны быть теми же, что и у обычного шела. Если не в апстриме, то по крайней мере в дистрибутивах и/или в дефолтном /etc/skel/.xsession было бы весьма полезно. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
On Fri, Mar 28, 2008 at 01:12:30PM +0200, Aleksey Cheusov wrote: > >> Еще раз. Логин - он и в африке логин, как бы он ни делался, через консоль > >> или *DM, окружение должно быть одинаковым. > > > Для этого есть /etc/environment и соответствующий модуль PAM. > > А при чем здесь Линукс? Шли бы вы, дорогой мой, туда, откуда пришли. Там, где не линукс, и из щелей не дует. -- Stanislav
Re: (решено) GNOME и koi8
On Fri, Mar 28, 2008 at 02:38:00PM +0200, Aleksey Cheusov wrote: > >> > Для этого есть /etc/environment и соответствующий модуль PAM. > >> > >> А при чем здесь Линукс? > > > Шли бы вы, дорогой мой, туда, откуда пришли. Там, где не линукс, и из щелей > > не дует. > > Ты малолетний дебил. Впредь, желая таким образом продемонстрировать превосходство своего умственного развития и богатство жизненного опыта, отвечайте в рассылку. По поводу линукса. Линукс - это основная платформа Debian. В этой рассылке обсуждают Debian. -- Stanislav
Re: (решено) GNOME и koi8
>> >> Еще раз. Логин - он и в африке логин, как бы он ни делался, >> >> через консоль или *DM, окружение должно быть одинаковым. >> >> > Для этого есть /etc/environment и соответствующий модуль PAM. >> >> А при чем здесь Линукс? > Шли бы вы, дорогой мой, туда, откуда пришли. Там, где не линукс, и из щелей > не дует. Специально для тебя, дебил, повторяю. #!/bin/sh /bin/bash -li ~/.xinitrc Читаем внимательно, вкуриваем каждую букву. И я повторяю вопрос. При чем тут здесь линуксовый /etc/environment вообще? Исходный вопрос решается без привлечения линуксовых "фишек", и правильное решение вообще не зависит от ОС. GDM и GNOME никогда не использовал, не в курсе, кто там откуда стартует, но решение для них, уверен, совершенно аналогичное. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
> On Fri, Mar 28, 2008 at 02:38:00PM +0200, Aleksey Cheusov wrote: >> >> > Для этого есть /etc/environment и соответствующий модуль PAM. >> >> >> >> А при чем здесь Линукс? >> >> > Шли бы вы, дорогой мой, туда, откуда пришли. Там, где не линукс, >> > и из щелей не дует. >> >> Ты малолетний дебил. Я повторюсь. Ты дебил! > По поводу линукса. Линукс - это основная платформа Debian. В этой > рассылке обсуждают Debian. Решение проблем, возникающих в Линукс, не всегда является специфичным для Линукс. Это откровение? Добро пожаловать в килфайл, идиот. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
~/.xsession: #!/bin/sh /bin/bash -li ~/.xinitrc -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
On Fri, Mar 28, 2008 at 03:19:51PM +0200, Aleksey Cheusov wrote: > >> >> Еще раз. Логин - он и в африке логин, как бы он ни делался, > >> >> через консоль или *DM, окружение должно быть одинаковым. > >> > >> > Для этого есть /etc/environment и соответствующий модуль PAM. > >> > >> А при чем здесь Линукс? > > > Шли бы вы, дорогой мой, туда, откуда пришли. Там, где не линукс, и из щелей > > не дует. > > Специально для тебя, дебил, повторяю. > >#!/bin/sh >/bin/bash -li ~/.xinitrc > > Читаем внимательно, вкуриваем каждую букву. Больной: Чеусов Алексей. Дигноз: мания, развившаяся на почве фидорастии. Симптоматика: повышенная любовь к велосипедам, словесный понос. Лечение: /dev/null. -- Stanislav
Re: (решено) GNOME и koi8
В сообщении от п'ятниця, 28-бер-2008 Stanislav Maslovski написал(a): > Больной: Чеусов Алексей. > Дигноз: мания, развившаяся на почве фидорастии. > Симптоматика: повышенная любовь к велосипедам, словесный понос. > Лечение: /dev/null. А со стороны глянуть - то вы оба отличились. -- JID: alexey#boyko,km,ua
Re: (решено) GNOME и koi8
Покотиленко Костик -> debian-russian@lists.debian.org @ Thu, 27 Mar 2008 19:37:39 +0200: >> ПК>>> Прописал в /etc/gdm/Xsession в начало - заработало. >> >> ПК>>> Никто не прокомментирует почему gdm игнорирует /etc/profile? >> >> >> Сначала хотелось бы увидеть внятное обоснование, почему он должен >> >> туда заглядывать. >> >> AC> По логике должен. Не должно быть никакой разницы между логином в >> AC> консоль+startx и xdm/gdm/kdm/... >> >> С какого перепугу? В варианте логина в консоль система вполне >> справедливо полагает, что ты можешь захотеть не только startx, но и >> какую-нибудь другую команду. И должна настраивать консоль. Которой при >> логине через *dm вообще нет как класса. >> >> Я уж молчу про логин через ssh и про то, что логин через *dm и с консоли >> может происходить на _разные_ машины, хотя монитор и клавиатура те же >> самые (с X-терминалом обычно так и есть)... ПК> Насколько я понял, он про это и говорит. Логин он и есть логин, ПК> посредством /bin/login или *DM. Мало того, если ты зашёл через *DM ПК> и не запустил терминал, это всё равно логин и программы должны ПК> получить окружение. ПК> Тут вопрос в другом, GNOME не даёт нужного окружения прогам ПК> запущенным посредством менеджера сессий, как например nautilus и ПК> gnome-panel. То, что программы должны получить окружение, не вопрос. Вопрос, собственно, в том, с какого перепугу они его должны брать в /etc/profile, файле, специфичном для /bin/sh. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] The Eclipse Platform is an open and extensible platform for anything and yet nothing in particular. -- apt-cache show eclipse-platform -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
Aleksey Cheusov -> debian-russian@lists.debian.org @ Fri, 28 Mar 2008 09:13:23 +0200: Сначала хотелось бы увидеть внятное обоснование, почему он должен туда заглядывать. AC>>> По логике должен. Не должно быть никакой разницы между логином в AC>>> консоль+startx и xdm/gdm/kdm/... >> С какого перепугу? AC> С большого. >> В варианте логина в консоль система вполне >> справедливо полагает, что ты можешь захотеть не только startx, но и >> какую-нибудь другую команду. AC> И что? Аргументация где? И то, что нужно настроить среду для выполнения консольных программ. Что в случае с логином в иксы не только не нужно, но и физически невозможно, за отсутствием оной консоли. >> И должна настраивать консоль. Которой при >> логине через *dm вообще нет как класса. AC> И что? Консоли нет. А окружение должно быть. И должно быть AC> одинаковым. Если пользователь ЯВНО не сделает иначе. >> Я уж молчу про логин через ssh и про то, что логин через *dm и с консоли >> может происходить на _разные_ машины, хотя монитор и клавиатура те же >> самые (с X-терминалом обычно так и есть)... AC> Удивил :) AC> Еще раз. Логин - он и в африке логин, как бы он ни делался, через AC> консоль или *DM, окружение должно быть одинаковым. Сейчас это не AC> так по умолчанию, видимо ввиду каких-то исторических причин. Для выставления _части_ окружения, одинаковой при любом логине, существует pam_env. А _все_ окружение одинаковым быть не должно. Хинт: чему должно равняться общее для всех вариантов логина значение переменной окружения DISPLAY? COLUMNS? LINES? TERM? LC_MESSAGES, наконец (а у меня консоль не русифицирована, ибо нафиг не надо)? Ну и так далее, кто тут у меня в среде? BAUD, COLORFGBG, DBUS_SESSION_BUS_ADDRESS, DESKTOP_SESSION, FVWM_MODULEDIR, FVWM_USERDIR, GDMSESSION, GDM_XSERVER_LOCATION, HOST, PROMPT, SHELL, SSH_AGENT_PID, SSH_AUTH_SOCK, TTY, XAUTHORITY... И главное, почему? -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Это неправильный шелл. В нем дают неправильный перл. (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
Aleksey Cheusov -> Stanislav Maslovski @ Fri, 28 Mar 2008 13:12:30 +0200: >>> Еще раз. Логин - он и в африке логин, как бы он ни делался, через консоль >>> или *DM, окружение должно быть одинаковым. >> Для этого есть /etc/environment и соответствующий модуль PAM. AC> А при чем здесь Линукс? И всякие ОС-завимые штучки типа pam. Есть AC> /etc/profile, есть правило его выполнять шелом при логине. Это AC> работает везде и всегда, Нет. Исследование вопроса о том, какие бывают шеллы и почему не все они выполняют /etc/profile, оставляется читателю в качестве домашнего упражнения. Хинт: мой шелл, к примеру, /etc/profile не читает. Кроме как в режиме sh/ksh compatibility. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Чем отличается свобода от независимости? Независимость - это когда за тебя не платят. А свобода - когда за тебя не думают. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
On 2008.03.28 at 12:21:20 +0300, Stanislav Maslovski wrote:
> > Еще раз. Логин - он и в африке логин, как бы он ни делался, через консоль
> > или *DM, окружение должно быть одинаковым.
>
> Для этого есть /etc/environment и соответствующий модуль PAM.
И что, в pam_env уже есть способ зачитать per_user конфигурационный
файл? Который юзер может править сам, не зная рутового пароля?
Лично я обхожусь тем, что добавляю
. ${HOME}/.environment
и в ~/.profile, и в ~/.xsession, а уже в ~/.environment пишу те
переменные, которые требуется иметь во всех случаях.
Почему пишу не ~/.environment, а ${HOME}/.environment?
А потому что в большинстве разных *nix в которых этот .xsession читается,
/bin/sh не является ссылкой на /bin/bash, и ~ раскрывать не умеет.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
On 2008.03.28 at 15:19:51 +0200, Aleksey Cheusov wrote: > >#!/bin/sh >/bin/bash -li ~/.xinitrc > Читаем внимательно, вкуриваем каждую букву. > > И я повторяю вопрос. При чем тут здесь линуксовый /etc/environment вообще? И с какого это перепугу в не-линуксе bash будет в /bin, а не в /usr/bin или /usr/local/bin? И с какого перепугу он будет тильду раскрывать не при парсинге команды, а получив от внешнего /bin/sh аргумент командной строки? /bin/sh-и в норме раскрывать тильды не обучены. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
On 2008.03.28 at 15:09:32 +0300, Stanislav Maslovski wrote: > > А при чем здесь Линукс? > > Шли бы вы, дорогой мой, туда, откуда пришли. Там, где не линукс, и из щелей > не дует. Каких щелей? Там солнечно. Или демоны в кедах бегают. Все равно тепло. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
On 2008.03.28 at 19:49:51 +0300, Artem Chuprina wrote: > > >> В варианте логина в консоль система вполне > >> справедливо полагает, что ты можешь захотеть не только startx, но и > >> какую-нибудь другую команду. > AC> И что? Аргументация где? > > И то, что нужно настроить среду для выполнения консольных программ. Что > в случае с логином в иксы не только не нужно, но и физически невозможно, > за отсутствием оной консоли. Ну, в свое время у меня довольно заметный кусок .bashrc был спрятан под if [ -t 0 ]; then ... endif Специально для случая, когда консоле-специфические вещи настроить физически невозможно. Все остальное прекрасно отрабатывало из .xsession > AC> И что? Консоли нет. А окружение должно быть. И должно быть > AC> одинаковым. Если пользователь ЯВНО не сделает иначе. Одинаковым быть не должно. Зачем мне в X-овых программах, запущенных из меню *wm переменные COLUMNS и TERM. Согласованным - должно. > Для выставления _части_ окружения, одинаковой при любом логине, > существует pam_env. А _все_ окружение одинаковым быть не должно. Хинт: > чему должно равняться общее для всех вариантов логина значение > переменной окружения DISPLAY? COLUMNS? LINES? TERM? LC_MESSAGES, > наконец (а у меня консоль не русифицирована, ибо нафиг не надо)? Ну и Ну, консоль в моем понимании, это xterm. Или какая другая хрень, с которой программа общается через /dev/tty. Все остальные её особенности определяется по значению TERM. А вот значение LC_MESSAGES (равно как и LANG и прочих LC_*) зависят от того, чего моя левая нога захотела. Либо из менюшки dm в нормальном dm, которого в linux, к сожалению, не бывает (потому что X Open Group протормозила с открытием исходников и народ наизобретал desktop environmentов c квадратными колесами, вместо того чтобы развивать единственно верный CDE), либо из менюшки window manager-а я могу выбрать любую локаль из установленных в системе. Вот сейчас у меня mutt запущен в ru_RU.KOI8-R, а рядом я перловый скрипт редактирую в ru_RU.UTF-8. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
Покотиленко Костик wrote: Прописал в /etc/gdm/Xsession в начало - заработало. gnome-session при старте подключает $HOME/.gnomerc, см. /etc/X11/Xsession.d/55gnome-session_gnomerc -- Alexei Grigorovich <[EMAIL PROTECTED]> Shamrock Technologies -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
В Пнд, 31/03/2008 в 13:09 +0700, Alex Grigorovich пишет: > Покотиленко Костик wrote: > > Прописал в /etc/gdm/Xsession в начало - заработало. > > gnome-session при старте подключает $HOME/.gnomerc, см. > >/etc/X11/Xsession.d/55gnome-session_gnomerc Спасибо. -- Покотиленко Костик <[EMAIL PROTECTED]> -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
>> AC> И что? Аргументация где?
>>
>> И то, что нужно настроить среду для выполнения консольных программ. Что
>> в случае с логином в иксы не только не нужно, но и физически невозможно,
>> за отсутствием оной консоли.
/etc/profile не имеет никакого отношения к "консольным" программам.
В /etc/profile - прописывается system wide переменные.
В топике прямо так и написано.
# /etc/profile: system-wide .profile file for the Bourne shell (sh(1))
# and Bourne compatible shells (bash(1), ksh(1), ash(1), ...).
Добавлять к этому списку *dm или нет - решать, в общем, мне, админу.
Что туда прописываешь ты я, в общем, не в курсе.
Кое для чего можно использовать pam_env.
Но /etc/profile и pam_env в любом случае не эквивалентны.
В топике pam_env прописан еще в pam.d/cron и pam.d/atd.
Может быть это нужно, а может и нет. Решает, что ему лучше, в общем,
тоже админ системы. Переменным PAGER, NNTPSERVER, MANPAGER
и так далее нечего делать в at и cron задачах.
LC_NUMERIC=C и можно прописать и в pam_env.
Что до консольных программ - в консоли Linux есть переменная TERM,
на основе которой прописываются все "консольные" особенности.
Так же как для TERM=dumb или TERM=emacs, к примеру.
Что касается причуд и заморочек zsh.
/etc/zprofile:
. /etc/profile
и, как обычно, "задача сводится к предыдущей"(c), как в моем любимом анекдоте.
> Ну, в свое время у меня довольно заметный кусок .bashrc был спрятан
> под
> if [ -t 0 ]; then
> ...
> endif
В моем .myshrc у меня есть и такие куски, и куски, специфичные
для TERM, $USER, uname -s, специфичные для шела (ksh, bash, zsh)
и многие другие для чего-нибудь специфичные.
DISPLAY же например, я прописываю там же вот так
в зависимости от того, откуда пришел.
if test -z "$DISPLAY" -a -x /usr/bin/who ; then
WHOAMI="`/usr/bin/who am i`"
WHOAMI="`echo $WHOAMI | awk '{print \$NF}' | tr -d '()'`"
case _"$WHOAMI" in
_*.*.*.*)
DISPLAY=$WHOAMI:0.0;;
_:*)
DISPLAY=$WHOAMI;;
*)
DISPLAY=$WHOAMI:0.0;;
esac
unset WHOAMI
fi
> Специально для случая, когда консоле-специфические вещи настроить
> физически невозможно. Все остальное прекрасно отрабатывало из .xsession
Консоль и /etc/profile - ортогональны.
>> AC> И что? Консоли нет. А окружение должно быть. И должно быть
>> AC> одинаковым. Если пользователь ЯВНО не сделает иначе.
> Одинаковым быть не должно. Зачем мне в X-овых программах, запущенных из
> меню *wm переменные COLUMNS и TERM. Согласованным - должно.
Кто предлагал прописывать в /etc/profile?
У меня совсем другие переменные.
Выставлять COLUMNS и TERM? Пардон, Зачем?
Не, я могу понять, зачем нужно выставить TERM именно для консоли,
но при чем тут /etc/profile? Чтобы TERM прописывался и для ssh сессий?
>> Для выставления _части_ окружения, одинаковой при любом логине,
>> существует pam_env.
Нет. Зачем NNTPSERVER, EDITOR, CVSEDITOR и т.п. cron-у и at-у?
>> А _все_ окружение одинаковым быть не должно. Хинт:
>> чему должно равняться общее для всех вариантов логина значение
>> переменной окружения DISPLAY? COLUMNS? LINES? TERM? LC_MESSAGES,
>> наконец (а у меня консоль не русифицирована, ибо нафиг не надо)? Ну и
Все это, за исключением, может быть LC_MESSAGES, не имеет отношения к
system-wide настройкам и /etc/profile.
> Ну, консоль в моем понимании, это xterm. Или какая другая хрень, с
> которой программа общается через /dev/tty. Все остальные её особенности
> определяется по значению TERM.
А вот у поколения пепси консоль - это KDE-ная konsole.
Я бы предложил не вносить путаницу в терминологию.
Консоль - это консоль, эмулятор терминала - это эмулятор терминала.
"Аффтарам" KDE-ной консоли "низачет" за внесение неразберихи.
--
Best regards, Aleksey Cheusov.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
> On 2008.03.28 at 15:19:51 +0200, Aleksey Cheusov wrote: >> >>#!/bin/sh >>/bin/bash -li ~/.xinitrc Самому себе - -i надо бы убрать. С-copypaste-ил. >> Читаем внимательно, вкуриваем каждую букву. >> >> И я повторяю вопрос. При чем тут здесь линуксовый /etc/environment вообще? > И с какого это перепугу в не-линуксе bash будет в /bin, а не в > /usr/bin или /usr/local/bin? Мдэ. Я думаю, читатель, которому это было адресовано, в состоянии заменить /bin/bash на свой любимый шел. Под NetBSD у меня там /bin/ksh, к примеру. В Дебиане /bin/bash. > И с какого перепугу он будет тильду раскрывать не при парсинге команды, > а получив от внешнего /bin/sh аргумент командной строки? > /bin/sh-и в норме раскрывать тильды не обучены. http://www.opengroup.org/onlinepubs/009695399/utilities/xcu_chap02.html#tag_02_06_01 Идиотский /bin/sh Соляриса меня не интерсует. И солярис тоже - по крайней мере до тех пока, пока они не приведут userspace по умолчанию к POSIX и SUS. За энтерпрайз под соляру мне не платят. Кому нужно, тот заменит на $HOME. - 0 ~>cat > ~/tmp/test_shell echo ~ 0 ~>/bin/bash ~/tmp/test_shell /home/cheusov 0 ~>/bin/dash ~/tmp/test_shell /home/cheusov 0 ~>/bin/zsh ~/tmp/test_shell /home/cheusov 0 ~>/usr/X11R6/bin/ksh ~/tmp/test_shell /home/cheusov 0 ~>/usr/pkg/heirloom/bin/sh ~/tmp/test_shell (Это тот самый jsh) ~ 0 ~>uname -a Linux chel 2.6.18-6-686 #1 SMP Sun Feb 10 22:11:31 UTC 2008 i686 GNU/Linux 0 ~> - 0 ~>cat > ~/tmp/test_shell echo ~ 0 ~>/bin/sh ~/tmp/test_shell /arpa/af/c/cheusov 0 ~>/bin/ksh ~/tmp/test_shell /arpa/af/c/cheusov 0 ~>/usr/pkg/bin/pdksh ~/tmp/test_shell /arpa/af/c/cheusov 0 ~>/usr/pkg/bin/ksh93 ~/tmp/test_shell /arpa/af/c/cheusov 0 ~>uname -a NetBSD otaku 3.1.1_PATCH NetBSD 3.1.1_PATCH (sdf) #0: Mon Jul 2 15:57:43 UTC 2007 [EMAIL PROTECTED]:/var/netbsd/arch/alpha/compile/sdf alpha 0 ~> -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
Aleksey Cheusov -> debian-russian@lists.debian.org @ Mon, 31 Mar 2008 12:25:03 +0300: >>> AC> И что? Аргументация где? >>> >>> И то, что нужно настроить среду для выполнения консольных программ. Что >>> в случае с логином в иксы не только не нужно, но и физически невозможно, >>> за отсутствием оной консоли. AC> /etc/profile не имеет никакого отношения к "консольным" программам. AC> В /etc/profile - прописывается system wide переменные. AC> В топике прямо так и написано. AC> # /etc/profile: system-wide .profile file for the Bourne shell (sh(1)) AC> # and Bourne compatible shells (bash(1), ksh(1), ash(1), ...). В топике, если ты не дочитал, написано нечто иное. Это system-wide профиль для некоторого набора шеллов. И что написано не здесь, а в исходниках оных шеллов - только для случая интерактивного логинного шелла... AC> Добавлять к этому списку *dm или нет - решать, в общем, мне, AC> админу. Что туда прописываешь ты я, в общем, не в курсе. Кое для AC> чего можно использовать pam_env. Но /etc/profile и pam_env в любом AC> случае не эквивалентны. В топике pam_env прописан еще в pam.d/cron AC> и pam.d/atd. Может быть это нужно, а может и нет. Решает, что ему AC> лучше, в общем, тоже админ системы. Переменным PAGER, NNTPSERVER, AC> MANPAGER и так далее нечего делать в at и cron задачах. AC> LC_NUMERIC=C и можно прописать и в pam_env. AC> Что до консольных программ - в консоли Linux есть переменная TERM, AC> на основе которой прописываются все "консольные" особенности. AC> Так же как для TERM=dumb или TERM=emacs, к примеру. AC> Что касается причуд и заморочек zsh. AC> /etc/zprofile: AC> . /etc/profile AC> и, как обычно, "задача сводится к предыдущей"(c), как в моем любимом анекдоте. Можно, но зачем? Если у меня /etc/profile автоматически не выполняется ни при каком логине - нафига мне в него что-то писать и отовсюду его потом вручную сурсить? И кстати. Ну хорошо, zsh его сможет засурсить. Кстати, совершенно не этой командой, ну да ладно. А *csh, которые этого синтаксиса не понимают? >> Специально для случая, когда консоле-специфические вещи настроить >> физически невозможно. Все остальное прекрасно отрабатывало из .xsession AC> Консоль и /etc/profile - ортогональны. >>> AC> И что? Консоли нет. А окружение должно быть. И должно быть >>> AC> одинаковым. Если пользователь ЯВНО не сделает иначе. >> Одинаковым быть не должно. Зачем мне в X-овых программах, запущенных из >> меню *wm переменные COLUMNS и TERM. Согласованным - должно. AC> Кто предлагал прописывать в /etc/profile? AC> У меня совсем другие переменные. AC> Выставлять COLUMNS и TERM? Пардон, Зачем? AC> Не, я могу понять, зачем нужно выставить TERM именно для консоли, AC> но при чем тут /etc/profile? Чтобы TERM прописывался и для ssh сессий? Ты сказал "окружение должно быть одинаковым". COLUMNS и TERM - часть окружения. А как только мы признаем, что окружение не обязано, и более того, не должно быть одинаковым, становится непонятно, зачем добиваться его одинаковости неестественными средствами. >>> А _все_ окружение одинаковым быть не должно. Хинт: чему должно >>> равняться общее для всех вариантов логина значение переменной >>> окружения DISPLAY? COLUMNS? LINES? TERM? LC_MESSAGES, наконец >>> (а у меня консоль не русифицирована, ибо нафиг не надо)? Ну и AC> Все это, за исключением, может быть LC_MESSAGES, не имеет отношения к AC> system-wide настройкам и /etc/profile. Ну да. Равно как и /etc/profile к system-wide настройкам имеет весьма отдаленное отношение. Гораздо более отдаленное, чем /etc/zsh/zshenv (тот выполняется тоже не всеми шеллами, но хотя бы при любом запуске того шелла, которым выполняется...). -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Вам правду резать или кусочком? Кнышев -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
AC>> В топике прямо так и написано. AC>> # /etc/profile: system-wide .profile file for the Bourne shell (sh(1)) AC>> # and Bourne compatible shells (bash(1), ksh(1), ash(1), ...). > В топике, если ты не дочитал, написано нечто иное. Это system-wide > профиль для некоторого набора шеллов. Мое право считать xdm - yet another login shell-ом. Мой последний аргумент: http://mova.org/~cheusov/pub/xdm-screeshort-1.png http://mova.org/~cheusov/pub/xdm-screeshort-2.png http://mova.org/~cheusov/pub/xdm-screeshort-3.png http://mova.org/~cheusov/pub/xdm-screeshort-4.png http://mova.org/~cheusov/pub/xdm-screeshort-5.png http://mova.org/~cheusov/pub/xdm-screeshort-6.png Смотри, везде Welcome написано :-P > Ну хорошо, zsh его сможет засурсить. Если честно, /etc/zprofile - исключительно проблема zsh и его пользователей. > Кстати, совершенно не этой командой, ну да ладно. Этой. > А *csh, которые этого синтаксиса не > понимают? Для лучшей подержки *csh pam_env несколько лучше, да. В смысле универсальнее. 1:0 в твою пользу. Но у меня потребности в такой колбасе нет. bourne shell есть везде, он стандарт, его не может не быть. > Ты сказал "окружение должно быть одинаковым". Не надо воспринимать все так буквально. Естественно, имелась ввиду его часть. А _все_ окружение одинаковым быть не должно. Хинт: чему должно равняться общее для всех вариантов логина значение переменной окружения DISPLAY? COLUMNS? LINES? TERM? LC_MESSAGES, наконец (а у меня консоль не русифицирована, ибо нафиг не надо)? Ну и AC>> Все это, за исключением, может быть LC_MESSAGES, не имеет отношения к AC>> system-wide настройкам и /etc/profile. > Ну да. Равно как и /etc/profile к system-wide настройкам имеет весьма > отдаленное отношение. Равно как никакого отношения к atd/crond не имеют переменные NNTPSERVER, PAGER, EDITOR и прочие, которые я прописываю в /etc/profile. И так же как /etc/profile не имеет ни малейшего отношения к консоли. Надо прекращать эту дискуссию. Упертость сторон очевидна, позиции тоже, плюсы, минусы и "особенности" - аналогично. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
Aleksey Cheusov -> debian-russian@lists.debian.org @ Mon, 31 Mar 2008 16:50:35 +0300: AC>>> В топике прямо так и написано. AC>>> # /etc/profile: system-wide .profile file for the Bourne shell (sh(1)) AC>>> # and Bourne compatible shells (bash(1), ksh(1), ash(1), ...). >> В топике, если ты не дочитал, написано нечто иное. Это system-wide >> профиль для некоторого набора шеллов. AC> Мое право считать xdm - yet another login shell-ом. Bourne-compatible!? >> Ну хорошо, zsh его сможет засурсить. AC> Если честно, /etc/zprofile - исключительно проблема zsh и его AC> пользователей. Ты знаешь, до сих пор с проблемами с инициализацией ко мне приходили только пользователи bash. У коего, видите ли, не существует конфига на случай неинтерактивного логина. Поэтому при выполнении ssh command у них и PATH неправильный, и LD_LIBRARY_PATH не тот... А у пользователей zsh с этим почему-то нет проблем... >> Кстати, совершенно не этой командой, ну да ладно. AC> Этой. В zsh . хочет бита x. А без него - source. А на /etc/profile, который нифига не скрипт, бита x нету. >> А *csh, которые этого синтаксиса не >> понимают? AC> Для лучшей подержки *csh pam_env несколько лучше, да. В смысле AC> универсальнее. 1:0 в твою пользу. Но у меня потребности в такой AC> колбасе нет. bourne shell есть везде, он стандарт, его не может не AC> быть. Ну, положим, Bourne shell для начала в линуксах нету. Либо Bourne-Again shell, либо вообще что-то левое, типа busybox... И у меня есть пара систем, где, натурально, _только_ busybox. >> Ты сказал "окружение должно быть одинаковым". AC> Не надо воспринимать все так буквально. AC> Естественно, имелась ввиду его часть. Вот и я про что. Остальную часть все равно приходится инициализировать по-разному. А поскольку и эту зачастую тоже (хинт: любителями *csh зачастую являются неживые пользователи - но это не отменяет необходимости настраивать для них среду, скорее наоборот), быстро выясняется, что /bin/sh-специфичный файл, зачитываемый далеко не в каждой ситуации, когда эти настройки нужны, является не слишком подходящим местом для того, чтобы их там хранить. -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Дуля со смещенным центром тяжести -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
>>> Кстати, совершенно не этой командой, ну да ладно. AC>> Этой. > В zsh . хочет бита x. А без него - source. А на /etc/profile, который > нифига не скрипт, бита x нету. Ты меня извини, друг, но это просто выше моих сил /-) 0 ~>/bin/zsh -li 0 ~>echo 'BRBRBR=12345' > /tmp/zsh_include 0 ~>. /tmp/zsh_include 0 ~>echo $BRBRBR 12345 0 ~>ls -la /tmp/zsh_include -rw-r--r-- 1 cheusov syntagma 13 2008-03-31 17:36 /tmp/zsh_include 0 ~> Если бы zsh требовал флага исполняемости для "включаемых" файлов его надо было бы просто пристрелить без суда и следствия. >>> А *csh, которые этого синтаксиса не >>> понимают? AC>> Для лучшей подержки *csh pam_env несколько лучше, да. В смысле AC>> универсальнее. 1:0 в твою пользу. Но у меня потребности в такой AC>> колбасе нет. bourne shell есть везде, он стандарт, его не может не AC>> быть. > Ну, положим, Bourne shell для начала в линуксах нету. Либо Bourne-Again > shell, либо вообще что-то левое, типа busybox... Детский сад. Поток про неживых пользователей и разные типы логинов, которые не в теме поскипан. > быстро выясняется, что /bin/sh-специфичный файл, зачитываемый далеко > не в каждой ситуации, когда эти настройки нужны, является не слишком > подходящим местом для того, чтобы их там хранить. Ну что ж. Пожуем еще. Итого: me : Чуприна За конкретный ответ на конкретный вопрос товарища на предмет ИНТЕРАКТИВНОГО gdm и /etc/profile. Решение для xdm адаптируется для gdm. 1 0 За решение, не зависящее от типа шела, через который собственно происходит login. 0 1 За решение, не зависящее от настроек PAM-а и вообще его наличия (дистрибутива и ОС вообще, хоть мы и в Debian-russian) 1 0 За отсутствие "побочных эффектов" в виде инициализации переменных для НЕинтерактивных логинов и вообще для cron/at в случае топика. Изначально обсуждался gdm login и ни о каких неживых пользователях и скриптах, запускаемых снаружи речь не шла. У pam_env - своя функция. У /etc/profile - своя. 1 0 За красивые картинки :-) 1 0 4 1 Ура! Пирожек на полочке присуждается мне :-P :-) За то, что zsh НЕ читает /etc/profile при интерактивном логине так, как это делают другие bourne шелы (Все?) - zsh-у "низачет". Его многочисленные достоинства вне обсуждаемой темы. -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
Aleksey Cheusov -> debian-russian@lists.debian.org @ Mon, 31 Mar 2008 18:01:40 +0300: >> быстро выясняется, что /bin/sh-специфичный файл, зачитываемый далеко >> не в каждой ситуации, когда эти настройки нужны, является не слишком >> подходящим местом для того, чтобы их там хранить. AC> Ну что ж. Пожуем еще. AC> Итого: AC> me : Чуприна AC> AC>За конкретный ответ на конкретный вопрос товарища на предмет AC>ИНТЕРАКТИВНОГО gdm и /etc/profile. Решение для xdm адаптируется для AC>gdm. AC> 1 0 AC>За решение, не зависящее от типа шела, через который собственно AC>происходит login. AC> 0 1 AC>За решение, не зависящее от настроек PAM-а и вообще его наличия AC>(дистрибутива и ОС вообще, хоть мы и в Debian-russian) AC> 1 0 AC>За отсутствие "побочных эффектов" в виде инициализации переменных AC>для НЕинтерактивных логинов и вообще для cron/at в случае топика. AC>Изначально обсуждался gdm login и ни о каких неживых пользователях и AC>скриптах, запускаемых снаружи речь не шла. У pam_env - своя функция. AC>У /etc/profile - своя. AC> 1 0 1 1 Я, естественно, не выставляю в неинтерактивных скриптах интерактивно-специфичные переменные. Зачем, если их можно выставить в интерактивно-специфичных, причем специфичных именно для нужного типа интерактивности? (Хинт: переменная EDITOR не только крону не нужна, она еще при логине в иксы и в консоль зачастую должна быть разной.) AC>За красивые картинки :-) AC> 1 0 За отсутствие красивых картинок не по теме 0 1 За использование /etc/profile не по назначению (именно, у него _своя_ функция - я б понял, если б ты из него сурсил общий хотя бы для всех sh-совместимых шеллов файл - и его же сурсил бы из Xsession) -1 0 За решение, выставляющее одинаково нужные переменные для интерактивной и неинтерактивной сессии (включая cron), что избавляет от проблем "при логине работает, а из крона/по ssh ладно бы не работало, а то, не дай бог, работает НЕ ТАК") 0 1 AC> AC> 4 1 Сумму сам пересчитаешь? AC> За то, что zsh НЕ читает /etc/profile при интерактивном логине так, AC> как это делают другие bourne шелы (Все?) - zsh-у "низачет". Авотфиг. Если что-то тебе не нравится - это еще не значит, что оно неправильно. Неправильно - это когда не нравится мне :) -- Artem Chuprina RFC2822: Jabber: [EMAIL PROTECTED] Танк - это не фаллический символ. Он просто _едет_... (С)энта -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: (решено) GNOME и koi8
AC>> За то, что zsh НЕ читает /etc/profile при интерактивном логине так, AC>> как это делают другие bourne шелы (Все?) - zsh-у "низачет". > Авотфиг. Если что-то тебе не нравится - это еще не значит, что оно > неправильно. Неправильно - это когда не нравится мне :) Точно :) -- Best regards, Aleksey Cheusov. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
