For LLVM, I installed, llvm-10-dev Your system may have it listed as a dependency package, llvm-dev depending on the latest version. That being said, my system, (Ubuntu 20.04), has llvm-7-dev, llvm-8-dev, & llvm-9-dev, also installed, (I suppose they were dependencies of some other development tool I installed). I also do NOT have llvm-dev installed, but it is available.
For G'MIC, I tried using, libgmic-2.4.5-1.1 but that did not work. I downloaded the latest (stable) tarball, 2.9.1, and compiled. That worked. For libavif, I tried, libaom-dev (1.0.0) but that did not work. I downloaded the latest (stabe) version of libaom/aom-tools, (2.0.0), using git, (https://aomedia.googlesource.com/aom/), and compiled. Still did not work, BUT, was still necessary. I then downloaded the latest libavif (0.8.1) using git, ( https://github.com/AOMediaCodec/libavif), and tried to compile. Had trouble, so this is what I had to do…. 1. Re-compile libaom using these parameters… cmake -fPIC -DBUILD_SHARED_LIBS=1 -DENABLE_EXAMPLES=1 -DENABLE_TOOLS=1 -DCONFIG_AV1_DECODER=1 -DCONFIG_AV1_ENCODER=1 -DCONFIG_LIBYUV=1 -DCONFIG_WEBM_IO=1 -DCONFIG_MULTITHREAD=1 -DENABLE_DOCS=1 .. make [-j6] sudo make install 2. Re-compile libavif using these parameters… cmake -fPIC -DBUILD_SHARED_LIBS=1 -DAVIF_CODEC_AOM=1 -D -DAVIF_BUILD_EXAMPLES=1 -DAVIF_BUILD_APPS=1 .. make [-j6] sudo make install 3. Recompile Darktable according to their recommendations. No errors on compile, everything now, “works.” Okay, so saving as an AVIF image takes forever on my old hardware, and I have no idea how to tell if the resulting files are any good. (I do not have a viewer with AVIF capabilities, yet). The AVIF libraries are still in beta. That being said, the encoder apparently does use all my cores when encoding, and, according to the specs, the decoding ought to be much, much, much faster. (It takes the time to encode effectively once, so that it can decode efficiently thousands of times). That all being said, the lack of these libraries will not stop darktable from working. LLVM makes the code/execution more efficient. G'MIC adds some functionality, (cannot recall precisely what at this time), and libavif allows one to save the final image in the AV1 image file format. Most people save the final image in JPEG JFIF, (regular ‘JPEG’), or WebP, and save intermediaries in OpenEXR, (16-bit/32-bit float, industry standard), TIFF, (16-bit float, 16-bit integer, seems to be universally readable, but do not bet on it), PNG (16-bit integer, and universally readable), or XCF (8/16-bit integer, or 32-bit float, GIMP/Krita compatible image) format for further processing by others, or with other software. So it can be ‘fixed,’ but does not need to be. Sincerely, Karim Hosein Top Rock Photography 754.999.1652 On Mon, 10 Aug 2020 at 05:50, Dieter Faulbaum <m...@faulbaum.in-berlin.de> wrote: > > I want to compile darktable "as complete as possible" on a Debian > testing system. > > But I get hints (from build.sh): > > -- The following OPTIONAL packages have not been found: > > * LLVM (required version >= 3.9) > * libavif (required version >= 0.7.2) > * GMIC > > I have llvm (version 9) installed and > libavifile-0.7-dev (version 0.7.48~20090503.ds-20.1+b1) and > libgmic-dev (version 2.4.5-1.1) too > > Can anyone tell me, what is needed to get rid of these hints? > Is it possible on Debian testing? > > > Cheers > > ____________________________________________________________________________ > darktable user mailing list > to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > > ____________________________________________________________________________ darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
