Date: Thu, 06 Nov 2003 09:23:18 -0800 From: Pat Lashley <patl+freebsd@volant.org> To: Matthias Andree <ma@dt.e-technik.uni-dortmund.de>, freebsd-ports@freebsd.org Subject: Re: RFC: FreeBSD DB Port Reform Message-ID: <415945408.1068139398@mccaffrey.phoenix.volant.org> In-Reply-To: <m3brrpo5pc.fsf@merlin.emma.line.org> References: <m365hxoh65.fsf@merlin.emma.line.org> <3FAA3B77.7090002@fillmore-labs.com> <20031106141924.GA11241@merlin.emma.line.org> <m3brrpo5pc.fsf@merlin.emma.line.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--On Thursday, November 06, 2003 16:51:59 +0100 Matthias Andree <ma@dt.e-technik.uni-dortmund.de> wrote: > If hier(7) is so off-limits/intangible that we cannot leave a > /usr/local/$PORTNAME in addition to the usual stuff, we'll have to > continue patching the ports. I think your proposed solution is the most elegant available. And after reviewing hier(7); I don't see anything that specificly forbids it. There is also precedent with some of the more complex ports. (E.g., the various JDKs) To satisfy the hier Strict Constructionists, why not propose a simple addition to hier(7) to cover complex vendor branch applications? This would retroactively legitimize the JDK, OpenSSL, Acrobat5, OpenOffice.org, and other ports that already install into /usr/local/<mumble>. -Pat
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?415945408.1068139398>