?
?
#3017006. А я правильно понимаю, что на одну сессию может приходиться только один нотификейшен демон?
В догонку к Пришлось создать файл .xinitrc, прописать туда выполнение этих файлов и запуск startxfce4.
Теперь всё работает.
Но теперь с такой версией нормально не запускается система, не стартует systemd-logind.
Загрузился по старинке с init=/bin/bash, обновил dbus, а как теперь перезагрузиться? Команда reboot не работает, потому что нет dbus и systemd. Получается, только кнопкой можно перезагрузиться?
Перезагрзился кнопкой, обновился, gnome-keyring не работает.
"some sort of string of bytes, not necessarily UTF-8, not including '\0'"
Ну это ещё ничего, а теперь готовтесь:
"Returns the security context used by SELinux, in an unspecified format. If you know what this means, please contribute documentation via the D-Bus bug tracking system"
Т.е. в спецификации написано, что мы что-то тут написали, но не знаем что это и как работает, если вы умный и знаете, то пожалуйста расскажите.
Connection is closed"
Вы серьезно!? Выбор приложения для открытия файла через dbus? Это сколько упорина нужно было принять!?
Вот я совершэнно уверен, что вносить в ядро драйвера USB-устройств (включая USB-hdd) было ошыбкой. А уж ttyACM/ttyUSB — очень болезненной ошыбкой.
Вот если ip в ядре — это нормально, то поводу tcp... Ну, есть варианты. Хотя и тожэ можно. То есть, понятно, что он решает: для деления приложэний по портам потребовался бы либо два context switch на read(), либо эклектический ip-стэк с внутренним роутером пакетов на базе байт по смещениям.
Но вот следующий уровень тащить туда, message broker — это, извините, вообще идиотизм. Существенно большый, чем тащить в ядро web server. Поскольку web server в ядре, при сопоставимом уровне абстракцыи, хотя бы теоретически можэт сделать хоть что-то полезное — ускорить там синтэтический тэст.
kdbus делает только вредные вещи: ограничивает ipc локальным компьютэром, и более ничего.
....
RDEPEND="x11-libs/qt-gui:4[dbus]"
....
гентушники, у вас у всех свой маленький оверлей, которым вы не делитесь, у вас стоит dbus или вы djvu не читаете? м?
прочитал вот такое на ЛОРе.
если что делаю всё через dbus
Я ложил хуй на потери про десериализации, я не гоняю 100000 евентов в секунду на дохлом огрызке калькурятора.
Какого хуя вам не хватает colon-separated, жсона или yaml?
По сети данные мы гоняем к человекопонятным restfull интерфейсам, а на десктопе в цитадели Пгавельности и Юниксвейности у нас блядь ебаные интерфейсы, автогенеренные идентификаторы и бинарный протокол.
Гоните этих пидарасов ссаным тапком!
dbus-send --system --type=method_call --print-reply \
--dest=org.freedesktop.NetworkManager \
/org/freedesktop/NetworkManager \
org.freedesktop.NetworkManager.ActivateConnection \
string:'org.freedesktop.NetworkManagerUserSettings' \
objpath:/org/freedesktop/NetworkManagerSettings/4 \
objpath:/ objpath:/
Олсо, в сорсах network-manager есть достаточно функциональный examples/python/vpn.py.
paste.in.ua ; еще одно неприятно открытие связано с функцией logCmd из пакета XMonad.Utils.Loggers, заставить ее выполнять "python ..." так и не получилось, несмотря на то, что в набросанном на скорую руку примере, использующим (как и logCmd) runInteractiveCommand все работало на ура ...
как оказалось, у clementine нет столь привычной после mpdшных клиентов команды --now-playing, зато есть DBus интерфейс — посему пришлось выкручиваться на питоне: