Date: Sun, 10 Dec 2000 16:39:28 -0600 (CST) From: Mike Meyer <mwm@mired.org> To: current@FreeBSD.ORG, Subject: Re: /usr/local abuse Message-ID: <14900.1568.579029.766229@guru.mired.org> In-Reply-To: <20001210141831.N96105@149.211.6.64.reflexcom.com> References: <200012101557.KAA29588@khavrinen.lcs.mit.edu> <14899.43958.622675.847234@guru.mired.org> <20001210120840.C38697@vger.bsdhome.com> <14899.47196.795281.662619@zircon.seattle.wa.us> <14899.49294.958909.82912@guru.mired.org> <14899.54808.947617.700838@zircon.seattle.wa.us> <14899.55273.863236.40012@zircon.seattle.wa.us> <20001210113817.D80274@dragon.nuxi.com> <14899.59134.262811.806345@zircon.seattle.wa.us> <20001210135125.B82246@dragon.nuxi.com> <20001210141831.N96105@149.211.6.64.reflexcom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Crist J. Clark <cjclark@reflexnet.net> types: > On Sun, Dec 10, 2000 at 01:51:25PM -0800, David O'Brien wrote: > > On Sun, Dec 10, 2000 at 12:26:38PM -0800, Joe Kelsey wrote: > > > To the extent that NetBSD *forces* the local administrator to use > > > /usr/pkg, I find it contains the same deficiency. > > Nope. One can ``ln -s /usr/local /usr/pkg'' and get the behavior those > > that like everything in one place prefers while still segregating stuff > > for those that prefer it. > That makes no sense. The big argument has been that packages should > not go into /usr/local because /usr/local is for something else. If > you symlink do the symlink trick, you only have one real location for > files. If you were to do that, /usr/local or /usr/pkg would be > identical. Might as well make /usr/local the "real" location and > symlink /usr/pkg. What's the difference? The difference is the cases aren't symmetric. If you want the two merged, then it doesn't matter what the system calls it, you can symlink your preferred name to theirs (or vice versa) and you're done. If you want the two split, the system name becomes something you *can't* use for your local packages, period. Which is why FreeBSD choosing a name that has a historical usage is bad. If someone feels that packages aren't appropriate for that historical usage and wants to use other software that wants that usage, they're screwed. PREFIX lets people feel smug about being able to move it, but as far as I was able to determine when I asked, no one with the commit bit actually runs systems using PREFIX that way. Providing an untested "solution" isn't a good thing. <mike To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?14900.1568.579029.766229>