You're getting this bug because the package in summary installs its documentation (or at least part of it) outside the usual /usr/share/doc/${PF} directory. First, please keep in mind that this bug might not be noticeable for -r0 ebuilds, but it might be for -r1 and later, since if the ebuild has same name and version of the package, for -r0 it might correspond properly. To fix this, if the package uses autotools, recent version (autoconf 2.61+) have two ./configure switches: --docdir and --htmldir to decide where to put the documentation. Older versions might require you override docdir/htmldir or other custom variables during make install. For non-autotooled build systems, good luck, since I cannot tell you how to achieve the proper results, the same holds true with totally broken buildsystems even when based on autotools. Thanks, Diego
Diego, how did you figured it out? sapphire doc # pwd /var/tmp/portage/app-misc/muttprint-0.72d-r1/image/usr/share/doc sapphire doc # ls -l drwxr-xr-x 2 root root 4096 2009-12-03 03:18 muttprint-0.72d sapphire doc #
Note the missing -r1?
Created attachment 211886 [details, diff] fix for muttprint-0.72d-r1.ebuild Simple fix ${P} should be ${PF}.
+ 03 Dec 2009; Víctor Ostorga <vostorga@gentoo.org> + muttprint-0.72d-r1.ebuild: + Fixing documentation path, patch thanks to Thomas Beierlein + <tb@forth-ev.de> bug #295315