Perhaps @knro or @Kaczorek have more information about this, because I've seen that on Stellarmate v1.5.3, they have included KStars/Ekos 3.4.3 and support for CR3 and I don't understand why other builds of the same 3.4.3 version doesn't have support for CR3.
Until now I was thinking that a concrete version of INDILib was related with a version of KStars and if this is true, all the dependencies (on this case the libraw library version) should be in sync.
Yes, the solution works for CCDCIEL, but it does not work for Kstars: I tried pointing Kstars to libraw 0.20 binary, built using the instructions above, but Kstars crashes upon startup.
Any ideas on how to get this working?
UPDATE: this hack does not work. Leaving the rest of this post here as reference.
I may have an intermediate solution for astroberry users.
I've made Debian installation packages for libraw_0.20.2-1 for arm7 (RPI) as a backport of 'bullseye' release. My astroberry version is Raspbian version 10 which is based on Debian 'buster'.
The packages are attached in a zip file and can be tested.
# Unzip the zip file on your astroberry
# This extracts two package files : libraw20_0.20.2-1_armhf.deb and libraw-bin_0.20.2-1_armhf.deb
# Install both packages
sudo dpkg -i libraw20_0.20.2-1_armhf.deb libraw-bin_0.20.2-1_armhf.deb
# This upgrades libraw-bin from 0.19.2-2 to 0.20.2-1 and installs libraw20:armhf next to libraw19:armhf
# Now the tricky part, we still have libraw19:armhf and its libraries are used by kstars etc.
ls -la /usr/lib/arm-linux-gnueabihf/libraw* | grep -v libraw1394
# This produces :
<code># lrwxrwxrwx 1 root root 18 Jan 10 2019 /usr/lib/arm-linux-gnueabihf/libraw_r.so.19 -> libraw_r.so.19.0.0
# -rw-r--r-- 1 root root 837144 Jan 10 2019 /usr/lib/arm-linux-gnueabihf/libraw_r.so.19.0.0
# lrwxrwxrwx 1 root root 18 Oct 19 2020 /usr/lib/arm-linux-gnueabihf/libraw_r.so.20 -> libraw_r.so.20.0.0
# -rw-r--r-- 1 root root 1007808 Oct 19 2020 /usr/lib/arm-linux-gnueabihf/libraw_r.so.20.0.0
# lrwxrwxrwx 1 root root 16 Jan 10 2019 /usr/lib/arm-linux-gnueabihf/libraw.so.19 -> libraw.so.19.0.0
# -rw-r--r-- 1 root root 837144 Jan 10 2019 /usr/lib/arm-linux-gnueabihf/libraw.so.19.0.0
# lrwxrwxrwx 1 root root 16 Oct 19 2020 /usr/lib/arm-linux-gnueabihf/libraw.so.20 -> libraw.so.20.0.0
# -rw-r--r-- 1 root root 1007808 Oct 19 2020 /usr/lib/arm-linux-gnueabihf/libraw.so.20.0.0</code>
# We have both libraw version 19 and 20 libraries. Now the dirty part: we can repoint the symlinks :
sudo ln -sf /usr/lib/arm-linux-gnueabihf/libraw.so.20.0.0 /usr/lib/arm-linux-gnueabihf/libraw.so.19
sudo ln -sf /usr/lib/arm-linux-gnueabihf/libraw_r.so.20.0.0 /usr/lib/arm-linux-gnueabihf/libraw_r.so.19
# This way only the libraw version 20 will be used.
That's it. Test away. I cannot test myself as my Canon camera is too old and has a broken USB socket.
In case you want to revert :
sudo ln -sf /usr/lib/arm-linux-gnueabihf/libraw.so.19.0.0 /usr/lib/arm-linux-gnueabihf/libraw.so.19
sudo ln -sf /usr/lib/arm-linux-gnueabihf/libraw_r.so.19.0.0 /usr/lib/arm-linux-gnueabihf/libraw_r.so.19
sudo apt remove libraw-bin libraw20:armhf
sudo apt install libraw-bin # this gets you the 19 version back from the repository
UPDATE: this hack does not work. Leaving the rest of this post here as reference. Use the revert commands at the end of this post to clean up.
Hi Hans, I performed your steps to install libraw version 20 and tested it with my Canon EOS RP. It caused the INDI driver to crash and closed Ekos. I'm willing to test it again if you modify the file.
Thank you Hans, I have confirmed that option 1 does work; however, it's a long process and I believe there is an error in the steps. Seems there is a mix up when it wants to create ~/Projects/stellarsolver-build directory. I think I had to create ~/Projects/stellarsolver directory and copy contents into ~/Projects/stellarsolver-build directory. I was able to get the steps to work and get an inside preview to work. Need to confirm complete functionality but it seems like a fix. Thank you siberX for the workflow.