Date: Tue, 13 Jan 2015 20:41:41 -0700 From: "Russell L. Carter" <rcarter@pinyon.org> To: freebsd-ports@freebsd.org Subject: Re: BIND REPLACE_BASE option Message-ID: <54B5E575.30301@pinyon.org> In-Reply-To: <20150114031154.F0B954E7@hub.freebsd.org> References: <D029D964D3A96A570922090C@ogg.in.absolight.net> <ee422bd630292fe6f7bc5439799667de@lhaven.homeip.net> <2A3ABE9AE68B3CE8E1B7C1A1@ogg.in.absolight.net> <20150113163325.3A8FCBDC24@prod2.absolight.net> <67897B782F897C2A66FCD458@atuin.in.mat.cc> <20150113233952.BF862BDC24@prod2.absolight.net> <B5BC1F9B1E9B32C89F11B397@atuin.in.mat.cc> <20150114031154.F0B954E7@hub.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 01/13/15 20:11, Roger Marquis wrote: >> The dialog option you talk about says: >> [ ] REPLACE_BASE EOL, no longer supported >> I'm quite sure the end-user you're talking about can get a clue from it, >> and if he either already had selected it before, or he just selected >> it, he >> will get: >> ===> bind99-9.9.6P1_3 REPLACE_BASE is no longer supported. >> The end-user can then get another clue and maybe unselect it. > > Maybe you're right but, to perhaps better illustrate the point, you would > never see something like this in Ubuntu, Debian, Redhat, or SuSE. I agree but lets back out just a bit. This fundamentally sound pkg infrastructure is very new to FreeBSD, and it completely rocks. As much as I grit my teeth over certain road bumps I have to acknowledge that local customizable binary repos... well that's fantastic. But that's the infrastructure. People take time to learn what having such an infrastructure really means in terms of the expectations of developers looking toward users, and users looking into packages (and not necessarily caring if a developer even exists). It took a very long time for those linux distros to get their pkg upgrade process as smooth as it is now, and a large part of that time was spent acculterating the individual pkg maintainers (an evolving population) into the idea that an installed pkg should continue to "just work" if it already does. If it can't continue to "just work", then there are lots of handholding instructions suitable for very stupid people generally provided, as barriers, during the upgrade process. All that extra packaging effort is devoted by far to the clueless (sometimes willfully clueless) fraction of the luser base. It's apparent that the FreeBSD community in the main does not have that mentality now. It's part of the attraction, to be clear, myself included. But now with superb package management capabilities in place, I think we will see, over a decade or so, the same sort of smoothness that the best linux distros display gradually emerge in FreeBSD. Craig R is a hero here. In the meantime I'm going to be trying harder to cut the pkg maintainers more slack. It's a sometimes hard, mostly thankless job that is absolutely crucial. 2c, Russell > Roger > _______________________________________________ > 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"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?54B5E575.30301>