Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 405327

Summary: sys-apps/portage-2.1.10.47: ecompress creates symlinks to nonexistent targets.
Product: Portage Development Reporter: Ralph Sennhauser (RETIRED) <sera>
Component: CoreAssignee: Portage team <dev-portage>
Status: RESOLVED FIXED    
Severity: normal Keywords: InVCS
Priority: Normal    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Bug Depends on:    
Bug Blocks: 402213    

Description Ralph Sennhauser (RETIRED) gentoo-dev 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 gentoo-dev 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 3 Zac Medico gentoo-dev 2012-02-23 06:13:04 UTC
This is fixed in 2.1.10.49 and 2.2.0_alpha89.