Bug 405327 – sys-apps/portage-2.1.10.47: ecompress creates symlinks to nonexistent targets.

• Status: RESOLVED FIXED
• Product: Portage Development

[Description Ralph Sennhauser (RETIRED) 2012-02-22 19:21:11 UTC]

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

[Comment 1 Zac Medico 2012-02-22 20:17:34 UTC]

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}

[Comment 2 Zac Medico 2012-02-22 20:52:26 UTC]

This is fixed in git:

http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=0842a51cd5a4cf4652a524fba0a420c17953327a

[Comment 3 Zac Medico 2012-02-23 06:13:04 UTC]

This is fixed in 2.1.10.49 and 2.2.0_alpha89.