I did not commit on purpose because this is actually to be found in the
official flathub repository for GIMP (the concept being to keep the
stable and nightly manifests as sync-ed as possible) and I thought there
is no need to duplicate data. But since this is apparently confusing
people (cf. !91), let's just push it.

Note that even though this patch is taken from the org.octave.Octave
flatpak package, it is actually slightly different (I tweaked it because
we needed to build even less options from SuiteSpace than they do
apparently).

This was removed for the stable flatpak as it's GTK+2 which has no
support anyway but should be present for the future GIMP 3 flatpak.

Several of our own translations of the Windows installer are unused
because Inno Setup corresponding translations are marked "unofficial".
This mostly means that the language files for these are probably old and
unmaintained, hence outdated. And these files are not bundled together
with Inno Setup release (though still hosted in their repo).

Nevertheless it doesn't make sense that we would just waste the work of
our translators here. Maybe Inno Setup localization is not complete, so
what? At best it could even encourage translators to contribute upstream
to Inno Setup. Let's just enable all our current localizations of the
installer and see how it goes!

Following today's update from the stable manifest at flathub.

Sync with the stable manifest at flathub!

Anyway Python deps does not work yet on the master build. That's
unneeded to build nightlies with Python support. Let's drop it for now
and add it back later when we will make it work.

This includes bumping to the GNOME 3.30 runtime and removing some
dependencies which are now included at the required version in the
updated runtime.

This breaks the flatpak tests at the end when we prepared a future
<release> appdata tag. For released version, we must not do this, but
for nightlies, it doesn't matter.

... but keep it disabled, since the Inno Setup Korean translation
is unofficial.

Syncing the nightly flatpak with the stable one.
See issue #1588.

https://docs.python.org/3/tutorial/datastructures.html#list-comprehensions

https://www.python.org/dev/peps/pep-0008/#programming-recommendations

Sync with recent changes of the stable flatpak.

The artifacts should be moved after each export (otherwise we mix
artefacts from various builds). Also fix the last date call.

Introduced by commit 8eb77376.
Change to "gitlab:".

Makes easier to maintain so that it makes clear why this was added (i.e.
as a dependency of pango, not a direct dependency of GIMP).

Apparently the LibRaw 0.18 was taken down as soon as 0.19 got released.
Thanks to solid_black for reporting it on IRC.

Exiv2 and GExiv2 has been updated and using "app-id" instead of "id".

As noted by Edward E., SVG detection is rewritten in GTK+3 and this
patch is rendered useless.

This will set the default color profile directory under its path inside
the sandbox and therefore fix issue #15 of our flathub repo.
While I am at it, I do some cleaning and remove --enable-vector-icons
since this is now the default.

This is in particular necessary because permission in manifest
--filesystem=/usr/share/color/icc does not work as expected to mount the
system repository inside the sandbox at the same path.

See commit 8f3bf7b175d44118f9146e31191fcb7558614b31 from flathub
repository for org.gimp.GIMP.

...or is not accessible

Installer: show install path on final confirmation page

Now our nightly manifest does not depend on the base module used in
flathub so just remove the submodule.
Also update our howto.

Let's go with a simpler manifest since soon it will be built on a better
machine (our CI server) and to make scripts simpler.
Note that I also removed the old webkitgtk dependency, but actually I
realize the GNOME runtime does not have the new dependency as well,
since the runtime actually has a webkit2gtk-4.0 instead. We'll have to
look into this.

Now gtk3-port old branch has become master!
Also we don't need a dev flatpak for now. We'll see later when we will
do new development releases.