From owner-cvs-all@FreeBSD.ORG Mon Sep 19 07:26:03 2005 Return-Path: X-Original-To: cvs-all@FreeBSD.org Delivered-To: cvs-all@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C71DC16A420 for ; Mon, 19 Sep 2005 07:26:03 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: from relay.rdsnet.ro (gimli.rdsnet.ro [193.231.236.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 8ADF043D48 for ; Mon, 19 Sep 2005 07:26:00 +0000 (GMT) (envelope-from itetcu@people.tecnik93.com) Received: (qmail 21433 invoked from network); 19 Sep 2005 07:25:57 -0000 Received: from unknown (HELO smtp.rdsnet.ro) (62.231.74.130) by smtp1-133.rdsnet.ro with SMTP; 19 Sep 2005 07:25:57 -0000 Received: (qmail 25357 invoked by uid 89); 19 Sep 2005 07:25:57 -0000 Received: from unknown (HELO buh.cameradicommercio.ro) (82.76.1.117) by 0 with SMTP; 19 Sep 2005 07:25:57 -0000 Received: from buh.cameradicommercio.ro (localhost [127.0.0.1]) by buh.cameradicommercio.ro (Postfix) with ESMTP id A65A660B7; Mon, 19 Sep 2005 10:25:57 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (it.buh.cameradicommercio.ro [192.168.0.10]) by buh.cameradicommercio.ro (Postfix) with ESMTP; Mon, 19 Sep 2005 10:25:57 +0300 (EEST) Received: from it.buh.cameradicommercio.ro (localhost.buh.tecnik93.com [127.0.0.1]) by it.buh.cameradicommercio.ro (Postfix) with ESMTP id 3471582; Mon, 19 Sep 2005 10:25:57 +0300 (EEST) Date: Mon, 19 Sep 2005 10:25:56 +0300 From: Ion-Mihai Tetcu To: linimon@lonesome.com (Mark Linimon) Message-ID: <20050919102556.7ac31468@it.buh.cameradicommercio.ro> In-Reply-To: <20050919011125.GD28903@soaustin.net> References: <200509182034.j8IKYCUv065506@repoman.freebsd.org> <20050918234714.41544927@it.buh.tecnik93.com> <20050919011125.GD28903@soaustin.net> X-Mailer: Sylpheed-Claws 1.9.14 (GTK+ 2.6.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-AV-Checked: on buh by ClamAV using ClamSMTP Cc: Clement Laforet , cvs-ports@FreeBSD.org, linimon@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/devel/portmk/Mk bsd.apache.mk bsd.database.mk bsd.java.mk bsd.port.mk bsd.port.post.mk bsd.port.pre.mk bsd.port.subdir.mk bsd.tcl.mk ports/devel/portmk/scripts distfiles.sh options.pl options.sh ranksites-fping.pl ... X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2005 07:26:04 -0000 On Sun, 18 Sep 2005 20:11:25 -0500 linimon@lonesome.com (Mark Linimon) wrote: > On Sun, Sep 18, 2005 at 11:47:14PM +0300, Ion-Mihai Tetcu wrote: > > > - Remove temporarily all eik's work. We'll try to find a decent way > > > to deal with major changes. Of course we'll reuse his good ideas > > > > The ranksites* part would be very useful. > > The problem with eik's changes was that he combined refactoring with > rewriting and this practice always makes it problematic to figure out > exactly what has changed. So if some obscure problem showed up during > testing (or worse, in production) -- and that is almost guaranteed with > several thousands of lines of make/sh/awk/sed/ perl magic -- it would > have been problematic to track it down. > > Since eik's last update to portmk just less than a year ago, a lot of > infrastructure has changed -- we've committed a number of changes to > bsd.port.mk. I know, I've crashed my head against his wall a few times. BTW, I don't think it makes any sense to keep ports/77444 open. [ ... ] > There are two major factors that I'm hoping will make a difference in > the adoption of ports infrastructure changes going forwards, as opposed > to a year ago: > > - It should now be much easier for individuals to do regression testing > using the Marcuscom tinderbox code (http://tinderbox.marcuscom.com). > This should make it much easier for many people to be testing proposed > patches, and thus require less stopped and restarted runs across the > whole set of buildenvs when they are tested on pointyhat. > > - We (the Project as a whole) now have a much better understanding of > how FreeBSD ought to do Release Engineering in the future, including > the effect that src QA (since it effectively determines the length of > ports thaws) has on the ports tree development cycle. Hopefully this > will lead to the tree being in freeze and/or slush much less of the > time. To see how much this has hurt us in the past, see the last graph > in http://people.freebsd.org/~linimon/schedule.html. This is almost a no-op, else we'll end up being in slush/freeze half the time. And as a side effect maybe we'll be able to tag the ports for a release closer to the release data. -- IOnut Unregistered ;) FreeBSD "user"