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