Opened 16 years ago

Closed 15 years ago

Last modified 15 years ago

#15864 closed defect (fixed)

coreutils +with_default_names creates broken man page symlinks

Reported by: jason.dusek@… Owned by: nox@…
Priority: Normal Milestone:
Component: ports Version: 1.6.0
Keywords: Cc: ryandesign (Ryan Carsten Schmidt)
Port: coreutils

Description

The port creates manpage symlinks from gmv.1 to mv.1 but the man pages are actually gmv.1.gz and so on -- all compressed. I am trying to learn TCL to fix it, but my tentative change (to post-destroot) did not work.

variant with_default_names description {Install files without 'g' prefix} {     
    post-destroot {                                                             
        foreach {d} {bin} {                                                     
            foreach {f} [glob -tails -directory ${destroot}${prefix}/${d} g*] { 
                ln -sf ${prefix}/${d}/${f} ${destroot}${prefix}/${d}/[string range ${f} 1 end]                                                                  
            }                                                                   
        }                                                                       
        foreach {f} [glob -tails -directory ${destroot}${prefix}/share/man/man1 g*] {                                                                           
            ln -sf ${prefix}/${d}/${f} ${destroot}${prefix}/${d}/[string range ${f} 1 end].gz                                                                           }                                                                       
    }                                                                           
}

In the meantime, I can just make the links myself, but it is a kludge.

Change History (7)

comment:1 Changed 16 years ago by jmroot (Joshua Root)

Milestone: Port Bugs
Owner: changed from macports-tickets@… to nox@…

Assigning to maintainer.

comment:2 Changed 15 years ago by nox@…

Resolution: worksforme
Status: newclosed

I don't know where the problem is, the manpages are gzipped by the internal MacPorts destroot code and links are also corrected accordingly.

comment:3 in reply to:  2 Changed 15 years ago by ben@…

Replying to 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

comment:4 Changed 15 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: ryandesign@… added
Port: coreutils added
Resolution: worksforme
Status: closedreopened

The underlying cause is explained in #18302. You can fix this for coreutils by having it make relative manpage symlinks instead of absolute ones.

comment:5 Changed 15 years ago by nox@…

Resolution: fixed
Status: reopenedclosed

Should be fixed in r46259.

comment:6 Changed 15 years ago by ben@…

All good here! I just did an upgrade, and after fiddling w/ gettext (per here) I have:

$ ls -l /opt/local/share/man/man1/{g,}ls*
-r--r--r--  2 root  admin  2964  2 Feb 15:19 /opt/local/share/man/man1/gls.1.gz
lrwxr-xr-x  1 root  admin     8  2 Feb 15:19 /opt/local/share/man/man1/ls.1.gz@ -> gls.1.gz

Thanks very much.

comment:7 Changed 15 years ago by (none)

Milestone: Port Bugs

Milestone Port Bugs deleted

Note: See TracTickets for help on using tickets.