All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nivedita Singhvi <niv@us.ibm.com>
To: Ian Pratt <m+Ian.Pratt@cl.cam.ac.uk>
Cc: xen-devel <xen-devel@lists.xensource.com>
Subject: Re: RE: New Release Process
Date: Thu, 26 Jan 2006 10:32:04 -0800	[thread overview]
Message-ID: <43D915A4.5020701@us.ibm.com> (raw)
In-Reply-To: <A95E2296287EAD4EB592B5DEEFCE0E9D40A3A3@liverpoolst.ad.cl.cam.ac.uk>

Ian Pratt wrote:

> It's been over 6 weeks since the 3.0.0 release, and the -unstable tree
> is actually looking pretty good right now -- two of the bugs I mentioned
> yesterday are now fixed. 
> 
> My current inclination is to call a 3.0.1 release Friday/Saturday and
> sweep the tree into -testing. Monday morning we'd then incorporate hvm
> and the 2.6.15 tree and work flat out to get that fully tested and
> stabilized ASAP, so SuSE can pick it up for SLES10.

Agreed, I think this is fine.

> SuSE have said they are actually going to base their release off 2.6.16,
> even though we're still likely to be on 2.6.16-rcX by their freeze date.
> One thing we could do to help them is to break with tradition and to
> check the 2.6.16-rcX into the tree rather than the most recent stable
> release, 2.6.15. This would help get 2.6.16 stabilized quicker, which
> would certainly help them. 2.6.16 is already at rc1, which means that

Probably keeps us current for longer, so sounds reasonable.

> many of the 'rough edges' should have been found, so I doubt we'll be
> hurting ourselves too much. This is -unstable, after all.
> 
> What do other developers feel about trying to help SuSE out like this?
> No doubt we might have to end up doing something similar for RH come the
> RHEL5 freeze date. My feeling is that its in the xen community's
> interest to have the best possible vendor releases, as the users always
> end up coming to our mailing lists to complain :) 
> 
> What do you think? Should we stick with 2.6.15 or go to 2.6.16-rc1 ?

I think going to 2.6.16-rc1 is a good idea..

> Any reason not to call 3.0.1 now? There are a load of bug fixes and
> improvements over 3.0.0.

Doing that now is fine. The emphasis as soon as that is done should
be to stabilize the new stuff incoming asap, so that a stable hvm,
upgraded linux kernel etc can be picked up by SLES10..i.e.
hopefully we can get a 3.0.2 out soon, too..

Our focus will continue to be hitting on xen-unstable as hard as
we can and fixing existing showstopper bugs there..

thanks,
Nivedita

  parent reply	other threads:[~2006-01-26 18:32 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-26 18:20 New Release Process Ian Pratt
2006-01-26 18:30 ` Mark Williamson
2006-01-26 18:32 ` Nivedita Singhvi [this message]
2006-01-26 18:45 ` Matt Ayres
2006-01-27 10:36   ` Keir Fraser
2006-01-27 23:18     ` Matt Ayres
2006-01-26 19:31 ` Anthony Liguori
2006-01-27 10:56 ` Gerd Hoffmann
2006-01-27 15:04   ` Vincent Hanquez
2006-01-27 21:45 ` Paul Larson
  -- strict thread matches above, loose matches on Subject: below --
2006-01-28  8:40 Ian Pratt
2006-01-27 22:10 Ian Pratt
2006-01-27 19:56 Wahlig, Elsie
2006-01-27  3:02 Nakajima, Jun
2006-01-26 23:34 Ian Pratt
2006-01-26 19:42 Nakajima, Jun
2006-01-24 23:11 Ian Pratt
2006-01-24 23:18 ` Matt Ayres
2006-01-25  9:59 ` Patrick Scharrenberg

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=43D915A4.5020701@us.ibm.com \
    --to=niv@us.ibm.com \
    --cc=m+Ian.Pratt@cl.cam.ac.uk \
    --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.