When installing icedtea-7.2.3.1, the following warning appears: prepcompress: ignoring nonexistent path '/usr/share/doc/icedtea7' The reason is that /usr/share/doc/icedtea7 is a symlink, but controllable compression can only operate on regular files or directories. The bad path is added to the list by the docompress -x /usr/share/doc/${PN}${SLOT} command in src_install. However, I wonder what is intended here? - If the files under /usr/share/doc/${PF} (the symlink's target) should not be compressed, then this path should be used as the argument for docompress -x. - If the intention is that only the symlink should be left alone, then the call to docompress could be removed altogether. Compression will ignore symlinks anyway.
This is a workaround for compressed symlinks in Portage up to 2.1.11.45 IIRC. Probably should be dropped now if recent Portage warns about it.
(In reply to comment #1) > This is a workaround for compressed symlinks in Portage up to 2.1.11.45 > IIRC. Hm, if it was intended as a workaround, I wonder how it could ever have had any effect. prepcompress always ignored symlinks: <http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=blame;f=bin/misc-functions.sh;h=986264ed8de3f237ed8b1b81c07f19db211dd828;hb=d0089063c457ef2adc7b01e7296c4988edb709a6> The warning is emitted from within the "for" loop in lines 100 and following, and the relevant condition testing for regular file or directory (line 103) has never been changed. > Probably should be dropped now if recent Portage warns about it. Please do.
bug 405327 it was and was fixed in Portage 2.1.10.49, apparently it worked for Andrew. Andrew was also the one to notice bug 405327. Dropped now. Thanks for the report.