BUG: 455891
(cherry picked from commit 3057cae4)

This update incorporates a fix for Arch Linux's usage of libgmic.

(cherry picked from commit 0f478fc6)

(cherry picked from commit 5f3ed1911991b4c1d2f117d035d5b44332fa7453)

QMic has a tendency to request the image for preview right from
the paint event. When Krita prepares a reply for it, not only
it should block the image, it can also enter a busy-wait indication
mode, which reenters the event loop and therefore and enter the
paint event handler again, which is a crashy condition.

The patch solves the problem in three ways:

1) Krita will now wait for the image to complete its tasks before
   launching QMic. It will not guarentee safety, because the image
   may become busy with autosaving while GMic is already open, hence
   the next points...

2) KisImageInterface will refuse to enter busy-wait loop if the image
   in busy. It will just return an empty image set.

3) The patch for QMic makes QMic to re-request the update if an
   empty set of images is returned.

BUG: 453945

BUG: 453947

BUG: 453949

BUG: 454100

BUG: 454286

Since this is a bug in *both* sides of the comms, we also need a G'MIC
update.

BUG: 452831

CCBUG: 452155

I accendally already cleaned out the previous tarball, together with
the half a dozen even older tarballs.

ENABLE_SYSTEM_GMIC is the new parameter requested by OpenSUSE.

This enables building G'MIC with libgmic, as requested by the OpenSUSE
packager.

BUG: 447286

BUG: 447290

Amy spark authored Oct 04, 2021 and Dmitry Kazakov committed Oct 04, 2021

BUG: 443014

BUG: 441113
BUG: 441116

This commit adds a *completely optional* step to build GMic as a plugin
for Android. It also adds a workaround to ensure that its project
can pick CMAKE_FIND_ROOT_PATH up.

BUG: 428995

CCMAIL: kimageshop@kde.org

This removes the need for patch line endings shenanigans with
tarballs in Windows.

Amy spark authored Jul 21, 2021 and Halla Rempt committed Aug 12, 2021

This update rolls all existing updates into a single patch and
integrates the following new changes:

- Update the plugin to the new GMic-Qt API (while also ignoring it,
  because to implement the plugin architecture it needs to run within
  our QCoreApplication)
- Add support for compiling under MSVC (this includes support for FFTW3,
  LTO, Control Flow Guard, the MinGW stack size increase, and a fix to
  the CreateThread callback signature in GMic)
- Add support for Android (future proof)
- Make FFTW3 a truly optional library (the GMic-Qt toggle is a dud at
  present, this patch fixes it)
- Increase the minimum on-launch update timeout to 60s (as soon as you
  have some ping, the update will spuriously fail)
- Restore compatibility with stock GMic-Qt settings (previously, due to
  an oversight on my part, it wrote them willy-nilly in the Krita
  namespace)

It also adds new defines that allow to disable the following:
- Dark Theme mode
- Internet access by default
- GMic-Qt's own i18n management, thus respecting the host app's
  language
- All updates altogether

BUG: 439990

CCBUG: 439116

Amy spark authored Dec 20, 2020 and Halla Rempt committed Jan 27, 2021

There are three layer modes that were removed in 2.8.2, and three more
that were unimplemented. The latter have been implemented in this
commit.

This commit also upgrades related dependencies:

- OpenEXR to 2.5.3; previous versions have a broken pkg-config file,
which makes it unlocatable by GMic-Qt.
- ilmbase is now dropped, as it is bundled by OpenEXR.
- fftw3 has now threads enabled on Linux; it is a required library by
GMic.

I also cleaned up OpenEXR patches, as they have been upstreamed. GMic
patches related to threading were removed (see above), and the desktop
entry patch was updated to match the new source.

BUG:412617

CCMAIL:kimageshop@kde.org

This reverts commit a648c0b1.

This reverts commit e3850c8a.

It's optional for gmic and gmic-qt, but CImg.h demands fftw_thread_init
unconditionally.