[sisyphus] Еще раз о технологической нейтральности и съемных носителях

[sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Eugene Prokopiev]

4 марта 2013 г., 17:30 Mikhail Efremov написал:
> On Mon, 4 Mar 2013 15:21:04 +0300 Eugene Prokopiev wrote:

>> > ... принцип технологической
>> > нейтральности по отношению  к systemd/sysV, которого мы стараемся
>> > придерживаться по возможности.
>>
>> Кажется, когда-то sem@ планировал поддерживать работоспособность
>> NetworkManager с sysV. Планы заброшены?
>
> У меня есть сборка NM без поддержки systemd, которой я и пользуюсь
> (http://ftp.altlinux.org/pub/people/sem/NM_ck).

А как вы монтируете съемные носители? Специальной сборки udisks2 у вас
случайно нет? ;)

> Более перспективным вариантом выглядит научить systemd-logind работать
> без systemd. Либо его форкнуть. Он при беглом взгляде выглядит более
> разумным и аккуратным, чем неподдерживаемый ConsoleKit и я был бы
> совсем не против использовать его, но без systemd.
> Но руки до этого пока так и не дошли :(.

Ничего не изменилось? Говорят, в Ubuntu уже учат/научили.

Верно ли я понимаю, что сейчас без systemd для управления съемными
носителями можно использовать разве что subfs?

--
С уважением,
Прокопьев Евгений

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Mikhail Efremov]

On Fri, 5 Apr 2013 16:30:23 +0400 Eugene Prokopiev wrote:
> 4 марта 2013 г., 17:30 Mikhail Efremov написал:
> > On Mon, 4 Mar 2013 15:21:04 +0300 Eugene Prokopiev wrote:
> 
> >> > ... принцип технологической
> >> > нейтральности по отношению  к systemd/sysV, которого мы стараемся
> >> > придерживаться по возможности.
> >>
> >> Кажется, когда-то sem@ планировал поддерживать работоспособность
> >> NetworkManager с sysV. Планы заброшены?
> >
> > У меня есть сборка NM без поддержки systemd, которой я и пользуюсь
> > (http://ftp.altlinux.org/pub/people/sem/NM_ck).
> 
> А как вы монтируете съемные носители? Специальной сборки udisks2 у вас
> случайно нет? ;)

У меня есть udisks2 и polkit на Hold. Впрочем, монтировать я в любом
случае предпочитаю командой mount.

> > Более перспективным вариантом выглядит научить systemd-logind работать
> > без systemd. Либо его форкнуть. Он при беглом взгляде выглядит более
> > разумным и аккуратным, чем неподдерживаемый ConsoleKit и я был бы
> > совсем не против использовать его, но без systemd.
> > Но руки до этого пока так и не дошли :(.
> 
> Ничего не изменилось? Говорят, в Ubuntu уже учат/научили.

Кода еще нет, насколько я понял, только идея. К тому же Canonical не
тот апстрим, которому можно доверять, их версия вполне может
оказаться рабочей только с upstart и только в Ubuntu. Но посмотреть на
код было бы интересно, я надеюсь они что-то сделают все-таки.
Я же в ближайшем будущем вряд ли соберусь что-то сделать, но идею не
бросил, рано или поздно время и желание найдется. Ну, или если
Canonical действительно сделает что-то вменяемое, то можно будет
использовать это.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Eugene Prokopiev]

5 апреля 2013 г., 16:52  Mikhail Efremov написал:
> On Fri, 5 Apr 2013 16:30:23 +0400 Eugene Prokopiev wrote:

>> А как вы монтируете съемные носители? Специальной сборки udisks2 у вас
>> случайно нет? ;)
>
> У меня есть udisks2 и polkit на Hold. Впрочем, монтировать я в любом
> случае предпочитаю командой mount.

Я совсем не против сказать pmount /dev/sdb1 на сервере (хотя он желает
работать исключительно с теми накопителями, которые считает съемными,
как бы отучить?) или даже mount /dev/sdb1 /mnt (это нравится уже
меньше), но на десктопе такое решение слишком радикально :)

О взаимосвязи всех этих *Kit я до сих пор не задумывался, т.к. оно
просто работало. Верно ли я понимаю, что ConsoleKit нужен для
поддержания в актуальном состоянии информации о том, кто сейчас
залогинен, а PolicyKit нужен для того, чтобы разрешить/запретить
монтирование через вызовы DBus API к udisks2 на основании, например,
этой информации (но не обязательно)?
Новый udisks2 разучился запрашивать эту информацию у ConsoleKit, а
xfce-session не умеет сообщать ее кому-либо еще кроме ConsoleKit и не
умеющего работать автономно systemd-logind. Получается, что ConsoleKit
уже бесполезен, и стоило бы его оторвать от xfce-session и вынести из
системы вообще?

Ну а до тех пор, пока xfce-session не научится работать с тем же, с
чем сейчас работает udisks2, меня вполне устроит решение в духе:

# cat /etc/polkit-1/rules.d/99-my.rules
polkit.addRule(function(action, subject) {
    if (action.id.indexOf("org.freedesktop.udisks2.") == 0) {
        return polkit.Result.YES;
    }
});

>> > Более перспективным вариантом выглядит научить systemd-logind работать
>> > без systemd. Либо его форкнуть. Он при беглом взгляде выглядит более
>> > разумным и аккуратным, чем неподдерживаемый ConsoleKit и я был бы
>> > совсем не против использовать его, но без systemd.
>> > Но руки до этого пока так и не дошли :(.
>>
>> Ничего не изменилось? Говорят, в Ubuntu уже учат/научили.
>
> Кода еще нет, насколько я понял, только идея. К тому же Canonical не
> тот апстрим, которому можно доверять, их версия вполне может
> оказаться рабочей только с upstart и только в Ubuntu. Но посмотреть на
> код было бы интересно, я надеюсь они что-то сделают все-таки.
> Я же в ближайшем будущем вряд ли соберусь что-то сделать, но идею не
> бросил, рано или поздно время и желание найдется. Ну, или если
> Canonical действительно сделает что-то вменяемое, то можно будет
> использовать это.

А как насчет вычистить сейчас ConsoleKit из XFCE, раз в нынешнем
Сизифе он бесполезен? Меня бы и для NM решение в духе "всем - всё"
устроило, какие там action.id у NM? ;)

--
С уважением,
Прокопьев Евгений

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Mikhail Efremov]

On Tue, 9 Apr 2013 10:48:30 +0400 Eugene Prokopiev wrote:
> 5 апреля 2013 г., 16:52  Mikhail Efremov написал:
> > On Fri, 5 Apr 2013 16:30:23 +0400 Eugene Prokopiev wrote:
> 
> >> А как вы монтируете съемные носители? Специальной сборки udisks2 у вас
> >> случайно нет? ;)
> >
> > У меня есть udisks2 и polkit на Hold. Впрочем, монтировать я в любом
> > случае предпочитаю командой mount.
> 
> Я совсем не против сказать pmount /dev/sdb1 на сервере (хотя он желает
> работать исключительно с теми накопителями, которые считает съемными,
> как бы отучить?) или даже mount /dev/sdb1 /mnt (это нравится уже
> меньше), но на десктопе такое решение слишком радикально :)
> 
> О взаимосвязи всех этих *Kit я до сих пор не задумывался, т.к. оно
> просто работало. Верно ли я понимаю, что ConsoleKit нужен для
> поддержания в актуальном состоянии информации о том, кто сейчас
> залогинен, а PolicyKit нужен для того, чтобы разрешить/запретить
> монтирование через вызовы DBus API к udisks2 на основании, например,
> этой информации (но не обязательно)?

В общих чертах да.

> Новый udisks2 разучился запрашивать эту информацию у ConsoleKit, а
> xfce-session не умеет сообщать ее кому-либо еще кроме ConsoleKit и не
> умеющего работать автономно systemd-logind. Получается, что ConsoleKit
> уже бесполезен, и стоило бы его оторвать от xfce-session и вынести из
> системы вообще?

Udisks2 спрашивает polkit, который умеет сейчас только systemd-logind.
xfce4-session же использует ConsoleKit только для того, чтобы выполнить
reboot/shutdown. Скоро в Сизиф поедет xfce4-session с поддержкой
systemd-logind и без него reboot/shutdown будет возможен только через
правильно настроенный sudo. Для suspend/hibernate я возможно тоже
вхакаю запуск pm-suspend/pm-hibernate через sudo.

> Ну а до тех пор, пока xfce-session не научится работать с тем же, с
> чем сейчас работает udisks2, меня вполне устроит решение в духе:
> 
> # cat /etc/polkit-1/rules.d/99-my.rules
> polkit.addRule(function(action, subject) {
>     if (action.id.indexOf("org.freedesktop.udisks2.") == 0) {
>         return polkit.Result.YES;
>     }
> });

Это можно сделать локально, конечно, но не в Сизиф же такие вещи
запихивать.

> А как насчет вычистить сейчас ConsoleKit из XFCE, раз в нынешнем
> Сизифе он бесполезен? 

Он был вполне полезен, reboot/shutdown через него работал и с systemd,
и без него. Но в следующей сборке он уже не будет использоваться.

> Меня бы и для NM решение в духе "всем - всё"
> устроило, какие там action.id у NM? ;)

См. /usr/share/polkit-1/actions/org.freedesktop.NetworkManager.policy.
Можно и для NM разрешить всем всё, должно работать. Возможно я и сам
себе так сделаю, чтобы не собирать отдельную версию. ConsoleKit все-таки
действительно пора хоронить, видимо.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Eugene Prokopiev]

10 апреля 2013 г., 18:54 Mikhail Efremov написал:

> Скоро в Сизиф поедет xfce4-session с поддержкой
> systemd-logind и без него reboot/shutdown будет возможен только через
> правильно настроенный sudo. Для suspend/hibernate я возможно тоже
> вхакаю запуск pm-suspend/pm-hibernate через sudo.

Т.е. для использования reboot/shutdown/suspend/hibernate без systemd
мне потребуется вписать себя в /etc/sudoers? А чем это лучше
вписывания себя же в какой-нибудь
/etc/polkit-1/rules.d/allow-any-action.rules? Тем более что во втором
случае также чудесным образом решатся проблемы с NM и флешками.

А если mike@ таки будет делать регулярные сборки как с systemd, так и
с sysv (планировалось же вроде?), то никаких альтернатив упаковке
этого allow-any-action.rules я не вижу.

--
С уважением,
Прокопьев Евгений

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Aleksey Novodvorsky]

11 апреля 2013 г., 9:00 пользователь Eugene Prokopiev <enp@itx.ru> написал:
> 10 апреля 2013 г., 18:54 Mikhail Efremov написал:
>
>> Скоро в Сизиф поедет xfce4-session с поддержкой
>> systemd-logind и без него reboot/shutdown будет возможен только через
>> правильно настроенный sudo. Для suspend/hibernate я возможно тоже
>> вхакаю запуск pm-suspend/pm-hibernate через sudo.
>
> Т.е. для использования reboot/shutdown/suspend/hibernate без systemd
> мне потребуется вписать себя в /etc/sudoers? А чем это лучше
> вписывания себя же в какой-нибудь
> /etc/polkit-1/rules.d/allow-any-action.rules? Тем более что во втором
> случае также чудесным образом решатся проблемы с NM и флешками.
>
> А если mike@ таки будет делать регулярные сборки как с systemd, так и
> с sysv (планировалось же вроде?), то никаких альтернатив упаковке
> этого allow-any-action.rules я не вижу.

Нет, не планировалось, не надо таких вбросов.
sysvinit поддерживается для серверов, сборки DE (кроме icewm) на
systemd, остальное --  "в свободное от основной работы время" и не в
ущерб для обновлений десктопных дистрибутивов на systemd.
Мое мнение: для того, чтобы вытащить сборки на sysvinit нужно участие
сообщества, формирование постоянной работающей группы, не
ограничивающейся пожеланиями.

Rgrds, Алексей

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Eugene Prokopiev]

11 апреля 2013 г., 9:24 Aleksey Novodvorsky написал:

>> А если mike@ таки будет делать регулярные сборки как с systemd, так и
>> с sysv (планировалось же вроде?), то никаких альтернатив упаковке
>> этого allow-any-action.rules я не вижу.
>
> Нет, не планировалось, не надо таких вбросов.
> sysvinit поддерживается для серверов, сборки DE (кроме icewm) на
> systemd, остальное --  "в свободное от основной работы время" и не в
> ущерб для обновлений десктопных дистрибутивов на systemd.

Ок, прошу прощения за то, что выдал желаемое за действительное. Но
ситуация, в которой немалая часть участников выпуска десктопных
релизов на systemd не планирует его использовать, а вместо этого
подбирают себе костыли для личного использования - такая ситуация
довольно необычна.

> Мое мнение: для того, чтобы вытащить сборки на sysvinit нужно участие
> сообщества, формирование постоянной работающей группы, не
> ограничивающейся пожеланиями.

Я высказываю не столько пожелания (не без того, конечно), сколько
пытаюсь самому пережить переезд на systemd. Сейчас я склоняюсь к тому,
чтобы воздержаться от использования systemd в т.ч. и на десктопах по
крайней мере до тех пор, пока он не станет пригодным для использования
на серверах (т.е. до релиза RH7). Ну и подбираю подходящие костыли.

Решение для себя я по старой привычке оформляю в
http://git.altlinux.org/people/enp/packages/mkimage-profile-live.git
(бранч autoconf) и в http://enp.itx.ru/linux/alt/sisyphus/iso/. Если
это решение кому-нибудь еще может быть полезно - замечательно. Если
нечто аналогичное можно сделать в m-p не поперек концепции - еще
лучше. На приоритетах я ни в коем случае не настаиваю, я именно что
решаю свои собственные проблемы.

--
С уважением,
Прокопьев Евгений

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[REAL]

11.04.2013 14:46, Eugene Prokopiev пишет:
> Ок, прошу прощения за то, что выдал желаемое за действительное. Но
> ситуация, в которой немалая часть участников выпуска десктопных
> релизов на systemd не планирует его использовать, а вместо этого
> подбирают себе костыли для личного использования - такая ситуация
> довольно необычна.

Это так. И ситуация, когда polkit работает только с systemd, просто 
возмутительна.

> Решение для себя я по старой привычке оформляю в
> http://git.altlinux.org/people/enp/packages/mkimage-profile-live.git
> (бранч autoconf) и в http://enp.itx.ru/linux/alt/sisyphus/iso/. Если
> это решение кому-нибудь еще может быть полезно - замечательно.

Не сомневайтесь, оно полезно.

-- 

REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Aleksey Novodvorsky]

11 апреля 2013 г., 11:55 пользователь REAL <real@kemsu.ru> написал:
> 11.04.2013 14:46, Eugene Prokopiev пишет:
>
>> Ок, прошу прощения за то, что выдал желаемое за действительное. Но
>> ситуация, в которой немалая часть участников выпуска десктопных
>> релизов на systemd не планирует его использовать, а вместо этого
>> подбирают себе костыли для личного использования - такая ситуация
>> довольно необычна.
>
>
> Это так. И ситуация, когда polkit работает только с systemd, просто
> возмутительна.

Давайте выбирать слова. Ситуация неприятная, да. Но разработчики
polkit в своем праве.

Rgrds, Алексей

[sisyphus] systemd/polkit-less DE (was: Еще раз о технологической нейтральности и съемных носителях)

[Dmitry Derjavin]

On Чтв, Апр 11 2013 at 11:55, REAL wrote:

> И ситуация, когда polkit работает только с systemd, просто
> возмутительна.

Коллеги, а существует ли технологическая возможность оторвать от DE на
уровне пакетов функциональность, связанную с polkit ?

Например, для X-терминалов и многопользовательских рабочих мест это до
сих пор очень актуально. Там может быть вполне уместно пожертвовать
автомонтированием.

Есть ли сейчас какие-то штатные способы сделать привязку polkit к DE
модульной?

-- 
~dd

Re: [sisyphus] systemd/polkit-less DE (was: Еще раз о технологической нейтральности и съемных носителях)

[Aleksey Novodvorsky]

11 апреля 2013 г., 17:41 пользователь Dmitry Derjavin <dd@altlinux.org> написал:
> On Чтв, Апр 11 2013 at 11:55, REAL wrote:
>
>> И ситуация, когда polkit работает только с systemd, просто
>> возмутительна.
>
> Коллеги, а существует ли технологическая возможность оторвать от DE на
> уровне пакетов функциональность, связанную с polkit ?
>
> Например, для X-терминалов и многопользовательских рабочих мест это до
> сих пор очень актуально. Там может быть вполне уместно пожертвовать
> автомонтированием.
>
> Есть ли сейчас какие-то штатные способы сделать привязку polkit к DE
> модульной?

Не вижу такой возможности.
Но давайте лучше плясать от содержательной постановки задачи (про
X-терминалы, многопользовательские рм etc.) , а не искать заранее
способы "оторвать".  Важно ведь остаться в русле,  а не рыть  свой
канал, на поддержку которого уйдут все силы.

Rgrds, Алексей

Re: [sisyphus] systemd/polkit-less DE (was: Еще раз о технологической нейтральности и съемных носителях)

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1138 bytes --]

On Sun, Apr 28, 2013 at 05:13:15PM +0400, Aleksey Novodvorsky wrote:
> 11 апреля 2013 г., 17:41 пользователь Dmitry Derjavin <dd@altlinux.org> написал:
> > On Чтв, Апр 11 2013 at 11:55, REAL wrote:
> >
> >> И ситуация, когда polkit работает только с systemd, просто
> >> возмутительна.
> >
> > Коллеги, а существует ли технологическая возможность оторвать от DE на
> > уровне пакетов функциональность, связанную с polkit ?
> >
> > Например, для X-терминалов и многопользовательских рабочих мест это до
> > сих пор очень актуально. Там может быть вполне уместно пожертвовать
> > автомонтированием.
> >
> > Есть ли сейчас какие-то штатные способы сделать привязку polkit к DE
> > модульной?
> 
> Не вижу такой возможности.

В современное понимание термина DE входит много всякой функциональности,
завязанной на polkit.

> Но давайте лучше плясать от содержательной постановки задачи (про
> X-терминалы, многопользовательские рм etc.), а не искать заранее
> способы "оторвать".

Иногда возникают именно задачи вида "оторвать", но надо отдавать себе
отчет в том, что это довольно специальные задачи.


-- 
ldv

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

Re: [sisyphus] systemd/polkit-less DE (was: Еще раз о технологической нейтральности и съемных носителях)

[Eugene Prokopiev]

11 апреля 2013 г., 17:41 пользователь Dmitry Derjavin <dd@altlinux.org> написал:
> On Чтв, Апр 11 2013 at 11:55, REAL wrote:
>
>> И ситуация, когда polkit работает только с systemd, просто
>> возмутительна.
>
> Коллеги, а существует ли технологическая возможность оторвать от DE на
> уровне пакетов функциональность, связанную с polkit ?
>
> Например, для X-терминалов и многопользовательских рабочих мест это до
> сих пор очень актуально. Там может быть вполне уместно пожертвовать
> автомонтированием.

Ну так уже по дефолту пожертвовали, но специальным правилом для polkit
можно сделать лучше чем было ;) В чем вопрос-то?

--
WBR,
Eugene Prokopiev

Re: [sisyphus] systemd/polkit-less DE (was: Еще раз о технологической нейтральности и съемных носителях)

[Aleksey Novodvorsky]

29 апреля 2013 г., 8:46 пользователь Eugene Prokopiev <enp@itx.ru> написал:
> 11 апреля 2013 г., 17:41 пользователь Dmitry Derjavin <dd@altlinux.org> написал:
>> On Чтв, Апр 11 2013 at 11:55, REAL wrote:
>>
>>> И ситуация, когда polkit работает только с systemd, просто
>>> возмутительна.
>>
>> Коллеги, а существует ли технологическая возможность оторвать от DE на
>> уровне пакетов функциональность, связанную с polkit ?
>>
>> Например, для X-терминалов и многопользовательских рабочих мест это до
>> сих пор очень актуально. Там может быть вполне уместно пожертвовать
>> автомонтированием.
>
> Ну так уже по дефолту пожертвовали, но специальным правилом для polkit
> можно сделать лучше чем было ;) В чем вопрос-то?

Давайте патч в bugzilla и  тестовую сборку. Они есть?  Вопрос в этом.

Rgrds, Алексей

Re: [sisyphus] systemd/polkit-less DE (was: Еще раз о технологической нейтральности и съемных носителях)

[Eugene Prokopiev]

4 мая 2013 г., 21:10 Aleksey Novodvorsky написал:

> Давайте патч в bugzilla и тестовую сборку. Они есть? Вопрос в этом.

По поводу тестовых сборок я уже писал и как раз в этом треде:

> Решение для себя я по старой привычке оформляю в
> http://git.altlinux.org/people/enp/packages/mkimage-profile-live.git
> (бранч autoconf) и в http://enp.itx.ru/linux/alt/sisyphus/iso/.

Пересоберу на p7 как только в репозитарии появится пакет altlinux-release-p7 :)

Вот прямая ссылка на "патч" -
http://git.altlinux.org/people/enp/packages/mkimage-profile-live.git?p=mkimage-profile-live.git;a=commitdiff;h=47c21df5855782836328a0eaba087c82eded6136

А баг вешать не на что - приложить такое может только релиз-менеджер
дистрибутива без systemd, если он выберет именно этот способ решения
проблемы.

--
WBR,
Eugene Prokopiev

Re: [sisyphus] systemd/polkit-less DE (was: Еще раз о технологической нейтральности и съемных носителях)

[Aleksey Novodvorsky]

6 мая 2013 г., 12:09 пользователь Eugene Prokopiev <enp@itx.ru> написал:
> 4 мая 2013 г., 21:10 Aleksey Novodvorsky написал:
>
>> Давайте патч в bugzilla и тестовую сборку. Они есть? Вопрос в этом.
>
> По поводу тестовых сборок я уже писал и как раз в этом треде:
>
>> Решение для себя я по старой привычке оформляю в
>> http://git.altlinux.org/people/enp/packages/mkimage-profile-live.git
>> (бранч autoconf) и в http://enp.itx.ru/linux/alt/sisyphus/iso/.
>
> Пересоберу на p7 как только в репозитарии появится пакет altlinux-release-p7 :)

Давно уже: http://packages.altlinux.org/en/p7/srpms/altlinux-release-p7

>
> Вот прямая ссылка на "патч" -
> http://git.altlinux.org/people/enp/packages/mkimage-profile-live.git?p=mkimage-profile-live.git;a=commitdiff;h=47c21df5855782836328a0eaba087c82eded6136
>
> А баг вешать не на что - приложить такое может только релиз-менеджер
> дистрибутива без systemd, если он выберет именно этот способ решения
> проблемы.
>
Ну, надо договариваться с каким-либо RM или самому им становиться.

Rgrds, Алексей

> --
> WBR,
> Eugene Prokopiev
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

Re: [sisyphus] systemd/polkit-less DE (was: Еще раз о технологической нейтральности и съемных носителях)

[Eugene Prokopiev]

6 мая 2013 г., 12:16 пользователь Aleksey Novodvorsky
<a.e.nvdv@gmail.com> написал:

>> Пересоберу на p7 как только в репозитарии появится пакет altlinux-release-p7 :)
>
> Давно уже: http://packages.altlinux.org/en/p7/srpms/altlinux-release-p7

Прозевал. Ну тогда http://enp.itx.ru/linux/alt/p7/iso/

>> А баг вешать не на что - приложить такое может только релиз-менеджер
>> дистрибутива без systemd, если он выберет именно этот способ решения
>> проблемы.
>>
> Ну, надо договариваться с каким-либо RM или самому им становиться.

Давно уже - http://admdev.blogspot.ru/search/label/altlinux-live,
однако эти дистрибутивы довольно специфичны способом установки и
удобными мне дефолтами ;) Как только выйдет t7, пересоберу на нем и
анонсирую там же. В m-p оно гладко не вписывается, могу перечислить
проблемы детальнее, но лучше позже, т.к., подозреваю, mike@ и без того
есть чем сейчас заняться.

--
WBR,
Eugene Prokopiev

Re: [sisyphus] systemd/polkit-less DE (was: Еще раз о технологической нейтральности и съемных носителях)

[Aleksey Novodvorsky]

8 мая 2013 г., 8:17 пользователь Eugene Prokopiev <enp@itx.ru> написал:
> 6 мая 2013 г., 12:16 пользователь Aleksey Novodvorsky
> <a.e.nvdv@gmail.com> написал:
>
>>> Пересоберу на p7 как только в репозитарии появится пакет altlinux-release-p7 :)
>>
>> Давно уже: http://packages.altlinux.org/en/p7/srpms/altlinux-release-p7
>
> Прозевал. Ну тогда http://enp.itx.ru/linux/alt/p7/iso/
>
>>> А баг вешать не на что - приложить такое может только релиз-менеджер
>>> дистрибутива без systemd, если он выберет именно этот способ решения
>>> проблемы.
>>>
>> Ну, надо договариваться с каким-либо RM или самому им становиться.
>
> Давно уже - http://admdev.blogspot.ru/search/label/altlinux-live,
> однако эти дистрибутивы довольно специфичны способом установки и
> удобными мне дефолтами ;) Как только выйдет t7, пересоберу на нем и
> анонсирую там же. В m-p оно гладко не вписывается, могу перечислить
> проблемы детальнее, но лучше позже, т.к., подозреваю, mike@ и без того
> есть чем сейчас заняться.

Ok. Спасибо!

Rgrds, Алексей

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Bergman Andrey]

> Мое мнение: для того, чтобы вытащить сборки на sysvinit нужно участие
> сообщества, формирование постоянной работающей группы, не
> ограничивающейся пожеланиями.

Правильно ли я понимаю, что сейчас systemd - это основной init для Sisyphus? 
Т.е. если взять сборку на sysvinit, обновиться до Sisyphus, она может "случайно" перейти на systemd?

Андрей.

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Aleksey Novodvorsky]

13 апреля 2013 г., 21:55 пользователь Bergman Andrey <vkni@yandex.ru> написал:
>> Мое мнение: для того, чтобы вытащить сборки на sysvinit нужно участие
>> сообщества, формирование постоянной работающей группы, не
>> ограничивающейся пожеланиями.
>
> Правильно ли я понимаю, что сейчас systemd - это основной init для Sisyphus?

Я уже писал неоднократно: основной и умалчиваемый для десктопных систем.

> Т.е. если взять сборку на sysvinit, обновиться до Sisyphus, она может "случайно" перейти на systemd?

Какую сборку? Если Вы берете сборку
http://www.altlinux.org/Regular/icewm , то при обновлении  проблем не
будет.
Прочие регулярные сборки -- с systemd.

Rgrds, Алексей




>
> Андрей.
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Viacheslav Dubrovskyi]

13.04.2013 20:55, Bergman Andrey пишет:
> Правильно ли я понимаю, что сейчас systemd - это основной init для Sisyphus? 
> Т.е. если взять сборку на sysvinit, обновиться до Sisyphus, она может "случайно" перейти на systemd?
Ну если вы "случайно" его поставите, то может и перейти. Но обычно 
такого не случается.

-- 
WBR,
Viacheslav Dubrovskyi

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Viacheslav Dubrovskyi]

11.04.2013 08:00, Eugene Prokopiev пишет:
>
> Т.е. для использования reboot/shutdown/suspend/hibernate без systemd
> мне потребуется вписать себя в /etc/sudoers? А чем это лучше
> вписывания себя же в какой-нибудь
> /etc/polkit-1/rules.d/allow-any-action.rules? Тем более что во втором
> случае также чудесным образом решатся проблемы с NM и флешками.
>
> А если mike@ таки будет делать регулярные сборки как с systemd, так и
> с sysv (планировалось же вроде?), то никаких альтернатив упаковке
> этого allow-any-action.rules я не вижу.
Ой, а можно поподробнее что туда нужно написать?
А то я использую ovz-el и sysv на десктопе и хочется иметь
работоспособный вариант монтирования флешки и virt-manager

-- 
WBR,
Viacheslav Dubrovskyi

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Eugene Prokopiev]

11 апреля 2013 г., 9:33 Viacheslav Dubrovskyi написал:

>> ... /etc/polkit-1/rules.d/allow-any-action.rules ...

> Ой, а можно поподробнее что туда нужно написать?

См. мое третье письмо с начала этого треда :)

--
С уважением,
Прокопьев Евгений

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Mikhail Efremov]

On Thu, 11 Apr 2013 09:00:05 +0400 Eugene Prokopiev wrote:
> 10 апреля 2013 г., 18:54 Mikhail Efremov написал:
> 
> > Скоро в Сизиф поедет xfce4-session с поддержкой
> > systemd-logind и без него reboot/shutdown будет возможен только
> > через правильно настроенный sudo. Для suspend/hibernate я возможно
> > тоже вхакаю запуск pm-suspend/pm-hibernate через sudo.
> 
> Т.е. для использования reboot/shutdown/suspend/hibernate без systemd
> мне потребуется вписать себя в /etc/sudoers? А чем это лучше
> вписывания себя же в какой-нибудь
> /etc/polkit-1/rules.d/allow-any-action.rules? Тем более что во втором
> случае также чудесным образом решатся проблемы с NM и флешками.

Вопрос не в том, что лучше, а в том как это выполнить. Если не через
CK/logind, то остается только sudo.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Дмитрий Ханжин]

13.04.2013 10:38, Mikhail Efremov пишет:
> On Thu, 11 Apr 2013 09:00:05 +0400 Eugene Prokopiev wrote:
>> 10 апреля 2013 г., 18:54 Mikhail Efremov написал:
>>
...
> Вопрос не в том, что лучше, а в том как это выполнить. Если не через
> CK/logind, то остается только sudo.
> 

Возможно, просто забыли.
Существует consolehelper, через него работает SysVinit-usermode,
наподобие можно настроить и pm-utils, я себе локально так сделал.

WBR, Дмитрий.

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Mikhail Efremov]

On Sat, 13 Apr 2013 11:21:20 +0400 Дмитрий Ханжин wrote:
> 13.04.2013 10:38, Mikhail Efremov пишет:
> > On Thu, 11 Apr 2013 09:00:05 +0400 Eugene Prokopiev wrote:
> >> 10 апреля 2013 г., 18:54 Mikhail Efremov написал:
> >>
> ...
> > Вопрос не в том, что лучше, а в том как это выполнить. Если не через
> > CK/logind, то остается только sudo.
> > 
> 
> Возможно, просто забыли.
> Существует consolehelper, через него работает SysVinit-usermode,
> наподобие можно настроить и pm-utils, я себе локально так сделал.

Да, про него действительно забыл, спасибо. Возможно стоит
использовать его вместо sudo.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Eugene Prokopiev]

13 апреля 2013 г., 10:38 Mikhail Efremov написал:

> Вопрос не в том, что лучше, а в том как это выполнить. Если не через
> CK/logind, то остается только sudo.

Не понимаю. С разрешением "всем-все" или "этому_пользователю-все"
polkit разрешает и reboot/shutdown/suspend/hibernate, и
монтирование/размонтирование, и NM. Аналогично, насколько я понимаю,
работают sudo и consolehelper, разве что polkit в процессе не
участвует. CK/logind отличаются тем, что разрешают через polkit
вышеописанные операции пользователям, которые сейчас залогинены в Х.
Т.е. вопрос именно в том, что лучше, а как - это уже известно.

--
С уважением,
Прокопьев Евгений

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Mikhail Efremov]

On Sat, 13 Apr 2013 14:24:01 +0400 Eugene Prokopiev wrote:
> 13 апреля 2013 г., 10:38 Mikhail Efremov написал:
> 
> > Вопрос не в том, что лучше, а в том как это выполнить. Если не через
> > CK/logind, то остается только sudo.
> 
> Не понимаю. С разрешением "всем-все" или "этому_пользователю-все"
> polkit разрешает и reboot/shutdown/suspend/hibernate, и
> монтирование/размонтирование, и NM. Аналогично, насколько я понимаю,
> работают sudo и consolehelper, разве что polkit в процессе не
> участвует. CK/logind отличаются тем, что разрешают через polkit
> вышеописанные операции пользователям, которые сейчас залогинены в Х.
> Т.е. вопрос именно в том, что лучше, а как - это уже известно.

У процесса пользователя (в частности xfce4-session) нет прав выполнить
reboot/shutdown/pm-suspend/pm-hibernate. CK/logind/upower выполняются от
root и их можно попросить выполнить эти действия. Если ничего этого
нет, то остается только использовать sudo/consolehelper. И polkit тут
уже ни при чем.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Eugene Prokopiev]

15 апреля 2013 г., 16:34 Mikhail Efremov написал:

> У процесса пользователя (в частности xfce4-session) нет прав выполнить
> reboot/shutdown/pm-suspend/pm-hibernate. CK/logind/upower выполняются от
> root и их можно попросить выполнить эти действия. Если ничего этого
> нет, то остается только использовать sudo/consolehelper. И polkit тут
> уже ни при чем.

Погодите, как это не при чем? А вышеприведенное правило для polkit, с
помощью которого я в xfce без systemd и без sudo/consolehelper делаю
reboot/shutdown, монтирую флешки и управляю NM - это мне приснилось,
что ли? ;)

--
С уважением,
Прокопьев Евгений

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Mikhail Efremov]

On Mon, 15 Apr 2013 18:57:50 +0400 Eugene Prokopiev wrote:
> 15 апреля 2013 г., 16:34 Mikhail Efremov написал:
> 
> > У процесса пользователя (в частности xfce4-session) нет прав выполнить
> > reboot/shutdown/pm-suspend/pm-hibernate. CK/logind/upower выполняются от
> > root и их можно попросить выполнить эти действия. Если ничего этого
> > нет, то остается только использовать sudo/consolehelper. И polkit тут
> > уже ни при чем.
> 
> Погодите, как это не при чем? А вышеприведенное правило для polkit, с
> помощью которого я в xfce без systemd и без sudo/consolehelper делаю
> reboot/shutdown, монтирую флешки и управляю NM - это мне приснилось,
> что ли? ;)

Текущий xfce4-session-4.10.0-alt2.git20130327 без
systemd-logind выполняет reboot/shutdown прямым запуском /sbin/shutdown
через sudo. Если sudo не настроено, то работать это не должно.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Eugene Prokopiev]

15 апреля 2013 г., 19:31 Mikhail Efremov написал:

> Текущий xfce4-session-4.10.0-alt2.git20130327 без
> systemd-logind выполняет reboot/shutdown прямым запуском /sbin/shutdown
> через sudo. Если sudo не настроено, то работать это не должно.

Да, я ошибся: думал, что reboot/shutdown умеет делать upower (было бы
логично), а оказалось, что reboot/shutdown делает ConsoleKit. Можно ли
ради этого его не отрывать, а делать reboot/shutdown из xfce4-session
последовательно сначала средствами systemd-logind, затем ConsoleKit, а
потом sudo - до тех пор, пока не получится? Или pam_ck_connector скоро
исчезнет из /etc/pam.d/login и затея потеряет смысл?

Кстати, а какие интерфейсы ConsoleKit или systemd-logind использует
апплет NM? Разве ему недостаточно интерфейсов собственного демона?

--
С уважением,
Прокопьев Евгений

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Mikhail Efremov]

On Tue, 16 Apr 2013 12:56:45 +0400 Eugene Prokopiev wrote:
> 15 апреля 2013 г., 19:31 Mikhail Efremov написал:
> 
> > Текущий xfce4-session-4.10.0-alt2.git20130327 без
> > systemd-logind выполняет reboot/shutdown прямым запуском /sbin/shutdown
> > через sudo. Если sudo не настроено, то работать это не должно.
> 
> Да, я ошибся: думал, что reboot/shutdown умеет делать upower (было бы
> логично), а оказалось, что reboot/shutdown делает ConsoleKit. Можно ли
> ради этого его не отрывать, а делать reboot/shutdown из xfce4-session
> последовательно сначала средствами systemd-logind, затем ConsoleKit, а
> потом sudo - до тех пор, пока не получится? Или pam_ck_connector скоро
> исчезнет из /etc/pam.d/login и затея потеряет смысл?

В принципе можно, но там уже апстимный код, предполагающий указание
этого на этапе компиляции. Я не вижу особого смысла это менять,
возможности использования sudo на мой взгляд вполне достаточно. CK же
действительно пора хоронить.

> Кстати, а какие интерфейсы ConsoleKit или systemd-logind использует
> апплет NM? Разве ему недостаточно интерфейсов собственного демона?

Сам демон и опрашивает как минимум активность сеанса пользователя. Ему
это может быть надо чтобы определить какие соединения можно
использовать, например.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Mikhail Efremov]

On Tue, 16 Apr 2013 21:38:26 +0400 Mikhail Efremov wrote:
> > Кстати, а какие интерфейсы ConsoleKit или systemd-logind использует
> > апплет NM? Разве ему недостаточно интерфейсов собственного демона?
> 
> Сам демон и опрашивает как минимум активность сеанса пользователя. Ему
> это может быть надо чтобы определить какие соединения можно
> использовать, например.

В NetworkManager-0.9.8.2-alt2 сделан хак, благодаря которому все члены
группы nmconnect будут считаться всегда имеющими активный сеанс (иными
словами их соединения всегда можно использовать).
Это позволит использовать NM в системах без systemd (работать это будет
только при отсутствии logind).
Помимо этого надо еще создать разрешающее правило для polkit, например
такое:

polkit.addRule(function(action, subject) {
        if (subject.isInGroup("nmconnect") && (action.id.indexOf("org.freedesktop.NetworkManager.") == 0 )) {
                return polkit.Result.YES;
        }
});

-- 
WBR, Mikhail Efremov

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Michael Shigorin]

On Wed, Jul 03, 2013 at 09:21:50PM +0400, Mikhail Efremov wrote:
> Помимо этого надо еще создать разрешающее правило для polkit,
> например такое:

Может, упакуем до кучи?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Mikhail Efremov]

On Thu, 4 Jul 2013 15:25:11 +0300 Michael Shigorin wrote:
> On Wed, Jul 03, 2013 at 09:21:50PM +0400, Mikhail Efremov wrote:
> > Помимо этого надо еще создать разрешающее правило для polkit,
> > например такое:
> 
> Может, упакуем до кучи?

Я думал об этом, но у меня есть сомнения на счет помещения таких вещей
в репозиторий. Лучше бы такое человек делал сознательно, понимая
что и зачем он делает.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Michael Shigorin]

On Thu, Jul 04, 2013 at 06:07:25PM +0400, Alexey Shabalin wrote:
> Я уже начинаю жалеть, что упаковал  udev-rule-generator-net.
> Теперь он начинает расползаться по дистрибутивам.

Эээ... ну да, по некоторым.  С большой благодарностью тебе,
между прочим.

> to mike@: не надо его запихивать во все дистрибутивы, до
> которых можешь дотянуться. Лучше перейти на новую схему
> именования интерфейсов сейчас, с выходом новых дистрибутивов,
> чем сделать это позже и гораздо больнее для пользователя.

Во все и не запихиваю:
http://git.altlinux.org/people/mike/packages/?p=mkimage-profiles.git;a=blob;f=features.in/stage2/config.mk;h=de4cc475246629d7039e5984d44e3f287111b94f;hb=HEAD#l10

mkimage-profiles $ git grep use/stage2/net-eth
conf.d/desktop.mk:distro/.desktop-network: distro/.desktop-mini use/stage2/net-eth +vmguest
conf.d/live.mk:distro/.live-desktop: distro/.base +live use/live/install use/stage2/net-eth \
conf.d/live.mk: use/syslinux/timeout/1 use/cleanup use/stage2/net-eth
conf.d/regular.mk:      use/memtest use/stage2/net-eth use/kernel/net
conf.d/server.mk:       use/efi use/stage2/net-eth
features.in/stage2/config.mk:use/stage2/net-eth: use/stage2

Довольно неудобно пытаться сделать настройку интерфейса
в squashfs, если его имя слабопредсказуемо.  Хотя костыль
на эту тему я тоже сделал:

http://git.altlinux.org/people/mike/packages/?p=livecd-net-eth.git;a=blob;f=livecd-net-eth/livecd-net-eth.init;h=02bbdd892b57387ab81f273bff6685b05c99d069;hb=HEAD#l19

Заметь, _дистрибутивами_ не занимаюсь; из того, что пеку,
официально публикуются regular-*.iso и армовые сборки.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Денис Смирнов]

On Thu, Jul 04, 2013 at 05:38:25PM +0300, Michael Shigorin wrote:

> conf.d/desktop.mk:distro/.desktop-network: distro/.desktop-mini use/stage2/net-eth +vmguest
> conf.d/live.mk:distro/.live-desktop: distro/.base +live use/live/install use/stage2/net-eth \
> conf.d/live.mk: use/syslinux/timeout/1 use/cleanup use/stage2/net-eth
> conf.d/regular.mk:      use/memtest use/stage2/net-eth use/kernel/net
> conf.d/server.mk:       use/efi use/stage2/net-eth

Ты объяснил зачем в live, в принципе можно понять зачем в server (более
консервативные пользователи). В desktop-то зачем, а тем более в regular?

То что ты делаешь рассматривается всеми как reference, который содержит
разумные defaults. 

> features.in/stage2/config.mk:use/stage2/net-eth: use/stage2
> Довольно неудобно пытаться сделать настройку интерфейса
> в squashfs, если его имя слабопредсказуемо.  Хотя костыль
> на эту тему я тоже сделал:
> http://git.altlinux.org/people/mike/packages/?p=livecd-net-eth.git;a=blob;f=livecd-net-eth/livecd-net-eth.init;h=02bbdd892b57387ab81f273bff6685b05c99d069;hb=HEAD#l1

Это не костыль, а почти правильное решение. Совсем правильное для
live, IMHO, должно выбирать "первый интерфейс, на котором есть link" (на
случай многоинтерфейсных поделок).

-- 
С уважением, Денис

http://mithraen.ru/

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Денис Смирнов]

On Thu, Jul 04, 2013 at 05:27:58PM +0400, Mikhail Efremov wrote:

> Я думал об этом, но у меня есть сомнения на счет помещения таких вещей
> в репозиторий. Лучше бы такое человек делал сознательно, понимая
> что и зачем он делает.

Лучше бы все изменения в конфигах люди делали осознанно, вписывая каждую
строчку в каждый файл /etc своими руками. Но это невозможно.

Поэтому разумно иметь хорошие умолчания -- раз, и простые способы изменить
эти умолчания, с помощью apt и control для особо частых случаев.

-- 
С уважением, Денис

http://mithraen.ru/

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Mikhail Efremov]

On Thu, 4 Jul 2013 12:43:30 +0300 Dmitriy Kruglikov wrote:
> 3 июля 2013 г., 20:21 пользователь Mikhail Efremov  написал:
> 
> >
> > В NetworkManager-0.9.8.2-alt2 сделан хак, благодаря которому все члены
> > группы nmconnect будут считаться всегда имеющими активный сеанс (иными
> > словами их соединения всегда можно использовать).
> >
> А если принять во внимание, что пользователь, который первый и единственный,
> назначенный при установке, будет входить в группу wheel ?
> 
> Тогда отпадает необходимость в дополнительной группе.

Вот как раз хотелось развести для возможности отдельной настройки таких
вещей. Это хак, и выбор пользоваться ли им должен делаться сознательно.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Mikhail Efremov]

On Wed, 3 Jul 2013 21:21:50 +0400 Mikhail Efremov wrote:
> On Tue, 16 Apr 2013 21:38:26 +0400 Mikhail Efremov wrote:
> > > Кстати, а какие интерфейсы ConsoleKit или systemd-logind использует
> > > апплет NM? Разве ему недостаточно интерфейсов собственного демона?
> > 
> > Сам демон и опрашивает как минимум активность сеанса пользователя. Ему
> > это может быть надо чтобы определить какие соединения можно
> > использовать, например.
> 
> В NetworkManager-0.9.8.2-alt2 сделан хак, благодаря которому все члены
> группы nmconnect будут считаться всегда имеющими активный сеанс (иными
> словами их соединения всегда можно использовать).

Имя группы в NetworkManager-0.9.8.2-alt3 изменено на _nmconnect по
предложению mike@.
Триггер делать уж не стал, если вдруг кто-то уже начал
использовать, то команду groupmod -n _nmconnect nmconnect можно
выполнить и руками.

> Это позволит использовать NM в системах без systemd (работать это будет
> только при отсутствии logind).
> Помимо этого надо еще создать разрешающее правило для polkit, например
> такое:
> 
> polkit.addRule(function(action, subject) {
>         if (subject.isInGroup("nmconnect") && (action.id.indexOf("org.freedesktop.NetworkManager.") == 0 )) {
>                 return polkit.Result.YES;
>         }
> });
> 



-- 
WBR, Mikhail Efremov

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Bergman Andrey]

> У процесса пользователя (в частности xfce4-session) нет прав выполнить
> reboot/shutdown/pm-suspend/pm-hibernate. CK/logind/upower выполняются от
> root и их можно попросить выполнить эти действия. Если ничего этого
> нет, то остается только использовать sudo/consolehelper. И polkit тут
> уже ни при чем.

А чем эти самые sudo/consolehelper плохи? Sudo - это штатный, давно известный механизм, вполне легко делаемый для одной машины.

Я себе всегда ставлю в sudo выполнение apt-get, poweroff, reboot - одна строчка и море удобства. Зачем тут что-то изобретать?

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Mikhail Efremov]

On Mon, 15 Apr 2013 19:02:51 +0400 Bergman Andrey wrote:
> > У процесса пользователя (в частности xfce4-session) нет прав выполнить
> > reboot/shutdown/pm-suspend/pm-hibernate. CK/logind/upower выполняются от
> > root и их можно попросить выполнить эти действия. Если ничего этого
> > нет, то остается только использовать sudo/consolehelper. И polkit тут
> > уже ни при чем.
> 
> А чем эти самые sudo/consolehelper плохи? Sudo - это штатный, давно известный механизм, вполне легко делаемый для одной машины.

Я не говорил, что sudo - это плохо. Хотя sudo не во всех ситуациях
удобен, я вот думаю как бы половчее запихнуть вызов 
pm-suspend/pm-hibernate в xfce4-power-manager. Делать там запросы
пароля как в xfce4-session нет никакого желания, да и глупо это делать
при закрытии крышки ноутбука. Видимо через sudo это нормально
сможет работать только если разрешить безпарольный запуск
pm-suspend/pm-hibernate.

-- 
WBR, Mikhail Efremov

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Bergman Andrey]

> Видимо через sudo это нормально
> сможет работать только если разрешить безпарольный запуск
> pm-suspend/pm-hibernate.

Ну разрешите беспарольный sudo запуск suspend/hibernate наряду с shutdown/reboot.

Прелесть sudo в том, что формат конфигурационного файла этой утилиты устоялся, сама она маленькая, простая, и удобная, стоит в любой системе. Соответственно, если к sudo не придет белый и пушистый поттеринг, задачу вырубания/засыпания компа можно будет наконец-то считать решенной. В 2013-м году. :-)

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Eugene Prokopiev]

15 апреля 2013 г., 19:02 Bergman Andrey написал:

> А чем эти самые sudo/consolehelper плохи? Sudo - это штатный, давно известный механизм, вполне легко делаемый для одной машины.

Как раз этот механизм на десктопе совершенно нештатный. Да и речь не
об одной машине, а о дефолтной конфигурации.

--
С уважением,
Прокопьев Евгений

Re: [sisyphus] Еще раз о технологической нейтральности и съемных носителях

[Bergman Andrey]

> Как раз этот механизм на десктопе совершенно нештатный. 

Можно огласить список минусов?

> Да и речь не об одной машине, а о дефолтной конфигурации.

Вставляем sudo в базовую систему, при добавлении пользователя-хозяина добавляем его в sudoers.