WARNING **: AT-SPI: Could not obtain desktop path or name

Сам спросил — сам ответил. at-spi запускает systemd --user, мимо баша, потому переменная прошла мимо. Пойду ковырять, раз оно уже готово и работает, хотя r3lgar сомневался.

А я продолжаю утверждать, что systemctl --user не готово.

Ну запускает жыж. Только непонятно теперь, как ему башрц скармливать. Юнит править ради этого не хочу.

Короче, пошатал юнит таки, xulitama.

Юнит править ради этого не хочу.

А и не надо. Создаёшь /etc/systemd/user/<service name with .service>.d/ или /home/<user>/.config/systemd/user/<service name with .service>.d/, помещаешь туда текстовый файл с расширением .conf с любым произвольным именем, и переназначаешь там все свои хотелки, в том числе Environment=.

Это и есть правка юнита.

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

Это и есть правка юнита.

Файл юнита не тронут, какая ж это правка?
Да и параметры ползательзательского сервиса ползатель может в своем хомяке держать, какая ж это правка системного юнита?

какая ж это правка?

Примерно такая, как на DVD+R.

Чо, кроме башрц больше негде держать общие переменные окружения, чтоб их учитывала даже сисямда?

Чот ты гонишь, ящитаю.

какая ж это правка?

Примерно такая, как на DVD+R.

Дииичь!

Чо, кроме башрц больше негде держать общие переменные окружения, чтоб их учитывала даже сисямда?

/etc/profile.d/, но пользователю туда писать нельзя. Да и то, что сюстемда оттуда сорцит энвиронмент лично я подтвердить не могу.

Дииичь!

Обоснуй. Какая разница, поправил ли я исходный файл или скопировал и переопределил по приоритету, если фифект один и тот же? Тащемта, даже никсовые ФС могут при изменении файла писать в новый, а старый анлинкать.

лично я подтвердить не могу

Ну тогда в тред традиционно призывается поцтеринг intelfx.

Дииичь!

Обоснуй.

Обосновал уже.

Какая разница, поправил ли я исходный файл или скопировал и переопределил по приоритету, если фифект один и тот же?

В случае переопределения ты НЕ ТРОГАЕШЬ оригинальный файл (тем самым твои изменения не затронутся обновлениями, например). Также ты можешь переопределить в юзерской дире, и у других юзеров будет работать как раньше.

Тащемта, даже никсовые ФС могут при изменении файла писать в новый, а старый анлинкать.

В данном случае это к делу не относится.

Ну тогда в тред традиционно призывается поцтеринг

Тебе не помогут даже живительные 3.14-здюли.

не затронутся обновлениями

Зависит от механизьма обновлений, APT следит за конфигами и при обновлениях предлагает их переписать или не трогать, например. Жаль, что он юниты конфигами не считает.

Тебе не помогут даже живительные 3.14-здюли

Да, только кол из эквестрийской осины, бывшей когда-то заболевшим болотной лихорадкой пони.

Чо, кроме башрц больше негде держать общие переменные окружения, чтоб их учитывала даже сисямда?

man pam_env, больше нигде. /etc/profile.d не читает. Да, с переменными окружения там полный кластерфак. В гноме обкостылено: session script исполняет /etc/profile в контексте уже запущенной сессии и экспортит полученное окружение по отдельности в systemd --user и dbus-daemon --session (потому что последний к этому моменту уже запущен с пустым окружением). Мы собираемся поработать над этим.

Да и то, что сюстемда оттуда сорцит энвиронмент лично я подтвердить не могу.

И не сможешь, потому что не читает (см. выше).

Жаль, что он юниты конфигами не считает.

Именно.

И не сможешь, потому что не читает (см. выше).

Да я и не пытался. Не использую systemctl --user, так как оно для меня не годится.

Мы собираемся поработать над этим.

Давно пора что-то сделать с окружением. Как приходилось костылять с sysv, так и приходится костылять с systemd.

Мы собираемся поработать над этим.

Спасибо вам за наше счастливое детство.
Есть какая-нибудь пошаговая инструкция для тупых, как избавиться от этой ругани в терминале?

Какой ругани в терминале?

$ gvim
No protocol specified
No protocol specified

** (gvim:6813): WARNING **: AT-SPI: Could not obtain desktop path or name


** (gvim:6813): WARNING **: atk-bridge: get_device_events_reply: unknown signature

** (gvim:6813): WARNING **: atk-bridge: get_device_events_reply: unknown signature

** (gvim:6813): WARNING **: atk-bridge: GetRegisteredEvents returned message with unknown signature
No protocol specified

** (gvim:6813): WARNING **: AT-SPI: Could not obtain desktop path or name


** (gvim:6813): WARNING **: AT-SPI: Could not obtain desktop path or name


** (gvim:6813): WARNING **: AT-SPI: Could not obtain desktop path or name

Без понятия, я тут в подветке только что-то говорил.

Если нужно прописать переменную окружения, то проще всего сделать это в ~/.pam_environment (при этом поставив pam_env и прописав его в /etc/pam.d/system-{auth,login} и ещё где придётся:

$ grep pam_env -r /etc/pam.d                                                   
/etc/pam.d/system-auth:auth      required  pam_env.so
/etc/pam.d/system-login:session    required   pam_env.so
/etc/pam.d/system-services:session   required    pam_env.so
/etc/pam.d/gdm-autologin:auth     required  pam_env.so
/etc/pam.d/gdm-fingerprint:auth     required  pam_env.so
/etc/pam.d/gdm-launch-environment:auth     required  pam_env.so
/etc/pam.d/gdm-smartcard:auth     required  pam_env.so

Больше ничего не скажу. Нужно больше деталей — что за DE, что за дистрибутив?

Ок, спасибо, так понятнее. Позже поэкспериментирую, если ещё появятся вопросы - кастану.

Некоторые DE продолжают читать ~/.profile или ~/.bash_profile, но некоторые — нет (например, GNOME 3 с Wayland).

С другой стороны, поскольку последний GNOME 3 теперь полностью запускается внутри systemd, я лично себе сделал так:

### /home/intelfx/.config/systemd/user/import-profile.service
[Unit]
Description=Import environment from ~/.profile and /etc/profile
DefaultDependencies=no
Conflicts=shutdown.target
Before=basic.target shutdown.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/bin/env %E/systemd/scripts/import-profile.sh

[Install]
WantedBy=basic.target

### home/intelfx/.config/systemd/scripts/import-profile.sh 
#!/bin/sh

for f in /etc/profile ~/.profile; do
        . "$f"
done

systemctl --user import-environment

Соответственно, все процессы DE, которые запускаются после basic.target (т. е. просто все), наследуют это окружение и всё работает без pam_env.

Но у тебя, насколько я понимаю, не GNOME (иначе бы проблема не возникла in the first place), так что это всё вряд ли поможет. А с другой стороны, в чём тогда проблема просто вписать в ~/.profile? Твоё DE этот файл тоже не читает?

Нашел обсуждение моей проблемы. https://forums.opensuse.org/showthread.php/535801-linux-at-spi-bus-launcher-1...

Во-всяком случае, у меня симптомы такие же как у них: в выхлопе «journalctl --user -xe» присутствуют строки вида

at-spi2-registr[....]: Could not open X display
AT-SPI: Cannot open default display

А, ну видишь, у тебя ~/.profile работает. Тогда о чём вообще разговаривали.

О, негропостеры в мой тред налетели :3

А, ну видишь, у тебя ~/.profile работает. Тогда о чём вообще разговаривали.

Дык я ж не разбираюсь в logind и компании. Откуда мне знать, работает оно всё ещё, или уже сломали? Захотел попробовать твою идею с pam, но поскольку не знал, с какого конца за неё браться — кастанул тебя...

Спасибо за быстрый и конструктивный отклик!