From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15005 invoked by alias); 28 Aug 2007 00:19:05 -0000 Received: (qmail 14971 invoked by uid 22791); 28 Aug 2007 00:19:04 -0000 X-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,DK_POLICY_SIGNSOME,FORGED_RCVD_HELO,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org (qpsmtpd/0.31) with ESMTP; Tue, 28 Aug 2007 00:18:59 +0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l7S0IlIt022693; Mon, 27 Aug 2007 20:18:47 -0400 Received: from pobox-2.corp.redhat.com (pobox-2.corp.redhat.com [10.11.255.15]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l7S0Ik3m004239; Mon, 27 Aug 2007 20:18:47 -0400 Received: from localhost.localdomain (vpn-14-218.rdu.redhat.com [10.11.14.218]) by pobox-2.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l7S0IkSS026300; Mon, 27 Aug 2007 20:18:46 -0400 Message-ID: <46D369E5.6080805@redhat.com> Date: Tue, 28 Aug 2007 00:19:00 -0000 From: Phil Muldoon User-Agent: Thunderbird 2.0.0.5 (X11/20070719) MIME-Version: 1.0 To: Elena Zannoni CC: Mark Wielaard , frysk@sourceware.org Subject: Re: Again the build is broken :( References: <20070824055011.GA19064@oracle.com> <1187943385.3749.12.camel@dijkstra.wildebeest.org> <46CED04A.9070003@redhat.com> <46CEEA89.7030803@oracle.com> <1187966328.24666.20.camel@dijkstra.wildebeest.org> <46CEF687.6020502@redhat.com> <46CF03A8.2030805@oracle.com> In-Reply-To: <46CF03A8.2030805@oracle.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact frysk-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: frysk-owner@sourceware.org X-SW-Source: 2007-q3/txt/msg00356.txt.bz2 Elena Zannoni wrote: >> > > Sure, the two things you mention are not mutually exclusive. > However there is a cost to identifying broken builds too, and it seems > that Mark is drawing the > short straw frequently, since he is usually the first to correct said > oversights. It takes away some > of his time from development. I'll segway into distributed version control here, my favorite pet topic ;) It's great for isolating people from other peoples commits, and the ability to locally remove (or re-pull) whatever patch-sets you like. This a good thing, if a patch is bothering you then remove that change-set, then pull it later when it is mixed. OTOH I think we all try to keep a stable CVS HEAD, but sometimes things just slip. Anyway, old ground there but ... > What I have suggested is that, like we used to do once upon a time, we > stick with as few development platforms as we can get away with in > order to minimize the > oversights. So if the platforms supported are FC6 and F7, let's stick > with those and make > everybody's life easier. If somebody wants to add FC5 to the test > grid, please do so and contribute > the tests results so that they can be uploaded. Any takers? I don't think the platforms have changed much since the time you talk about. But then again, there are other concerns now and in the future for other growth platforms. We have a Debian package now that Thomas works on. Mike is/was working on a Gentoo version. Fedora, RHEL and other distros. The math gets scary when you take platforms * architectures. Add into that the changing dynamics of the kernel across those platforms, and the only sane way to keep track of these is a build host. Ideally, in a hardware rich world I'd like to submit a job to a build farm so it could lint all this automatically. Especially when I work on CNI code. I don't see the build farm failing as a "failure" but rather "doing its job". Regards Phil