[Linux-cluster] [Cluster-devel] ATTENTION packagers and developers! (moving from 3.0.x to 3.1)
swhiteho at redhat.com
Wed Oct 6 14:33:54 UTC 2010
To explain a bit more about what is happening on the GFS2 side of
things, this is our current plan:
o gfs2-utils becomes its own package (with essentially identical
o gfs2-cluster is a binary subpackage of gfs2-utils which will contain
the gfs2 related parts of the old cman package
o The old cman pakage retains its original contents, minus what is now
So what is new in gfs2-cluster? Only gfs_controld and its associated man
pages, a new initscript and a gfs_control binary. The gfs2-cluster
package depends upon cman in order to ensure that dlm_controld etc are
As a result of being able to build the packages from the gfs2-utils git
tree (rather than the cluster tree which is currently used) that will
result in the tunegfs2 utility being added to gfs2-utils package at long
The reason for wanting to make the split from the GFS2 side of things is
to allow independent (and more frequent) builds of gfs2-utils and thus
to keep the packages much more uptodate with respect to the head of the
On Wed, 2010-10-06 at 15:39 +0200, Fabio M. Di Nitto wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
> Hi all,
> either today or tomorrow, we will release 3.0.17 (that unless will show
> major issues) it will be the last release of cluster in the 3.0.x series.
> The next release will be 3.1.0 and it will be the first release gearing
> towards the split git trees.
> With 3.1.x release, we will:
> - - drop any gfs/gfs2 related code from cluster project.
> - - drop fence agents from cluster project.
> - - drop resource agents from cluster project.
> The gfs2 code will be released from gfs2-utils.git.
> The fence agents will be released from fence-agents.git
> The resource agents will be released from resource-agents.git
> We will clearly synchronize the first release to avoid any regression,
> but from there on, the 4 projects will release independently (unless
> big changes will require otherwise).
> Due to the nature of the changes, 3.1 will come out when it´s ready, so
> it might take slightly longer than the usual month in between releases.
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
> -----END PGP SIGNATURE-----
More information about the Linux-cluster