Не заводится wine

У вас wine собран с dbus - недомога! Вообще, вайн можно и без него собрать, но там потом либо надо dmix настраивать на alsa, либо пульсу/пайптварь ставить, а им dbus точно нужен.

1. Нормальный вайн пробовал?
2. Какое приложение пытаешься стартовать?

1. Пока нет, попробую чистый вайн поставить отдельно на досуге. Алгоритм примерно такой был: поставил artix, поставил portproton, получил вылеты без предупреждений, в логах фигурирует D-bus.

2. Сам вайн не стартует, отсюда любые приложения просто не запускаются, включая собственно и вайн.

D-bus, скорее всего, нужен протону, так что его придется как-то заводить…

Куда копать?

Надо копать в portproton. Отключай там в настройках, пока не заработает.

на всякий случай, dbus от пользователя запускать так:

dbus-daemon --session --nofork --nopidfile --address unix:path=${XDG_RUNTIME_DIR}/bus &

если XDG_RUNTIME_DIR не определен, добавить в профиль оболочки, ~/.bash_profile в случе bash:

export XDG_RUNTIME_DIR="/tmp/$(id -u)-xdg_runtime_dir"
[ -d "${XDG_RUNTIME_DIR}" ] || (
        mkdir -p "${XDG_RUNTIME_DIR}"
        chmod 0700 "${XDG_RUNTIME_DIR}"
)

dbus нужен как ванильному wine, так и proton исключительно для udisks. Можно собрать без udisks.

systemd не может без dbus, и так как у него арч, то dbus у него будет в любом случае.

Но в общем-то для wine не нужен dbus. Он там вроде как должен получать данные об энергосберегайках, но я не видел чтобы это где-то использовалось, даже если оно уже работает (что тоже вряд ли).

Пора делать non-dbus дистры так же как системг выкидывают.

Попробовал запустить первой командой. Запустился и даже изменился код ошибки, теперь не могёт какие-то вызовы передать в D-Bus… ну хотя бы законнектился. То бишь проблема где-то в системе. Он как-то не так запущен, по крайней мере по мнению вайна.

Попробовал и чистый вайн, та же байда: по-умолчанию не может законнектиться, хотя в службах dinitctl dbus запущен, такое ощущение, что вайн не может к нему получить доступ. Версии никак не влияют на работоспособность.

Что на замену?

отвалится куча полезного софта. Например чуть меньше чем все уведомления через org.freedesktop.Notifications.

У меня комп отлично работает с openrc+s6, но вот как выпиливать дыбас, не объявляя нужные функции ненужными, как принято у всяких луддитов, - я не знаю.

но вот как выпиливать дыбас, не объявляя нужные функции ненужными

Переключится на то где этого нет, а остальное просто не собирать. Например собирать только пакеты DE, где d-bus не нужен, например тот же CDE.

Пора делать non-dbus дистры

И будет дистр, в котором не работает монтирование флэшек от пользователя, в котором не работает статус устройства в KDE Connect, в котором невозможно изменить тему без перезапуска окружения, в котором не работает коммуникация между приложениями.

И как 100500+1 дистр исправит ситуацию?

ну я и говорю, это значит отказаться как минимум от телеги и работающего браузера. А как работать-то тогда?

как минимум от телеги

Телегу можно в виртуалке запускать. А вообще я что-то там в списке зависимостей dbus не вижу

ldd /usr/bin/telegram-desktop
        linux-vdso.so.1 (0x00007ffd541ef000)
        libgio-2.0.so.0 => /usr/lib/libgio-2.0.so.0 (0x00007fa75d788000)
        libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00007fa75d728000)
        libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00007fa75d6da000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00007fa75d612000)
        libX11.so.6 => /usr/lib/libX11.so.6 (0x00007fa75d4ce000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007fa75d394000)
        libdl.so.2 => /lib/libdl.so.2 (0x00007fa75d38d000)
        libm.so.6 => /lib/libm.so.6 (0x00007fa75d2ae000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x00007fa75d2a9000)
        libc.so.6 => /lib/libc.so.6 (0x00007fa75d0c8000)
        /lib64/ld-linux-x86-64.so.2 (0x00007fa75d983000)
        libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00007fa75d0c1000)
        libz.so.1 => /lib/libz.so.1 (0x00007fa75d0a7000)
        libmount.so.1 => /lib/libmount.so.1 (0x00007fa75d045000)
        libffi.so.8 => /usr/lib/libffi.so.8 (0x00007fa75d035000)
        libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007fa75d00a000)
        libbz2.so.1.0 => /usr/lib/libbz2.so.1.0 (0x00007fa75cff7000)
        libpng16.so.16 => /usr/lib/libpng16.so.16 (0x00007fa75cfbe000)
        libharfbuzz.so.0 => /usr/lib/libharfbuzz.so.0 (0x00007fa75ced4000)
        libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007fa75cea7000)
        libXau.so.6 => /usr/lib/libXau.so.6 (0x00007fa75cea2000)
        libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007fa75ce9a000)
        libpcre2-8.so.0 => /lib/libpcre2-8.so.0 (0x00007fa75cdfe000)
        libblkid.so.1 => /lib/libblkid.so.1 (0x00007fa75cda7000)

телега шлет уведомления по dbus. А если упарываться виртуалками и прочими контейнерами, то какой вообще в этом смысл? Ты будешь пользоваться все тем же самым, только не напрямую, а через кучу дополнительных прослоек, добившись только меньшей юзабельности своей системы. И - импортозамещение.

Оно в большинстве своём выполняет исключительно мусорные функции которые тоже надо повырезать. Там где действительно нужно - можно общаться нативно через пакетные unix-сокеты без посреднических демонов.

Уведомления надо делать через иксы т.к. они привязаны к гуи-сессии. Твой dbus отвалится при туннеле через ssh.

Впрочем лично я вообще уведомления не использую.

Ты предлагаешь заменить на пачку несовместимых друг с другом костылей. Это нельзя назвать удачным решением. Дбас хотя бы стандартизирован.

Да нет, можно сделать стандартизированную библиотеку, которая умеет такие сокеты и создавать и использовать. Но делать это внутри процесса которому нужно, а не запуская какую-то муть дополнительно.

Дбас хотя бы стандартизирован.

Это ни разу не плюс если он мусорный.

Каким образом браузер требует dbus для работы?

И будет дистр, в котором не работает монтирование флэшек от пользователя,

В openbsd до некоторого времени монтирование от юзера работало вообще без какого-либо доп софта, на уровне ядра. Потом вырезали т.к. посчитали опасным саму идею разрешать юзеру что-то монтировать кроме fuse. Ну а в линуксе для этого нужна пачка костылей, да. Надо их выкинуть.

Что такое kde connect не знаю, а всё остальное прекрасно делается без dbus, если авторы прог не криворуки.

уведомления, диалоговые окна при открытии/сохранении файлов, скринкасты через xdg desktop portal (у меня вяленый), …

то какой вообще в этом смысл?

Смысл в том, чтобы не держать ненужное ради одной программы.

https://www.reddit.com/r/artixlinux/comments/ji5d73/running_wine_on_artix/

I’ve got it figured out. I had to remove the version I installed initially and then delete the WINE folders created from the first install. Installed the plain Jane wine package and winetricks, and everything works like a charm.

уведомления

Уже писал, их надо слать через иксы.

диалоговые окна при открытии/сохранении файлов

Делать это через dbus это какой-то жуткий изврат. Фу.

скринкасты

Не знаю такого слова.

xdg desktop portal

Точно не помню но это какое-то ненужно.

вяленый

Ещё одно ненужно. Есть иксы - полноценная платформа для организации графического десктопа, но нет, «слишком сложно», надо взять вместо них бесполезный огрызок и подпирать его костылями.