Thank you! I’m running the flatpak version: flatpak run org.darktable.Darktable --version unfortunately shows libheif support disabled. So, I think that means I need to self compile (unless you know of any other version out there for ubuntu that does support it).
Have you updated lately? I thought that got fixed last week.
Flathub—An app store and build service for Linux feb 15, 2023 is what I have and seem like latest?
That’s what I’d like to do. In RT on rawpedia, it shows all the dependencies: Linux - RawPedia
Thanks
The last commit to the repo was last week. Not sure what the issue is but I’ll look at it when I have. a free minute.
So does the dakrtable GitHub landing page: GitHub - darktable-org/darktable: darktable is an open source photography workflow application and raw developer
To get it to work in fedora, I have to use the flatpack provided version of Darktable. This is because of some legality concerns around exiv2. Fedora bugzilla - 1979565 – New file formats not enabled during exiv2 build
Exiv2 lack of BMFF support will not generally prevent you from loading a HEIF file, you just won’t get any Exif information from it (that’ll change in dt 4.4).
However, Fedora also has legal concerns about HEVC patents, so the libheif in Fedora is stripped of HEVC support, which is what really prevents HEIF loading there. One could potentially add it through the brand new libheif-freeworld from RPMFusion. Finally, not sure if the darktable Fedora package was rebuilt after recent libheif was added to Fedora? Looks like not, so I requested that.
Welcome!
The Fedora 37 and 38 dt 4.2.1 package has now been rebuilt w/ libheif enabled, but will in theory also need libheif-freeworld from RPMFusion to actually decode HEICs. Please test and feedback if that actually works out.
I’m running Ubuntu 22.04 with Darktable 4.4.2, and I lost HEIC support, too. I added a Blender repo which allowed me to upgrade to libheif1 1.17, but running darktable --version still shows “libheif support disabled” and the format is still not working. What can I do to get this back?
@publicradio did you recompile darktable?
As @paperdigits hints, it’s not sufficient to just update libheif - support is enabled as a compile time option, not a run time option. Meaning, for dt 4.4.2 you need to have libheif >= 1.13 present at compile time, so you either have to compile yourself, or find a different package that already did this.
Frustrating. I would rather install 4.4.1 but I don’t see a deb for that anywhere. So I got the nightly appimage, and it throws two errors:
/lib/x86_64-linux-gnu/libstdc++.so.6: version GLIBCXX_3.4.31' not found /lib/x86_64-linux-gnu/libstdc++.so.6: version GLIBCXX_3.4.31’ not found
I tried to compile 4.4.2 and I get:
GNU C++ compiler version 11.4.0 is too old and is unsupported. Version 12+
Even though I am running v12. I tried rolling back to the 3.x version in the Ubuntu repos, but since 4.4.2 had me upgrade my databases, they’re now incompatible. So I’m stuck.
You need to switch cmake to find v12.
There have been multiple posts on the forum on this specifically. Let’s not keep this topic about compiling issues, please.
@paperdigits I ran:
export CC=gcc-12
sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-12 12
sudo update-alternatives --config gcc
export CXX=g+±12
And nothing here fixes the problem.
@kmilos believe me, I have no interest in compiling anything. This is exactly why I avoid ever doing this. But now I have a library of HEIC files I can’t access, and no way out of this situation.
I would like to abandon any attempt to compile and just get the nightly appimage to work. So if anyone can help me troubleshoot that, I’ll be on my way.
1 Like
Nevermind, I got the appimage running with the following commands:
sudo add-apt-repository ppa:ubuntu-toolchain-r/test
sudo apt-get update
sudo apt-get install --only-upgrade libstdc++6
I hope this helps someone else.
2 Likes