Re: spring2 release number mess

Ralph Apel <[email protected]>
Newsgroups gmane.linux.jpackage.general
Message-ID <[email protected]>
SO then let us agree in

2.5.6.SEC##-N.jpp6

where SEC## is part of the Version and N is our build sequence number
for 2.5.6.SEC##

OK?

On Mon, 2012-01-09 at 16:08 -0500, David Walluck wrote:
> On 01/09/2012 04:00 PM, Ralph Apel wrote:
> > afaik 2.5.6 is the (upstream) version number and SEC01 SEC02 SEC03 are
> > some kind of release additives.
> 
> It's a security patch added *after* 2.5.6 went final.
> 
> > Out policy at JPP has from the beginning been
> > 
> > %{version}-0.%{additive}.N
> > 
> > where the N is our count of our builds of upstreams
> > %{version}-%{additive}
> > 
> > The last release WAS 2.5.6-6.SEC01
> > and SHOULD HAVE BEEN 2.5.6-0.SEC01.6
> > 
> > Then an upgrade to 2.5.6-0.SEC03.1 wouldn't have been a problem.
> 
> For pre-releases, maybe. This is not a pre-release, but a post release.
> Spring 2.5.6 was already final which is one reason why it had a Release > 0.
> 
> I still don't see why it can't be 2.5.6, 2.5.6.SEC01, 2.5.6.SEC02, ...
> (this works fine, doesn't it?).
> 
> The last release was 2.5.6-6.SEC01 because the prior Release was 5 (and
> had gone through 1, 2, 3, and 4, presumably). Spring 2.5.6 is final.
> What else could the Release have been in this case?
> _______________________________________________
> JPackage-discuss mailing list
> [email protected]
> https://www.zarb.org/mailman/listinfo/jpackage-discuss
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.