gegl @0.2.0: glib-mkenums: KeyError: u'nick'

[captainproton1971 (Captain Proton)]

I've been following the ports migration after upgrading to macOS 10.13. gegl is refusing to build.

I'm not sure if this is a gegl issue or a glib issue (sorry, not a developer) from the log file. This looks like the important part of said log.

:info:build Traceback (most recent call last):
:info:build   File "/opt/local/bin/glib-mkenums", line 688, in <module>
:info:build     process_file(fname)
:info:build   File "/opt/local/bin/glib-mkenums", line 484, in process_file
:info:build     parse_entries(curfile, curfilename)
:info:build   File "/opt/local/bin/glib-mkenums", line 205, in parse_entries
:info:build     entries.append((name, value, options['nick']))
:info:build KeyError: u'nick'

[captainproton1971 (Captain Proton)]

Log file of attempted build of gegl @0.2.0_24 on macOS 10.13

[ryandesign (Ryan Carsten Schmidt)]

I've seen this before, but I can't find the previous ticket about it right now.

[ryandesign (Ryan Carsten Schmidt)]

Maybe it is best to call it a gegl bug for now.

Has duplicate #54937, in which it was pointed out that gegl is outdated—0.3.20 is available. Are we intentionally holding gegl back, or did we just not notice the availability of the new version because of the way the livecheck is written? If there's no reason not to upgrade, maybe we should try that first and see if that solves this bug.

[dbevans (David B. Evans)]

I think this is probably the same unicode problem that was reported against libgda5. See ​https://bugzilla.gnome.org/show_bug.cgi?id=788283 for the issue and ryandesigns fix.

The root cause is that glib-mkenums as been re-coded using python in the latest version of glib 2.54.0 and this causes it to require utf8 encoded text as input. Will take a look.

Concerning gegl being outdated. We provide several versions of gegl as required by different dependents. In particular gegl (version 0.2.x) is still required by gimp2. However, the latest versions of gegl is provided by port gegl-0.3 and a development version is provided as gegl-devel providing a recent git master of the 0.3 develment branch. So I think all bases are covered.

Current gegl versions are

• gegl @0.2.0_24
• gegl-0.3 @0.3.20_1
• gegl-devel @0.3.21-20170906

The 0.2 and 0.3 versions install in parallel without conflict.

[dbevans (David B. Evans)]

In 791c20f9daea67d57a86cc3b632ff5a673c867b6/macports-ports:

gegl: fix build with glib2 1.54+

As part of the old introspection patch, this port
patches gegl-enums.h. This in turn causes the build
to try and regenerate gegl-enums.c using the glib-mkenums
utility provided as part of glib2's GObject API.

Unfortunately, for reasons that are still not clear, the
new python implementation of glib-mkenums provided in glib2
1.54+ chokes on this conversion.

As a work-around, this commit patches gegl-enums.c to match
the patched gegl-enums.h, as generated in earlier versions,
allowing the build to complete as before and without tempting
the build to try and use glib-mkenums.

Note that this problem is specific to gegl and not the newer
versions gegl-0.3 and gegl-devel which now include a properly
generated gegl-enums.c in the upstream git repo.

Fixes #54932

[captainproton1971 (Captain Proton)]

Yes, that seems to have fixed it for me. Thank you.