devel/{glib20,gobject-introspection}: update to 2.86.4 and 1.86.0

[vishwin]

Summary

Needed to unbreak build and run for libpeas1 consumers amongst other things

Test Plan

exp-run and runtime testing

[arrowd]

devel/glib20/Makefile

41

This arg was there for reason: https://github.com/freebsd/freebsd-ports/commit/8107e8e7cb0b549bdc4789a52e69015cd64b7b8d

Is it not relevant anymore?

[vishwin]

devel/glib20/Makefile

41

This flag disabled libelf support completely, which I don't think was the intention. The other parts of that commit to explicitly reference libelf from base was enough.

[arrowd]

devel/glib20/Makefile

41

IIRC, it was intended, because we can't force glib to link against libelf.so from base if libelf is also installed from ports.

[2khramtsov_gmail.com]

I'm now running this locally and I'll report if I stumble upon a regression.

[vishwin]

Note to (mostly) self: need to bump devel/py-pygobject and devel/pygobject-common, since there is a preprocessor macro sensitive between these versions.

devel/glib20/Makefile

41

I'll need to try again with ports libelf in the (poudriere) environment to see if any issues arise.

[vishwin]

devel/glib20/Makefile

41

Confirmed only links with base libelf.so even with the port installed:

$ readelf --needed-libs /usr/local/bin/gresource
NeededLibraries [
  libc.so.7
  libelf.so.2
  libgio-2.0.so.0
  libglib-2.0.so.0
  libintl.so.8
]

[vishwin]

• update to 2.86.4

unrelated to .3 to .4: graphics/xviewer currently builds on 2.84 but fails on 2.86, a "transition" patch to allow building on both versions is warranted before submitting for exp-run, there is an existing upstream issue open

[arrowd]

Run-tested this and also did a mini-exp run, which looks fine.

Let's land this? I can do this for you @vishwin if you wish.