Доброго всем. Сабж собственно: При попытке запустить gparted из меню Xfce, gparted не запускается. Реакция отсутствует совсем. Причина в том, что авторизация в системах на sysv сломана: $ grep -i exec /usr/share/applications/gparted.desktop Exec=/usr/bin/gparted %f $ /usr/bin/gparted %f Error executing command as another user: No authentication agent found. Есть предложение: Добавить gksu в зависимости gparted и заменить строку запуска в desktop файле gparted на эту: $ xdg-su -c /usr/bin/gparted Вопрос: Можно ли сделать эти изменения, чтобы gparted на системах с sysvinit снова стал запускаемым на уровне меню DE?
Напомню, что мы собираем стартеркиты и регулярки с sysV, так что очень прошу обратить внимание на эту проблему. Я сегодня подправил xdg-utils, чтобы xdg-su мог задействовать также ещё и beesu, и научил xdg-su работать в неизвестных DE (IceWM, Wmaker). Также, если mike@ против не будет, в mkimage-profiles будет принят патч, добавляющий beesu в регулярки. Так что xdg-su -с gparted будет работать замечательно везде.
Юр, глянешь?
В wayland-сессиях никакие *su* и consolehelper'ы не работают.
(В ответ на комментарий №3) > В wayland-сессиях никакие *su* и consolehelper'ы не работают. Wayland-сессии нынче не поддерживаются в дистрибутивах Альт, это было бы довольно странным умолчанием. В них много чего и у "локомотивов" не работает и в обозримой перспективе не будет, насколько понимаю. Если же прицеливаться на разумную интеграцию Wayland, то напрашивается какая-то обвязка навроде той, что в федоре городили для "тяжёлых" клиентов libGL, на предмет разбора ситуации и принятия нужных мер (там выдавали предупреждение при запуске игрушек на nouveau, помнится). У нас довольно много клиентов consolehelper, начиная с alterator-standalone и livecd-install.
Желающие улучшить запуск gparted на их системах с sysvinit могут модифицировать configure.ac+gparted.in, чтобы работало везде, -- это возможно. В gsmartcontrol подсмотреть можно.
wayland наше будущее, к нему нужно уже готовиться. Разработчики KDE5 новые фичи теперь добавляют только для конфигурации с wayland, поэтому есть вероятность, что Workstation K 9.0 выйдет уже на вэйланде по умолчанию.
(В ответ на комментарий №6) > Workstation K 9.0 выйдет уже на вэйланде по умолчанию. И на нем не будет работать livecd-install, alterator, etc., как сейчас на GNOME и Enlightenment.
Явно кто-то будет это чинить. Но мне кажется что если уже понятно что не работает - пора развешивать ошибки в bugzilla.
(В ответ на комментарий №8) > Явно кто-то будет это чинить. > Но мне кажется что если уже понятно что не работает - пора развешивать ошибки в > bugzilla. https://wiki.ubuntu.com/Wayland When will Wayland become the default on Ubuntu? This has not been decided. This decision will be made at a future Ubuntu Developer Summit (UDS). It's possible we'll roll it out for some limited scope initially, since it may take time before it's adequately supported across a broad enough range of hardware.
Висит https://bugzilla.altlinux.org/32922
Алексей, я знаю про проблемы с wayland, поэтому я и осторожно написал - возможно выйдет на нём. Надо серьёзно подойти к тестированию wayland конфигураций, но прежде чем это делать - надо научиться собирать дистрибутивы с ним.
(В ответ на комментарий №11) > надо научиться собирать дистрибутивы с ним. Посмотри регулярки gnome3 и enlightenment, что ли.
(In reply to comment #3) > В wayland-сессиях никакие *su* и consolehelper'ы не работают. xdg-su начинает работать после: xhost + Проверено на стартерките gnome3. Другой вопрос, как это влияет на безопасность...
(In reply to comment #13) > (In reply to comment #3) > > В wayland-сессиях никакие *su* и consolehelper'ы не работают. > > xdg-su начинает работать после: > > xhost + > > Проверено на стартерките gnome3. Другой вопрос, как это влияет на > безопасность... Чтобы заработал xdg-su, достаточно сделать: xhost +si:localuser:root На безопасность это точно не должно влиять, так что предлагаю добавить эту команду в $HOME/.bash_profile, а gparted пускать через xdg-su -с gparted
Предлагаю компромиссный вариант. Сделать два desktop файла. Один с запуском через polkit, второй через xdg-su. И при помощи опций desktop файлов: OnlyShowIn и NotShowIn разграничить их появление в определённых DE. Для desktop файла с polkit указать только те DE, у которых всё отлично с polkit и их мы не собираемся использовать на sysvinit. Для этого прописываем ему: OnlyShowIn=GNOME;KDE;MATE;Cinnamon; А второму desktop файлу прописываем запуск через xdg-su -c и опцию: NotShowIn=GNOME;KDE;MATE;Cinnamon; Как вам такой вариант?
Created attachment 7830 [details] workaround for SysV Вот такой простой костыль для SysV предлагаю. Примите?
(В ответ на комментарий №16) > Created an attachment (id=7830) [details] > workaround for SysV > > Вот такой простой костыль для SysV предлагаю. Примите? Попробуйте предложить это апстриму.
(В ответ на комментарий №17) > (В ответ на комментарий №16) > > Created an attachment (id=7830) [details] [details] > > workaround for SysV > > > > Вот такой простой костыль для SysV предлагаю. Примите? > > Попробуйте предложить это апстриму. А мы свои патчи не поддерживаем для пакетов?
(В ответ на комментарий №18) > А мы свои патчи не поддерживаем для пакетов? Годами, если не десятилетиями, поддерживаем специфические для альта патчи.
С приходом в регулярные сборки на sysvinit elogind заработал polkit-agent, так что gparted теперь запускается.
Спасибо!
