Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 12 Mar 2011 21:47:14 -0600
From:      Ade Lovett <ade@FreeBSD.org>
To:        Doug Barton <dougb@FreeBSD.org>
Cc:        FreeBSD Ports <freebsd-ports@FreeBSD.org>
Subject:   Re: [HEADS UP] GNU make 3.82
Message-ID:  <3D7FEE79-13FC-482B-9116-ADF59A161525@FreeBSD.org>
In-Reply-To: <4D7C2C62.3080706@FreeBSD.org>
References:  <AANLkTi=n5n8Q%2BRkEH2EBtu0oVdTCC_ikaGdMO10Aoyuj@mail.gmail.com> <9352461C-9DEA-4778-8FAF-B60E22A4A7AB@FreeBSD.org> <4D7C2C62.3080706@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help

On Mar 12, 2011, at 20:30 , Doug Barton wrote:
> The real problem here is that there is a very tiny subset of FreeBSD =
developers who insist on taking on a disproportionate amount of "behind =
the scenes" responsibilities, and are incredibly resistant to allowing =
anyone else into the inner circle.

The "inner circle" in this case would be autotools@ - whilst not a true =
mailing list, anyone can ask to be added to the alias, just in the same =
way as we have x11@ and so on.  You'll notice also the port in question =
has autotools@ as its maintainer, not an individual committer.

The very nature of infrastructural ports, ie: those in which a change =
can have wide-ranging effects across the tree are such that they take =
"disproportionate" amounts of time and effort to improve.  Even with =
vastly improved package building clusters, it can easily take 4 or more =
full runs to iron out all the issues.  That's just the way it is.

Handling such ports also _very_ quickly engenders, rightly or wrongly, a =
specific way of doing things, otherwise they just don't ever get done.  =
If a few ruffled feathers is the collateral damage for keeping things =
(vaguely) sane and up to date, then, quite frankly, so be it.  It really =
is as simple as that.

-aDe




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3D7FEE79-13FC-482B-9116-ADF59A161525>