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

Reply via email to