From owner-freebsd-ports@FreeBSD.ORG Fri Jan 6 13:12:36 2006 Return-Path: X-Original-To: ports@freebsd.org Delivered-To: freebsd-ports@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C188E16A41F for ; Fri, 6 Jan 2006 13:12:36 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from mailhub04.unibe.ch (mailhub04.unibe.ch [130.92.9.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 095F743D45 for ; Fri, 6 Jan 2006 13:12:36 +0000 (GMT) (envelope-from roth@droopy.unibe.ch) Received: from localhost (scanhub01-eth0.unibe.ch [130.92.254.65]) by mailhub04.unibe.ch (Postfix) with ESMTP id AC3671A311; Fri, 6 Jan 2006 14:12:33 +0100 (CET) Received: from mailhub04.unibe.ch ([130.92.9.71]) by localhost (scanhub01.unibe.ch [130.92.254.65]) (amavisd-new, port 10024) with LMTP id 18367-15-7; Fri, 6 Jan 2006 14:12:31 +0100 (CET) Received: from asterix.unibe.ch (asterix.unibe.ch [130.92.64.4]) by mailhub04.unibe.ch (Postfix) with ESMTP id 4DDEE1A306; Fri, 6 Jan 2006 14:12:31 +0100 (CET) Received: from droopy.unibe.ch (droopy [130.92.64.20]) by asterix.unibe.ch (8.12.10+Sun/8.12.10) with ESMTP id k06DCV8Z010210; Fri, 6 Jan 2006 14:12:31 +0100 (MET) Received: (from roth@localhost) by droopy.unibe.ch (8.12.10+Sun/8.12.9/Submit) id k06DCVYi015076; Fri, 6 Jan 2006 14:12:31 +0100 (MET) Date: Fri, 6 Jan 2006 14:12:31 +0100 From: Tobias Roth To: Stijn Hoop Message-ID: <20060106131231.GC14967@droopy.unibe.ch> References: <834B3A07-EC76-4645-8E1B-7ABEA4EC999A@submonkey.net> <43BE57E9.9060507@rogers.com> <43BE61C9.9060502@ebs.gr> <43BE63E7.4060209@rogers.com> <20060106124508.GB14967@droopy.unibe.ch> <20060106125428.GC79296@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060106125428.GC79296@pcwin002.win.tue.nl> User-Agent: Mutt/1.4i X-message-flag: Warning! Using Outlook is insecure and promotes virus distribution. Please use a different email client. X-Virus-checked: by University of Berne Cc: ports@freebsd.org Subject: Re: Portupgrade confused about editors/emacs X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Jan 2006 13:12:37 -0000 On Fri, Jan 06, 2006 at 01:54:28PM +0100, Stijn Hoop wrote: > > > A perfect example of this is the recent RCng commits to 6-STABLE. The > > > ports are clearly not ready for this, yet its been committed and left. > > > Now many ports refuse to work. This clearly breaks POLA. > > > > I agree to the RCng example. How long was it in -CURRENT? Two weeks? > > Then MFC it over the christmas season, when there is a high probability > > that maintainers of affected ports might not be around to fix the mess? > > Not good. > > Well, it is -STABLE. Despite the name, the -STABLE charter has always > been 'it might have some bumps when MFCing large features but it > should be OK to run it'. Stuff is MFCed to -STABLE once it has received widespread enough testing and is considered stable. As the outcome shows, this was clearly not the case with the RCng stuff. > If you need absolute stability (like you seem > to indicate by all of your loudly screaming posts), run -SECURITY (ie > RELENG_6_0). Furthermore, implement some kind of test system where you > can see what changes will do to your setup _before_ you run them in > production. Even with -SECURITY you might be the first to run into > some unanticipated problem; no-one can guarantee that something works > on all weird setups in the wild. I do not need education on FreeBSD release engineering. However if you claim that untested and therefore possibly broken things should be MFCed, then maybe you do? After all, what's CURRENT for if things get MFCed untested? > Note also that lots of people don't have issues (ie me), and that Doug > en Brooks have been totally responsive to all reports, from where I > can see. This (at least from my part) was not critique on the responsivenes, but on the time and nature of the MFC. I claim it was not long enough in CURRENT to be MFCed. And since it was known beforehand that the change will possibly affect many port maintainers who will then have to adapt their ports, the time of the MFC was was badly chosen. If I commit or MFC something that I can fix myself during holiday season, that's ok. But if I commit something that needs the help of many people, in case it breaks, the holiday season is a bad moment to commit. Also, solutions to the whole localpkg discussion are under discussion for at least 1.5 years now. If Doug wouldn't had commited his work to CURRENT, the discussion could still drag on and on. So in that respect, I welcome that he ended the discussion with a commit of an implementation to CURRENT. But such a much discussed change should not go to STABLE so quickly. thanks, t.