with the doc use variable, glib-2.2.0 failed to compile because docbook-xml-dtd-4.1.2 was not installed. docbook-xml-dtd-4.1.2 was removed because docbook-xml-dtd-4.2 was installed and portage assumed docbook-xml-dtd-4.1.2 was an old unneeded version. I think the docbook-xml-dtd will need to utilize slots like the docbook-sgml-dtd to ensure both versions will remain installed. It might also be a good idea to change the gtk-doc ebuild to require only the 4.1 version of docbook-xml-dtd.
Ok, I've slotted the docbook-xml-dtd and committed it. I'll talk to the GNOME people about the glib ebuild, before I commit it...
in fact, "docbook-xml-dtd-4.1*" is hardcoded in several packages : gnucash-1.8.5.ebuild: =app-text/docbook-xml-dtd-4.1.2* scrollkeeper-0.3.12.ebuild: =app-text/docbook-xml-dtd-4.1.2* gtk-doc-1.1.ebuild: =app-text/docbook-xml-dtd-4.1* so, what to do ? have both versions (4.1 and 4.2) or have only newer and change those requirements to >=docbook-xml-dtd-4.1 ?
the xml-dtd SLOT fixes take care of this perfectly, allowing both 4.1.* and 4.2 to coexist. of the applications you listed, both scrollkeeper and gtk-doc _need_ the 412 DTD (it's coded into their configure.in's) but i can't check gnucash. glib-2 doesnt directly depend on any form of docbook, however it does indirectly if you have USE="doc" through gtk-doc. any final comments before this is closed as satai's SLOT'ting fixes it?
for gnucash, it seems to be an indirect dependency there is no trace of 'docbook-xml-dtd' in gnucash 1.8.5 source
unless i'm mistaken gnucash is a gtk1/gnome1 application and shouldnt have anything to do with >=glib-2.2. on the topic which was the original of this thread: docbook-xml-dtd was not slotted, when some applications depend on the older version, and some on the newer version, that problem was fixed by satai by slotting the docbook-xml-dtd ebuilds. if there's another, seperate problem, please open another bug, thanks.