I was trying to build Brasero from git master using introspection and i noticed introspection use flag is masked. From 2009 you say it's not mature i'd say 6 months after it's mature and people need it to build some GNOME packages from git (mostly generate tarballs). So consider unmasking this use flag even if it doesn't work as you expected! Reproducible: Always
The tree was not ready for it in 2.28, now that we are at 2.30, we still have a lack of manpower to check that it is actually in a usable state. iirc you can unmask it locally in the meantime.
The big issue in my mind, which isn't fixed yet as far as I know, is that we need a decent transition strategy. Since introspection is automagic, generally, just having goi installed will break the builds of anything using it that doesn't have it enabled on *all* it's dependencies. We'd need some way to force a full rebuild of dependencies, or random upgrades will break right and left.
I don't feel like having introspection for 2.30 stuff either, as I keep hearing about ABI changes in the introspection data in gobject-introspection, so we'd have to go through yet another transition if we let common users have introspection in 2.30 stuff as well... Nothing really needs it for 2.30, to my knowledge, though for 2.32 the story might be different, hopefully they've stabilize their API/ABI fully by then. Of course I might be wrong on the API changes part, but so I've heard from somewhere...
Another serious problem is that gobject-introspection itself provides typelibs/girs for glib, and whenever glib adds new API, gobject-introspection needs to be recompiled to take advantage of that new API. This is seriously broken behaviour. We'll need to start shipping pre-built typelibs/girs with glib.
Looks like the mask was dropped, how was bug 350093 handled finally?
(In reply to comment #5) > Looks like the mask was dropped, how was bug 350093 handled finally? It was not removed. See bug 364693 . We'll look at bug 350093 when gobject-introspection changes its version number again (won't happen for a very long time now). It's a simple matter of shipping gir-rebuilder.py with gobject-introspection, or gentoolkit. The bigger problem is the fact that (afaiui) gobject-introspection needs to be rebuilt after glib upgrades that add new API, but that problem already exists in the tree since gobject-introspection is pulled in for vala by a number of packages. This could easily be solved by (rev)bumping gobject-introspection and glib together.
Ah, it's true, I have just seen you unmasked it for a few packages in base/package.use.mask
(In reply to comment #6) > The bigger problem is the fact that (afaiui) gobject-introspection needs to be > rebuilt after glib upgrades that add new API, but that problem already exists > in the tree since gobject-introspection is pulled in for vala by a number of > packages. Note that this also applies to a couple of packages in tree, such as dbus+dbus-glib, and most likely others.
This is now fixed. Please see the mail on gentoo-dev for details (hasn't hit archives yet, so no link).
