Void, wayland, gsettings. Не могу поменять шрифт.

У тебя dbus не работает. Вторая ошибка тоже с этим связана, похоже.

я тоже так думал, однако:

~ % ps -ef | grep dbus
root      1108  1089  0 17:01 ?        00:00:00 runsv dbus
root      1131  1108  0 17:01 ?        00:00:00 vlogger -t dbus -p daemon
dbus      1132  1108  0 17:01 ?        00:00:00 dbus-daemon --system --nofork --nopidfile
nrg       1335  1301  0 17:01 tty1     00:00:00 dbus-run-session slstatus -s
nrg       1337  1335  0 17:01 tty1     00:00:00 dbus-daemon --nofork --print-address 4 --session
nrg       4048  4016  0 18:35 pts/1    00:00:00 grep --color=auto --exclude-dir=.bzr --exclude-dir=CVS --exclude-dir=.git --exclude-dir=.hg --exclude-dir=.svn --exclude-dir=.idea --exclude-dir=.tox --exclude-dir=.venv --exclude-dir=venv dbus

~ % grep dbus ~/.zshrc
	dbus-run-session slstatus -s | dwl 1>~/.log/wayland.log 2>&1 && exit

или я неправильно интерпретирую?

Не уверен, что запущен как надо. Переменная $DBUS_SESSION_BUS_ADDRESS видна? Для твоего дистрибутива есть кое-какая документация, хотя и не очень детальная: https://docs.voidlinux.org/config/session-management.html

Ну и запускать dbus через .zshrc вряд ли правильно. Надо где-то при запуске сессии это делать.

dbus-run-session slstatus -s | …

сессия запускается только для slstatus, а не для dwl

вынеси slstatus | dwl в отдельную функцию или скрипт start_dwl, и запускай dbus-run-session start_dwl

хм.. похоже нет её:

~ % set | grep DBUS_SESSION_BUS_ADDRESS
~ %

ты натолкнул меня на мысль: на буке А, действительно dwl запускается иначе, ЕМНИП:

dbus-run-session slstatus -s | dwl

сныкан в shell скрипт, но не уверен, что прямо этот код, к сожалению не имею возможности прямо сейчас это проверить. Тем не менее премного благодарен. В понедельник проверю, как и переменную на буке А.

systemctl --user status dbus

Да, благодарю за ответ, похоже дело в кривом запуске сессии, на буке А именно так и сделано. С высокой долей вероятности именно в это проблема.

void

причем тут systemd?

Притом, что использовать дистр без systemd - ССЗБ.

новая функция systemd — повышение ЧСВ

У меня localhost для браузера, mpv, libreoffice и консоли. Зачем мне systemd? не всем оно надо.

новая функция systemd — повышение ЧСВ

Всегда была

Зачем мне systemd

Чтобы не решать проблемы которых могло не быть. Например с dbus.

Чтобы система работала.

В общем, разобрался. Косяк был в том, что я открывал dbus сессию для slstatus, а не для dwl. В отдельную функцию или скрипт выносить не стал:

~ % grep dwl ~/.zshrc
	slstatus -s | dbus-run-session dwl 1>~/.log/wayland.log 2>&1 && exit

теперь, наконец, работает как надо.

Спасибо всем, участникам.

Прийти в тему <проблема на non-systemd дистре>, накинуть «использовать дистр без systemd - ССЗБ» и уйти. И ведь ещё с ★★★★★.

Зачем, что ты пытаешься этим сказать?

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

А тут вдруг выясняется что там нет systemd.

Вообще он там был, но в какой-то момент решили, что можно обойтись runit (если не путаю, лень проверять). Причём разработчики не такие дятлы, как в Devuan, просто вот им показалось, что нет необходимости в systemd. Это не мешает им поставлять systemd-boot, например.

в какой-то момент решили, что

systemd не поддерживает musl

Зря ты так. Может с точки зрения распространённости он и маргинальный, не изучал вопрос, но в целом дистр очень приятный. Причин много, но отсутствие systemd ни разу не первая: пакетник очень быстрый, в стиле arch, стабильный роллинг без излишеств. Кому надо минимализм, тут самое оно.

Arch задумывался в парадигме KISS, вот это тот же arch 15 лет назад. IMHO.

Нет systemd и связанные с этим проблемы -> на свалку. Каким бы приятным он ни был.

Кесарю кесарево.

Крут ….

Ты обосрался и конечно на свалку то что не единственно верный вариант. Вот только люди будут пользоваться тем что им нужно как бв ты ни продолжал гадить.