From owner-freebsd-ports@FreeBSD.ORG Mon Jan 12 04:50:56 2015 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D01CE95 for ; Mon, 12 Jan 2015 04:50:56 +0000 (UTC) Received: from acipenser.esturion.net (acipenser.esturion.net [65.101.5.252]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D3F92FA for ; Mon, 12 Jan 2015 04:50:55 +0000 (UTC) Received: by acipenser.esturion.net (Postfix, from userid 112) id BE5B5260203; Sun, 11 Jan 2015 21:42:44 -0700 (MST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on acipenser.esturion.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Received: from feyerabend.n1.pinyon.org (quine.pinyon.org [65.101.5.249]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by acipenser.esturion.net (Postfix) with ESMTPSA id 738FD260033 for ; Sun, 11 Jan 2015 21:42:40 -0700 (MST) Message-ID: <54B350C0.4020906@pinyon.org> Date: Sun, 11 Jan 2015 21:42:40 -0700 From: "Russell L. Carter" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Re: BIND REPLACE_BASE option References: <20150111235449.A14AEF52@hub.freebsd.org> <20150112040129.GA16097@lonesome.com> In-Reply-To: <20150112040129.GA16097@lonesome.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2015 04:50:56 -0000 On 01/11/15 21:01, Mark Linimon wrote: > On Sun, Jan 11, 2015 at 03:54:39PM -0800, Roger Marquis wrote: >> "time for it to go", by whose definition? Good code doesn't have a >> fixed lifespan and the claimed rationale doesn't constitute a good >> business case. > > It was believed to be a bad design pattern to let ports modify anything > in base. There had been a few exceptions that crept in over the years, > for one reason or another. Apparently 10.0 seemed like the appropriate > time to get rid of the bad pattern. (Note: I was not involved in the > decision.) > > We've been essentially rewriting the entire ports infrastructure in-place > for the past 6 or 7 years. IMVHO this was entirely necessary: the old > pkg_* tools were buggy, underdocumented, and no longer suited to the task > of keeping up with over 20,000 ports. Along the way we've had to throw > out a lot of rotten code both in the infrastructure and various ports -- > *and* keep the absolute majority of ports working in the meantime. This > was no mean feat. > >> Sometimes you really have to wonder whether these feature deprecations >> are due less to resource shortages than to special interests outside of >> FreeBSD's user-base. > > They are mostly due to the idea of not shipping things that do not work > consistently, and in the way one "might expect". On rare occasion, yes, > that will mean breaking POLA. > > (Also note I'm not defending the way this change was or was not documented.) "documented" This is the problem. There is /usr/ports/UPDATING, but those of us who sensibly use cron & poudriere to update our [ports & pkg] tree never see the contents of /usr/ports/UPDATING. Even with systemd cancer spreading all through debian I have only had one system fail, using apt-get dist-upgrade. Because notice is given in the "upgrade" process that incompatible changes are being made. The discussion of recent pinentry related stuff comes to mind. Since I have already ranted at length on why this is a show stopper, on basic human security grounds, I'll stop here. (Nope, as you can see, I'm not using anything that pinentry was intended to facilitate. How could I, on FreeBSD?) Russell > As for "special interests", this is specious. AFAIK the companies that > embed FreeBSD into their products are primarily interested in the kernel, > the networking stack, the file systems, and so on. I do not know of any > such company that even _uses_ FreeBSD ports. > > Thus, they could have no influence on the outcome. > > tl;dr: the FreeBSD ports community is pretty well self-contained. > > mcl > _______________________________________________ > freebsd-ports@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-ports > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org" >