From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefan Hajnoczi Subject: Re: [Qemu-devel] QEMU buildbot maintenance state Date: Thu, 31 Jan 2013 13:54:32 +0100 Message-ID: <20130131125432.GA23324@stefanha-thinkpad.redhat.com> References: <87sj5lh8tf.fsf@elfo.elfo> <510676E3.4030604@suse.de> <26158107.iff9SemuRB@marvin.site> <20130129123336.GA10681@stefanha-thinkpad.redhat.com> <5108E86A.5040207@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Andreas =?iso-8859-1?Q?F=E4rber?= , KVM devel mailing list , Juan Quintela , qemu-devel qemu-devel , Anthony Liguori , Christian Berendt , Daniel Gollub To: Gerd Hoffmann Return-path: Received: from mail-bk0-f50.google.com ([209.85.214.50]:48215 "EHLO mail-bk0-f50.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751626Ab3AaMyh (ORCPT ); Thu, 31 Jan 2013 07:54:37 -0500 Received: by mail-bk0-f50.google.com with SMTP id jg9so1311297bkc.23 for ; Thu, 31 Jan 2013 04:54:35 -0800 (PST) Content-Disposition: inline In-Reply-To: <5108E86A.5040207@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On Wed, Jan 30, 2013 at 10:31:22AM +0100, Gerd Hoffmann wrote: > Hi, > > > Gerd: Are you willing to co-maintain the QEMU buildmaster with Daniel > > and Christian? It would be awesome if you could do this given your > > experience running and customizing buildbot. > > I'll try to set aside some time for that. Christians idea to host the > config at github is good, that certainly makes it easier to balance > things to more people. > > Another thing which would be helpful: Any chance we can setup a > maintainer tree mirror @ git.qemu.org? A single repository where each > maintainer tree shows up as a branch? > > This would make the buildbot setup *alot* easier. We can go for a > AnyBranchScheduler then with BuildFactory and BuildConfig shared, > instead of needing one BuildFactory and BuildConfig per branch. Also > makes the buildbot web interface less cluttered as we don't have a > insane amount of BuildConfigs any more. And saves some resources > (bandwidth + diskspace) for the buildslaves. > > I think people who want to look what is coming or who want to test stuff > cooking it would be a nice service too if they have a one-stop shop > where they can get everything. I sent a pull request that makes the BuildFactory definitions simpler using a single create_build_factory() function: https://github.com/b1-systems/buildbot/pull/1 Keep in mind that BuildFactories differ not just by repo/branch but also: * in-tree or out-of-tree * extra ./configure arguments * gmake instead of make I think this means it is not as simple as defining a single BuildFactory. Stefan