For convenience icedtea creates a symlink for it's documentation like follows: dosym /usr/share/doc/${PF} /usr/share/doc/${PN}${SLOT} Using Portage-2.1.10.47 and icedtea-6.1.11.1 ecompress creates a symlink: /usr/share/doc/icedtea6.bz2 -> /usr/share/doc/icedtea-6.1.11.1.bz2 for which the target doesn't exist. Expected is a symlink with the existing directory /usr/share/doc/icedtea-6.1.11.1 as target. For this use case it would be desirable that the name of the symlink doesn't depend on whether ecompress is enabled or not. Ie. always: /usr/share/doc/icedtea6 -> /usr/share/doc/icedtea-6.1.11.1
This is very similar to bug 399595, but it's triggered by an absolute symlink to a target that hasn't been merged yet. As a workaround, you can create a relative symlink like this: dosym ${PF} /usr/share/doc/${PN}${SLOT}
This is fixed in git: http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=0842a51cd5a4cf4652a524fba0a420c17953327a
This is fixed in 2.1.10.49 and 2.2.0_alpha89.