Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 1 Feb 2007 12:57:06 -0800
From:      Luigi Rizzo <rizzo@icir.org>
To:        Kris Kennaway <kris@obsecurity.org>
Cc:        ports@freebsd.org
Subject:   Re: /usr/local/share/mk ?
Message-ID:  <20070201125706.E84181@xorpc.icir.org>
In-Reply-To: <20070201204458.GB74138@xor.obsecurity.org>; from kris@obsecurity.org on Thu, Feb 01, 2007 at 03:44:58PM -0500
References:  <20070201111727.B83474@xorpc.icir.org> <20070201192051.GA72926@xor.obsecurity.org> <20070201113720.D83474@xorpc.icir.org> <20070201194417.GA73296@xor.obsecurity.org> <20070201122011.B84181@xorpc.icir.org> <20070201202511.GA74029@xor.obsecurity.org> <20070201124052.D84181@xorpc.icir.org> <20070201204458.GB74138@xor.obsecurity.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Feb 01, 2007 at 03:44:58PM -0500, Kris Kennaway wrote:
> On Thu, Feb 01, 2007 at 12:40:52PM -0800, Luigi Rizzo wrote:
> > On Thu, Feb 01, 2007 at 03:25:11PM -0500, Kris Kennaway wrote:
> > > On Thu, Feb 01, 2007 at 12:20:11PM -0800, Luigi Rizzo wrote:
...
> > > > So... there is not a recursive INSTALL, maybe nobody asked for it,
> > > > but certainly we have a lot of replicated constructs in the
> > > > ports' makefiles, and some port maintainers with a lot of patience :)
> > > 
> > > OK, but I don't see what this has to do with your proposal.
> > 
> > It was a remark on "you are the first one to ask in 10 years so
> > maybe the application is limited".  Sometimes there is a need for
> > a feature, but people find it easier to use some workaround rather
> > than asking for it.
> 
> OK, but showing other unrelated areas that might benefit from some
> centralization doesn't support your specific proposal.

I shifted the subject from the specific mk subdir issue,
to your comment on the fact that nobody asked.
sorry for that.

on the specific .mk issue you have almost convinced me.

> Around here we do things the other way around: show the necessity,
> then add support for it.  Otherwise we end up with an uncontrollable
> proliferation of single-use features that quickly becomes
> unmaintainable.

ok so i followup on the other thread that i am confident that i
have shown the necessity for a  recursive install  :)

	cheers
	luigi





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070201125706.E84181>