Remove +with_default_names and use a specific path for unprefixed binaries

Ryan Schmidt ryandesign at macports.org
Sat Sep 19 21:47:21 PDT 2009


On Sep 19, 2009, at 22:50, Mark A. Miller wrote:

> On Sat, Sep 19, 2009 at 5:28 PM, Ryan Schmidt wrote:
>
>> If your MANPATH is empty (as I believe we recommend), then man will  
>> automatically search for things in all the locations specified in  
>> PATH (that is, for every path in PATH, man will look in ../share/ 
>> man for manpages).
>>
>
> It's not empty, as seen by my .profile modified by MacPorts install:
>
> # MacPorts Installer addition on 2009-06-11_at_17:44:56: adding an  
> appropriate MANPATH variable for use with MacPorts.
> export MANPATH=/opt/local/share/man:$MANPATH
> # Finished adapting your MANPATH environment variable for use with  
> MacPorts.
>
> But making it empty still results it the behavior you describe,  
> so...redundancy yay!

Yeah, I believe Apple started shipping a nonempty MANPATH in Leopard.  
Not sure why.

>> Though it's sounding strange for libexec/gnu to be its own prefix.  
>> apach2, for example, uses ${prefix}/apache2 as its prefix. Granted  
>> that violates the mtree, which I originally objected to in this  
>> thread. :/ Guess I don't really know where it should go.
>
> Is there really anything bad other than "strange"? Sure it's perhaps  
> strange, but for the people who don't need this, it doesn't ever  
> bother them, and the people who do, it is a nice, cool little  
> addition.
>
> ${prefix}/var/gnu? ${prefix}/share/gnu?

The disadvantage of that would be that it doesn't get the automatic  
MANPATHness described above.



More information about the macports-dev mailing list