Astronomické fórum

Při poslední aktualizaci FITS prohlížeče jsem opomněl rozdílné verze vývojového prostředí (IDE), ve kterém kvůli maximální zpětné kompatibilitě kompiluji. To bylo příčinou chybové hlášky Error reading proMinimum.SpinButtonWidth: Unknown property: "SpinButtonWidth".

Na stránce https://grytom.g6.cz/vyzkum/ je formulář a odkazy ke stažení malé aplikace pro Linux na architekturách x86_64, Aarch64 a ARMv7. Aplikace se pokusí načíst knihovnu libQt5Pas.so a z ní zjistit její verzi. To stejné udělá s knihovnou libc.so.* a nakonec přečte soubor /etc/os-release. Všechno to vyplivne do textového pole, které následně zkopírujte do formuláře na té stránce a odešlete.

Na základě této zpětné vazby vyhodnotím, jestli musím aplikace stále kompilovat na starém systému a dávat pozor na nekompatibilitu IDE.

No pre také Ubuntu pre zistenie verzie stačí pozrieť na https://packages.ubuntu.com

https://packages.ubuntu.com/jammy/libqt5pas1 Ubuntu 22.04 - 2.6
https://packages.ubuntu.com/jammy/libqt5gui5 Ubuntu 22.04 - 5.15.3
https://packages.ubuntu.com/jammy/libc6 Ubuntu 22.04 - 2.35

Já potřebuji verze, které vrátí interní funkce knihoven. libQt5Pas musí vrátit 5.15.něco - 2.6 je verzování v rámci repozitáře Ubuntu. Proto to chci přímo od uživatelů. openSUSE Leap 15.6 má v repozitáři 3.8-lp156.2.33: 3.8 je verze Lazarusu a 2.33 je verze libc, se kterou byla knihovna sestavená. Ani jedno číslo neodpovídá skutečné verzi knihovny.

2.6 je verzia lazarus z ktorej je ta libQt5Pas. Tá 5.15.3 je zase verzia Qt ktorá je použitá. Presne to isté ti vypíše aj tvoja utilita ak by som to pustil na ubuntu 22.04.

libc 2.31 je v Debian Bullseye https://packages.debian.org/bullseye/libc6

Mne to dava: Knihovna libQt5Pas.so nenalezena! Mam nainstalovanu libqt5pas1 - dpkg -l zobrazuje verziu 3.0+dfsg1-1build3. Samotny prohlizec funguje bez problemov.
Pri prechode na novsi system a zrusenie kompatibility so starsimi by som uvital, ak by ostala posledna stara verzia niekde k dispozicii na stiahnutie - moze sa to stale este hodit...

Symlink libQt5Pas.so odkazující na reálnou knihovnu se vytváří až po nainstalování -devel (nebo -dev) balíčku. K večeru zkusím vymyslet obejití tohoto problému.

Aplikace už nespoléhá, že systém dodá knihovnu na požádání, ale sama hledá v adresářích /lib64, /usr/lib64, /usr/local/lib64, /lib, /usr/lib, /usr/local/lib. Neřeším symlinky, tak na některých systémech, co mají /lib64 a /lib přesměrováno do /usr, může najít jednu knihovnu dvakrát (včetně jejich symlinků se zjednodušeným názvem).

Staticke linkovanie nepomoze?

To je jen přesunutí problému kousek dál - vše pořád záleží na některých systémových knihovnách. Jednou jsem testoval 250 MB appimage s dardou knihoven ve správné verzi a stejně zhavaroval na nekompatibilním libc v mém systému.