По мотивам этого issue.

Ладно, согласен, что sudo -u user_foo -i как-то не по systemd’шному загружает окружение для данного юзера, в отличие от ssh login, например. Будь по-вашему.

Я бы уже промолчал, будь это единичный случай)

Но вот, сегодня нужно было поиграться с podman, а картина то примерно аналогичная.

1. «Ныряю» в юзера по sudo -iu

2. systemctl --user enable --now podman.socket

Failed to connect to bus: $DBUS_SESSION_BUS_ADDRESS and $XDG_RUNTIME_DIR not defined

3. Делаю login user_foo, выполняю ту же самую команду, всё без изменений.
4. Логинюсь по ssh как user_foo и только в это случае все работает, как и ожидалось.

Когда Я так отстал от жизни и технологий, а также вопрос по сабжу?!

Интуиция подсказывает, что у обоих явлений причина одна.

Так чем же все-таки в современном GNU/Linux Full authenticated session отличается от login, sudo -iu и пр. ?

Панки хой, дамы и господа!

Вопрос по сабжу пользователям Thinkpad X230: В каком состоянии ваш лептоп, когда последний раз его ремонтировали и что именно вышло из строя?

Моему экземпляру 10 лет (3 из которых он у меня), вот не так давно вышла из строя система охлаждения - кулер Toshiba заревел как трактор и помер. Ему на замену с Алика пришел Delta Fan (за десяток баксов), но я нашел новый AVC на Ebay. Как придёт буду ставить вместе с новомодной фишкой, термопрокладками с фазовым переходом Honeywell PTM 7950.

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

Кхм, и снова здравствуйте, всем, кто остался на полуЛОРе.

Вопрос по сабжу.

Если кратко, то у при логине ssh обычный юзер может использовать sudo без пароля, а при docker exec - нет. Хотя, казалось бы, что условия аналогичны.

Почему так?

Более подробно написал тут.

Специально для тех, кто не ленится ходить по ссылкам.