Bug 36913
| Summary: | Enlightenment не может быть запущен из lightdm | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | Антон Мидюков <antohami> |
| Component: | lightdm | Assignee: | manowar <manowar> |
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus |
| Severity: | critical | ||
| Priority: | P3 | CC: | aen, aris, golubevan, ldv, legion, manowar, mike |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
| Bug Depends on: | |||
| Bug Blocks: | 33000 | ||
enlightenment-1:0.22.4-alt2 -> sisyphus: Tue Jun 18 2019 Yuri N. Sedunov <aris@altlinux> 1:0.22.4-alt2 - disabled %wmsession, replaced enlighttenment_start by start_enlightenment in xsession file (ALT #36913) Переоткрываю, так как сегодня не работает. Непонятно. Создаю на вчерашнем образе руками /usr/share/xsessions/enlightenment.desktop с таким содержанием: [Desktop Entry] Name=Enlightenment Type=Application Exec=/usr/bin/start_enlightenment И сеанс нормально запускается. На сегодняшнем создаю, и сеанс не запускается. /usr/bin/start_enlightenment на сегодняшнем образе сеанс запускает также успешно. В логе /home/altlinux/.xsessions-error:0: runwm: window manager "/usr/bin/start_enlightenment" not found. Как так? (В ответ на комментарий №0)
> После того как lightdm перестал поддерживать сеансы из /etc/X11/wmsession.d/,
> enlightenment стало невозможно запустить, сессии нет вообще.
Если убрать /usr/share/wayland-sessions/enlightenment.desktop, сессия появится?
(В ответ на комментарий №3) > (В ответ на комментарий №0) > > После того как lightdm перестал поддерживать сеансы из /etc/X11/wmsession.d/, > > enlightenment стало невозможно запустить, сессии нет вообще. > > Если убрать /usr/share/wayland-sessions/enlightenment.desktop, сессия появится? Сейссия сейчас есть, но не запускается. Удаление сессии для wayland ничего не даёт. lightdm игнорирует сессии на wayland, так как не умеет их запускать: 2019-05-23 Валерий Иноземцев 1.30.0-alt2 - remove wayland session support form lightdm.conf (В ответ на комментарий №4) > (В ответ на комментарий №3) > > (В ответ на комментарий №0) > > > После того как lightdm перестал поддерживать сеансы из /etc/X11/wmsession.d/, > > > enlightenment стало невозможно запустить, сессии нет вообще. > > > > Если убрать /usr/share/wayland-sessions/enlightenment.desktop, сессия появится? > > Сейссия сейчас есть, но не запускается. Удаление сессии для wayland ничего не > даёт. lightdm игнорирует сессии на wayland, так как не умеет их запускать: Возможно. В этом задании #232604 BUILDING #1 [locked] [test-only] sisyphus srpm=enlightenment-0.22.4-alt2.1.src.rpm переименован /usr/share/xsessions/enlightenment.desktop в enlightenment-xorg.desktop, поскольку GDM показывал только сессию на wayland. GDM успешно запускает обе, причем не важно enlightenment_start или start_enlightenment прописан в enlightenment-xorg.desktop. Учтите, что сессия на wayland первая в списке (если lightdm все-таки их видит), и она мало пригодна для использования. Больше мне нечем угодить lightdm. Будем просмотреть... (В ответ на комментарий №2) > В логе /home/altlinux/.xsessions-error:0: > runwm: window manager "/usr/bin/start_enlightenment" not found. > Как так? В самом деле, WM с таким загадочным именем как "/usr/bin/start_enlightenment" не существует в природе. Далее, (В ответ на комментарий №0) > После того как lightdm перестал поддерживать сеансы из /etc/X11/wmsession.d/, > enlightenment стало невозможно запустить, сессии нет вообще. Но вот выше по логу видно, что попытка запуска идёт через runwm, а он как раз и смотрит в /etc/X11/wmsession.d . Если я правильно понимаю, то в качестве аргумента runwm передаётся трочка Exec из .desktop-файла. Получается, что нужно записать туда просто Enlightenment вместо /usr/bin/start_enlightenment и вернуть соответствубщий файл в /etc/X11/wmsession.d . Чтобы runwm увидел его (сейчас runwm --list выводит только default). А вот внутри /etc/X11/wmsession.d/Enlightenment уже может быть вызов start_enlightenment если это нужно. Я сейчас сам попробую так сделать. Палучилос. [root@localhost ~]# tail -3 /usr/share/xsessions/enlightenment.desktop TryExec=Enlightenment Exec=Enlightenment DesktopNames=Enlightenment [root@localhost ~]# cat /etc/X11/wmsession.d/Enlightenment NAME=Enlightenment DESC=Enlightenment EXEC=/usr/bin/start_enlightenment SCRIPT: exec /usr/bin/start_enlightenment (В ответ на комментарий №7) > Но вот выше по логу видно, что попытка запуска идёт через runwm, а он как раз и > смотрит в /etc/X11/wmsession.d . Спасибо, Паша. То есть удаление поддержки /etc/X11/wmsession.d/ из lightdm - фикция? Поэтому Mate и Cinnamon запускаются только потому, что есть /etc/X11/wmsession.d/*{Cinnamon,Mate}*? и lightdm не запускает wayland-сессии, хотя должен? Я перевешиваю это на lightdm. Надо выпилить runwm. > AssignedTo: aris@altlinux.org => manowar@altlinux.org
Ну, я могу, конечно, посмотреть, где там runwm. Но нет ли у нас настоящего lightdm-хакера? Потому что мне ж придётся практически с нуля разбираться с тем, как сейчас в семействе Freedesktop.org всё это должно запускаться.
lightdm -- дитя без глаза. lightdm должен как GDM, например, запускать сессии из desktop-файлов, лежащих в /usr/share/xsessions, /usr/share/wayland-sessions. Полагаю, надо найти то место где запуск сессии передается runwm и выпилить его. Вероятно, это тут: lightdm]$ grep X11/Xsession -r * data/lightdm.conf:session-wrapper=/etc/X11/Xsession ... (В ответ на комментарий №10) > > AssignedTo: aris@altlinux.org => manowar@altlinux.org > > Ну, я могу, конечно, посмотреть, где там runwm. Но нет ли у нас настоящего > lightdm-хакера? Потому что мне ж придётся практически с нуля разбираться с тем, > как сейчас в семействе Freedesktop.org всё это должно запускаться. Настоящий lightdm-хакер не нашёлся? Скоро уже найдусь... ;-) (В ответ на комментарий №9) > (В ответ на комментарий №7) > > ...и lightdm не запускает wayland-сессии, > хотя должен? Слуште, тут какие-то противоречивые изменения идут: http://git.altlinux.org/gears/l/lightdm.git?p=lightdm.git;a=commitdiff;h=28868fbc75eb47c6ebb71ef76dfd06dc2c3dc67f - remove wayland session support form lightdm.conf (В ответ на комментарий №14) > Слуште, тут какие-то противоречивые изменения идут: > > http://git.altlinux.org/gears/l/lightdm.git?p=lightdm.git;a=commitdiff;h=28868fbc75eb47c6ebb71ef76dfd06dc2c3dc67f > > - remove wayland session support form lightdm.conf Очевидно, это для красоты сделано, чтоб не показывать wayland-сессии, которые /etc/X11/Xsession, разумеется, запустить не может. (В ответ на комментарий №11) > Полагаю, надо найти то место где запуск сессии передается runwm и выпилить его. > > Вероятно, это тут: > lightdm]$ grep X11/Xsession -r * > data/lightdm.conf:session-wrapper=/etc/X11/Xsession Значится так. Если убрать из конфига session-wrapper, то будет он будет пытаться запустить враппер по умолчанию — некий "lightdm-session", а программы с таким именем вообще нет в Сизифе. Однако, есть вот такие файлы в исходниках самого lightdm: tests/src/lightdm-session debian/lightdm-session Можно заменить session-wrapper=/etc/X11/Xsession на какой-нибудь другой враппер. Но для этого нужно сперва понять [мне] чем не угодил /etc/X11/Xsession? Если чего-то в нём не хватает, то может быть нужно добавить это туда, а не переделывать lightdm? К примеру, не использовать runwm тогда, когда имя WM, который требуется запустить, является путём к команде, а не именем WM? То же самое поведение можно организовать и внутри самого runwm, кстати. Если это нужно. Например, такой патч: http://git.altlinux.org/people/manowar/packages/?p=xinitrc.git;a=commitdiff;h=e988dc09907be92ed7ebded5c86271ce73b50881 . Он даже работает, я проверил. Но, есть одно но. Если что-то есть в /etc/X11/wmsession.d/, то при первом включении lightdm будет выполнен автологин с использованием именно этого чего-то из /etc/X11/wmsession.d/ . Особенно странно, что я не нашёл ничего в lightdm.conf на тему autologin — точнее нашёл, но это всё закомментарено. Если же /etc/X11/wmsession.d/ почистить, то автологина не происходит, а сразу запускается slick-greeter. Может быть я чего-то не знаю про /etc/X11/wmsession.d/ или lightdm.conf? Как вообще организается автологин в наших "живых" дистрибутивах? Надо бы у mike@ спросить. И второе но. Для нормального захода через slick-greeter обязательно нужно наличие default.desktop в /usr/share/xsessions. Я просто симлинк сделал на enlightenment.desktop. Насколько я понимаю это оттого, что сеанс в slick-greeter никак не выбрать. Хотя может быть это проблема на уровне самого lightdm, который предлагает запускать сеанс "default" вместо первого в списке доступных сеансов. В любом случае, вопрос. Кому-нибудь известно происхождение файла /usr/share/xsessions/default.desktop ? Он вообще должен быть в образе или это я просто удачно придумал сделать такой симлинк? (В ответ на комментарий №19) > И второе но. Для нормального захода через slick-greeter обязательно нужно > наличие default.desktop в /usr/share/xsessions. Я просто симлинк сделал на > enlightenment.desktop. Насколько я понимаю это оттого, что сеанс в > slick-greeter никак не выбрать. Хотя может быть это проблема на уровне самого > lightdm, который предлагает запускать сеанс "default" вместо первого в списке > доступных сеансов. При тестировании регулярок я не наблюдал проблемы первого захода. У нас была другая проблема, что, если ни разу не было захода ни в одно DE, то автологин не работает. В результате костылили в mkimage-profiles и autologin-sh-functions: https://bugzilla.altlinux.org/show_bug.cgi?id=36805 (В ответ на комментарий №20) > В любом случае, вопрос. Кому-нибудь известно происхождение файла > /usr/share/xsessions/default.desktop ? Он вообще должен быть в образе или это я > просто удачно придумал сделать такой симлинк? $ grep default lightdm.spec --with-user-session=default \ ... Так что решили, в итоге? Самый простой вариант, это починить запуск через runwm. Для этого нужно восстановить /etc/X11/wmsession.d/Enlightenment, поправить /usr/share/xsession/enlightenment.desktop (прописав туда просто Enlightenment). Ну и не забыть про default.desktop. Или runwm чем-то очень плох именно для Enlightenment? (В ответ на комментарий №18) > Как вообще организается автологин в наших "живых" дистрибутивах? См. autologin-sh-functions и фичу x11-autologin в mkimage-profiles. С самого начала решили выпилить runwm(В ответ на комментарий №23) > Так что решили, в итоге? Самый простой вариант, это починить запуск через > runwm. Для этого нужно восстановить /etc/X11/wmsession.d/Enlightenment, > поправить /usr/share/xsession/enlightenment.desktop (прописав туда просто > Enlightenment). Ну и не забыть про default.desktop. На колу мочало... С самого начала решили выпилить runwm, чтоб, в частности, избавиться от этих костылей и прокладок, они не нужны. Достаточно десктоп-файлов в /usr/share/xsessions, /usr/share/wayland-sessions. А с сессиями по-умолчанию accountsservice лучше справляется. Допустим. Но тогда нужно либо патчить /etc/X11/Xsession, либо вообще другой враппер использовать, который ещё нужно написать. Какие для этого достаточные основания? Вот допустим, мы поставим вот такой, нулёвый враппер: #!/bin/sh exec "$@" 1. Достаточно ли будет этого для Enlightenment? 2. А для других DE/WM? (В ответ на комментарий №27) > Вот допустим, мы поставим вот такой, нулёвый враппер: > > #!/bin/sh > exec "$@" > > 1. Достаточно ли будет этого для Enlightenment? > 2. А для других DE/WM? Я тебе еще 27.06 в личном письме пояснил что можно/нужно оставить на примере GDM и /etc/X11/gdm/Xsession (В ответ на комментарий №28) > (В ответ на комментарий №27) > > Вот допустим, мы поставим вот такой, нулёвый враппер: > > > > #!/bin/sh > > exec "$@" > > > > 1. Достаточно ли будет этого для Enlightenment? > > 2. А для других DE/WM? > > Я тебе еще 27.06 в личном письме пояснил что можно/нужно оставить на примере > GDM и /etc/X11/gdm/Xsession Это я помню. Но ты уверен, что такой урезанный вариант враппера будет достаточным для всех DE/WM? Это основной вопрос. Или же речь идёт только про запуск Enlightement? Если так, то значит, мы должны специально менять lightdm.conf, если установлен Enlightement. А что делать, если в системе больше одного DE/WM? (В ответ на комментарий №29) > (В ответ на комментарий №28) > > (В ответ на комментарий №27) > > > Вот допустим, мы поставим вот такой, нулёвый враппер: > > > > > > #!/bin/sh > > > exec "$@" > > > > > > 1. Достаточно ли будет этого для Enlightenment? > > > 2. А для других DE/WM? > > > > Я тебе еще 27.06 в личном письме пояснил что можно/нужно оставить на примере > > GDM и /etc/X11/gdm/Xsession > > Это я помню. Но ты уверен, что такой урезанный вариант враппера будет > достаточным для всех DE/WM? Это основной вопрос. > > Или же речь идёт только про запуск Enlightement? Если так, то значит, мы > должны специально менять lightdm.conf, если установлен Enlightement. А что > делать, если в системе больше одного DE/WM? Я могу проверить на всех DE, собрав регулярки с тестовым заданием. (В ответ на комментарий №30) > Я могу проверить на всех DE, собрав регулярки с тестовым заданием. Хорошо. Я сделаю такой lightdm. И если проверка выйдет успешной, то можно будет поставить вопрос о том, что содержимое /etc/X11/XSession устарело. Тем не менее, прежде чем затевать такой эксперимерт, нужно посмотреть, что находится внутри других файлов в /usr/share/xsessions ? Вот Юра пишет, что для запуска не нужен более runwm, а > Достаточно десктоп-файлов в /usr/share/xsessions Но если внутри этих файлов прописаны ссылки на /etc/X11/wmsessions.d/*, то это означает, что runwm всё ещё нужен. (В ответ на комментарий №31) > > Достаточно десктоп-файлов в /usr/share/xsessions > > Но если внутри этих файлов прописаны ссылки на /etc/X11/wmsessions.d/*, то > это означает, что runwm всё ещё нужен. Где такое? У себя не вижу, кроме пачки гномов установлен Cinnamon и Mate $ grep "^Exec" /usr/share/xsessions/* /usr/share/xsessions/cinnamon2d.desktop:Exec=/usr/bin/startcinnamon /usr/share/xsessions/cinnamon.desktop:Exec=/usr/bin/startcinnamon /usr/share/xsessions/enlightenment-xorg.desktop:Exec=/usr/bin/start_enlightenment /usr/share/xsessions/gnome-classic.desktop:Exec=env GNOME_SHELL_SESSION_MODE=classic gnome-session --session gnome-classic /usr/share/xsessions/gnome-custom-session.desktop:Exec=/usr/bin/gnome-session-custom-session /usr/share/xsessions/gnome.desktop:Exec=/usr/bin/gnome-session /usr/share/xsessions/gnome-flashback-metacity.desktop:Exec=/usr/libexec/gnome-flashback-metacity /usr/share/xsessions/gnome-xorg.desktop:Exec=/usr/bin/gnome-session /usr/share/xsessions/mate.desktop:Exec=/usr/bin/mate-session (В ответ на комментарий №31) > Но если внутри этих файлов прописаны ссылки на /etc/X11/wmsessions.d/*, то > это означает, что runwm всё ещё нужен. Нет такого. Давайте проводить эксперимент. (В ответ на комментарий №32) > Где такое? > У себя не вижу, кроме пачки гномов установлен Cinnamon и Mate Минутку. Тогда, получается, что они все не должны запускаться! Или я что-то не то наисследовал. Но наверняка же всё запускается, правда? Давайте я сперва посмотрю регулярку с MATE и Cinnamon там решим. (В ответ на комментарий №34) > (В ответ на комментарий №32) > > Где такое? > > У себя не вижу, кроме пачки гномов установлен Cinnamon и Mate > > Минутку. Тогда, получается, что они все не должны запускаться! Или я что-то > не то наисследовал. > Но наверняка же всё запускается, правда? Давайте я сперва посмотрю регулярку > с MATE и Cinnamon там решим. Все они запускаются. Но у них всех есть одновременно и /etc/X11/wmsession.d/конфиг и /usr/share/xsessions/имя.desktop Ага. Только вот как связано /usr/bin/startcinnamon с /etc/X11/wmsession.d/конфиг? (В ответ на комментарий №36) > Ага. Только вот как связано /usr/bin/startcinnamon с > /etc/X11/wmsession.d/конфиг? А вот как: http://git.altlinux.org/people/manowar/packages/?p=xinitrc.git;a=blob;f=xinitrc/install/usr/bin/runwm;h=1e9819b226ad705fb52d8b039b51890ae2a6cb00;hb=601526e8f85446a259bb5dc220cf49aa2580eafa#l111 (строка 111): 111 if [ "$wm" = default -o "$wm" = "$name" -o "$wm" = "$exec" ]; then Если дать команду "/etc/X11/Xsession Cinnamon", то runwm сравнит аргумент с полем NAME внутри /etc/X11/wmsession.d/Cinnamon и выполнит EXEC из этого же файла. Аналогично, если дать команду "/etc/X11/Xsession /usr/bin/startcinnamon", то runwm сравнит аргумент с полем EXEC внутри /etc/X11/wmsession.d/Cinnamon и выполнит EXEC же! Таким образом, запуск современных DE без помощи runwm — фикция чистой воды. Все они запускаются через runwm. И, естественно, то же самое можно устроить для Enlightenmet, если написать /usr/bin/start_enlightenment без ошибок в обоих файлах — .desktop и wmsession.d/*. (В ответ на комментарий №2) > runwm: window manager "/usr/bin/start_enlightenment" not found. > > Как так? Короче говоря, чтобы избежать этой ошибки, нужно иметь файл /etc/X11/wmsessions.d/что-то-там, где в поле EXEC будет записана именно эта строчка, и (!), такой файл должен существовать. (В ответ на комментарий №30) > Я могу проверить на всех DE, собрав регулярки с тестовым заданием. Павел сделал, можно проверять. http://git.altlinux.org/tasks/235028/ 1.30.0-alt3 - Use a greeter startup wrapper script with keyboard setup (closes: #36933). - Use a simplified X session startup wrapper script (closes: #36913). (В ответ на комментарий №39) > (В ответ на комментарий №30) > > > Я могу проверить на всех DE, собрав регулярки с тестовым заданием. > > Павел сделал, можно проверять. > > http://git.altlinux.org/tasks/235028/ > > 1.30.0-alt3 > > - Use a greeter startup wrapper script with keyboard setup (closes: #36933). > - Use a simplified X session startup wrapper script (closes: #36913). Собрал и проверилрегулярки cinnamon, enlightenment, lxde, mate, xfce. Работают, но есть проблема. Не выполняются скрипты из /etc/X11/profile.d/ /etc/X11/init.d/ /etc/X11/xinit/. Соответственно, в live не настроены языки ввода, нет значка запуска установщика, не запускается ssh-agent, не запускаются гостевые дополнения VirtualBox, не создаются xdg-директории в каталоге пользователя... А вот это из Xsession, случаем, не нужно? # Merge in defaults and keymaps. 124 MergeResources /etc/X11/Xresources "$HOME/.Xresources" "$HOME/.Xdefaults" Хорошо бы предварительно выяснить, что из содержимого Xsession уже точно устарело. Раз пока не ясно, какие точно части старого Xsession нам нужны, а какие — нет, то, значит, сейчас правильнее будет оставить всё, обойдя только запуск runwm — ту маленькую часть, про которую мы точно знаем, что она, в данном случае, не нужна. http://git.altlinux.org/tasks/235252/ . (В ответ на комментарий №42) > Раз пока не ясно, какие точно части старого Xsession нам нужны, а какие — нет, > то, значит, сейчас правильнее будет оставить всё, обойдя только запуск runwm — > ту маленькую часть, про которую мы точно знаем, что она, в данном случае, не > нужна. > > http://git.altlinux.org/tasks/235252/ . Ну, т.е. собираю регулярки с двумя заданиями: 235252 и 235028? Не, 235028 тогда не нужно. (В ответ на комментарий №44) > Не, 235028 тогда не нужно. Хорошо. Соберу, проверю. (В ответ на комментарий №45) > (В ответ на комментарий №44) > > Не, 235028 тогда не нужно. > > Хорошо. Соберу, проверю. Enlightenment. Автозапуск в live успешен. После установки облом. Сессию запустить нельзя. Требует сессию default: Seat seat0: Can't find session 'default' в /var/log/lightdm/lightdm.log Работает только, благодаря парсеру, в нашем автологине. Создание симлинка default.desktop в /usr/share/xsessions/ проблему также решает. Соответственно, есть предложение, научить lightdm при запуске создавать симлинк default.desktop, если он отсутствует, или указывает на несуществующий файл. Тогда не будут нужны костыли для выбора сессии в автологине. не надоело решать не существующую проблему? # cat << __EOF__ > /etc/lightdm/lightdm.conf.d/99-мойлюбимыйwm.conf [Seat:*] autologin-session=мойлюбимыйwm __EOF__ (В ответ на комментарий №47) > не надоело решать не существующую проблему? > > # cat << __EOF__ > /etc/lightdm/lightdm.conf.d/99-мойлюбимыйwm.conf > [Seat:*] > autologin-session=мойлюбимыйwm > __EOF__ Так автологин работает. И именно так и решается сейчас. Как это поможет запустить Enlightenment? (В ответ на комментарий №48)
> Как это поможет запустить Enlightenment?
причем здесь lightdm, если у вас enlightenment не запускается?
(В ответ на комментарий №49) > (В ответ на комментарий №48) > > Как это поможет запустить Enlightenment? > > причем здесь lightdm, если у вас enlightenment не запускается? Захотелось lightdm поднять до уровня gdm 3.x :-) gdm то умеет запускать без всяких прослоек. А lightdm из-за этой привязанности, не может сеансы на wayland запускать, как тут выяснили. gdm 3.x разучился запускать не-гномы, а вот необходимость wayland-сессии по умолчанию у меня применительно как минимум к E вызывает большие вопросы с учётом того, как там обстоят дела с догонянием иксов по состоянию на давным-давно назад. То есть сейчас wayland-сессию я бы постарался сделать возможностью для тех, кто понимает, что он _именно_ этого хочет (применительно к E у нас в команде знаю одного такого человека, это legion@); а по умолчанию запускать наиболее работоспособный вариант, бишь X11. Лёш, а ты что скажешь? (В ответ на комментарий №51) > gdm 3.x разучился запускать не-гномы, Разве? Это gnome3 никто кроме gdm3 не может запустить. И я теперь догадываюсь почему. lightdm хочет одновременно wmsession.d/конфиг и xsession/конфиг, что как-то странно, между прочем. > а вот необходимость wayland-сессии по > умолчанию у меня применительно как минимум к E вызывает большие вопросы с > учётом того, как там обстоят дела с догонянием иксов по состоянию на > давным-давно назад. Так вроде никто и не хочет этого для Enlightenment. (В ответ на комментарий №52) > (В ответ на комментарий №51) > > gdm 3.x разучился запускать не-гномы, > > lightdm хочет одновременно wmsession.d/конфиг и xsession/конфиг, что > как-то странно, между прочем. А в чём выражается это желание? Просто новая сборка xinitrc из задания выше как раз преследует оговоренную цель --- запуск без конфига в wmsession.d при условии корректного пути в Exec .desktop-файла. (В ответ на комментарий №53) > (В ответ на комментарий №52) > > (В ответ на комментарий №51) > > > gdm 3.x разучился запускать не-гномы, > > > > lightdm хочет одновременно wmsession.d/конфиг и xsession/конфиг, что > > как-то странно, между прочем. > > А в чём выражается это желание? Просто новая сборка xinitrc из задания выше как > раз преследует оговоренную цель --- запуск без конфига в wmsession.d при > условии корректного пути в Exec .desktop-файла. Это пояснения для Шигорина были. По заданию я отписался выше. Enlightenment хочет session 'default'. И, вероятно, так будут хотеть все DM без wmsession.d/конфиг. (В ответ на комментарий №54) > По заданию я отписался выше. Enlightenment > хочет session 'default'. И, вероятно, так будут хотеть все DM без > wmsession.d/конфиг. Следовательно, всё дело в том, как runwm реагирует на слово "default", которое передаётся ему в этом случае. Отрезав runwm мы отрезали и эту функцию и теперь нам нужно изобретать новую: например, сделать так, чтобы /usr/share/xsessions/default.desktop действительно существовал. Только нужно ли? Напрашивается механизм альтернатив, который придётся городить для всех WM/DE. Мне кажется, мэйнтейнеры этих WM/DE совсем не обрадуются такому нововведению. (В ответ на комментарий №55) > (В ответ на комментарий №54) > > > По заданию я отписался выше. Enlightenment > > хочет session 'default'. И, вероятно, так будут хотеть все DM без > > wmsession.d/конфиг. > > Следовательно, всё дело в том, как runwm реагирует на слово "default", которое > передаётся ему в этом случае. Отрезав runwm мы отрезали и эту функцию и теперь > нам нужно изобретать новую: например, сделать так, чтобы > /usr/share/xsessions/default.desktop действительно существовал. Только нужно > ли? Напрашивается механизм альтернатив, который придётся городить для всех > WM/DE. Мне кажется, мэйнтейнеры этих WM/DE совсем не обрадуются такому > нововведению. Да, тоже так думаю. Так что предлагаю Юрию в Enlightenment включить wmsession.d/конфиг наряду с xsessions/конфиг.desktop. (В ответ на комментарий №56) > (В ответ на комментарий №55) > > (В ответ на комментарий №54) > > > > > По заданию я отписался выше. Enlightenment > > > хочет session 'default'. И, вероятно, так будут хотеть все DM без > > > wmsession.d/конфиг. > > > > Следовательно, всё дело в том, как runwm реагирует на слово "default", которое > > передаётся ему в этом случае. Отрезав runwm мы отрезали и эту функцию и теперь > > нам нужно изобретать новую: например, сделать так, чтобы > > /usr/share/xsessions/default.desktop действительно существовал. Только нужно > > ли? Напрашивается механизм альтернатив, который придётся городить для всех > > WM/DE. Мне кажется, мэйнтейнеры этих WM/DE совсем не обрадуются такому > > нововведению. > > Да, тоже так думаю. Так что предлагаю Юрию в Enlightenment включить > wmsession.d/конфиг наряду с xsessions/конфиг.desktop. Юрий, исправите? А то стартеркиты уже скоро надо будет готовить осенние. (В ответ на комментарий №57) > Юрий, исправите? А то стартеркиты уже скоро надо будет готовить осенние. Антон, возвращение /etc/X11/wmsession.d/* -- не "исправление", это позор. Повторюсь в очередной раз, GDM загружает всё без посредничества runwm. (В ответ на комментарий №58) > (В ответ на комментарий №57) > > > Юрий, исправите? А то стартеркиты уже скоро надо будет готовить осенние. > > Антон, возвращение /etc/X11/wmsession.d/* -- не "исправление", это позор. > Повторюсь в очередной раз, GDM загружает всё без посредничества runwm. Согласен, что это объезд проблемы. Но мы так ещё полгода будем это обсуждать. А Enlightenment в Сизифе и p9 тем временем грузиться не будут. Что тоже не повод для гордости. (В ответ на комментарий №58) > > Юрий, исправите? А то стартеркиты уже скоро надо будет готовить осенние. > Антон, возвращение /etc/X11/wmsession.d/* -- не "исправление", это позор. Юр, мне вот гораздо неприятней, что из-за непродуманного и непроверенного изменения в последний момент (за это уже всё высказал виновным) из первых стартеркитов на p9 пришлось убрать E как неработоспособный вариант. Нам стоит обкатывать подобные изменения в сизифе, а бранчи держать сухими. И если что-то вследствие изменений сломалось -- да, лучше их откатить целиком, чем начинать возню там, где ей не место. (В ответ на комментарий №60)
> (В ответ на комментарий №58)
> > > Юрий, исправите? А то стартеркиты уже скоро надо будет готовить осенние.
> > Антон, возвращение /etc/X11/wmsession.d/* -- не "исправление", это позор.
> Юр, мне вот гораздо неприятней, что из-за непродуманного и непроверенного
> изменения в последний момент (за это уже всё высказал виновным) из первых
> стартеркитов на p9 пришлось убрать E как неработоспособный вариант.
>
> Нам стоит обкатывать подобные изменения в сизифе, а бранчи держать сухими.
> И если что-то вследствие изменений сломалось -- да, лучше их откатить целиком,
> чем начинать возню там, где ей не место.
Так Юрий и не виноват. Не он же обновлял lightdm.
(В ответ на комментарий №59) > (В ответ на комментарий №58) > > (В ответ на комментарий №57) > > > > > Юрий, исправите? А то стартеркиты уже скоро надо будет готовить осенние. > > > > Антон, возвращение /etc/X11/wmsession.d/* -- не "исправление", это позор. > > Повторюсь в очередной раз, GDM загружает всё без посредничества runwm. > > Согласен, что это объезд проблемы. Но мы так ещё полгода будем это обсуждать. А > Enlightenment в Сизифе и p9 тем временем грузиться не будут. Что тоже не повод > для гордости. А, DM(lightdm), который не запускает wayland-сессии, хотя может, -- повод для чего? Не обсуждать надо, а сделать, и забыть. (В ответ на комментарий №61) > > Юр, мне вот гораздо неприятней, что из-за непродуманного и непроверенного > > изменения в последний момент (за это уже всё высказал виновным) [...] > Так Юрий и не виноват. Не он же обновлял lightdm. Потому и отметил про (других) виновных. Но у нас месяц на решение этой баги, иначе E не будет и в осенних сборках. :( (В ответ на комментарий №62) > А, DM(lightdm), который не запускает wayland-сессии, хотя может, > -- повод для чего? Не обсуждать надо, а сделать, и забыть. Повод для FR, поскольку мы не заявляем поддержку Wayland. Собственно, десятилетие спустя оно слишком сырое и отнюдь не только для нас (хотя на Jolla у меня работает -- в своём ограниченном окружении, понятно). (В ответ на комментарий №63) > (В ответ на комментарий №62) > > А, DM(lightdm), который не запускает wayland-сессии, хотя может, > > -- повод для чего? Не обсуждать надо, а сделать, и забыть. > Повод для FR, поскольку мы не заявляем поддержку Wayland. > Собственно, десятилетие спустя оно слишком сырое и отнюдь не только для нас > (хотя на Jolla у меня работает -- в своём ограниченном окружении, понятно). Миша, я не участвую в дискуссии на уровне кто-чего-какую поддержку заявил, -- ты бы и systemd отменил, тебе вчера, напомню, не во что было флешку воткнуть. Wayland -- современное решение, в GNOME по-умолчанию. (В ответ на комментарий №64) > Миша, я не участвую в дискуссии на уровне кто-чего-какую поддержку заявил, -- > ты бы и systemd отменил, тебе вчера, напомню, не во что было флешку воткнуть. Когда не работает -- мне в общем-то без разницы остальные характеристики. > Wayland -- современное решение, в GNOME по-умолчанию. GNOME со своим выбором решений у нас тоже, напомню, не входит в дистрибутивы. А в стартеркитах именно из-за этого современного решения и его несовместимости с дистрибутивной инфраструктурой нуждается в особых пояснениях для установки. Да, можно и нужно подтягивать инфраструктуру (и кто же из нас против всего хорошего и за всё плохое) -- только вот от деклараций результат не сдвинется. Давай всё-таки искать и делать работающий вариант -- я не знаю сейчас, какой, иначе бы попытался сделать. (В ответ на комментарий №55) > (В ответ на комментарий №54) > > > По заданию я отписался выше. Enlightenment > > хочет session 'default'. И, вероятно, так будут хотеть все DM без > > wmsession.d/конфиг. > > Следовательно, всё дело в том, как runwm реагирует на слово "default", которое > передаётся ему в этом случае. Отрезав runwm мы отрезали и эту функцию и теперь > нам нужно изобретать новую: например, сделать так, чтобы > /usr/share/xsessions/default.desktop действительно существовал. Только нужно > ли? Напрашивается механизм альтернатив, который придётся городить для всех > WM/DE. Мне кажется, мэйнтейнеры этих WM/DE совсем не обрадуются такому > нововведению. Товарищи, не надо городить огород, потому что 1) default.desktop не нужен, в #22 уже было сказано почему его хочет lightdm. Надо просто убрать --with-user-session 2) Назначить сессию по-умолчанию, если она не одна, например, при автологине просто, и даже для разных пользователей. Антон знает как https://bugzilla.altlinux.org/show_bug.cgi?id=36794 (В ответ на комментарий №62)
> А, DM(lightdm), который не запускает wayland-сессии, хотя может
А он точно может? Я поэкспериментировал с /usr/bin/start_enlightenment и пришёл к выводу, что wayland-сессия запускается только в том случае, если не выставлен $DISPLAY. Но в lightdm как раз $DISPLAY есть всегда, потому любой сеанс там начинается с запуска X.
(В ответ на комментарий №66) > Товарищи, не надо городить огород, потому что > 1) default.desktop не нужен, в #22 уже было сказано почему его хочет lightdm. > Надо просто убрать --with-user-session Вот этот момент я пропустил. Давайте попробуем собрать без этой опции. > 2) Назначить сессию по-умолчанию, если она не одна, например, при автологине > просто, > и даже для разных пользователей. Антон знает как > https://bugzilla.altlinux.org/show_bug.cgi?id=36794 Это касается только mkimage-profiles, т.е. сборки регулярок как таковых, да? (В ответ на комментарий №68) > (В ответ на комментарий №66) > > > Товарищи, не надо городить огород, потому что > > 1) default.desktop не нужен, в #22 уже было сказано почему его хочет lightdm. > > Надо просто убрать --with-user-session > > Вот этот момент я пропустил. Давайте попробуем собрать без этой опции. Давайте. > > > 2) Назначить сессию по-умолчанию, если она не одна, например, при автологине > > просто, > > и даже для разных пользователей. Антон знает как > > https://bugzilla.altlinux.org/show_bug.cgi?id=36794 > > Это касается только mkimage-profiles, т.е. сборки регулярок как таковых, да? Автологин у нас реализуется похожим образом в двух местах: в mkimage-profiles для сборки live, и в autologin-sh-functions. Тот патч мы не приняли, приняли вариант cas@. По autologin-sh-functions эпопея была такая: https://bugzilla.altlinux.org/show_bug.cgi?id=36805 Зарядил сборку lightdm без --with-user-session=default: http://git.altlinux.org/tasks/235252/logs/events.2.1.log . (В ответ на комментарий №67) > (В ответ на комментарий №62) > > > А, DM(lightdm), который не запускает wayland-сессии, хотя может > > А он точно может? Я поэкспериментировал с /usr/bin/start_enlightenment и > пришёл к выводу, что wayland-сессия запускается только в том случае, если не > выставлен $DISPLAY. Но в lightdm как раз $DISPLAY есть всегда, потому любой > сеанс там начинается с запуска X. Не думаю, что lightdm выставляет $DISPLAY при запуске wayland-сессий из /usr/share/wayland-sessions. Наверное, это можно проверить даже на этапе сборки lightdm, запустив таки тесты. Да, и не знаю, с каким экспериментировал ты, но нынешний Enlightenment в сизифе собран без Wayland. (В ответ на комментарий №69) > Тот патч мы не приняли, приняли вариант cas@. То есть accountsservice не задействован? Поздравляю! В последнем комментарии к той баге я предложил как "тот патч" можно использовать. (В ответ на комментарий №72) > (В ответ на комментарий №69) > > Тот патч мы не приняли, приняли вариант cas@. > То есть accountsservice не задействован? Поздравляю! > В последнем комментарии к той баге я предложил как "тот патч" можно > использовать. cas@ был против. (В ответ на комментарий №70) > Зарядил сборку lightdm без --with-user-session=default: > http://git.altlinux.org/tasks/235252/logs/events.2.1.log . Оно собралось. (В ответ на комментарий №74) > (В ответ на комментарий №70) > > Зарядил сборку lightdm без --with-user-session=default: > > http://git.altlinux.org/tasks/235252/logs/events.2.1.log . > > Оно собралось. И как оно? (В ответ на комментарий №75) > (В ответ на комментарий №74) > > (В ответ на комментарий №70) > > > Зарядил сборку lightdm без --with-user-session=default: > > > http://git.altlinux.org/tasks/235252/logs/events.2.1.log . > > > > Оно собралось. > > И как оно? Я проверяю, пока просто на сегодняшних сборках. Позже отпишусь. (В ответ на комментарий №76) > (В ответ на комментарий №75) > > (В ответ на комментарий №74) > > > (В ответ на комментарий №70) > > > > Зарядил сборку lightdm без --with-user-session=default: > > > > http://git.altlinux.org/tasks/235252/logs/events.2.1.log . > > > > > > Оно собралось. > > > > И как оно? > > Я проверяю, пока просто на сегодняшних сборках. Позже отпишусь. Что-то по-прежнему default session хочет. (В ответ на комментарий №77) > Что-то по-прежнему default session хочет. Понял. Я поизучаю сегодня, на что и как влияет --with-user-session= . (В ответ на комментарий №77) > (В ответ на комментарий №76) > > (В ответ на комментарий №75) > > > (В ответ на комментарий №74) > > > > (В ответ на комментарий №70) > > > > > Зарядил сборку lightdm без --with-user-session=default: > > > > > http://git.altlinux.org/tasks/235252/logs/events.2.1.log . > > > > > > > > Оно собралось. > > > > > > И как оно? > > > > Я проверяю, пока просто на сегодняшних сборках. Позже отпишусь. > > Что-то по-прежнему default session хочет. Это slick-greeter хочет. А lightdm-gtk-greeter не хочет, грузит нормально. Ошибка у slick-greeter такая: DEBUG: slick-greeter.vala:209: Invalid session: 'default' Warning: slick-greeter.vala:198: Could not find a default session. DEBUG: slick-greeter.vala:216: Using default session: '(null)' (В ответ на комментарий №80) > Ошибка у slick-greeter такая: > DEBUG: slick-greeter.vala:209: Invalid session: 'default' > Warning: slick-greeter.vala:198: Could not find a default session. > DEBUG: slick-greeter.vala:216: Using default session: '(null)' С этим разобрался. Проблема в том, что у нас сессия называется enlightenment-xorg.desktop Нужно переименовать в enlightenment.desktop и проблемы не будет. Собственно, понятно из: http://git.altlinux.org/gears/s/slick-greeter.git?p=slick-greeter.git;a=blob;f=slick-greeter/src/slick-greeter.vala;h=38c3004993d839a64b8c8197d9625ae8157418e5;hb=2445f22e57a68ab08e82474471bc9fdc004fb161#l168 (В ответ на комментарий №81) > (В ответ на комментарий №80) > > Ошибка у slick-greeter такая: > > DEBUG: slick-greeter.vala:209: Invalid session: 'default' > > Warning: slick-greeter.vala:198: Could not find a default session. > > DEBUG: slick-greeter.vala:216: Using default session: '(null)' > > С этим разобрался. Проблема в том, что у нас сессия называется > enlightenment-xorg.desktop > Нужно переименовать в enlightenment.desktop и проблемы не будет. > > Собственно, понятно из: > http://git.altlinux.org/gears/s/slick-greeter.git?p=slick-greeter.git;a=blob;f=slick-greeter/src/slick-greeter.vala;h=38c3004993d839a64b8c8197d9625ae8157418e5;hb=2445f22e57a68ab08e82474471bc9fdc004fb161#l168 Я бы предпочел чуть пропатчить этот убогий slick-greeter. Он ничего не знает про wayland, а одноименные файлы в xsessions и wayland-sessions GDM не переварит. Паша, сделай, пожалуйста, и slick-greeter в своем задании. (В ответ на комментарий №83) > Паша, сделай, пожалуйста, и slick-greeter в своем задании. Павел, slick-greeter не смотрели? Так-то можно регулярки/стартеркиты перевести обратно на lightdm-gtk-greeter, вот только у кого slick-greeter продолжит страдать... Но, в принципе, несмертельно. На p8 slick-greeter в сборках не использовался. Enlightenment на p9 не выпускался. Думаю его оставить только для сборки с cinnamon. (В ответ на комментарий №82) > > Я бы предпочел чуть пропатчить этот убогий slick-greeter. Он ничего не знает > про wayland, а одноименные файлы в xsessions и wayland-sessions GDM не > переварит. Кстати, а в чём проблема вернуть название на нормальное в xsessions, а для wayland назвать по-другому, например, добавить в название -wayland? (В ответ на комментарий №84) > Кстати, а в чём проблема вернуть название на нормальное в xsessions, а для > wayland назвать по-другому, например, добавить в название -wayland? Назвать можно как угодно, но $ grep xsessions ./*/base/contents_index|wc -l 60 Будем перечислять? (В ответ на комментарий №84) > (В ответ на комментарий №83) > > Паша, сделай, пожалуйста, и slick-greeter в своем задании. > > Павел, slick-greeter не смотрели? Нет ещё. Но сегодня обязательно посмотрю. Сперва lightdm, а потом slick. Товарищи, судя по http://git.altlinux.org/gears/l/lightdm.git?p=lightdm.git;a=blob;f=configure.ac;h=462bff025ce2e0d968edb7dda2f62ed3772dc011;hb=53f9342d856bff1bfe197771e5e523b7d3cd59ab#l187 , отказ от --with-user-session=default не оказывает ровно никакого эффекта, поскольку умолчание как раз именно "default" и есть. Поэтому, следовательно, lightdm-gtk-greeter должен работать независимо от последней сборки lightdm, а вот slick — нет. Я посмотрю сейчас на логику lightdm-gtk-greeter и попробую перенести её сразу в lightdm, чтобы гритерам просто не предлагались несуществующие сессии. Я посмотрел, что lightdm-gtk-greeter в случае обнаружения с несуществующим .desktop-файлом, сам выбирает первую из существующих сессий, которые предлагает ему lightdm. В итоге получается первый по списку .desktop-файл, потому что lightdm просто читает файлы из директории. В slick такого fallback нет, и, наверное, это нормально, поскольку это не его забота. В итоге я сделал сейчас так, чтобы lightdm, при отсутствии файла default.desktop, отдавал бы конфигурацию из первого попавшегося .desktop-файла. Результат получается не совсем предсказуемым (кто знает, в каком порядке отдаёт названия файлов связка g_dir_open(), g_dir_read_name() ?), но повторяет поведение lightdm. Задание http://git.altlinux.org/tasks/235252/ отправлено на сборку. В нём lightdm-1.30.0-alt6, в котором то, что я написал выше. (В ответ на комментарий №88) > Я посмотрел, что lightdm-gtk-greeter в случае обнаружения с несуществующим > .desktop-файлом, сам выбирает первую из существующих сессий, которые предлагает > ему lightdm. В итоге получается первый по списку .desktop-файл, потому что > lightdm просто читает файлы из директории. В slick такого fallback нет, и, > наверное, это нормально, поскольку это не его забота. > > В итоге я сделал сейчас так, чтобы lightdm, при отсутствии файла > default.desktop, отдавал бы конфигурацию из первого попавшегося .desktop-файла. > Результат получается не совсем предсказуемым (кто знает, в каком порядке отдаёт > названия файлов связка g_dir_open(), g_dir_read_name() ?) g_dir_open () ... Opens a directory for reading. The names of the files in the directory can then be retrieved using g_dir_read_name(). Note that the ordering is not defined. g_dir_read_name () ... Retrieves the name of another entry in the directory, or NULL. The order of entries returned from this function is not defined, and may vary by file system or other operating-system dependent factors. (В ответ на комментарий №89) > ...Note that the ordering is not defined. Я именно это и имел в виду, когда написал "не совсем предсказуемым"! ;-) (В ответ на комментарий №90) > (В ответ на комментарий №89) > > > ...Note that the ordering is not defined. > > Я именно это и имел в виду, когда написал "не совсем предсказуемым"! ;-) Глянул в GDM, -- он тоже выдает такой типа несортированный список, однако gnome-shell, который у него гритером, таки делает красиво и сортирует список сессий. (В ответ на комментарий №88) > Я посмотрел, что lightdm-gtk-greeter в случае обнаружения с несуществующим > .desktop-файлом, сам выбирает первую из существующих сессий, которые предлагает > ему lightdm. В итоге получается первый по списку .desktop-файл, потому что > lightdm просто читает файлы из директории. В slick такого fallback нет, и, > наверное, это нормально, поскольку это не его забота. > > В итоге я сделал сейчас так, чтобы lightdm, при отсутствии файла > default.desktop, отдавал бы конфигурацию из первого попавшегося .desktop-файла. > Результат получается не совсем предсказуемым (кто знает, в каком порядке отдаёт > названия файлов связка g_dir_open(), g_dir_read_name() ?), но повторяет > поведение lightdm. > > Задание http://git.altlinux.org/tasks/235252/ отправлено на сборку. В нём > lightdm-1.30.0-alt6, в котором то, что я написал выше. Работает. Проблем не заметил. Проверил на всех регулярках. (В ответ на комментарий №92) > > Задание http://git.altlinux.org/tasks/235252/ отправлено на сборку. В нём > > lightdm-1.30.0-alt6, в котором то, что я написал выше. > > Работает. Проблем не заметил. Проверил на всех регулярках. Так, давайте отправим в Сизиф это задание. ldv@ или legion@: Прошу approve на 235252 100. Смысл изменения в том, чтобы Xsession мог запускать исполняемые файлы без необходимости иметь для них конфиг в /etc/wmsessions.d/. (In reply to comment #94) > ldv@ или legion@: Прошу approve на 235252 100. Смысл изменения в том, чтобы > Xsession мог запускать исполняемые файлы без необходимости иметь для них конфиг > в /etc/wmsessions.d/. NAK. > In the case when the argument to Xsession is a valid command name > (as reported by [ -e ... ]) Написана неправда т.к. test -e просто проверит существование файла, но не то, что он выполняемый. Кроме того, эта проверка предусматривает передачу в качестве аргумента только полного пути к команде т.е. "runwm" нельзя передать в качестве аргумента. Почему вы не захотели использовать конструкцию типа: RUNWM=`absolute "$1" || echo runwm` которая написана несколькими строчками выше ? (В ответ на комментарий №95) > (In reply to comment #94) > > ldv@ или legion@: Прошу approve на 235252 100. Смысл изменения в том, чтобы > > Xsession мог запускать исполняемые файлы без необходимости иметь для них конфиг > > в /etc/wmsessions.d/. > > NAK. > > > In the case when the argument to Xsession is a valid command name > > (as reported by [ -e ... ]) > > Написана неправда т.к. test -e просто проверит существование файла, но не то, > что он выполняемый. Согласен. Заменим на -x. > Кроме того, эта проверка предусматривает передачу в > качестве аргумента только полного пути к команде т.е. "runwm" нельзя > передать в качестве аргумента. > > Почему вы не захотели использовать конструкцию типа: > > RUNWM=`absolute "$1" || echo runwm` > > которая написана несколькими строчками выше ? Полный путь как раз ради большей однозначности, чтобы не запустить что попало из PATH. Насколько я понял, в .desktop-файлах содержатся сейчас либо полные пути к исполняемым файлам, либо имена конфигов из /etc/X11/wmsessions.d/. Таким образом, я предлагаю следующую модификацию: http://git.altlinux.org/people/manowar/packages/?p=xinitrc.git;a=commitdiff;h=31fbe97e92931d8173203c6d7c3bdb10abfa6794 1. Если /etc/X11/Xsession был передан в качестве первого аргумента полный путь к исполняемому файлу, то запустить данный файл (передав ему остальные аргументы) вместо runwm. 2. В противном случае передать всю строчку runwm. Устроит ли такой вариант и aris@, и legion@? (В ответ на комментарий №97) > Таким образом, я предлагаю следующую модификацию: > > http://git.altlinux.org/people/manowar/packages/?p=xinitrc.git;a=commitdiff;h=31fbe97e92931d8173203c6d7c3bdb10abfa6794 > > 1. Если /etc/X11/Xsession был передан в качестве первого аргумента полный путь > к исполняемому файлу, то запустить данный файл (передав ему остальные > аргументы) вместо runwm. > 2. В противном случае передать всю строчку runwm. > > Устроит ли такой вариант и aris@, и legion@? Меня устроит если даже runwm не будет совсем, он не нужен. Алексей? Прочитал всё с самого начала. (In reply to comment #51) > gdm 3.x разучился запускать не-гномы, а вот необходимость wayland-сессии по > умолчанию у меня применительно как минимум к E вызывает большие вопросы с > учётом того, как там обстоят дела с догонянием иксов по состоянию на > давным-давно назад. Это неправда :) > То есть сейчас wayland-сессию я бы постарался сделать возможностью для тех, кто > понимает, что он _именно_ этого хочет (применительно к E у нас в команде знаю > одного такого человека, это legion@); а по умолчанию запускать наиболее > работоспособный вариант, бишь X11. > > Лёш, а ты что скажешь? Миш, прости, я не увидел вопроса в вашем бурном обсуждении. Я пользовался E несколько лет назад, но он меня победил и aris@ убедил перейти на gnome3, которым я пользовался до конца 2018 года, когда гном тоже взял верх и я ушёл и с него. (In reply to comment #97) > Таким образом, я предлагаю следующую модификацию: > > http://git.altlinux.org/people/manowar/packages/?p=xinitrc.git;a=commitdiff;h=31fbe97e92931d8173203c6d7c3bdb10abfa6794 > > 1. Если /etc/X11/Xsession был передан в качестве первого аргумента полный путь > к исполняемому файлу, то запустить данный файл (передав ему остальные > аргументы) вместо runwm. > 2. В противном случае передать всю строчку runwm. > > Устроит ли такой вариант и aris@, и legion@? ACK. К реализации у меня вопросов больше нет и готов поставить approve. ldv@ ? (In reply to comment #97) > Таким образом, я предлагаю следующую модификацию: > > http://git.altlinux.org/people/manowar/packages/?p=xinitrc.git;a=commitdiff;h=31fbe97e92931d8173203c6d7c3bdb10abfa6794 > > 1. Если /etc/X11/Xsession был передан в качестве первого аргумента полный путь > к исполняемому файлу, то запустить данный файл (передав ему остальные > аргументы) вместо runwm. Вышеупомянутый коммит делает не совсем то, что написано в вышепроцитированном комментарии, поскольку тест [ -x "$1" ] дает ответ на другой вопрос. P.S. не ставьте ; в конце simple command, пожалуйста. (В ответ на комментарий №100) > Вышеупомянутый коммит делает не совсем то, что написано в вышепроцитированном > комментарии, поскольку тест [ -x "$1" ] дает ответ на другой вопрос. Ты имеешь в виду, что отсутствует проверка на то, что в "$1" абсолютный путь? (In reply to comment #101) > (В ответ на комментарий №100) > > > Вышеупомянутый коммит делает не совсем то, что написано в вышепроцитированном > > комментарии, поскольку тест [ -x "$1" ] дает ответ на другой вопрос. > > Ты имеешь в виду, что отсутствует проверка на то, что в "$1" абсолютный путь? конечно, [ -x "foo" ] проверит на исполняемость "foo" в текущем каталоге. Нужно отметить, что -x сработало бы ещё и для директории. Поэтому воспользовался советом Алексея и использовал absolute() для проверки "$1". Точку с запятой после shift убрал. Получилось вот так:
if [ "$1" = "$(absolute "$1")" ]; then
cmd="$1"; shift
else
cmd=runwm
fi
Ну так что, можно ли ожидать approve на последнюю редакцию? Я пока снова отправил на тестовую сборку с этим вариантом. (In reply to comment #104) > Ну так что, можно ли ожидать approve на последнюю редакцию? Я пока снова > отправил на тестовую сборку с этим вариантом. Где кандидат на окончательный вариант? (В ответ на комментарий №105) > (In reply to comment #104) > > Ну так что, можно ли ожидать approve на последнюю редакцию? Я пока снова > > отправил на тестовую сборку с этим вариантом. > > Где кандидат на окончательный вариант? http://git.altlinux.org/tasks/235252/gears/400/git Если вы сделаете squash коммитов: 31fbe97e92931d8173203c6d7c3bdb10abfa6794 146bae6f4e66596a203a2e3fd367ca33ad8f3f02 6f8c0cee0eb572c04003b8ab0d00ed3de0c2124e т.к. это одно изменение растянутое на несколько коммитов, то Acked-by: legion. Вижу TESTED. Мне нужно ещё что-то сделать с этим заданием или Дима дальше сам? xinitrc-2.4.47-alt2 + lightdm-1.30.0-alt6 |
Description
Антон Мидюков 2019-06-18 09:25:16 MSK