LINUX.ORG.RU

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

 , ,


0

1

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

Имею 2 бука с void linux, на обоих dwl. К буку А нет никаких вопросов. На буке Б не могу поменять шрифт в firefox (ff):

~ % gsettings list-recursively org.gnome.desktop.interface | grep font-name
org.gnome.desktop.interface document-font-name 'Cantarell 11'
org.gnome.desktop.interface font-name 'Cantarell 11'
org.gnome.desktop.interface monospace-font-name 'Source Code Pro 10'
~ % gsettings set org.gnome.desktop.interface font-name 'Roboto 11'

(process:2386): dconf-WARNING **: 17:16:05.673: failed to commit changes to dconf: Cannot autolaunch D-Bus without X11 $DISPLAY
~ % gsettings list-recursively org.gnome.desktop.interface | grep font-name
org.gnome.desktop.interface document-font-name 'Cantarell 11'
org.gnome.desktop.interface font-name 'Cantarell 11'
org.gnome.desktop.interface monospace-font-name 'Source Code Pro 10'

как видно из листинга, наблюдается некоторое дерьмо с dbus (возможно, в этом и есть корень проблем?).

Так же имею проблему с запуском второго экземпляра ff. При попытке получаю:

Firefox is already running, but is not responding. To use Firefox, you must first close the existing Firefox process, restart your device, or use a different profile.

По ctrl+n из запущенного экземпляра еще одно окно ff создаётся без проблем.

Профиль ff на буке Б я перенёс из opensuse TW, поначалу грешил именно на этот факт, но с новыми профилями ситуация не меняется. Я начал склоняться, что проблема не в ff, а в dbus. Может кто уже наступал на эти грабли? Куда копать, подскажите, плз?



Последнее исправление: avrigus (всего исправлений: 2)
Ответ на: комментарий от anonymous

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

~ % 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

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

avrigus
() автор топика
Ответ на: комментарий от avrigus

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

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

anonymous
()
Ответ на: комментарий от avrigus

dbus-run-session slstatus -s | …

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

~ % set | grep DBUS_SESSION_BUS_ADDRESS
~ %

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

dbus-run-session slstatus -s | dwl

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

avrigus
() автор топика
Ответ на: комментарий от anonymous

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

avrigus
() автор топика
Ответ на: комментарий от avrigus

Зачем мне systemd

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

MagicMirror ★★★
()
Ответ на: комментарий от anonymous

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

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

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

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

avrigus
() автор топика
Ответ на: комментарий от eternal_sorrow

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

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

E492
()
Ответ на: комментарий от E492

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

eternal_sorrow ★★★★★
()
Ответ на: комментарий от eternal_sorrow

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

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

anonymous
()
Ответ на: комментарий от anonymous

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

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

anonymous
()
Ответ на: комментарий от eternal_sorrow

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

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

avrigus
() автор топика
Последнее исправление: avrigus (всего исправлений: 1)
Ответ на: комментарий от eternal_sorrow

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

anonymous
()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.