Good news, libraw has released their latest snapshot 201910.
<strong>Here is the added list of cameras, especially the raw format CR3 which we have been waiting for </strong>
Canon: PowerShot G5 X Mark II, G7 X Mark III, SX70 HS, EOS R, EOS RP, EOS 90D, EOS 250D, EOS M6 Mark II, EOS M50, EOS M200
DJI Mavic Air, Osmo Action
FujiFilm GFX 100, X-A7, X-Pro3
GoPro Fusion, HERO5, HERO6, HERO7
Hasselblad L1D-20c, X1D II 50C
Leica D-LUX7, Q-P, Q2, V-LUX5, C-Lux / CAM-DC25
Olympus TG-6, E-M5 Mark III.
Panasonic DC-FZ1000 II, DC-G90, DC-S1, DC-S1R, DC-TZ95
PhaseOne IQ4 150MP
Ricoh GR III
Sony A7R IV, ILCE-6100, ILCE-6600, RX0 II, RX100 VII
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?