По поводу ACPI в Debian,.
Jul. 9th, 2014 07:54 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
vitus_wagnerТут вот вчера выяснил, что для того, чтобы отключить блокрировку экрана при закрытии (вернее открытии) крышки ноутбука, нужно редактировать конфигурационный файл в /etc.
Непонятно зачем вообще столько лет в Linux проталкивали D-Bus. Казалось бы системная шина ровно для этого нужна - передать программам, которые могут быть в этом заинтересованы сообщения об общесистемных событиях (ну например, смене роутинга или открытия/закрытия крышки) и пусть они на это реагируют, если хотят.
А тут вот почему-то из рутового скрипта непосредственно производится управление пользовательскими скринсейвером. И отключить можно только глобально, для всех пользователей сразу. Хотя очевидно, что ценность моей сессии и ценность сессии Артура для потенциального мимопрохожего взломщика разная (знаем мы, кто тот взломщик ;-).
(А все потому что никто не додумался включить в комплект dbus скриптуемый тул для реакции на события).
В общем выяснилось что в концепцию пользователя в системе следующего поколения надо закладывать еще одну сторону - "правила хорошего тона", список вещей, которые система не должна себе позволять в отношении пользователя. Непосредственное управление программами, входящими в пользовательскую сессию, видимо одна из таких вещей.
Непонятно зачем вообще столько лет в Linux проталкивали D-Bus. Казалось бы системная шина ровно для этого нужна - передать программам, которые могут быть в этом заинтересованы сообщения об общесистемных событиях (ну например, смене роутинга или открытия/закрытия крышки) и пусть они на это реагируют, если хотят.
А тут вот почему-то из рутового скрипта непосредственно производится управление пользовательскими скринсейвером. И отключить можно только глобально, для всех пользователей сразу. Хотя очевидно, что ценность моей сессии и ценность сессии Артура для потенциального мимопрохожего взломщика разная (знаем мы, кто тот взломщик ;-).
(А все потому что никто не додумался включить в комплект dbus скриптуемый тул для реакции на события).
В общем выяснилось что в концепцию пользователя в системе следующего поколения надо закладывать еще одну сторону - "правила хорошего тона", список вещей, которые система не должна себе позволять в отношении пользователя. Непосредственное управление программами, входящими в пользовательскую сессию, видимо одна из таких вещей.
