Source: openttd-opengfx
Followup-For: Bug #1090256
Control: retitle -1 openttd-opengfx: FTBFS: script-fu errors with GIMP3
Dear Maintainer,
With the major upgrade to GIMP3 in Debian unstable, failures occur attempting
to build the composite GRF graphics files in openttd-opengfx.
So far I've identified three problems that contribute to this, and am able to
offer suggestions to resolve two of them:
* Problem 1: the 'gimp' command in GIMP3 attempts to open a GTK window
despite the -i command-line flag. There seems to be an existing bugreport
about this upstream[1] in GIMP.
* Problem 2: batch mode in GIMP3 now requires the caller to indicate a batch
interpreter explicitly (an additional python-fu interpreter has become
available, so there is now a choice of interpreters).
* Problem 3: the script-fu code in openttd-opengfx fails to evaluate
correctly using GIMP3 (this is somewhat hidden, because some console output
is redirected to /dev/null by the Makefile).
The fixes I can suggest are:
* To invoke 'gimp-console' instead of 'gimp'; the latter does not attempt to
open a GTK display.
* To specify the 'plug-in-script-fu-eval' batch interpreter on the
gimp-console commandline.
I haven't yet figured out what changes might be required to update the script
files (.scm).
I did learn that the `gimp-image-get-active-layer` function, used in some of
the script-fu, appears to have been removed[2] from the GIMP script APIs
somewhere around v2.99.12 (cleanups related to that change span a few versions,
so I'm not 100% confident about that version/commit reference).
Regards,
James
[1] - https://gitlab.gnome.org/GNOME/gimp/-/issues/12042
[2] -
https://gitlab.gnome.org/GNOME/gimp/-/commit/a6aba929dc7f864d00ef43aa4884afd2943d1605
