GitLab

Especially now that this is not a blocking build dependency on GEGL, we
want to have the information somewhere so that packagers (and other
people building GIMP themselves) know this is at least an optional
runtime dependency.

… experimental tool "Paint Select".

Recently updated my distrib, so it's a good time to see what is wrong in
our instructions. In particular, we must build GEGL with Cairo,
otherwise gegl:npd is not built (and it's a mandatory operation for
GIMP).

We are not going to duplicate the whole autotools documentation. Let's
rather just state we follow the GNU build standards, hence refer to
relevant documentation with a link.

Most are runtime dependencies, except for Vala which are build-time
ones.

Since recently, one can also install the new "libmypaint-v1" branch. It
is not so different, but has several fixes. Among them, it fixes
building with recent automake.

Older --enable-binreloc configure option had basically the same purpose
as the newer --enable-relocatable-bundle, though the old binreloc was
only used for gimpenv.c code.
As a consequence, commit 10ce7021 was still not working fine since
gimp_installation_directory_file() also need binreloc enabled (to be
actually relocatable).

Let's get rid of this whole mess, by implying we want binreloc code to
be used when --enable-relocatable-bundle is ON. We don't need the
m4macros anymore, since AM_BINRELOC was basically just checking that
`/proc/self/maps` was present. But anyway being present at compile time
does not mean it will be at runtime (nor the opposite). So this test is
not that useful. The binreloc code will anyway fallback gracefully to
the non-binreloc code (i.e. trying to use build-time install paths) if
the procfs is lacking at runtime.

The MyPaint project now hosts the repository which was under my name
previously. Yeah!

This is a runtime dependency. If absent, we simply won't have access to
the alternative Matting Levin engine in the foreground selection tool.

If we don't add a test in configure, this may be easily forgotten. I
created the `gegl --exists` feature specifically for this kind of
checks, so let's check operation existence.

Just realizing we haven't updated the INSTALL file with the dependency
change.

Also fix number of hyphens around the title.

This is a "for info" comment so that packagers don't forget them when we
sometimes depend on some specific GEGL dependencies.

Including all user-visible link and links called from code, like
the help pages.

Separate from previous commit because this change is for master only.

Also make it clear that libheif must be built with libde265 support.

Also add a note about installing possibly from the release tarball or
from the package manager of a distribution, since apparently some assume
it has to be installed from repository, making their own life harder
that it has to!
Finally split the libmypaint and mypaint-brushes into their own numbers
to make things even clearer.

Adding GIMP 2.8 as compatible regarding plug-ins, fixing a few typos,
and replacing --enable-vector-icons by --disable-vector-icons (since
vector icons are now the default).

I didn't think I'd have to be this detailed, but it appears a lot of
people were not aware that data package .pc files would end up under
share/pkgconfig/ (and not lib/) and have problems with installing this
new "mypaint-brushes" dependency. Hopefully this will be enough.

Using tabs aligns text correctly only if the viewer display tabs the
same size as the editor. Using spaces allows always having well aligned
texts, especially in table-like outputs like this dependency listing.

It seems we forgot to move librsvg from optional to mandatory
dependency. Also add RawTherapee as an optional runtime dependency.
Finally reorder the lists alphabetically.

Poppler and poppler-data are now hard dependencies.
PDF is a common-enough format nowadays that import support is likely
considered as a granted feature by everyone. Moreover the current
fallback to the PostScript plug-in for PDF support just gives a degraded
experience with less features (and probably a lot of bugs since
basically nobody uses this code).
Poppler-data is also considered mandatory because non-western language
support should never be considered an "option". People using non-western
languages are not second class citizens and therefore if we say that PDF
import is now a hard feature, it should also include PDF using CJK or
Cyrillic languages.

Also do a bit of reformating in the table.

We should use "vector icons" instead. Thanks to nomis for raising the
question and ankh to confirm the proper English.

... and --enable-libwebpdemux.