Bug 52924 - Неверный путь установки библиотеки libsciter-gtk
Summary: Неверный путь установки библиотеки libsciter-gtk
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: eepm (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P5 normal
Assignee: Vitaly Lipatov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks: 52819
  Show dependency tree
 
Reported: 2025-02-04 12:39 MSK by Anton Kurachenko
Modified: 2025-02-09 11:43 MSK (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Anton Kurachenko 2025-02-04 12:39:46 MSK
Команда "epm play libsciter-gtk" производит установку библиотеки в /usr/lib64, но rustdesk ищет ее по пути /usr/lib/rustdesk. Из-за чего нормальный запуск программы после выполнения скрипта остается невозможным. У rustdesk имеется жесткая привязка к ее размещению. Прошу исправить.
Comment 1 Vitaly Lipatov 2025-02-05 17:47:38 MSK
$ 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 ?
Comment 2 Anton Kurachenko 2025-02-05 18:41:38 MSK
(Ответ для Vitaly Lipatov на комментарий #1)
> Выглядит так, что эта жёсткая привязка просто в скрипте запуска.
Это уже как следствие ее изначального привязывания в коде.
> Я правильно понимаю, что библиотеку надо класть в
> /usr/lib/rustdesk/libsciter-gtk.so ?
Да.
Comment 3 Boris Yumankulov 2025-02-05 23:34:29 MSK
(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 ?
Comment 4 Anton Kurachenko 2025-02-05 23:54:02 MSK
(Ответ для 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 для библиотеки, потому что она (библиотека) в идеале должна лежать в одной директории с исполняемым файлом, насколько мне известно.
Comment 5 Repository Robot 2025-02-09 11:43:24 MSK
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)