All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ian Campbell <ian.campbell@citrix.com>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: stefano.stabellini@eu.citrix.com, wei.liu2@citrix.com,
	xen-devel@lists.xen.org
Subject: Re: [PATCH OSSTEST] Switch to merged qemu-xen{, -traditional}.git trees
Date: Tue, 20 Oct 2015 11:34:32 +0100	[thread overview]
Message-ID: <1445337272.9563.28.camel@citrix.com> (raw)
In-Reply-To: <22052.55175.145023.84360@mariner.uk.xensource.com>

On Mon, 2015-10-19 at 12:44 +0100, Ian Jackson wrote:
> Ian Campbell writes ("Re: [PATCH OSSTEST] Switch to merged qemu-xen{,
> -traditional}.git trees"):
> > We discussed on IRC with you and Stefano and are going to aim to push
> > this
> > in the w/c 19 October.
> 
> We have decided under the circumstances to postpone this to next week.
> 
> It would probably have been possible for me to pick things up from
> the deployment plan in your mail
>    [PATCH OSSTEST+XEN 0/1+1] Switching to one qemu tree per qemu version
> (trad vs upstream)
> But it seems better to wait for you to be back.

That was probably wise, although I'm on vacation next week.

I thought maybe I'd be able to manage it today given the existence of the
checklist, but I think actually I'm too fuzzy headed even for that.

I made some updates to the plan last week, see below.

Ian.


 * Today we can already just remove the old staging/qemu-xen-* trees, they
   are unused (apart from being manually pushed to along with the staging
   trees, I think).
   
 * Move the two new trees out of people/ianc into the correct places.
   Ensure git-http etc all works and that Stefano + IanJ have appropriate
   permissions.

 * See if there is a way to prevent pushes to the old trees (e.g. a
   setting in their .git/config file).

 * Test osstest patch <1443793989.11707.121.camel@citrix.com>. Quoth iwj:

   * explicitly ap-push and ap-fetch the relevant trees. Perhaps do
     the ap-push as a user without the appropriate permissions to get
     a dry run.

   * Update patch as necessary.
   
 * Push resulting tested osstest patch. Probably force push
 
 * Once that change is in osstest.git#production Stefano and Ian would
   switch to pushing to the appropriate staging* branches new trees.

   osstest will ignore the old staging trees and osstest will update both
   the new master/stable branches and the old stable trees (but not the old
   qemu-upstream-unstable#master branch).
   
 * ASAP after the osstest patch reaches production push the patch
   <1442486509.18856.166.camel@citrix.com> to xen.git#staging.

   NOTE: s/qemu-xen-traditional\.h/qemu-xen-traditional.git./ on the commit
   message and add Ian J's ack.
   
   This will cause the xen-unstable builds to use the new output gate.

   Until this is done unstable builds will continue using the old
   master push gate, which is not updated after the osstest update
   (only stable branches are).
   
 * Remove the old staging/qemu-upstream-* trees, they are not
   referenced by anything.
   
 * At our leisure backport the xen.git change to stable branches, probably
   back as far as 4.2 (when qemu-xen was introduced).
   
 * Do stable releases of each of the above.
 
 * Drop (one by one or all at once) the push to the legacy stable branches
   from osstest as stable releases are made referencing the new trees.
   
 * Consider hiding (or removing) the old output trees from xenbits as well.
   => Not possible with current gitweb setup.

  reply	other threads:[~2015-10-20 10:34 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-17  9:37 [PATCH OSSTEST+XEN 0/1+1] Switching to one qemu tree per qemu version (trad vs upstream) Ian Campbell
2015-09-17  9:37 ` [PATCH OSSTEST] Switch to merged qemu-xen{, -traditional}.git trees Ian Campbell
2015-09-17 10:31   ` Ian Jackson
2015-09-17 10:43     ` Ian Campbell
2015-09-17 10:47       ` Ian Campbell
2015-10-02 13:43         ` Ian Jackson
2015-10-02 13:53           ` Ian Campbell
2015-10-05 16:39             ` Ian Jackson
2015-10-19 11:44             ` Ian Jackson
2015-10-20 10:34               ` Ian Campbell [this message]
2015-10-21 10:16                 ` Ian Campbell
2015-10-21 10:35                   ` Ian Jackson
2015-10-21 10:50                     ` Ian Campbell
2015-10-21 11:07                 ` Ian Campbell
2015-10-21 13:15                 ` Ian Campbell
2015-10-21 13:25                   ` Ian Campbell
2015-10-21 14:12                   ` Ian Campbell
2015-10-21 14:23                     ` Ian Campbell
2015-10-29 15:24                   ` Ian Jackson
2015-09-17  9:37 ` [PATCH XEN] Config: Switch to unified qemu trees Ian Campbell
2015-09-17 10:32   ` Ian Jackson
2015-09-17 10:41     ` Ian Campbell
2015-10-16 11:34       ` Ian Jackson
2015-10-21 13:18         ` Ian Campbell
2015-09-17 10:23 ` [PATCH OSSTEST+XEN 0/1+1] Switching to one qemu tree per qemu version (trad vs upstream) Ian Jackson
2015-09-17 10:36   ` Ian Campbell

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=1445337272.9563.28.camel@citrix.com \
    --to=ian.campbell@citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=stefano.stabellini@eu.citrix.com \
    --cc=wei.liu2@citrix.com \
    --cc=xen-devel@lists.xen.org \
    /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.