On 2009.05.06 at 16:55:44 +0400, yuri.nefe...@gmail.com wrote: > > А не приведет это к демонам в user-space? Скажем, мне надо
Вообще-то в терминах user-space/kernel-space любой демон - в user-space. Тут скорее вопрос на тему "демон в юзерской сессии". Ну вообще говоря, половина всей той фигни, которая загромождает экран в современных DE, занимает места в tray и т.д. - примерно этим самым и является. Программами, которые реагируют на системные события, сами являясь частью пользовательской сессии (поэтому имея право интерактивно провзаимодействовать с пользователем). > при втыкании мыши каким-то хитрым образом сконфигурировать > кнопки на ней. За работу мыши отвечает какой-нибудь evdev > модуль из Х-ов, то есть программа ни разу ни юзеровская. > Поменять ей параметры можно с помощью xinput запущеного В общем, есть рациональное зерно в этой идее, если твоей жене, которая может сесть за этот же компьютер и воткнуть эту же мышь кнопки потребуется сконфигурировать ДРУГИМ хитрым образом. > от этого юзера. Следовательно надо запустить от имени > пользователя какой-то демон, следящий за D-bus, и по > поступлению события "мышь воткнута" демон вызывет xinput. > > Почему собственно и нет. А какие-нибудь "заготовки" > для работы с D-bus в системе уже имеются? Что бы > писать такого демона, ну например, на тикле? :) Плохо с этим, ох плохо. Из приличных языков биндинги к d-bus по-моему есть только у python. Для тикля недавно что-то пробегало, но не тестировал. Но вообще и тикль, и питон для этой задачи языки слишком низкоуровневые. Тут шелл нужен или make, если не что-то уровнем выше. Программка которая вызывает шелловские скрипты по определенным сообщениям d-bus мне как-то попадалась. В Maemo. Но она была весьма грязным хаком-переделкой dbus-монитора и об удобстве для casual programmer (то есть юзера, конфигурирующего свою личную рабочую среду) автор как-то не очень думал. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
