Re: new glib2 c++ template errors in inkscape,gegl,wireshark

["John D. Baker" <jdbaker%consolidated.net@localhost>]

On Tue, 23 Mar 2021, Patrick Welche wrote:

> On Tue, Mar 23, 2021 at 11:39:18AM +0100, Thomas Klausner wrote:
> > On Tue, Mar 23, 2021 at 10:29:17AM +0000, Jonathan Perkin wrote:
> > > * On 2021-03-23 at 10:04 GMT, Martin Husemann wrote:
> > > 
> > > > Pretending it is a simple update, IMHO, is not a very efficient way to
> > > > deal with it.
> > > 
> > > It also completely broke the build on SunOS.  I don't really understand how
> > > this wasn't considered a low-level library, as per freeze rules?
> > 
> > It was committed before the freeze.
> > 
> > I've asked adam to back this out for now.
> 
> Thank you to adam@ for backing out his glib2 update.
> 
> The gobject-introspection update should also be backed out - it
> contains .gir files for glib2, so will contain symbols which don't
> exist yet.

FWIW, I updated just before the backout/downgrade and the patches
commited to "graphics/gegl", "graphics/inkscape", and "net/wireshark"
allowed them to build.  Those were the only affected packages in the
subset that I routinely build.

If the backout stands, I suppose those patches will have to be backed
out as well?

pkg_rr doesn't like going backwards.  Perhaps affected packages need
an upper bound on glib2 version?  I suppose a forcible removal of glib2
and gobject-introspection and rebuild of affected packages will do the
trick.

-- 
|/"\ John D. Baker, KN5UKS               NetBSD     Darwin/MacOS X
|\ / jdbaker[snail]consolidated[flyspeck]net  OpenBSD            FreeBSD
| X  No HTML/proprietary data in email.   BSD just sits there and works!
|/ \ GPGkeyID:  D703 4A7E 479F 63F8 D3F4  BD99 9572 8F23 E4AD 1645