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