./usr/share/doc/ustr-devel-1.0.4/ ./usr/share/doc/ustr-devel-1.0.4/README-DEVELOPERS ./usr/share/doc/ustr-devel-1.0.4/TODO ./usr/share/doc/ustr-devel-1.0.4/strdup vs. ustr.gnumeric ./usr/share/doc/ustr-devel-1.0.4/index.html ./usr/share/doc/ustr-devel-1.0.4/functions.html ./usr/share/doc/ustr-devel-1.0.4/constants.html ./usr/share/doc/ustr-devel-1.0.4/design.html ./usr/share/doc/ustr-devel-1.0.4/tutorial.html ./usr/share/doc/man/ ./usr/share/doc/man/man1/ ./usr/share/doc/man/man1/ustr-import.1 ./usr/share/doc/man/man3/ ./usr/share/doc/man/man3/ustr.3 ./usr/share/doc/man/man3/ustr_const.3 dev-libs/ustr-1.0.4.tbz2 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
fixed in ustr-1.0.4-r1