Created attachment 8383 [details] screen workstation-9-i586 ~ # rpm -qa | grep rosa rosa-imagewriter-2.6.1.0-alt2.i586 rosa-imagewriter не запускается из меню При запуске из консоли ошибка test@workstation-9-i586 ~ $ /usr/bin/xdg-su -c /usr/bin/rosa-imagewriter %f xdg-su: unexpected argument '%f' Try 'xdg-su --help' for more information.
См. также https://bugzilla.altlinux.org/show_bug.cgi?id=35602
(Ответ для Vera Blagoveschenskaya на комментарий #0) > Создано вложение 8383 [details] [подробности] > screen > > workstation-9-i586 ~ # rpm -qa | grep rosa > rosa-imagewriter-2.6.1.0-alt2.i586 > > rosa-imagewriter не запускается из меню > > При запуске из консоли ошибка > test@workstation-9-i586 ~ $ /usr/bin/xdg-su -c /usr/bin/rosa-imagewriter %f > xdg-su: unexpected argument '%f' > Try 'xdg-su --help' for more information. workstation-9-x86-64 rosa-imagewriter не запускается из меню. Ошибка та же..
Alt-Workstation 10 x86_64 - то же самое. Не запускается.
Здравствуйте! В simply linux р10 (стабильная ветка), тоже не работает Вывод терминал # rpm -qa | grep rosa rosa-imagewriter-2.6.2.0-alt1.x86_64 Запуск от юзера $ rosa-imagewriter (consolehelper:6153): Gtk-WARNING **: 21:26:20.260: Загружаемый модуль тем не найден в module_path: «adwaita», (consolehelper:6153): Gtk-WARNING **: 21:26:20.264: Загружаемый модуль тем не найден в module_path: «adwaita», QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/.private/root/runtime-root' Запуск от рута # rosa-imagewriter QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/.private/root/runtime-root' Ошибка сегментирования
А зачем, вообще, запуск rosa-imagewriter по паролю? Да, ещё, и root? Тот-же AltMediaWriter запускается без ввода пароля.
(In reply to gosts 87 from comment #5) > А зачем, вообще, запуск rosa-imagewriter по паролю? Да, ещё, и root? Тот-же > AltMediaWriter запускается без ввода пароля. AltMediaWriter запускается без пароля но потом спрашивает его когда требуется доступ к флешке. Наверно rosa получает все права при запуске.
(Ответ для Дмитрий Дегтярев на комментарий #6) > (In reply to gosts 87 from comment #5) > > А зачем, вообще, запуск rosa-imagewriter по паролю? Да, ещё, и root? Тот-же > > AltMediaWriter запускается без ввода пароля. > > AltMediaWriter запускается без пароля но потом спрашивает его когда > требуется доступ к флешке. Наверно rosa получает все права при запуске. Да. Спасибо! Мне это уже объяснили на форуме. По сути проблемы: здесь бага датирована 2019 годом. Но я помню, что у меня проблемы с rosa-imagewriter появились только когда я перешёл на p10 в начале 2022 года. На p9 в тот период времени (2019 г.) с запуском и работой этой утилиты проблем у меня не было...
Для эксперимента поставил старую версию пакета rosa-imagewriter-2.6.1.0-alt2.x86_64.rpm в p10 Результат - утилита не запускается. Терминал выдаёт следующее: от пользователя: $ rosa-imagewriter (consolehelper:13907): GLib-GIO-CRITICAL **: 02:42:51.074: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/.private/root/runtime-root' от рута: # rosa-imagewriter QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/.private/root/runtime-root' Ошибка сегментирования Попробовал поиграться с названием: # RosaImageWriter QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/.private/root/runtime-root' Ошибка сегментирования ...
Проблема в файле RosaImageWriter. Подменил его взятым из скачанного архива Росы - и запустилось.
Created attachment 10647 [details] После подмены файла RosaImageWriter утилита запускается ~ $ rosa-imagewriter (consolehelper:7249): GLib-GIO-CRITICAL **: 23:05:21.489: g_dbus_proxy_new: assertion 'G_IS_DBUS_CONNECTION (connection)' failed
При попытке собрать пакет из src rpm -bs --nodeps rosa-imagewriter.spec ошибка: Macro %mklibname not found ошибка: строка 18: Suggests: %mklibname udev 1
(Ответ для gosts 87 на комментарий #11) > При попытке собрать пакет из src > rpm -bs --nodeps rosa-imagewriter.spec > ошибка: Macro %mklibname not found > ошибка: строка 18: Suggests: %mklibname udev 1 В Альте Suggests: не поддерживается.
Created attachment 10715 [details] Архив с рабочим испоняемым файлом RosaImageWriter
Посмотрим на Сизифе, с установленным debuginfo # gdb rosa-imagewriter [...] Thread 1 "rosa-imagewrite" received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) bt #0 0x0000000000000000 in ?? () #1 0x000055555556985a in UsbDeviceMonitor::startMonitoring (this=this@entry=0x7fffffffe120) at usbdevicemonitor_lin.cpp:113 #2 0x000055555555f84a in main (argc=<optimized out>, argv=<optimized out>) at main.cpp:58 То есть, был вызов функции по адресу 0. Если внимательно посмотреть на usbdevicemonitor_lin.cpp:113, там можно увидеть вызов udev_new: https://git.altlinux.org/gears/r/rosa-imagewriter.git?a=blob;f=usbdevicemonitor_lin.cpp;h=d036df8afde61dd2dd8afb58aa828a9463d0c43b#l113 Почему udev_new может оказаться нулём? Хотя бы потому, что с libudev rosa-imagewriter не линкуется, и udev_new объявлен как weak выше на строке 18. Авторы rosa-imagewriter почему-то решили, что dlopen на libudev достаточно, чтобы динамический компоновщик попробовал заново разрешить weak symbols, однако на актуальной Сизифной glibc это, очевидно, не так. Убедиться в этом несложно, распечатав адрес udev_new перед её вызовом: там 0. Вообще говоря, никто и не обещал, что после dlopen weak symbols вдруг разрезолвятся, но когда-то это, очевидно, работало. На первый взгляд единственное, для чего нужен dlopen -- чтобы можно было запускаться и с libudev.so.0, и с libudev.so.1, и работать на системах без libudev. Но сейчас в этом немного смысла. Я думаю, лучше оторвать всю эту weak/dlopen'ную магию и просто слинковаться с libudev.so.1.
(In reply to Ivan A. Melnikov from comment #14) > Я думаю, лучше оторвать всю эту weak/dlopen'ную магию и просто слинковаться с libudev.so.1. Например, так (люблю удалять код): https://git.altlinux.org/people/iv/packages/rosa-imagewriter.git?a=commitdiff;h=fea690cfea075d5c66de0d684b35261fe69a6360 Собрал test-only в https://git.altlinux.org/tasks/299897/ -- запускается, на появление флешек реагирует, что-нибудь записывать не пробовал потомучто лень.
(Ответ для Ivan A. Melnikov на комментарий #15) > (In reply to Ivan A. Melnikov from comment #14) > > Я думаю, лучше оторвать всю эту weak/dlopen'ную магию и просто слинковаться с libudev.so.1. > > Например, так (люблю удалять код): > > https://git.altlinux.org/people/iv/packages/rosa-imagewriter. > git?a=commitdiff;h=fea690cfea075d5c66de0d684b35261fe69a6360 > > Собрал test-only в https://git.altlinux.org/tasks/299897/ -- запускается, на > появление флешек реагирует, что-нибудь записывать не пробовал потомучто лень. Получено: 1 http://browser-rpm.sputnik.ru x86_64 release [426B] Получено: 2 http://mirror.yandex.ru p10/branch/x86_64 release [4223B] Получено: 3 http://mirror.yandex.ru p10/branch/x86_64-i586 release [1665B] Получено: 4 http://mirror.yandex.ru p10/branch/noarch release [2844B] Получено 9158B за 0s (17,4kB/s). Получено: 1 http://browser-rpm.sputnik.ru x86_64/classic pkglist [984B] Найдено http://mirror.yandex.ru p10/branch/x86_64/classic pkglist Получено: 2 http://browser-rpm.sputnik.ru x86_64/classic release [126B] Найдено http://mirror.yandex.ru p10/branch/x86_64/classic release Найдено http://mirror.yandex.ru p10/branch/x86_64-i586/classic pkglist Найдено http://mirror.yandex.ru p10/branch/x86_64-i586/classic release Найдено http://mirror.yandex.ru p10/branch/noarch/classic pkglist Найдено http://mirror.yandex.ru p10/branch/noarch/classic release Получено 1110B за 0s (2676B/s). Reading Package Lists... Building Dependency Tree... Чтение списков пакетов... Selecting rosa-imagewriter for '/home/using/Загрузки/rosa-imagewriter-2.6.2.0-alt2.x86_64.rpm' Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following packages have unmet dependencies: rosa-imagewriter: Depends: libc.so.6(GLIBC_2.34)(64bit) but it is not installable E: Broken packages Построение дерева зависимостей...
Получено: 1 http://browser-rpm.sputnik.ru x86_64 release [426B] Получено: 2 http://mirror.yandex.ru p10/branch/x86_64 release [4223B] Получено: 3 http://mirror.yandex.ru p10/branch/x86_64-i586 release [1665B] Получено: 4 http://mirror.yandex.ru p10/branch/noarch release [2844B] Получено 9158B за 5s (1672B/s). Найдено http://browser-rpm.sputnik.ru x86_64/classic pkglist Найдено http://mirror.yandex.ru p10/branch/x86_64/classic pkglist Найдено http://browser-rpm.sputnik.ru x86_64/classic release Найдено http://mirror.yandex.ru p10/branch/x86_64/classic release Найдено http://mirror.yandex.ru p10/branch/x86_64-i586/classic pkglist Найдено http://mirror.yandex.ru p10/branch/x86_64-i586/classic release Найдено http://mirror.yandex.ru p10/branch/noarch/classic pkglist Найдено http://mirror.yandex.ru p10/branch/noarch/classic release Reading Package Lists... Building Dependency Tree... Selecting rosa-imagewriter-debuginfo for '/home/using/Загрузки/rosa-imagewriter-debuginfo-2.6.2.0-alt2.x86_64.rpm' Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following packages have unmet dependencies: rosa-imagewriter-debuginfo: Depends: /usr/lib/debug/lib64/ld-linux-x86-64.so.2.debug but it is not installable Depends: debug64(libQt5Core.so.5) but it is not installable Depends: debug64(libQt5Gui.so.5) but it is not installable Depends: debug64(libQt5Widgets.so.5) but it is not installable Depends: debug64(libc.so.6) but it is not installable Depends: debug64(libgcc_s.so.1) but it is not installable Depends: debug64(libstdc++.so.6) but it is not installable Depends: debug64(libudev.so.1) but it is not installable Depends: rosa-imagewriter (= 2.6.2.0-alt2:sisyphus+299897.100.1.1) E: Broken packages Чтение списков пакетов... Построение дерева зависимостей... Пакеты не устанавливаются на Alt Workstation p10 x86_64 (MATE)
(Ответ для gosts 87 на комментарий #17) > Пакеты не устанавливаются на Alt Workstation p10 x86_64 (MATE) И не должны. Проверяйте на Sisyphus.
(Ответ для Andrey Cherepanov на комментарий #18) > (Ответ для gosts 87 на комментарий #17) > > Пакеты не устанавливаются на Alt Workstation p10 x86_64 (MATE) > > И не должны. Проверяйте на Sisyphus. Проверил. Работает нормально.
Проверено мной на Sisyphus, а также для теста собрал пакет для p10 x86_64. В обоих случаях утилита нормально запускается и записывает образы.
Багу-то закройте! Всё давно работает!:)
