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
Some of our ROOTFS images and containers deleted the /usr/lib{32,64}
symlinks while being built, which could lead to breakage now that glibc
has been configured to look into those directories instead of /usr/lib
(see 31692b761 and a128060e4), if no update for base-files had happened
in the meantime.
As a precaution, a base-files update will set up the symlinks
appropriately and protect users of said images.
Also remove the build options for gir and vala as they are
required for dependencies anyway.
Needs autotools just like gnome-autoar does when built with
newer kernel headers, musl-1.2.1, and cross toolchain changes.