Warning: violation by /opt/local/man Warning: MacPorts violates the layout of the ports-filesystems! Warning: Please fix or indicate this misbehavior (if it is intended), it will be an error in future releases! Do you think it's safe to remove the ${prefix}/man symlink to $ {prefix}/share/man in MacPorts sources? Or do we have to bite the bullet and "destroot.violate_mtree yes"-justify ourselves to remove the warning? -jmpp
What's the purpose of the symlink? I'm surprised we even have it. -Kevin Ballard On Jan 8, 2008, at 5:22 PM, Juan Manuel Palacios wrote:
Warning: violation by /opt/local/man Warning: MacPorts violates the layout of the ports-filesystems! Warning: Please fix or indicate this misbehavior (if it is intended), it will be an error in future releases!
Do you think it's safe to remove the ${prefix}/man symlink to $ {prefix}/share/man in MacPorts sources? Or do we have to bite the bullet and "destroot.violate_mtree yes"-justify ourselves to remove the warning?
-jmpp
_______________________________________________ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev
-- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com
On 10 Jan 2008, at 10:13, Kevin Ballard wrote:
What's the purpose of the symlink? I'm surprised we even have it.
When we agreed to have man pages in $prefix/share/man, we put this symlink in place to automagically fix all misbehaving ports and afair also because of some man search directory weirdness, where man expected the man pages in $PATH[n]/../man, if I recall correctly. Anyway: We should definitely remove it! Most ports behave well already and the rest should be found by the mtree checks.
On Jan 8, 2008, at 5:22 PM, Juan Manuel Palacios wrote:
Warning: violation by /opt/local/man Warning: MacPorts violates the layout of the ports-filesystems! Warning: Please fix or indicate this misbehavior (if it is intended), it will be an error in future releases!
Do you think it's safe to remove the ${prefix}/man symlink to $ {prefix}/share/man in MacPorts sources? Or do we have to bite the bullet and "destroot.violate_mtree yes"-justify ourselves to remove the warning?
-jmpp
_______________________________________________ macports-dev mailing list macports-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev
-- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com
Regards, -Markus -- Dipl. Inf. (FH) Markus W. Weissmann http://www.macports.org/ http://www.mweissmann.de/
On Jan 10, 2008, at 04:08, Markus Weissmann wrote:
On 10 Jan 2008, at 10:13, Kevin Ballard wrote:
On Jan 8, 2008, at 5:22 PM, Juan Manuel Palacios wrote:
Warning: violation by /opt/local/man Warning: MacPorts violates the layout of the ports-filesystems! Warning: Please fix or indicate this misbehavior (if it is intended), it will be an error in future releases!
Do you think it's safe to remove the ${prefix}/man symlink to $ {prefix}/share/man in MacPorts sources? Or do we have to bite the bullet and "destroot.violate_mtree yes"-justify ourselves to remove the warning?
What's the purpose of the symlink? I'm surprised we even have it.
When we agreed to have man pages in $prefix/share/man, we put this symlink in place to automagically fix all misbehaving ports and afair also because of some man search directory weirdness, where man expected the man pages in $PATH[n]/../man, if I recall correctly. Anyway: We should definitely remove it! Most ports behave well already and the rest should be found by the mtree checks.
I would say we should definitely keep the symlink, because some ports still misbehave and install manpages into ${prefix}/man instead of $ {prefix}/share/man; the symlink helps these files go to the right place anyway. Three ports that I currently have installed do this, as I see. Also, I would say that it rather points out again that the existence of the MacPorts port is weird. (It's weird to use MacPorts to install MacPorts.)
On Jan 10, 2008, at 6:01 AM, Ryan Schmidt wrote:
On Jan 10, 2008, at 04:08, Markus Weissmann wrote:
On 10 Jan 2008, at 10:13, Kevin Ballard wrote:
On Jan 8, 2008, at 5:22 PM, Juan Manuel Palacios wrote:
Warning: violation by /opt/local/man Warning: MacPorts violates the layout of the ports-filesystems! Warning: Please fix or indicate this misbehavior (if it is intended), it will be an error in future releases!
Do you think it's safe to remove the ${prefix}/man symlink to $ {prefix}/share/man in MacPorts sources? Or do we have to bite the bullet and "destroot.violate_mtree yes"-justify ourselves to remove the warning?
What's the purpose of the symlink? I'm surprised we even have it.
When we agreed to have man pages in $prefix/share/man, we put this symlink in place to automagically fix all misbehaving ports and afair also because of some man search directory weirdness, where man expected the man pages in $PATH[n]/../man, if I recall correctly. Anyway: We should definitely remove it! Most ports behave well already and the rest should be found by the mtree checks.
I would say we should definitely keep the symlink, because some ports still misbehave and install manpages into ${prefix}/man instead of ${prefix}/share/man; the symlink helps these files go to the right place anyway. Three ports that I currently have installed do this, as I see.
I'd favor removing it. It's been eons since we introduced it and I'd think by now it's acceptable telling stragglers "hey, we gave you too much time!" If ports start failing somehow due to the removal, them let them fail I say. I'm sure tickets for them will be filed.
Also, I would say that it rather points out again that the existence of the MacPorts port is weird. (It's weird to use MacPorts to install MacPorts.)
Why is it weird? Bootstrapping may not be the easiest thing around, but there certainly are some projects out there that do it (hint: gcc). In any case, our bootsrapping needs are incredibly simple: as far as I know, the only thing the MacPorts port is used for is to build the dmgs, as it makes it incredibly easier, but nothing more (certainly not to *install* MacPorts). Regards,... -jmpp
On Jan 10, 2008, at 7:58 AM, Juan Manuel Palacios wrote:
On Jan 10, 2008, at 6:01 AM, Ryan Schmidt wrote:
On Jan 10, 2008, at 04:08, Markus Weissmann wrote:
On 10 Jan 2008, at 10:13, Kevin Ballard wrote:
<snip>
What's the purpose of the symlink? I'm surprised we even have it.
If I remember correctly -- it was a long time ago -- the original purpose of the symlink was to use the "nearby" manpath searching described in man(1). Without the symlink, the user has to either modify the MANPATH env var or the /etc/man.conf file. Leopard added / etc/manpath.d as well. Personally, I despise the idea of the MacPorts installer mucking with my .profile at all -- PATH or MANPATH. I would find it even more distasteful for it to edit /etc/man.conf. And /etc/manpath.d is Leopard only. So I think the link should stay -- it's the easiest way to get man searching working -- as long as PATH is set correctly, MANPATH is set implicitly.
participants (5)
-
Juan Manuel Palacios
-
Kevin Ballard
-
Markus Weissmann
-
Matthew K. Meissner
-
Ryan Schmidt