[Gt-eos] ready to tag

Mischa Salle msalle at nikhef.nl
Sun Oct 21 11:04:01 CEST 2018


Hi all,

We have a few options each with pros and cons:
- 6.1 is logical, but used to indicate development version (see
  http://toolkit.globus.org/toolkit/downloads/
  We don't have to keep to that schema (Linux kernel also dropped it),
  but it could be confusing.
- 6.2 is then more logical, but both still have the problem that there
  is indeed a small chance that Globus will still release something, a
  final release or so (although I very much doubt that). OTOH, we're
  called gct, not globus_toolkit, so I personally think 6.something
  should be fine.
- 1.0 has none of the above problems, we can also decide then to
  continue with 1.1 as the next stable (minor)release. Problem is that
  we have already a gct-6.0.1536386276 as a prerelease.
Ideally I think Globus shouldn't have been using 6.0.XXXX as a
prerelease but something like 6.0.0-XXXX, which works better with a sort
and is consistent with typical debian and rpm numbering.

I think I personally would prefer to move to a gct-1.0.0 combined from
now on with 1.0.0-$(date +%s) for the development releases.

Cheers,
Mischa


On Fri, Oct 19, 2018 at 06:13:16PM +0200, End of Support of Globus Toolkit wrote:
> Hi all,
> 
> > Now that Mattias has made EPEL and Debian packages from the current
> > builds, I think we're finally ready to tag a release. Does anybody have
> > an objection to the version 6.0.1? I'd like to keep the "6.0" for now to
> > emphasize that we're still compatible with that version of the Globus
> > Toolkit.
> 
> Will there be a Globus 6.1 or 7.0 at some point, that some of our customers
> could be exposed to?  If so, it would lead to confusion sooner or later.
> 
> Should we better start our releases with 1.0.0 instead and mention desired
> compatibility details in the release notes?

On Fri, Oct 19, 2018 at 11:34:27AM -0500, End of Support of Globus Toolkit wrote:
> Sorry, looks like we might not be able to use 6.0.1 because the "micro"
> version number is actually the timestamp of the latest commit, which
> gets added to the version of the "gct" tarball.
> 
> The version "6.0" gets embedded in several places in the code, most
> notably as the GLOBUS_VERSION environment variable and the script
> "/usr/bin/globus-version", so we'll have to try out 6.1 first to make
> sure it doesn't cause any problems.
> 
> -Mat
> 
> -------- Original Message --------
> From: Mátyás Selmeci
> Sent: Fri, Oct 19, 2018 10:53 AM CDT
> Subject: ready to tag
> 
> Hi all,
> 
> Now that Mattias has made EPEL and Debian packages from the current
> builds, I think we're finally ready to tag a release. Does anybody have
> an objection to the version 6.0.1? I'd like to keep the "6.0" for now to
> emphasize that we're still compatible with that version of the Globus
> Toolkit.
> 
> Thanks,
> -Mat
> 
> 
> 



> _______________________________________________
> Gt-eos mailing list
> Gt-eos at mailman.egi.eu
> http://mailman.egi.eu/mailman/listinfo/gt-eos



-- 
Nikhef                      Room  H155
Science Park 105            Tel.  +31-20-592 5102
1098 XG Amsterdam           Fax   +31-20-592 5155
The Netherlands             Email msalle at nikhef.nl
  __ .. ... _._. .... ._  ... ._ ._.. ._.. .._..
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3402 bytes
Desc: not available
URL: <http://mailman.egi.eu/pipermail/gt-eos/attachments/20181021/a8c689fb/attachment.p7s>


More information about the Gt-eos mailing list