Summary: | acc не запускается от непривилигированного пользвателя | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Aleksey Cheusov <vle> |
Component: | alterator-standalone | Assignee: | Evgeny Sinelnikov <sin> |
Status: | ASSIGNED --- | QA Contact: | qa-sisyphus |
Severity: | normal | ||
Priority: | P5 | CC: | manowar, mike, sin |
Version: | unstable | ||
Hardware: | x86_64 | ||
OS: | Linux |
Description
Aleksey Cheusov
2020-05-01 20:48:14 MSK
Есть /usr/bin/acc, который пользуется consolehelper для авторизации, и /usr/sbin/acc; на локалхосте работает ожидаемым образом, но тут не вполне сизиф. Проверь наличие пакета consolehelper. (In reply to Michael Shigorin from comment #1) > Есть /usr/bin/acc, который пользуется consolehelper для авторизации, > и /usr/sbin/acc; Ясно. В этом и проблема. У меня /usr/sbin в PATH идет перед /usr/bin. Как-то у меня за всю жизнь не было пересечений между /usr/bin/ и /usr/sbin :-) Или я просто не напарывался. Рац. предложения в рамках этого тикета: 1) сделать так, чтобы /usr/sbin/acc выходил с ошибкой, а не молча зацикливался в случае, если ему не хватает привилегий на открытие /var/run/alteratord/.socket. 2) Прописать в acc.desktop Exec=/usr/bin/acc для "шибко умных" как я. 3) Можно, конечно, и переименовать /usr/sbin/acc во что-нибудь, но тут сейчас шум поднимется. P.S. man для acc лежит в лекции 8, куда обычно попадают все-таки утилиты из /usr/sbin, а запускать надо /usr/bin, маны для чего обычно все-таки в секции 1. Все запутано. Но тут я, конечно, сознательно придираюсь. (Ответ для Aleksey Cheusov на комментарий #2) > Рац. предложения в рамках этого тикета: Резонно. Сделаем. |