Я и говорю - требования у всех разные.
Может позже и в systemd допилят настроек побольше, раз планируют заменить acpid.
У меня acpid только эти три функции и выполняло (точнее две, на LidSwitch реакции не было). Так что для меня systemd панацея. Но требования конечно у всех разные.
Да, у меня действительно OpenBox. Оно понятно, что отработает и черз dbus и через systemd. Я просто хотел узнать, какой способ правильнее, ввиду окончательного перехода на systemd.
Теперь насчет acpid. Отключил у себя acpid.servise и настроил logind.conf. Мне понравилось. На моем ноуте acpid работал не корректно (особенно lid - не срабатывал на закрытие крышки ноута, приходилось выкручиваться), с systemd все работает как надо. Так и оставлю.
В свете того, что systemd может самостоятельно управлять питанием, хотелось бы спросить, какой способ предпочтительнее (речь не о консоли, а графических тулзах и без ввода пароля, например oblogout).
Сейчас я использую для управления питанием dbus-send:
shutdown:  dbus-send --system --print-reply --dest="org.freedesktop.ConsoleKit" /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Manager.Stop
restart:  dbus-send --system --print-reply --dest="org.freedesktop.ConsoleKit" /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Manager.Restart
suspend:  dbus-send --system --print-reply --dest="org.freedesktop.UPower" /org/freedesktop/UPower org.freedesktop.UPower.Suspend
Стоит ли изменить это на:
systemctl reboot
systemctl poweroff
systemctl suspend
Я в ~/.Xdefaults прописываю, а ~/.Xresources и ~/.fonts.conf у меня вообще нет.
Вот мой:
Xft.dpi: 96.0
Xft.hinting: true
Xft.hintstyle: hintslight
Xft.antialias: true
Xft.rgba: rgb
Xft.lcdfilter: lcddefault
Да сейчас hal не у дел. У меня правда помню был прикол, снес hal, вставляю флешку - не монтируется, оказалось хал при удалении прихватил с собой /media, и всяким подобным девайсам просто не куда было монтироваться. Создал заново и все ок.
Это все уже давно опробовано и проверено. Добился только, что тема начала применяться (но похоже не полностью, т.к все ошибки остались и большое какое то все было), после того, как установил пакет gnome-common 2.34 (хотя он в зависимостях не значился и каким он боком к gtk3 не понятно). Перерыл весь интернет, на всех языках и похоже, что такая фигня у половины из тех, кто пытался применить темы gtk3 к чему либо кроме самого третьего гнома. У меня всего то и было два приложения требующих gtk3 - Brasero и Evince. Пока все снес, буду искать альтернативы. Если без бразеро вполне можно обойтись, то Евинсе жалко.
Попробовал сделать так-же, тема не применяется. Ошибок не выдает. Как будто .gtkrc-3.0 вообще не читает.
Что бы было понятнее опишу свои действия.
В /home/user/.config/gtk-3.0/ создаю файл settings.ini, со следующим содержимым:
[Settings]
gtk-theme-name = Adwaita
gtk-fallback-icon-theme = gnome
По идее теперь все gtk3 приложения должны использовать тему Adwaita.
Эта тема входит в пакет gnome-themes-standard, он установлен.
Так вот собственно темы не применяются, а выдается указанная выше ошибка.
На забугорных форумах нашел, что еще можно просто создать симлинк на /usr/share/thrmes/Adwaita/gtk3 в
/home/user/.config/. Этот способ тоже не работает, ошибка правда другая, но то же связана с парсером.
Я в тупике.
Использую openbox. Есть несколько gtk3 приложений, по умолчанию выглядят ужасно.
Вот по этому рецепту пытался прикрутить к ним нормальную тему:
https://bbs.archlinux.org/viewtopic.php?pid=936369
Пакет gnome-themes-standard - установлен.
При запуске любого gtk3 приложения выдает:
Gtk-WARNING **: Could not load named theme "Adwaita": Error parsing stylesheet

Есть у кого, какие мысли?