[MacPorts] #18302: MacPorts doesn't recreate manpage symlink after compressing manpage if symlink is absolute

[MacPorts]

#18302: MacPorts doesn't recreate manpage symlink after compressing manpage if
symlink is absolute
-------------------------------------+--------------------------------------
 Reporter:  ryandesign@…             |       Owner:  macports-tickets@…                   
     Type:  enhancement              |      Status:  new                                  
 Priority:  Normal                   |   Milestone:  MacPorts 1.8.0                       
Component:  base                     |     Version:  1.7.0                                
 Keywords:                           |        Port:                                       
-------------------------------------+--------------------------------------
 MacPorts base has this nifty feature whereby it automatically gzips
 manpages after the destroot phase. It then looks for any symlinks in the
 destroot that point to the now-compressed manpages, and deletes and re-
 creates them pointing to the gzipped versions (since the manpage filenames
 have changed through the addition of ".gz"). This works great...

 ...until a port installs a symlink pointing to an absolute path instead of
 a relative one. Boom, the symlink doesn't get recreated anymore and we
 have problems with

  * coreutils (#15864)
  * findutils (#18227)
  * pure, pure-devel (#18294)

 and probably more.

 The real kicker is that MacPorts base sometimes correctly re-links an
 absolute symlink: when a previous version of the port is already
 installed! since then the target of the symlink (with the addition of
 ".gz") exists.

 MacPorts should see if the manpage symlink path is absolute, and if so,
 prepend the destroot path, or something like that.

-- 
Ticket URL: <http://trac.macports.org/ticket/18302>
MacPorts <http://www.macports.org/>
Ports system for Mac OS