All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ian Campbell <ian.campbell@citrix.com>
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Cc: george.dunlap@eu.citrix.com,
	Andrew Cooper <andrew.cooper3@citrix.com>,
	xen-devel@lists.xensource.com,
	Ian Jackson <Ian.Jackson@eu.citrix.com>
Subject: Re: [PATCH 4/9] raisin: add a component to build qemu_traditional
Date: Thu, 16 Apr 2015 11:10:39 +0100	[thread overview]
Message-ID: <1429179039.25195.60.camel@citrix.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1504161053320.7690@kaball.uk.xensource.com>

On Thu, 2015-04-16 at 10:54 +0100, Stefano Stabellini wrote:
> On Thu, 16 Apr 2015, Ian Campbell wrote:
> > On Wed, 2015-04-15 at 18:41 +0100, Stefano Stabellini wrote:
> > > On Wed, 15 Apr 2015, Ian Campbell wrote:
> > > > On Wed, 2015-04-15 at 17:15 +0100, Ian Jackson wrote:
> > > > > Stefano Stabellini writes ("Re: [Xen-devel] [PATCH 4/9] raisin: add a component to build qemu_traditional"):
> > > > > > On Wed, 15 Apr 2015, Ian Campbell wrote:
> > > > > > > (I also think osstest support is a prerequisite for saying it is an
> > > > > > > officially support XenProject thing, but that's offtopic in this
> > > > > > > context)
> > > > > > 
> > > > > > I spoke with IanJ and he didn't seem too keen on adding raisin support
> > > > > > to osstest before raisin could build everything out of tree. That's way
> > > > > > I started tackling qemu and qemu-traditional.
> > > > 
> > > > I see, I had imagined we would prefer a more piecemeal process.
> > > > 
> > > > > I don't mind a hybrid approach.  What I would like is for each
> > > > > subproject to _either_ do the existing thing, or be able to ask raisin
> > > > > about it in advance.
> > > > 
> > > > Isn't that going to be useful/necessary anyway? e.g. as new (i.e.
> > > > completely new, not moving from xen.git) stuff is added and desirable to
> > > > support.
> > > 
> > > The integration process that I envisioned is something like the
> > > following:
> > > 
> > > - Add any missing options to the xen-unstable build system to avoid
> > > cloning and building sub-components, such as qemu, seabios, etc. Many of
> > > these configure options are already there, like --with-system-qemu and
> > > --with-system-ovmf.
> > > 
> > > - build all these components separately in raisin
> > > 
> > > - introduce raisin in osstest
> > > 
> > > - disable by default cloning and building sub-components from xen-unstable
> > > 
> > > / time passes /
> > > 
> > > - remove options to clone and build sub-components from xen-unstable
> > 
> > That makes sense. My final paragraph was asking about the next step,
> > which is adding a completely new component to raisin and integrating it
> > with osstest, wouldn't osstest then need some way to query raisin about
> > what it would clone etc?
> 
> Raisin has a config file to specify what to clone from where and what
> revision it should use:
> 
> http://xenbits.xen.org/gitweb/?p=people/sstabellini/raisin.git;a=blob_plain;f=defconfig;hb=HEAD

But can I _query_ what it is able to build (i.e. the components the
current version supports) and/or what it would actually build if asked
(i.e. the revisions of things).

Ian.

  reply	other threads:[~2015-04-16 10:10 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-15 15:14 [PATCH 0/9] raisin: introduce qemu and qemu-traditional Stefano Stabellini
2015-04-15 15:14 ` [PATCH 1/9] raisin: do not clean before build Stefano Stabellini
2015-04-15 15:26   ` George Dunlap
2015-04-15 15:14 ` [PATCH 2/9] raisin: use timestamps for dpkg Version to avoid versions that start with letters Stefano Stabellini
2015-04-15 15:34   ` Olaf Hering
2015-04-15 15:40     ` Stefano Stabellini
2015-04-15 15:14 ` [PATCH 3/9] raisin: add QEMU upstream component Stefano Stabellini
2015-04-15 19:05   ` Julien Grall
2015-04-16  9:51     ` Stefano Stabellini
2015-04-16  9:54       ` George Dunlap
2015-04-16 10:29         ` Stefano Stabellini
2015-04-16 10:49         ` Julien Grall
2015-04-15 15:14 ` [PATCH 4/9] raisin: add a component to build qemu_traditional Stefano Stabellini
2015-04-15 15:26   ` Andrew Cooper
2015-04-15 15:44     ` Stefano Stabellini
2015-04-15 15:49       ` Andrew Cooper
2015-04-15 15:51         ` George Dunlap
2015-04-15 15:58         ` Ian Campbell
2015-04-15 16:11           ` Stefano Stabellini
2015-04-15 16:15             ` Ian Jackson
2015-04-15 16:26               ` Ian Campbell
2015-04-15 17:41                 ` Stefano Stabellini
2015-04-16  8:45                   ` Ian Campbell
2015-04-16  9:54                     ` Stefano Stabellini
2015-04-16 10:10                       ` Ian Campbell [this message]
2015-04-16 10:25                         ` Stefano Stabellini
2015-04-16 10:39                           ` George Dunlap
2015-04-16 10:48                             ` Ian Campbell
2015-04-16 10:55                               ` Stefano Stabellini
2015-04-16 10:59                                 ` George Dunlap
2015-04-16 11:15                           ` Ian Jackson
2015-04-15 16:21             ` George Dunlap
2015-04-15 17:42               ` Stefano Stabellini
2015-04-16  8:47                 ` Ian Campbell
2015-04-16  9:53                   ` Stefano Stabellini
2015-04-16 10:09                     ` Ian Campbell
2015-04-15 16:24             ` Ian Campbell
2015-04-16 16:03     ` Stefano Stabellini
2015-04-17  8:41       ` Ian Campbell
2015-04-15 15:14 ` [PATCH 5/9] raisin: remove UPSTREAM_ for URL and REVISION variables Stefano Stabellini
2015-04-15 15:14 ` [PATCH 6/9] raisin: add some debugging output for VERBOSE=1 Stefano Stabellini
2015-04-15 15:14 ` [PATCH 7/9] raisin: remove unneeded chmod +x xencommons xendomains xen-watchdog Stefano Stabellini
2015-04-15 15:31   ` George Dunlap
2015-04-15 15:14 ` [PATCH 8/9] raisin: rename MAKE to RAISIN_MAKE Stefano Stabellini
2015-04-15 15:15 ` [PATCH 9/9] raisin: add $INST_DIR/usr/lib64 to LDFLAGS for QEMU and Libvirt Stefano Stabellini
2015-04-15 15:42   ` George Dunlap
2015-04-15 15:43 ` [PATCH 0/9] raisin: introduce qemu and qemu-traditional George Dunlap
2015-04-15 15:57   ` Stefano Stabellini

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1429179039.25195.60.camel@citrix.com \
    --to=ian.campbell@citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=george.dunlap@eu.citrix.com \
    --cc=stefano.stabellini@eu.citrix.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.