id,summary,reporter,owner,description,type,status,priority,milestone,component,version,resolution,keywords,cc,port 18302,MacPorts doesn't recreate manpage symlink after compressing manpage if symlink is absolute,ryandesign,macports-tickets@…,"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.",enhancement,closed,Normal,MacPorts 1.8.0,base,1.7.0,fixed,,,