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

nafanja	# 3 года, 3 месяца назад (отредактировано 3 года, 3 месяца назад)
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	vall Без изменений. тоже проверил без LC_COLLATE=C, у меня gufw запустился без проблем. значит проблема не в этом. Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

vs220	# 3 года, 3 месяца назад (отредактировано 3 года, 3 месяца назад)
Темы: 22 Сообщения: 8070 Участник с: 16 августа 2009	vall для KDE Вроде же в KDE запретили запуск GUI через sudo . Попробуйте lxqt-sudo `lxsudo gufw` nafanja locale покажи еще с sudo и без Я бы сравнил env с sudo и без `env sudo env` XAUTHORITY PATH DISPLAY

vs220

# 3 года, 3 месяца назад (отредактировано 3 года, 3 месяца назад)

Темы: 22

Сообщения: 8070

Участник с: 16 августа 2009

vall
для KDE

Вроде же в KDE запретили запуск GUI через sudo .
Попробуйте lxqt-sudo

lxsudo gufw

nafanja
locale покажи еще с sudo и без

Я бы сравнил env с sudo и без

env
sudo env

XAUTHORITY
PATH
DISPLAY

nafanja	# 3 года, 3 месяца назад (отредактировано 3 года, 3 месяца назад)
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	vs220 Вроде же в KDE запретили запуск GUI через sudo . да запретили, только некоторые свои приложения, да и как запретили, только одной строчкой в исходниках. а вообще gufw это не кеды, а гтк, Псевдографический инсталлятор Arch Linux ver. 3.8.2 Благодарности принимаются на ЯД 410012815723874

nafanja

# 3 года, 3 месяца назад (отредактировано 3 года, 3 месяца назад)

Темы: 94

Сообщения: 9252

Участник с: 02 июня 2012

заблокирован

vs220
Вроде же в KDE запретили запуск GUI через sudo .

да запретили, только некоторые свои приложения,
да и как запретили, только одной строчкой в исходниках.
а вообще gufw это не кеды, а гтк,

Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874

vall	# 3 года, 3 месяца назад (отредактировано 3 года, 3 месяца назад)
Темы: 45 Сообщения: 1786 Участник с: 28 марта 2017	vs220 Вроде же в KDE запретили запуск GUI через sudo . Первый пост ветки. vall Хотя на десктопе gufw в этой среде по-прежнему запускается без проблем. А вот на ноутбуке необходимы танцы с бубнами. Разница в том, что ноутбук принадлежит другому человеку (обновления там провожу примерно раз в три месяца). На десктопе же работаю ежедневно и регулярно обновляюсь. Предполагаю, что в связи с этим последние крупные изменения питона прошли более гладко, чем на ноутбуке. Отсюда на ноуте и возникла проблема. Причём заметил это только вчера, хотя вероятно существует уже достаточно давно.

vall

# 3 года, 3 месяца назад (отредактировано 3 года, 3 месяца назад)

Темы: 45

Сообщения: 1786

Участник с: 28 марта 2017

vs220
Вроде же в KDE запретили запуск GUI через sudo .

Первый пост ветки.

vall
Хотя на десктопе gufw в этой среде по-прежнему запускается без проблем. А вот на ноутбуке необходимы танцы с бубнами.

Разница в том, что ноутбук принадлежит другому человеку (обновления там провожу примерно раз в три месяца). На десктопе же работаю ежедневно и регулярно обновляюсь. Предполагаю, что в связи с этим последние крупные изменения питона прошли более гладко, чем на ноутбуке. Отсюда на ноуте и возникла проблема. Причём заметил это только вчера, хотя вероятно существует уже достаточно давно.

vs220	# 3 года, 3 месяца назад (отредактировано 3 года, 3 месяца назад)
Темы: 22 Сообщения: 8070 Участник с: 16 августа 2009	vall последние крупные изменения питона прошли более гладко, чем на ноутбуке. Отсюда на ноуте и возникла проблема Чет сомневаюсь что дело в питоне. Скорее в запрете руту иксов или просто переменные XAUTHORITY PATH DISPLAY не экспортируются. На десктопе наверно просто разрешили У меня гуи под судо запускаются и на двухнедельной системе с лхде ошметками, правда есть Xwrapper.config с allowed_users=anybody needs_root_rights = yes. Через lxsudo запускается? А другие гуи gparted например тоже не запускаются через судо или только gufw? И покажите sudo env

vs220

# 3 года, 3 месяца назад (отредактировано 3 года, 3 месяца назад)

Темы: 22

Сообщения: 8070

Участник с: 16 августа 2009

vall
последние крупные изменения питона прошли более гладко, чем на ноутбуке. Отсюда на ноуте и возникла проблема

Чет сомневаюсь что дело в питоне. Скорее в запрете руту иксов или просто переменные XAUTHORITY PATH DISPLAY не экспортируются. На десктопе наверно просто разрешили
У меня гуи под судо запускаются и на двухнедельной системе с лхде ошметками, правда есть Xwrapper.config с allowed_users=anybody needs_root_rights = yes.
Через lxsudo запускается? А другие гуи gparted например тоже не запускаются через судо или только gufw? И покажите sudo env

vall	# 3 года, 3 месяца назад (отредактировано 3 года, 3 месяца назад)
Темы: 45 Сообщения: 1786 Участник с: 28 марта 2017	Раньше приложение запускалось и на ноутбуке без всяких проблем. Другие 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

# 3 года, 3 месяца назад (отредактировано 3 года, 3 месяца назад)

Темы: 45

Сообщения: 1786

Участник с: 28 марта 2017

Раньше приложение запускалось и на ноутбуке без всяких проблем. Другие 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

vs220	# 3 года, 3 месяца назад
Темы: 22 Сообщения: 8070 Участник с: 16 августа 2009	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`

vs220

# 3 года, 3 месяца назад

Темы: 22

Сообщения: 8070

Участник с: 16 августа 2009

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

vasek	# 3 года, 3 месяца назад
Темы: 48 Сообщения: 11320 Участник с: 17 февраля 2013	gufw отличается от других программ (обычных и типа gparted) тем, что в ее запуске принимает участие команда pkexec, которая предназначена для выполнения команды от имени другого пользователя. Посмотрите man pkexec и встретите там и polkit и вроде бы питон (точно не помню). PS - посмотрите вывод - pacman -Ql gufw \| grep polkit - и увидите там что то связанное или с pkexec или с policy Чтобы понять что нарушено, нужно трейсить. Также нужно попробовать запустить просто gufw и должно быть предложено ввести пароль root - и что будет, если ввести этот пароль? Ошибки не исчезают с опытом - они просто умнеют

vasek

# 3 года, 3 месяца назад

Темы: 48

Сообщения: 11320

Участник с: 17 февраля 2013

gufw отличается от других программ (обычных и типа gparted) тем, что в ее запуске принимает участие команда pkexec, которая предназначена для выполнения команды от имени другого пользователя.
Посмотрите man pkexec и встретите там и polkit и вроде бы питон (точно не помню).
PS - посмотрите вывод - pacman -Ql gufw | grep polkit - и увидите там что то связанное или с pkexec или с policy
Чтобы понять что нарушено, нужно трейсить.
Также нужно попробовать запустить просто gufw и должно быть предложено ввести пароль root - и что будет, если ввести этот пароль?

Ошибки не исчезают с опытом - они просто умнеют

vall	# 3 года, 2 месяца назад (отредактировано 3 года, 2 месяца назад)
Темы: 45 Сообщения: 1786 Участник с: 28 марта 2017	Прошу меня извинить, 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

# 3 года, 2 месяца назад (отредактировано 3 года, 2 месяца назад)

Темы: 45

Сообщения: 1786

Участник с: 28 марта 2017

Прошу меня извинить, 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 - и что будет

Конечно же пробовал делать -- запрос пароля и дальше вывод с теми же ошибками.

vs220	# 3 года, 2 месяца назад
Темы: 22 Сообщения: 8070 Участник с: 16 августа 2009	vall запустила gufw без всяких проблем Просто подправьте PATH. И не ставьте туда больше символьные ссылки