Created attachment 8708 [details] scr Баг воспроизводится на стенде p9 workstation x86_64 (MATE) Баг НЕ воспроизводится на стенде p9 kworkstation 8.99.1 RC1_20200324 x86_64 (KDE) alterator-secsetup-1.13-alt1.x86_64 1) Установить alterator-secsetup 2) Открыть альтератор -> Настройки безопасности 3) Нажать на справку, кликнуть ссылку >>> Результат: не открывается веб-страница Ожидаемый результат: открытие https://www.altlinux.org/AltHa
На стенде p9 alt education i586 при нажатии на ссылку альтератор закрывается. Вывод в терминал: $ acc (consolehelper:5078): Gtk-WARNING **: 15:29:21.674: Загружаемый модуль тем не найден в module_path: «adwaita», (consolehelper:5078): Gtk-WARNING **: 15:29:21.681: Загружаемый модуль тем не найден в module_path: «adwaita», QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root' libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile WARNING: (alterator lookout evaluation): imported module (alterator presentation events) overrides core binding `when' libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile /etc/chromium/default: строка 13: предупреждение: command substitution: ignored null byte in input No protocol specified [6127:6127:0408/152928.994592:ERROR:browser_main_loop.cc(1512)] Unable to open X display. /etc/chromium/default: строка 13: предупреждение: command substitution: ignored null byte in input No protocol specified [6249:6249:0408/152929.504025:ERROR:browser_main_loop.cc(1512)] Unable to open X display. /etc/chromium/default: строка 13: предупреждение: command substitution: ignored null byte in input No protocol specified [6539:6539:0408/152930.114324:ERROR:browser_main_loop.cc(1512)] Unable to open X display. /usr/bin/xdg-open: строка 886: x-www-browser: команда не найдена /usr/bin/xdg-open: строка 886: firefox: команда не найдена /usr/bin/xdg-open: строка 886: iceweasel: команда не найдена /usr/bin/xdg-open: строка 886: seamonkey: команда не найдена /usr/bin/xdg-open: строка 886: mozilla: команда не найдена /usr/bin/xdg-open: строка 886: epiphany: команда не найдена /usr/bin/xdg-open: строка 886: konqueror: команда не найдена /etc/chromium/default: строка 13: предупреждение: command substitution: ignored null byte in input No protocol specified [6846:6846:0408/152930.722793:ERROR:browser_main_loop.cc(1512)] Unable to open X display. /etc/chromium/default: строка 13: предупреждение: command substitution: ignored null byte in input No protocol specified [6871:6871:0408/152931.153918:ERROR:browser_main_loop.cc(1512)] Unable to open X display. /usr/bin/xdg-open: строка 886: google-chrome: команда не найдена /usr/bin/xdg-open: строка 886: www-browser: команда не найдена Backtrace: 11 (apply-smob/1 #<catch-closure 85f39b0>) In ice-9/boot-9.scm: 705:2 10 (call-with-prompt _ _ #<procedure default-prompt-handle…>) In ice-9/eval.scm: 619:8 9 (_ #(#(#<directory (guile-user) 8684910>))) In ice-9/boot-9.scm: 2312:4 8 (save-module-excursion _) 3831:12 7 (_) 841:4 6 (with-throw-handler _ _ _) In interfaces/guile/exit-handler.scm: 17:6 5 (_) In interfaces/guile/transport/pipe-channel.scm: 13:24 4 (process-incoming #<procedure 879fbf0 at interfaces/gu…> …) In interfaces/guile/lookout.scm: 94:17 3 (_ _ _) 82:8 2 (lookout-main _ _ _ . _) 68:35 1 (auth-request #{\x1b;}# "/acc") In ice-9/boot-9.scm: 751:25 0 (dispatch-exception 0 wrong-type-arg ("cdr" "Wrong t…" …)) ice-9/boot-9.scm:751:25: In procedure dispatch-exception: In procedure cdr: Wrong type argument in position 1 (expecting pair): #{\x1b;}#
Данный баг проблема конкретного дистрибутива (открытие ссылок) и к пакету никакого отношения не имеет.
(Ответ для Vera Blagoveschenskaya на комментарий #0) > Результат: не открывается веб-страница А в "Информация о дистрибутиве" открывается? xdg-open http://ya.ru/ открывается от пользователя в эмуляторе терминала?
> проблема конкретного дистрибутива (открытие ссылок) Именно так. Из-под root выполняется команда su -l username -c "xdg-open https://www.altlinux.org"
(Ответ для Sergey V Turchin на комментарий #4) > > проблема конкретного дистрибутива (открытие ссылок) Я не спорю, что это проблема дистрибутива. Более того, я расписала, для какого дистрибутива - работает, для какого - нет и с какими симптомами не работает. > Именно так. Из-под root выполняется команда > su -l username -c "xdg-open https://www.altlinux.org" да
> > su -l username -c "xdg-open https://www.altlinux.org" > да Значит, alterator-browser-qt Установите из сборочного задания #249643 debuginfo-пакет, перезапустите acc, подцепитесь к alterator-browser-qt gdb-ом и нажмите на ссылку, после падения в gdb дайте команду bt. Полученный backtrace прикрепите сюда _файлом_ .
Created attachment 8715 [details] alterator-browser-qt (Ответ для Sergey V Turchin на комментарий #6) > > > su -l username -c "xdg-open https://www.altlinux.org" > > да > Значит, alterator-browser-qt > Установите из сборочного задания #249643 debuginfo-пакет, перезапустите acc, > подцепитесь к alterator-browser-qt gdb-ом и нажмите на ссылку, после падения > в gdb дайте команду bt. Полученный backtrace прикрепите сюда _файлом_ . Не могу воспроизвести падение по причине того, что alterator-browser-qt висит - см. скрин
(Ответ для Vera Blagoveschenskaya на комментарий #7) > alterator-browser-qt висит - см. скрин Зачем его запускать? acc запускайте. gdb умеет к процессу цепляться.
Created attachment 8716 [details] log Тыкала на ссылки в "Информация о дистрибутиве"
(Ответ для Vera Blagoveschenskaya на комментарий #9) > Создано вложение 8716 [details] [подробности] > log > > Тыкала на ссылки в "Информация о дистрибутиве" bt надо после "падения". А падения я никакого не вижу...
> su -l username -c "xdg-open https://www.altlinux.org" На самом деле там порядок опций другой. Исправлю, но влияте не должно
(Ответ для Vera Blagoveschenskaya на комментарий #5) > > su -l username -c "xdg-open https://www.altlinux.org" > да Что?
Created attachment 8717 [details] log Еще раз
Каким-то хреном валится alterator, если xdg-open не нашёл веб-браузер. То ли он код возврата форка alterator-browser отслеживает...
(Ответ для Sergey V Turchin на комментарий #14) > То ли он код возврата форка alterator-browser отслеживает... Попробовал заменить xdg-open на /bin/false -- не падает. По логу видно, похоже, chromium безуспешно пытался запуститься с "Unable to open X display", но зачем alterator свалился -- непонятно.
Created attachment 8721 [details] трейс alterator-browser Как-то много всего происходит, потом alterator-browser завершается по SIGHUP.
(Ответ для Vera Blagoveschenskaya на комментарий #5) > > su -l username -c "xdg-open https://www.altlinux.org" > да Да ну! В Workstation K она выполняется, да.
Created attachment 8723 [details] edu-screen (Ответ для Sergey V Turchin на комментарий #17) > (Ответ для Vera Blagoveschenskaya на комментарий #5) > > > su -l username -c "xdg-open https://www.altlinux.org" > > да > Да ну! В Workstation K она выполняется, да. И в education x86_64 тоже. Вот тебе скрин, если не веришь.
(Ответ для Vera Blagoveschenskaya на комментарий #18) > Вот тебе скрин, если не веришь. Команда даже не полностью написана. Её нужно выполнять из-под root. С синтаксисом чуть ошибся, в оригинале из browser-qt выполняется # su -l -c "xdg-open http://ya.ru" $(id -nu `cat /proc/${$}/loginuid`)
Created attachment 8724 [details] edu-screen2
(Ответ для Vera Blagoveschenskaya на комментарий #20) > Создано вложение 8724 [details] [подробности] > edu-screen2 Это потому, что в терминале, но уже виден "фигвам". Пропробуйте сперва удалить elinks и links2.
В общем, замена lightdm на sddm решает проблему. В lightdm что-то не так с доступом к X-ам. Проверочная команда(из-под root(сперва "su -" в X-ах)): su -l -c "xdg-open http://ya.ru" $(id -nu `cat /proc/${$}/loginuid`)
Проблема в том, что lightdm выставляет нестандартный путь к $XAUTHORITY. Если сделать стандартный в ~/.Xauthority , то всё работает. Видимо, su сбрасывает $XAUTHORITY, после чего ищется по стандартному пути ~/.Xauthority. Решение: заставить lightdm использовать файлы /home/USER/.Xauthority вместо /run/lightdm/USER/xauthority. Подхват /run/lightdm/USER/xauthority утилитой su мне представляется невозможным по нескольким причинам.
Недавно зацепился глазом за возможно что-то интересное для вас насчет lightdm и ~/.Xauthority тут: https://wiki.archlinux.org/index.php/XDG_Base_Directory одна из ссылок ведет сюда. https://askubuntu.com/questions/960793/whats-the-right-place-to-set-the-xauthority-environment-variable/961459#961459
Да. Достаточно сделать [LightDM] user-authority-in-system-dir=false по умолчанию.
NEWS Overview of changes in lightdm 0.4.4 * Session X authority now written to ~/.Xauthority by default. It can be configured to run from the system location by setting user-authority-in-system-dir=true in lightdm.conf. lightdm-1.30.0-alt-config.patch это умолчание меняет. Верните взад! :-)
Посмотрите, пожалуйста, так пойдёт? http://git.altlinux.org/tasks/250029/
Думаю, да, т.к. там session_set_x_authority (session, NULL, FALSE);
Отправил в Сизиф.
И в p9 давайте. Свистите мне -- заапровлю.
(Ответ для Sergey V Turchin на комментарий #30) > И в p9 давайте. Свистите мне -- заапровлю. http://git.altlinux.org/tasks/250078/
Ух, ну и сага.
(Ответ для manowar@altlinux.org на комментарий #31) > (Ответ для Sergey V Turchin на комментарий #30) > > И в p9 давайте. Свистите мне -- заапровлю. > > http://git.altlinux.org/tasks/250078/ Не помогло. С этим заданием так же падает альтератор при нажатии на ссылку. p9 alt education x86_64
А чему равен user-authority-in-system-dir в lightdm.conf ?
(Ответ для Sergey V Turchin на комментарий #34) > А чему равен user-authority-in-system-dir в lightdm.conf ? user-authority-in-system-dir = true
После выполнения команд rpm -e --nodeps lightdm apt-get install lightdm (из таска) и перезагрузки ссылки из acc открываются успешно.
Конфиг нифига не обновился, т.к. что-то его редактирует за пользователя. Всё, что нужно автоматом редактировать, нужно выносить в lightdm.conf.d.
чисто теоретически можно править user-authority-in-system-dir в post скрипте, но это в каких-то конфигурациях может оказаться террористическим актом для системы. В общем я бы оставил всё так как есть.
Тогда я закрываю данную сагу на основании проверки https://bugzilla.altlinux.org/show_bug.cgi?id=38336#c36
(Ответ для Vera Blagoveschenskaya на комментарий #39) > Тогда я закрываю данную сагу на основании проверки > https://bugzilla.altlinux.org/show_bug.cgi?id=38336#c36 Рано закрыла. Падение воспроизводится по следующим шагам: 1) Открыть альтератор, перейти на Информацию о дистрибутиве. 2) Щелкнуть по первой ссылке, открывается браузер, acc не падает (ОК). 3) Щелкнуть по второй ссылке, открывается браузер, acc падает.
Прикрепите вывод из терминала. Возможно, виноватых больше одного.
(Ответ для Sergey V Turchin на комментарий #41) > Прикрепите вывод из терминала. Возможно, виноватых больше одного. Та же самая проблема. XAUTHORITY опять непойми, где. В $TMPDIR зачем-то...
> * Session X authority now written to ~/.Xauthority by default. Нужно, чтобы было именно так.
А сейчас оно так? P.S. Наверное не мешало бы сделать, чтобы acc не падал всё равно, а писал бы какую-то ошибку, верно? Какие есть соображения на этот счёт?
(Ответ для manowar@altlinux.org на комментарий #44) > А сейчас оно так? Нет. В TMPDIR зачем-то... > не мешало бы сделать, чтобы acc не падал всё равно, а писал бы > какую-то ошибку, верно? Да. Было бы здорово. > Какие есть соображения на этот счёт? Я не понимаю, что говорит acc в scheme-овском backtrace.
(Ответ для Sergey V Turchin на комментарий #41) > Прикрепите вывод из терминала. Возможно, виноватых больше одного. Если еще актуально, то вот: test@education-9-x86-64-kde ~ $ acc (consolehelper:2834): Gtk-WARNING **: 14:17:41.152: Загружаемый модуль тем не найден в module_path: «adwaita», QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root' libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile WARNING: (alterator lookout evaluation): imported module (alterator presentation events) overrides core binding `when' libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile libpng warning: iCCP: known incorrect sRGB profile /etc/chromium/default: строка 13: предупреждение: command substitution: ignored null byte in input [3549:3549:0420/141753.556546:ERROR:edid_parser.cc(102)] Too short EDID data: manufacturer id [3549:3588:0420/141753.696660:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix") [3549:3588:0420/141753.696736:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix") libva error: vaGetDriverNameByIndex() failed with unknown libva error, driver_name = (null) [3582:3582:0420/141753.711539:ERROR:vaapi_wrapper.cc(483)] vaInitialize failed (ignore if using Wayland desktop environment): unknown libva error [3582:3582:0420/141753.711631:ERROR:vaapi_wrapper.cc(486)] Could not get a valid DRM VA display [3582:3582:0420/141753.734200:ERROR:viz_main_impl.cc(159)] Exiting GPU process due to errors during initialization [3549:3588:0420/141753.813683:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix") [3549:3588:0420/141753.814005:ERROR:bus.cc(393)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix") [3549:3549:0420/141753.866040:ERROR:browser_switcher_service.cc(238)] XXX Init() [3608:3608:0420/141753.963535:ERROR:vaapi_wrapper.cc(469)] Could not get a valid VA display /etc/chromium/default: строка 13: предупреждение: command substitution: ignored null byte in input [3925:3925:0420/141803.952942:ERROR:edid_parser.cc(102)] Too short EDID data: manufacturer id Backtrace: 11 (apply-smob/1 #<catch-closure add300>) In ice-9/boot-9.scm: 705:2 10 (call-with-prompt _ _ #<procedure default-prompt-handle…>) In ice-9/eval.scm: 619:8 9 (_ #(#(#<directory (guile-user) bb9140>))) In ice-9/boot-9.scm: 2312:4 8 (save-module-excursion _) 3831:12 7 (_) 841:4 6 (with-throw-handler _ _ _) In interfaces/guile/exit-handler.scm: 17:6 5 (_) In interfaces/guile/transport/pipe-channel.scm: 13:24 4 (process-incoming #<procedure d3fe60 at interfaces/gui…> …) In interfaces/guile/lookout.scm: 94:17 3 (_ _ _) 82:8 2 (lookout-main _ _ _ . _) 68:35 1 (auth-request Окно "/acc") In ice-9/boot-9.scm: 751:25 0 (dispatch-exception 0 wrong-type-arg ("cdr" "Wrong t…" …)) ice-9/boot-9.scm:751:25: In procedure dispatch-exception: In procedure cdr: Wrong type argument in position 1 (expecting pair): Окно
(Ответ для Vera Blagoveschenskaya на комментарий #40) > (Ответ для Vera Blagoveschenskaya на комментарий #39) > > Тогда я закрываю данную сагу на основании проверки > > https://bugzilla.altlinux.org/show_bug.cgi?id=38336#c36 > > Рано закрыла. > Падение воспроизводится по следующим шагам: > > 1) Открыть альтератор, перейти на Информацию о дистрибутиве. > 2) Щелкнуть по первой ссылке, открывается браузер, acc не падает (ОК). > 3) Щелкнуть по второй ссылке, открывается браузер, acc падает. Поскольку баг висит на Сизиф, устанавливаю стартеркит, обновляю до текущего состояния. Затем, ставлю пакет branding-alt-workstation-notes, потому что в branding-alt-sisyphus-notes никаких ссылок нет. :-) Запускаю acc, кликаю по всем ссылкам — браузер, страницы открываются, ничего не падает.
> устанавливаю стартеркит Какой из?
(Ответ для Vera Blagoveschenskaya на комментарий #46) > test@education-9-x86-64-kde ~ $ acc В 10 вроде починено.
(Ответ для Sergey V Turchin на комментарий #48) > > устанавливаю стартеркит > Какой из? Даже не стартеркит, а регулярку: regular-xfce-latest-x86_64.iso . Правда, скачивал в ещё апреле. Но сделал dist-upgrade.
Ну, не знаю, надо ли 9-ку трогать без причины. Думаю, лучше не стОит.
