52924 2025-02-04 12:39:46 +0300 Неверный путь установки библиотеки libsciter-gtk 2025-02-09 11:43:24 +0300 1 1 4 Development Sisyphus eepm unstable x86_64 Linux CLOSED FIXED P5 normal --- 52819 1 kurachenko.urup lav boriabloger lav qa-sisyphus oldest_to_newest 258566 0 kurachenko.urup 2025-02-04 12:39:46 +0300 Команда "epm play libsciter-gtk" производит установку библиотеки в /usr/lib64, но rustdesk ищет ее по пути /usr/lib/rustdesk. Из-за чего нормальный запуск программы после выполнения скрипта остается невозможным. У rustdesk имеется жесткая привязка к ее размещению. Прошу исправить. 258687 1 lav 2025-02-05 17:47:38 +0300 $ cat /usr/bin/rustdesk ... if [ -e "/usr/lib/rustdesk/libsciter-gtk.so" ]; then pushd /usr/lib/rustdesk/ > /dev/null env GDK_BACKEND=x11 ./rustdesk "$@" Выглядит так, что эта жёсткая привязка просто в скрипте запуска. Я правильно понимаю, что библиотеку надо класть в /usr/lib/rustdesk/libsciter-gtk.so ? 258716 2 kurachenko.urup 2025-02-05 18:41:38 +0300 (Ответ для Vitaly Lipatov на комментарий #1) > Выглядит так, что эта жёсткая привязка просто в скрипте запуска. Это уже как следствие ее изначального привязывания в коде. > Я правильно понимаю, что библиотеку надо класть в > /usr/lib/rustdesk/libsciter-gtk.so ? Да. 258735 3 boriabloger 2025-02-05 23:34:29 +0300 (In reply to Anton Kurachenko from comment #2) > (Ответ для Vitaly Lipatov на комментарий #1) > > Выглядит так, что эта жёсткая привязка просто в скрипте запуска. > Это уже как следствие ее изначального привязывания в коде. > > Я правильно понимаю, что библиотеку надо класть в > > /usr/lib/rustdesk/libsciter-gtk.so ? > Да. Так привязка в коде вовсе на /usr/share/rustdesk, на /usr/lib/rustdesk она меняется патчем https://git.altlinux.org/gears/r/rustdesk.git?p=rustdesk.git;a=blob;f=patches/rustdesk-1.3.7-alt-libsciter-path-fix.patch;h=ab4c1d52915d2805a031137eb560c184f64bc569;hb=d9a05ce414df86669ba5543a16d26bac7a839840 Если оригинальный путь к библиотеки всё равно меняется патчем то почему именно /usr/lib/rustdesk ? 258736 4 kurachenko.urup 2025-02-05 23:54:02 +0300 (Ответ для Boris Yumankulov на комментарий #3) > (In reply to Anton Kurachenko from comment #2) > > (Ответ для Vitaly Lipatov на комментарий #1) > > > Выглядит так, что эта жёсткая привязка просто в скрипте запуска. > > Это уже как следствие ее изначального привязывания в коде. > > > Я правильно понимаю, что библиотеку надо класть в > > > /usr/lib/rustdesk/libsciter-gtk.so ? > > Да. > > Так привязка в коде вовсе на /usr/share/rustdesk, на /usr/lib/rustdesk она > меняется патчем > > https://git.altlinux.org/gears/r/rustdesk.git?p=rustdesk.git;a=blob; > f=patches/rustdesk-1.3.7-alt-libsciter-path-fix.patch; > h=ab4c1d52915d2805a031137eb560c184f64bc569; > hb=d9a05ce414df86669ba5543a16d26bac7a839840 > > Если оригинальный путь к библиотеки всё равно меняется патчем то почему > именно /usr/lib/rustdesk ? На /usr/share/ путь поменяли недавно, начиная с версии 1.3.6. Мне не очень нравится перемещение исполняемого файла и библиотеки в эту директорию. КМК /usr/lib больше подходит для этого. Поэтому патчем я оставил всё как было раньше. А /usr/lib/rustdesk для библиотеки, потому что она (библиотека) в идеале должна лежать в одной директории с исполняемым файлом, насколько мне известно. 258922 5 repository-robot 2025-02-09 11:43:24 +0300 eepm-3.64.8-alt1 -> sisyphus: Sat Feb 08 2025 Vitaly Lipatov <lav@altlinux.ru> 3.64.8-alt1 - pack: ayugram: fix non-binding application to .desktop file in the GNOME Wayland session - epm prescription wine: improve wow64 build for non ALT systems - epm play libsciter-gtk: fix lib path and rename (ALT bug: 52924) - epm play: rudesktop move to opt (eterbug #18004) - epm-policy: add fatal for yum - epm play mailspring: replace eget to get_github_url (eterbug #18012) - epm repack vkteams: remove image format jp2 support (was via obsoleted libjasper)