Bug 38336

На стенде 
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-ку трогать без причины. Думаю, лучше не стОит.