Во избежание некропостинга создаю новую тему. Как подсказывают Гугл и поиск по ЛОРу, многие уже наступали на сабжевые грабли, которых не существует при запуске через dbus-launch. Однако, проявление их разное и лечится оно по-разному.
Как это вообще так происходит?
Многие жалуются на то, что наступая на эти грабли, GTK софт ждёт по 25-30 секунд перед запуском. А у меня, например, на эти грабли наступила Qt софтина. Spectacle. В её отношении это вылечилось удалением директории ~/.config/qt5ct/ и созданием новых настроек. Вот какое отношение имеют эти настройки к dbus'у?
GTK3 софт у меня сейчас на эти грабли не наступает, а GTK2 софт наступает. Пока что не понял что тут можно сделать.
И, да, хорошо знакомый многим выхлоп strace:
connect(10, {sa_family=AF_UNIX, sun_path="/run/user/1000/bus"}, 110) = 0
getpid() = 32123
geteuid() = 1000
getegid() = 100
getpid() = 32123
geteuid() = 1000
getegid() = 100
sendmsg(10, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="\0", iov_len=1}], msg_iovlen=1, msg_control=[{cmsg_len=28, cmsg_level=SOL_SOCKET, cmsg_type=SCM_CREDENTIALS, cmsg_data={pid=32123, uid=1000, gid=100}}], msg_controllen=32, msg_flags=0}, MSG_NOSIGNAL) = 1
sendto(10, "AUTH\r\n", 6, MSG_NOSIGNAL, NULL, 0) = 6
recvfrom(10, "REJECTED EXTERNAL\r\n", 4096, 0, NULL, NULL) = 19
sendto(10, "AUTH EXTERNAL 31303030\r\n", 24, MSG_NOSIGNAL, NULL, 0) = 24
recvfrom(10, "OK 1c6d7eb14b4c0ee96ec9a14e5f801"..., 4096, 0, NULL, NULL) = 37
sendto(10, "NEGOTIATE_UNIX_FD\r\n", 19, MSG_NOSIGNAL, NULL, 0) = 19
recvfrom(10, "AGREE_UNIX_FD\r\n", 4096, 0, NULL, NULL) = 15
sendto(10, "BEGIN\r\n", 7, MSG_NOSIGNAL, NULL, 0) = 7
write(13, "\1\0\0\0\0\0\0\0", 8) = 8
eventfd2(0, EFD_CLOEXEC|EFD_NONBLOCK) = 12
write(12, "\1\0\0\0\0\0\0\0", 8) = 8
write(13, "\1\0\0\0\0\0\0\0", 8) = 8
poll([{fd=12, events=POLLIN}], 1, 25000) = 1 ([{fd=12, revents=POLLIN}])
read(12, "\1\0\0\0\0\0\0\0", 16) = 8
poll([{fd=12, events=POLLIN}], 1, 25000
