app-misc/geoclue and x11-libs/pango join the long list of packages needing the hack to install the shipped docs.
...and on somewhat surprising note, net-libs/gnutls-3.3.6 needs it too - never noticed before it has gtk-doc docs.
(latest pango fixes this)
what is the action item here? gnutls wise.
...but geoclue isn't multilib (nor out-of-source-built)?
+ 24 Nov 2014; Michał Górny <mgorny@gentoo.org> gnutls-3.3.10-r2.ebuild: + Add work-around for gtk-doc out-of-source build issues, bug #519762.
This leaves us with just geoclue, and I'd appreciate some explanation why this bug applies to it :).
(In reply to Michał Górny from comment #6) > This leaves us with just geoclue, and I'd appreciate some explanation why > this bug applies to it :). No clue (pun intended), not anymore at least. Seriously though, it's been awhile since I've filed this, so I don't remember the context anymore. emerge.log isn't all that helpful, as that day I went through a perl upgrade, so there's too much noise. Perhaps I had media-libs/harfbuzz in mind ?
...though geoclue does have a gtk-doc problem of its own: due to the following construct if ENABLE_GTK_DOC include $(top_srcdir)/gtk-doc.make else CLEANFILES = $(NULL) EXTRA_DIST = geoclue-docs.xml endif the tarball install the *shipped* docs only if configure gets '--enable-gtk-doc', which rebuilds them. But that's an upstream problem.
+ 24 Nov 2014; Michał Górny <mgorny@gentoo.org> harfbuzz-0.9.35.ebuild: + Add work-around for gtk-doc out-of-source build issues, bug #519762. Please let me know if there are more packages to hack ;). I think geoclue deserves a separate, non-multilib bug :).