Обновился до e17-0.17.4-alt1 и огрёб на системе с sysvinit отключение suspend по закрыванию крышки ноутбука. Выяснилось, что в /etc/enlightenment/sysactions.conf и для suspend/hibernate прибиты гвоздями вызовы systemctl, что считаю неприемлемой регрессией. Вернул, как было в работающем 0.17.1-alt2: action: suspend /usr/sbin/pm-suspend action: hibernate /usr/sbin/pm-hibernate Настоятельно прошу сделать так в пакете и в p7/branch переносить уже в таком виде.
Похоже, всё-таки придётся рисовать control, поскольку нужен suid bit на /usr/lib*/enlightenment/utils/enlightenment_sys с допуском на выполнение для группы xgrp и несколько другой конфиг, например, с group: xgrp allow: * user: * deny: * Юр, ты e17 в гите ведёшь или как обычно?
(In reply to comment #1) > Похоже, всё-таки придётся рисовать control, поскольку нужен suid bit на > /usr/lib*/enlightenment/utils/enlightenment_sys с допуском на выполнение для > группы xgrp и несколько другой конфиг, например, с > > group: xgrp allow: * > user: * deny: * Можешь сделать себе control, какой тебе нравится, и запаковать отдельно. > Юр, ты e17 в гите ведёшь или как обычно? Обычно это легко узнать, я, вот, никому не задаю таких вопросов.
(В ответ на комментарий №2) > Можешь сделать себе control, какой тебе нравится, и запаковать отдельно. Да я и в образе могу положить сразу, и у себя на холд поставить. Просто бороться с майнтейнером контрпродуктивно -- лучше тогда сам майнтейнить и буду, тебе же легче. > > Юр, ты e17 в гите ведёшь или как обычно? > Обычно это легко узнать, я, вот, никому не задаю таких вопросов. По-разному бывает -- например, viy@ много чего ведёт в gear для локального удобства, но заливает как srpm (он пояснял причины, я толком не запомнил). Спросил, не найдя в `ssh git.alt find-package e17`.
(In reply to comment #3) > (В ответ на комментарий №2) > > Можешь сделать себе control, какой тебе нравится, и запаковать отдельно. > > Да я и в образе могу положить сразу, и у себя на холд поставить. Просто > бороться с майнтейнером контрпродуктивно -- лучше тогда сам майнтейнить и буду, > тебе же легче. Если есть готовое решение под свой sysvinit, выкладывай.
(В ответ на комментарий №4) > Если есть готовое решение под свой sysvinit, выкладывай. Готовое было в 0.17.1-alt2 и работало. Смысл избегать лишних suid binaries весьма понятен, но смысл избегать лишних untrusted binaries тоже пойми.
(In reply to comment #5) > (В ответ на комментарий №4) > > Если есть готовое решение под свой sysvinit, выкладывай. > Готовое было в 0.17.1-alt2 и работало. Смысл избегать лишних suid binaries > весьма понятен, но смысл избегать лишних untrusted binaries тоже пойми. Вот, для себя лично ты можешь легко пренебречь смыслом "избегать лишних suid binaries" и сделать отдельный пакет e17-control.
(В ответ на комментарий №6) > Вот, для себя лично Юр, сизиф не для меня лично и не для тебя лично. Спасибо, конечно, за труды по e17 -- но навязывать его пользователям в сизифе гномовижен в виде "никаких работающих суидных бинарников, только инфраструктура fd.o" не годится. Для таких решений и есть control -- и то, что пакет был молча сознательно сломан при использовании с sysvinit при наличии живых пользователей последнего, не собирающихся переходить на systemd, прискорбно. Впрочем, позиции известны.