[sisyphus] Конфликт ~/.xsession.d и востановление сеана в КДЕ c licq

[sisyphus] Конфликт ~/.xsession.d и востановление сеана в КДЕ c licq

[Slava Dubrovskiy]

Здравствуйте Community!

Обнаружил вот такую интересную проблему. У меня в ~/.xsession.d стоял 
линк на licq. После того, как перешел на КДЕ с IceWM, то при повторной 
загрузке он (КДЕ) отказывался загружаться. Останавливался на этапе 
востановления среды. Путем долгих экспериментов выяснилось, что ошибка 
происходит из-за этого линка, т.е. КДЕ пытается еще раз запустить licq. 
В связи с этим выходит неувязка. Зачем сделали две взаимоисключающие 
системы, востановление сеанса в КДЕ и систему автозапуска через 
~/.xsession.d? Может стоит это объеденить? Или это ошибка licq?


Слава Д.

Re: [sisyphus] Конфликт ~/.xsession.d и востановление сеана в КДЕ c licq

[Genix]

Slava Dubrovskiy пишет:

> Здравствуйте Community!
> 
> Обнаружил вот такую интересную проблему. У меня в ~/.xsession.d стоял 
> линк на licq. После того, как перешел на КДЕ с IceWM, то при повторной 
> загрузке он (КДЕ) отказывался загружаться. Останавливался на этапе 
> востановления среды. Путем долгих экспериментов выяснилось, что ошибка 
> происходит из-за этого линка, т.е. КДЕ пытается еще раз запустить licq. 
> В связи с этим выходит неувязка. Зачем сделали две взаимоисключающие 
> системы, востановление сеанса в КДЕ и систему автозапуска через 
> ~/.xsession.d? Может стоит это объеденить? Или это ошибка licq?

думаю что это тот случай когда удобство пользования (КДЕ автоматом 
запоминает запущенные приложения при выходе) идет в ущерб 
функциональности (думаю что не многие _начинающие_ пользователи в 
состоянии сразу же осознать механизм взаимодействия с системой и 
научиться мыслить в "правильном" направлении).
а как вы представляете себе объединение этих действий?

-- 
Я летаю снаружи всех измерений...

Re: [sisyphus] Конфликт ~/.xsession.d и востановление сеана в КДЕ c licq

[Slava Dubrovskiy]

Genix пишет:

 > Slava Dubrovskiy пишет:
 >
 >> Здравствуйте Community!
 >>
 >> Обнаружил вот такую интересную проблему. У меня в ~/.xsession.d 
стоял линк на licq. После того, как перешел на КДЕ с IceWM, то при 
повторной загрузке он (КДЕ) отказывался загружаться. Останавливался на 
этапе востановления среды. Путем долгих экспериментов выяснилось, что 
ошибка происходит из-за этого линка, т.е. КДЕ пытается еще раз запустить 
licq. В связи с этим выходит неувязка. Зачем сделали две 
взаимоисключающие системы, востановление сеанса в КДЕ и систему 
автозапуска через ~/.xsession.d? Может стоит это объеденить? Или это 
ошибка licq?
 >
 >
 > думаю что это тот случай когда удобство пользования (КДЕ автоматом 
запоминает запущенные приложения при выходе) идет в ущерб 
функциональности (думаю что не многие _начинающие_ пользователи в 
состоянии сразу же осознать механизм взаимодействия с системой и 
научиться мыслить в "правильном" направлении).

А что "правильно" КДЕ или ~/.xsession.d?

 > а как вы представляете себе объединение этих действий?
 >
Если "правильно" ~/.xsession.d, то надо исправлять КДЕ, чтобы он все что 
он хочет запомнить писал в ~/.xsession.d.

Слава Д.

Re: [sisyphus] Конфликт ~/.xsession.d и востановление сеана в КДЕ c licq

[Sergey V Turchin]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 668 bytes --]

В сообщении от 24 Ноябрь 2003 14:22 Slava Dubrovskiy написал(a):

<skip/>

> А что "правильно" КДЕ или ~/.xsession.d?
>
>  > а как вы представляете себе объединение этих действий?
>
> Если "правильно" ~/.xsession.d, то надо исправлять КДЕ, чтобы он
> все что он хочет запомнить писал в ~/.xsession.d.
~/.xsession.d отрабатывает до запуска оконного менеджера,
а KDE-шные программы нужно запускать после запуска панели,
которую из ~/.xsession.d или /etc/X11/xsession.d
запускать нельзя, иначе она будет запускаться
перед любым оконным менеджером

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] Конфликт ~/.xsession.d и востановление сеана в КДЕ c licq

[Genix]

Slava Dubrovskiy пишет:

>  > думаю что это тот случай когда удобство пользования (КДЕ автоматом 
> запоминает запущенные приложения при выходе) идет в ущерб 
> функциональности (думаю что не многие _начинающие_ пользователи в 
> состоянии сразу же осознать механизм взаимодействия с системой и 
> научиться мыслить в "правильном" направлении).
> 
> А что "правильно" КДЕ или ~/.xsession.d?

.xsession.d, потому что в этом случае вы будете иметь возможность 
автозапуска програм в любом WM.
те программы которые нужны _только_ в КДЕ лучше прописывать в КДЕ.

> 
>  > а как вы представляете себе объединение этих действий?
>  >
> Если "правильно" ~/.xsession.d, то надо исправлять КДЕ, чтобы он все что 
> он хочет запомнить писал в ~/.xsession.d.

нет, достаточно всего лишь реализовать (или она есть) проверку Licq на 
предмет запущенной самой себя, если дело касается только licq

-- 
Я летаю снаружи всех измерений...

Re: [sisyphus] Конфликт ~/.xsession.d и востановление сеана в КДЕ c licq

[Alexey Morozov]

On Mon, Nov 24, 2003 at 11:01:41AM +0300, Genix wrote:
> >системы, востановление сеанса в КДЕ и систему автозапуска через 
> >~/.xsession.d? Может стоит это объеденить? Или это ошибка licq?
> 
> думаю что это тот случай когда удобство пользования (КДЕ автоматом 
> запоминает запущенные приложения при выходе) идет в ущерб 
Это называется Session Management. Собственно, это не KDE'шное исключительное
свойство, а просто одна из частей X'ового окружения, что-ли (наряду с xauth,
xfs и другими подобными системами). Собственно, механизм придуман для
того, чтобы приложение могло сохранить свое состояние при [аварийном]
завершении, и позднее восстановить его, "а ничего не произошло!".

> функциональности (думаю что не многие _начинающие_ пользователи в 
> состоянии сразу же осознать механизм взаимодействия с системой и 
> научиться мыслить в "правильном" направлении).

> а как вы представляете себе объединение этих действий?
Ну, надо сказать, в KDE сейчас убого реализованы настройки для Session
Management'а. В более других оболочках позволяется настраивать, какие
программы исключить из Session Management'а вовсе (видимо, licq в данном
случае - хороший кандидат), какие - запускать в единственном экземпляре
(на память приходит пятьдесят экземпляров gkrellm, которые накопились в
процессе входа/выхода) итп. Вот, может в KDE 3.2 это поправят :-).