This package was added as dependencies of perl-Goo-Canvas[1],
which in turn added as dependencies of gscan2pdf[2].
Now, gscan2pdf moved to perl-GooCanvas2[3].
Let's remove this package.
1: 1c2517e100, (New package: perl-Goo-Canvas-0.06, 2015-07-13)
2: 045572067c, (New package: gscan2pdf-1.3.2, 2015-07-13)
3: c3bd99703b, (gscan2pdf: fix dependencies (switched to gtk3 with 2.0)
plus patch to detect tesseract-ocr, 2018-03-20)
This package was added as dependencies of gscan2pdf[1][2].
Now, gscan2pdf moved to perl-GooCanvas2[3].
Let's remove this package.
1: 045572067c, (New package: gscan2pdf-1.3.2, 2015-07-13)
2: 1c2517e100, (New package: perl-Goo-Canvas-0.06, 2015-07-13)
3: c3bd99703b, (gscan2pdf: fix dependencies (switched to gtk3 with 2.0)
plus patch to detect tesseract-ocr, 2018-03-20)
The heif-enc and heif-convert utilities included with libheif require
libpng and libjpeg-turbo, respectively, in order to do any conversions
to these common formats. These dependencies have been added, but the
command-line tools have been split into a subpackage to avoid needless
dependencies in the library package.
The libheif shared library refuses to process HEIC files produced by iOS
without libde265, so add this dependency as well.
Given [1] and that we cross build dictionary packages for 32bit archs on
64bit hosts, the generated dictionaries aren't usable on the 32bit
systems. It is therefore necessary to compile aspell in its 32bit mode,
which will make it possible to cross build dictionaries between
supported architectures, as long as they have the same endianness.
Furthermore, upstream recommends using 32bit hashes, since the 64bit
ones are completely unnecessary [2].
It should be noted that dictionaries were previously completely broken
for 32-bit cross compiled targets (currently, arvm6l and armv7l).
[1] http://aspell.net/man-html/Using-32_002dBit-Dictionaries-on-a-64_002dBit-System.html
[2] https://lists.gnu.org/archive/html/aspell-devel/2020-12/msg00001.html
