Date: Wed, 6 Jun 2007 20:55:38 -0500 From: linimon@lonesome.com (Mark Linimon) To: Kris Kennaway <kris@obsecurity.org> Cc: Eric Anholt <eric@anholt.net>, cvs-ports@FreeBSD.org, Pav Lucistnik <pav@FreeBSD.org>, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/x11/libX11 Makefile distinfo manpages pkg-plist ports/x11/libX11/files patch-src_ImUtil.c Message-ID: <20070607015538.GB23820@soaustin.net> In-Reply-To: <20070607014450.GA17218@rot13.obsecurity.org> References: <200706061625.l56GP3lo043614@repoman.freebsd.org> <20070606200421.GA5453@rot13.obsecurity.org> <1181165084.76200.1.camel@ikaros.oook.cz> <20070606214112.GB6716@rot13.obsecurity.org> <1181173452.30365.20.camel@vonnegut> <20070607014450.GA17218@rot13.obsecurity.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jun 06, 2007 at 09:44:50PM -0400, Kris Kennaway wrote: > The FreeBSD project does not have the resources (or desire) to effectively > do full-time incremental X.org release engineering because of X.org > changes being continuously pushed into ports. The last I checked, i386 package builds take ~5 days, amd64 take ~7 days, sparc64 take more than 3 weeks. If we push point releases any faster than these dates, we will never have current packages. I think this would be a serious mistake. I've spent a lot of time looking at why packages are so far behind the ports and the deep dependency trees are the major part of the problem. The fact that we still get some commits that don't work on one of the architectures, and the fact that some commits break downstream ports, account for the rest of the problem. I intend to press on with the partial work I presented as BSDCan so that we can show exactly how far behind e.g. amd64 is vs. i386. I can manually generate graphs of the trees of unbuilt ports, but it needs to be automatic and I need to create a graph of buildenvX vs. buildenvY. This is at least a few weeks out. mcl
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070607015538.GB23820>