cluster-devel.redhat.com archive mirror
 help / color / mirror / Atom feed
From: Steven Dake <sdake@redhat.com>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] STABLE2 cluster branch
Date: Sat, 01 Mar 2008 01:33:37 -0700	[thread overview]
Message-ID: <1204360417.31162.16.camel@balance> (raw)
In-Reply-To: <Pine.LNX.4.64.0803010707340.5782@trider-g7>

On Sat, 2008-03-01 at 07:13 +0100, Fabio M. Di Nitto wrote:
> Hi guys,
> 
> On Fri, 22 Feb 2008, David Teigland wrote:
> 
> > I've created a new STABLE2 branch from master in the new cluster.git.
> 
> thanks for this work...
> 
> > The point of STABLE2 is:
> >
> >  - build/run with the current stable release of openais, (now 0.80.3)
> 
> I think i would really like to be able to detect this at build time. I 
> know as a project we don't usually add #ifdef version > 1.0 kind of things 
> but some distributions already have openais 0.82 around and a downgrade to 
> follow the stable2 branch could be complex.
> 
> I don't see creating another branch is the right solution as it will 
> involve the extra overhead for it.
> 
> > I think we're in good shape already for the kernel, but some work is
> > needed for compatibility with openais 0.80.3.
> 
> Is anybody actually working on this?
> 

I believe the answer is no but I am not sure if Dave or Chrissie are
working on this effort.

I continue to maintain and work on the stable branch of openais
(whitetank 0.80.3), but I don't know of the efforts Dave is talking
about or even what was branched to create stable2.  I assume it is the
current trunk of the gfs userland tree.  In this case, the current
trunk(stable2) is meant to work against the trunk of openais. 

_No_ new features are going into whitetank at all so whatever is in
stable 2 must be modified to work with the whitetank branch.

The "trunk" of openais/corosync will work with the trunk of the git
repo.  This is the only effort underway now involving openais.

I __am not creating new branches__ of openais to work specifically with
stable 2 or backporting any feature additions that are currently in
trunk.  The only porting that will take place is forward ports of bug
fixes in the whitetank branch that are not in the trunk.

Finally whitetank is frozen to feature additions that are not critical
to user requirements.  Only bug fixes go into whitetank.  Our full
commit policy WRT various branches can be found here:

http://www.openais.org/doku.php?id=dev:commit_policy

Regards
-steve

> > Most of the commits that are made to the RHEL5 branch should also be made
> > to STABLE2.  New things developed on the master branch would probably not
> > be appropriate for STABLE2.
> 
> Also bug fixes and clean up commits in master should go into the stable2 
> branch. There are already a good bunch of candidates for inclusion.
> 
> > I plan to do tarball releases from the STABLE2 branch (cluster-2.y.0).  As
> > soon as we get it working with openais 0.80.3 and kernel 2.6.24, we'll
> > release cluster-2.02.00.
> 
> cool.
> 
> > My ultimate hope is that these released tarballs will form the basis for
> > distribution packaging.
> 
> perfect!
> 
> thanks
> Fabio
> 
> --
> I'm going to make him an offer he can't refuse.
> 



  reply	other threads:[~2008-03-01  8:33 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-22 20:48 [Cluster-devel] STABLE2 cluster branch David Teigland
2008-03-01  6:13 ` Fabio M. Di Nitto
2008-03-01  8:33   ` Steven Dake [this message]
2008-03-01 16:31     ` Fabio M. Di Nitto
2008-03-01 21:52       ` Steven Dake
2008-03-03 15:10         ` David Teigland
2008-03-03 16:10           ` Fabio M. Di Nitto
2008-03-03 16:30             ` David Teigland
2008-03-04 13:39               ` Christine Caulfield
2008-03-04 19:59                 ` Steven Dake
2008-03-05 11:39                   ` Christine Caulfield
2008-03-05 16:23                     ` Christine Caulfield
2008-03-03 17:07           ` Steven Dake
2008-03-03 17:48             ` David Teigland
2008-03-03 18:31             ` Fabio M. Di Nitto

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=1204360417.31162.16.camel@balance \
    --to=sdake@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).