Не запускается gufw в KDE

vall
Без изменений.
тоже проверил без LC_COLLATE=C, у меня gufw запустился без проблем. значит проблема не в этом.
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
vall
для KDE
Вроде же в KDE запретили запуск GUI через sudo .
Попробуйте lxqt-sudo
lxsudo gufw

nafanja
locale покажи еще с sudo и без
Я бы сравнил env с sudo и без
env
sudo env
XAUTHORITY
PATH
DISPLAY
vs220
Вроде же в KDE запретили запуск GUI через sudo .
да запретили, только некоторые свои приложения,
да и как запретили, только одной строчкой в исходниках.
а вообще gufw это не кеды, а гтк,
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
vs220
Вроде же в KDE запретили запуск GUI через sudo .
Первый пост ветки.
vall
Хотя на десктопе gufw в этой среде по-прежнему запускается без проблем. А вот на ноутбуке необходимы танцы с бубнами.
Разница в том, что ноутбук принадлежит другому человеку (обновления там провожу примерно раз в три месяца). На десктопе же работаю ежедневно и регулярно обновляюсь. Предполагаю, что в связи с этим последние крупные изменения питона прошли более гладко, чем на ноутбуке. Отсюда на ноуте и возникла проблема. Причём заметил это только вчера, хотя вероятно существует уже достаточно давно.
vall
последние крупные изменения питона прошли более гладко, чем на ноутбуке. Отсюда на ноуте и возникла проблема
Чет сомневаюсь что дело в питоне. Скорее в запрете руту иксов или просто переменные XAUTHORITY PATH DISPLAY не экспортируются. На десктопе наверно просто разрешили
У меня гуи под судо запускаются и на двухнедельной системе с лхде ошметками, правда есть Xwrapper.config с allowed_users=anybody needs_root_rights = yes.
Через lxsudo запускается? А другие гуи gparted например тоже не запускаются через судо или только gufw? И покажите sudo env
Раньше приложение запускалось и на ноутбуке без всяких проблем. Другие GUI стартуют, например Grub Customizer (он тоже GTK). Повторюсь -- не на настаиваю на версии питона. Но многие рекомендации на буржуйских форумах связаны именно с ним.
cop17-pc ~]$ sudo env
[sudo] пароль для cop17:
COLORTERM=truecolor
LANGUAGE=
XAUTHORITY=/home/cop7/.Xauthority
LANG=ru_RU.UTF-8
TERM=xterm-256color
DISPLAY=:0
PATH=/bin:/usr/bin:/usr/local/bin:/usr/local/sbin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl
MAIL=/var/mail/root
LOGNAME=root
USER=root
HOME=/root
SHELL=/bin/bash
SUDO_COMMAND=/bin/env
SUDO_USER=cop17
SUDO_UID=1000
SUDO_GID=997
vall
PATH=/bin:
Уже давно /usr/bin
Попробуйте
sudo env PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl   /usr/bin/gufw
gufw отличается от других программ (обычных и типа gparted) тем, что в ее запуске принимает участие команда pkexec, которая предназначена для выполнения команды от имени другого пользователя.
Посмотрите man pkexec и встретите там и polkit и вроде бы питон (точно не помню).
PS - посмотрите вывод - pacman -Ql gufw | grep polkit - и увидите там что то связанное или с pkexec или с policy
Чтобы понять что нарушено, нужно трейсить.
Также нужно попробовать запустить просто gufw и должно быть предложено ввести пароль root - и что будет, если ввести этот пароль?
Ошибки не исчезают с опытом - они просто умнеют
Прошу меня извинить, nafanja, vs220 и vasek, за прерывание общения. И благодарю Вас за соображения, высказанные здесь. Обстоятельства непреодолимой силы... За это время ноутбук вернулся к своему владельцу, но вопрос остался открытым. Буду разбираться дальше, как только девайс снова попадёт ко мне в руки.

vs220
vall
PATH=/bin:
Уже давно /usr/bin
Попробуйте
sudo env PATH=/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl   /usr/bin/gufw
Обнаружил, что скорее всего PATH=/bin имеет корни в sddm.conf. По крайней мере не пойму откуда ещё он мог проявиться. Хотя на десктопе при одинаковом sddm.conf
mnl17 ~ $ sudo env
[sudo] пароль для mnl17:
COLORTERM=truecolor
LANGUAGE=ru
XAUTHORITY=/tmp/xauth-1000-_0
LANG=ru_RU.UTF-8
TERM=xterm-256color
DISPLAY=:0
PATH=/usr/lib/ccache/bin/:/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl
MAIL=/var/mail/root
LOGNAME=root
USER=root
HOME=/root
SHELL=/bin/bash
SUDO_COMMAND=/usr/bin/env
SUDO_USER=mnl17
SUDO_UID=1000
SUDO_GID=100
Рекомендуемая команда sudo env PATH=/usr/local/sbin... запустила gufw без всяких проблем.

vasek
PS - посмотрите вывод - pacman -Ql gufw | grep polkit
Не успел сделать, к сожалению.

vasek
pkexec и встретите там и polkit и вроде бы питон
Видимо всё-таки корни бага действительно там.

vasek
запустить просто gufw и должно быть предложено ввести пароль root - и что будет
Конечно же пробовал делать -- запрос пароля и дальше вывод с теми же ошибками.
vall
запустила gufw без всяких проблем
Просто подправьте PATH.
И не ставьте туда больше символьные ссылки
 
Зарегистрироваться или войдите чтобы оставить сообщение.