I get this new version of libraw installed from the ppa after an update. I am using Ubuntu 19.10 amd64, the version it install is libraw-0.19.6~201911081549~ubuntu19.10.1
The problem is it break any Ubuntu application linked with libraw.
For example :
gwenview: error while loading shared libraries: libraw.so.19: cannot open shared object file: No such file or directory
A part of problem is because the package install libraw.so.18 instead of libraw.so.19
$ ls -l /usr/lib/x86_64-linux-gnu/libraw.so*
lrwxrwxrwx 1 root root 16 nov. 8 16:49 /usr/lib/x86_64-linux-gnu/libraw.so -> libraw.so.18.0.0
lrwxrwxrwx 1 root root 16 nov. 8 16:49 /usr/lib/x86_64-linux-gnu/libraw.so.18 -> libraw.so.18.0.0
-rw-r--r-- 1 root root 1078112 nov. 8 16:49 /usr/lib/x86_64-linux-gnu/libraw.so.18.0.0
I rename the files and link so Gwenview can start. But it crash as soon I try to open a RAW file, probably because of interface change between the version 19.5 and 19.6.
If I build libraw from master and install on my system every KDE graphic application crash with segmentation fault as soon I try to open a raw file.
The crash is when libKF5KDcraw.so call libraw, probably because of some structure format change in the new version.
Here a backtrace:
Thread 4 "Thread (pooled)" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe527a700 (LWP 8900)]
LibRaw::LibRaw (this=0x7fffe51ef990, flags=0) at src/utils/init_close_utils.cpp:26
26 LibRaw::LibRaw(unsigned int flags) : memmgr(1024)
#0 LibRaw::LibRaw (this=0x7fffe51ef990, flags=0) at src/utils/init_close_utils.cpp:26
#1 0x00007ffff53aa740 in KDcrawIface::KDcraw::loadEmbeddedPreview(QByteArray&, QBuffer const&) ()
#2 0x00007ffff7d83ff2 in ?? () from /usr/lib/x86_64-linux-gnu/libgwenviewlib.so.5
#3 0x00007ffff7d81d64 in ?? () from /usr/lib/x86_64-linux-gnu/libgwenviewlib.so.5
#4 0x00007ffff619e262 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
#5 0x00007ffff619acc2 in ?? () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5
This is bad if we cannot replace libraw without rebuilding all the applications.
Trying to port CR3 support but keep the previous structure compatibility is probably a lot of work.
Installing the library with another name is very bad.
PixInsight do not have this problem because libraw is statically linked. But this is not a good solution too.
Maybe look with the Debian maintainer if a backport is planned?
Yes if the version in the distribution is different it work OK.
18.04 and 18.10 use libraw16 so no problem.
19.04 and 19.10 use libraw19 and it break when libraw is replaced by the master version with the same name.
A solution is if libraw change it's version to 20 instead of making a snapshot with the old version number.
Changing its version to 20 will work for now but it may break things again as soon as Ubuntu start including libraw version 20 in their distributions. I prefer Jasem's workaround to rename his version to librawcr3 until Ubuntu include this version or some of the fixes in the code make it to the main project.
ASI6200 and filter wheel with a SkyWatcher Esprit 80 ED on a SkyWatcher HEQ5-Pro
ASI1600MM-Pro Cooled and filter wheel with an 8" TS Ritchey-Chrétien on a SkyWatcher EQ6-R