generic library question

Please reproduce your error on a second machine before posting, and check the error by running without saved changes or extra modules (See FAQ No. 13, "How to report a bug"). For unstable Porteus versions (alpha, beta, rc) please use the relevant thread in our "Development" section.
User avatar
Rava
Contributor
Contributor
Posts: 5401
Joined: 11 Jan 2011, 02:46
Distribution: XFCE 5.01 x86_64 + 4.0 i586
Location: Forests of Germany

generic library question

Post#1 by Rava » 21 Aug 2022, 22:05

Still working on haruna - see here Porteus-v5.0x86_64_bugs reports (Post by Rava #89232) and here Haruna - mpv QT-based GUI Front-end

Now my generic library question

I switched from trying to get haruna_0.9.0-1 running to haruna-0.8.0-bp154.1.28.x86_64 since the 0.90.1 had too many slightly outdated libraries dependencies.

Now, the 1st I checked for haruna-0.8.0 was a "missing" libavutil.so.56.70
We have /usr/lib64/libavutil.so.56.70.100 (library) and the symlink /usr/lib64/libavutil.so.56 - but for some reason no symlink to /usr/lib64/libavutil.so.56.70
Should, in such cases, not also be the symlink to /usr/lib64/libavutil.so.56.70 be present in 002-xtra?

At least these symlinks seems to be missing:

Code: Select all

root@porteus:/# cd /usr/lib64/
root@porteus:/usr/lib64# ln -s libavutil.so.56.70.100 libavutil.so.56.70
root@porteus:/usr/lib64# ln -s libavfilter.so.7.110.100 libavfilter.so.7.110
root@porteus:/usr/lib64# ln -s libavformat.so.58.76.100 libavformat.so.58.76
root@porteus:/usr/lib64# ln -s libavcodec.so.58.134.100 libavcodec.so.58.134
root@porteus:/usr/lib64# ln -s libswscale.so.5.9.100 libswscale.so.5.9
Or, when it's another kind of library, in the other 00?-* base module?
__________________________________________

And a slightly off topic question:
ldd /usr/bin/haruna |grep not gives me this extra error:

Code: Select all

/usr/bin/haruna: /usr/lib64/libQt5Quick.so.5: version `Qt_5.15.2_PRIVATE_API' not found (required by /usr/bin/haruna)
We have this

Code: Select all

root@porteus:/usr/lib64# file libQt5Quick.so.5.15.3 
libQt5Quick.so.5.15.3: ELF 64-bit LSB shared object, x86-64, version 1 (GNU/Linux), dynamically linked, stripped
and sure, 5.15.3 is NOT 5.15.2 … but hey, libQt, ever heard of downwards compatibility (also named Backward compatibility )? Having 5.15.3 should satisfy any need for 5.15.2.
How does one sate the need for Qt_5.15.2_PRIVATE_API when providing Qt_5.15.3?
Cheers!
Yours Rava