From owner-cvs-all@FreeBSD.ORG Thu Jun 7 11:29:21 2007 Return-Path: X-Original-To: cvs-all@freebsd.org Delivered-To: cvs-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A92516A400; Thu, 7 Jun 2007 11:29:21 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id DFACF13C46C; Thu, 7 Jun 2007 11:29:20 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54a5cbce.dip.t-dialin.net [84.165.203.206]) by redbull.bpaserver.net (Postfix) with ESMTP id B9A032E194; Thu, 7 Jun 2007 13:29:10 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 5D0D25B490D; Thu, 7 Jun 2007 13:28:53 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l57BSq2B069349; Thu, 7 Jun 2007 13:28:52 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 07 Jun 2007 13:28:52 +0200 Message-ID: <20070607132852.edzi5pbds08wwss4@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 07 Jun 2007 13:28:52 +0200 From: Alexander Leidinger To: Kris Kennaway 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> <20070607015538.GB23820@soaustin.net> <20070607102229.98t8ak5kmoo8woco@webmail.leidinger.net> <20070607091605.GB22049@rot13.obsecurity.org> In-Reply-To: <20070607091605.GB22049@rot13.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.103, required 8, BAYES_00 -15.00, DKIM_POLICY_SIGNSOME 0.00, MIME_QP_LONG_LINE 1.40, SMILEY -0.50) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Pav, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org, Eric Anholt , Lucistnik , cvs-ports@FreeBSD.org, Mark Linimon Subject: Re: cvs commit: ports/x11/libX11 Makefile distinfo manpages pkg-plist ports/x11/libX11/files patch-src_ImUtil.c 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: Thu, 07 Jun 2007 11:29:21 -0000 Quoting Kris Kennaway (from Thu, 7 Jun 2007 =20 05:16:05 -0400): > On Thu, Jun 07, 2007 at 10:22:29AM +0200, Alexander Leidinger wrote: >> Quoting Mark Linimon (from Wed, 6 Jun 2007 >> 20:55:38 -0500): >> >> >On Wed, Jun 06, 2007 at 09:44:50PM -0400, Kris Kennaway wrote: >> >>The FreeBSD project does not have the resources (or desire) to effectiv= ely >> >>do full-time incremental X.org release engineering because of X.org >> >>changes being continuously pushed into ports. >> >> Who decides what is going in and what not? What changes are allowed to >> go in and which aren't (read: what's the definition of "important" >> here)? > > "Fixes an application crash" or "Fixes a security vulnerability" would > be good reasons. "Fixes some manpage typos" or "Adds a new cursor > theme" or "Adds some linux-specific cruft" would not be :-) I don't > want to have to be the guardian of this myself so I hope the x11@ > mailing list will self-regulate with a bit of guidance. > > Basically everyone needs to be aware that commits to x.org core ports > (those in the dependency path of xorg-libraries, basically) need to > come with a clear justification of why the update is required, so if > you are prepared to defend yourself with solid arguments on that point > then you probably have a reason to proceed. Ok, thanks. >> >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 th= an >> >these dates, we will never have current packages. I think this would be >> >a serious mistake. >> >> 4 weeks would be still too fast for changes to X11 ports, I assume. > > That kind of timescale should be manageable. Time will tell... :) >> >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. >> >> So switching to recording explicit dependencies only would give a >> speed improvement in this case (why shall we rebuild an application >> which depends on some gnome libs but doesn't make some X11 API calls >> directly, the package will not change significantly)? > > Sometimes a port doesn't care when a dependency changes, sometimes it > does - how do you tell those two cases apart with 100% accuracy? I > don't think you can. I think it's within the "what do we use as run-depends"-class, isn't =20 it? We don't get it right in some cases, but most of the time we get =20 it right. When we don't get it right it's a bug, and it is resolved =20 fast for VIPs (Very Important Ports) and is not that critical for =20 "niche-ports". For the actual-package-depends target (not committed yet, I hope it is =20 under testing in an exp run, don't forget the pkg-tools patch and the =20 clean target patch as they helps much) I have a simple patch which =20 allows to switch to explicit dependencies (not tested yet) on runtime. This would have to be tested in a tinderbox first (any volunteers =20 around?), as I expect some problems. After that an exp-run would be =20 interesting. Bye, Alexander. --=20 BOFH excuse #77: Typo in the code http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137