[MacPorts] #15864: coreutils +with_default_names creates broken man page symlinks

[MacPorts]

#15864: coreutils +with_default_names creates broken man page symlinks
------------------------------------+---------------------------------------
  Reporter:  jason.dusek@…          |       Owner:  nox@…           
      Type:  defect                 |      Status:  closed          
  Priority:  Normal                 |   Milestone:  Port Bugs       
 Component:  ports                  |     Version:  1.6.0           
Resolution:  worksforme             |    Keywords:                  
      Port:                         |  
------------------------------------+---------------------------------------

Comment(by ben@…):

 Replying to [comment:2 nox@…]:
 > I don't know where the problem is, the manpages are gzipped by the
 internal MacPorts destroot code and links are also corrected accordingly.

 I've found the same problem, also as described by #16354. i.e. I installed
 coreutils with the with_default_names variant; and now have symlinks for
 the default-named man pages that are supposed to point to the 'g*' named
 pages:

 {{{
 $ ls -l /opt/local/share/man/man1/{g,}ls*
 -r--r--r--  2 root  admin  2964 16 Jan 16:33
 /opt/local/share/man/man1/gls.1.gz
 lrwxr-xr-x  1 root  admin    31 16 Jan 16:34
 /opt/local/share/man/man1/ls.1@ -> /opt/local/share/man/man1/gls.1
 }}}

 As you can see, the actual man page is compressed, but the symlink points
 to a non-existing uncompressed version of the man page file. Thus, "man
 ls" does not bring up the man page for the MacPorts 'ls', ("man gls" does,
 but that's a very awkward thing to have to remember).

 Thanks,
 Ben

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