On Wed, Jan 8, 2014 at 3:19 PM, John Mark Walker <johnmark@xxxxxxxxxxx> wrote: > ----- Original Message ----- >> > >> > Probably by the end of today or so I'll be releasing the long >> > requested "Automatic GlusterFS deployments". I'd recommend against >> > offering up static iso's, since this solution is a lot nicer, and a >> > lot less bandwidth heavy for downloads. You can set how many hosts to >> > build, and so on, all from one base image and my scripts. If you >> > really want iso's, you can use this system to save them and put them >> > up for download. >> > >> >> I don't know if i can agree - your work is completely okay to co-exist >> with an ISO. But there is a problem here with version numbers for >> GlusterFS. > > Er... that's a separate issue from what james is saying. > >> >> GlusterFS in community versions are 3.4.x (i.e there are releases >> based on minor version changes) as we did >> >> 3.4.0, 3.4.1, 3.4.2 releases ... and so on. >> >> Red Hat Storage Server version is based on point releases ie. pick a >> release/standardize and then back port patches. >> >> 3.4.0.33, 3.4.0.44 .. releases and so on. > > If there is demand for this, we'll have to figure out how to avoid namespace collisions, because as you mentioned, it will be confusing. > > -JM Right! And in addition, the scripts and infrastructure I've developed are agnostic to GlusterFS version... It can use anything from download.gluster.org It will also be able to do QA releases, once I know where those packages are in a stable place. _______________________________________________ Gluster-users mailing list Gluster-users@xxxxxxxxxxx http://supercolony.gluster.org/mailman/listinfo/gluster-users
