Since nowadays we support installing docs directly by build system, I think we should make 'htmldir' point to the right subdirectory of 'docdir' (it defaults to '${docdir}').
We're not passing --docdir through econf. Nor can we trivially, since quite a few configure scripts barf horribly if you specify it.
Let's extend the bug then and think about it more.
Would parsing of 'configure --help' (similarly to --disable-dependency-tracking and --disable-silent-rules) help?
Don't know off the top of my head. 'git grep hates' on Exherbo's arbor.git will find you some packages that don't like it, though.
This is somehow a dupe of bug 173592, although the latter does not mention --htmldir; so maybe bug 173592 should be marked a dupe of this?
(In reply to Ciaran McCreesh from comment #4) > Don't know off the top of my head. 'git grep hates' on Exherbo's arbor.git > will find you some packages that don't like it, though. I haven't checked them all but most of them are just the matter of not supporting --docdir at all. Also, I think new gcc versions don't need that --hates (4.9.0 has --docdir).
So I've checked all packages in the Exherbo list that are in Gentoo as well, and the only package failing with the new code is dev-tcltk/expect. It is failing because the configure script in main directory uses new autoconf (with --docdir) and the configure script in testsuite subdirectory uses old autoconf version. And this happens only because the ebuild does 'eautoconf' in main directory and does not reconfigure this subdirectory...
*** Bug 173592 has been marked as a duplicate of this bug. ***
Explicit --docdir and --htmldir passed to econf will override the prefix="${ED}"/usr that einstall passes to emake, i.e. ${D} would be omitted from the install location. We need to keep einstall in sync, by adding the following variables in EAPI 6: docdir="${ED}"/usr/share/doc/${PF} htmldir="${ED}"/usr/share/doc/${PF}/html
In EAPI 6: https://gitweb.gentoo.org/proj/pms.git/commit/?id=6ce8e8258e0d05965b32c927025d9afc308a61cd