generic library question
Posted: 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:
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:
We have this
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?
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
__________________________________________
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)
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
How does one sate the need for Qt_5.15.2_PRIVATE_API when providing Qt_5.15.3?