Bug 29497

Summary: sysactions: revert to pm-utils
Product: Sisyphus Reporter: Michael Shigorin <mike>
Component: e17Assignee: Yuri N. Sedunov <aris>
Status: NEW --- QA Contact: qa-sisyphus
Severity: normal    
Priority: P3 CC: aen, manowar
Version: unstableKeywords: regression, systemd
Hardware: all   
OS: Linux   
URL: http://forum.mageialinux.ru/viewtopic.php?pid=10385#p10385
See Also: https://bugzilla.altlinux.org/show_bug.cgi?id=41418
https://bugzilla.altlinux.org/show_bug.cgi?id=51517

Description Michael Shigorin 2013-10-20 16:11:41 MSK
Обновился до 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 переносить уже в таком виде.
Comment 1 Michael Shigorin 2013-10-22 12:07:39 MSK
Похоже, всё-таки придётся рисовать control, поскольку нужен suid bit на /usr/lib*/enlightenment/utils/enlightenment_sys с допуском на выполнение для группы xgrp и несколько другой конфиг, например, с

group:  xgrp    allow: *
user:   *       deny:  *

Юр, ты e17 в гите ведёшь или как обычно?
Comment 2 Yuri N. Sedunov 2013-10-22 12:35:21 MSK
(In reply to comment #1)
> Похоже, всё-таки придётся рисовать control, поскольку нужен suid bit на
> /usr/lib*/enlightenment/utils/enlightenment_sys с допуском на выполнение для
> группы xgrp и несколько другой конфиг, например, с
> 
> group:  xgrp    allow: *
> user:   *       deny:  *

Можешь сделать себе control, какой тебе нравится, и запаковать отдельно.

> Юр, ты e17 в гите ведёшь или как обычно?
Обычно это легко узнать, я, вот, никому не задаю таких вопросов.
Comment 3 Michael Shigorin 2013-10-22 14:34:36 MSK
(В ответ на комментарий №2)
> Можешь сделать себе control, какой тебе нравится, и запаковать отдельно.

Да я и в образе могу положить сразу, и у себя на холд поставить.  Просто бороться с майнтейнером контрпродуктивно -- лучше тогда сам майнтейнить и буду, тебе же легче.

> > Юр, ты e17 в гите ведёшь или как обычно?
> Обычно это легко узнать, я, вот, никому не задаю таких вопросов.
По-разному бывает -- например, viy@ много чего ведёт в gear для локального удобства, но заливает как srpm (он пояснял причины, я толком не запомнил).

Спросил, не найдя в `ssh git.alt find-package e17`.
Comment 4 Yuri N. Sedunov 2013-10-22 14:54:36 MSK
(In reply to comment #3)
> (В ответ на комментарий №2)
> > Можешь сделать себе control, какой тебе нравится, и запаковать отдельно.
> 
> Да я и в образе могу положить сразу, и у себя на холд поставить.  Просто
> бороться с майнтейнером контрпродуктивно -- лучше тогда сам майнтейнить и буду,
> тебе же легче.

Если есть готовое решение под свой sysvinit, выкладывай.
Comment 5 Michael Shigorin 2013-10-22 15:09:48 MSK
(В ответ на комментарий №4)
> Если есть готовое решение под свой sysvinit, выкладывай.
Готовое было в 0.17.1-alt2 и работало.  Смысл избегать лишних suid binaries весьма понятен, но смысл избегать лишних untrusted binaries тоже пойми.
Comment 6 Yuri N. Sedunov 2013-10-22 16:08:23 MSK
(In reply to comment #5)
> (В ответ на комментарий №4)
> > Если есть готовое решение под свой sysvinit, выкладывай.
> Готовое было в 0.17.1-alt2 и работало.  Смысл избегать лишних suid binaries
> весьма понятен, но смысл избегать лишних untrusted binaries тоже пойми.

Вот, для себя лично ты можешь легко пренебречь смыслом "избегать лишних suid binaries" и сделать отдельный пакет e17-control.
Comment 7 Michael Shigorin 2013-10-22 16:11:23 MSK
(В ответ на комментарий №6)
> Вот, для себя лично
Юр, сизиф не для меня лично и не для тебя лично.  Спасибо, конечно, за труды по e17 -- но навязывать его пользователям в сизифе гномовижен в виде "никаких работающих суидных бинарников, только инфраструктура fd.o" не годится.  Для таких решений и есть control -- и то, что пакет был молча сознательно сломан при использовании с sysvinit при наличии живых пользователей последнего, не собирающихся переходить на systemd, прискорбно.

Впрочем, позиции известны.