[Kolab-devel] Closing Call for KEP #5: Product Versioning

[Christoph Wickert]

Am Mittwoch, 30. März 2011, 13:44:06 schrieb Mathieu Parent:
> Hello,
> 
> 2011/3/30 Christoph Wickert <wickert at kolabsys.com>:
> ...
> 
> >> > Pre-Releases and Native Packaging:
> The Debian version comparison algorithm is explained here:
> <http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version>
> . The preferred form to compare versions is to use dpkg
> --compare-versions. Some tests below:
> 
> # dpkg --compare-versions 2.5-beta1 lt 2.5.0; echo $?
> 0
> --> OK
> # dpkg --compare-versions 2.3-0.1.beta1.el5 lt 2.3-0.2.beta1.el5; echo $?
> 0
> --> OK

Thanks! I already already linked to the Debian guidelines in a previous mail 
and assumed that the versioning works, but thanks a lot for proving it.

> So the proposed way works, but still, this is not Debian recommended way.
> 
> Debian recommended way is:
> - 2.5-beta1 -> 2.5~beta1
> - kolabd 2.3-0.1.beta1.el5 -> 2.3.0~beta1-1 (or  2.3.0~beta1-1~bpo50+1
> for a lenny-backport)
> 
> I find 2.3-0.1.beta1.el5 confusing because it put the beta info in the
> packager part and the ".1" digit is not explicit.

+1

> Maybe we can use digit-only release numbers like 2.2.91.1 for 2.3
> alpha1, 2.2.92.4 for 2.3beta4 and 2.2.99.1 for 2.3rc1 (something
> similar to GNOME: <http://live.gnome.org/TwoPointNinetyone>)? The
> example kolabd 2.3-0.1.beta1.el5 becomes 2.2.92.1-1.el5. This is also
> confusing...

Please let's not go back to this. I suggested it in my very first mail but 
during the work on Kolab 2.3 I found out that the short version Jeroen 
suggested really has it's benefits. It saves a lot of trouble with openpkg and 
rpm and enables these tools to stay in sync the upstream version.

> So, I'm in favor of having a different versioning scheme for rpm and debs.

+1, but lets try to keep the differences as small as possible, this means only 
what is necessary to honor the guidelines or the tools as you outlined above, 
e.g. 2.5-beta1 becomes 2.5~beta1. I think this would be a good compromise.

Regards,
Christoph

-- 
Christoph Wickert
Senior Engineer

Kolab Systems AG
Zürich, Switzerland

e: wickert at kolabsys.com
t: +49 251 871 369 77
w: http://kolabsys.com

pgp: 85DACC63 Christoph Wickert
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.kolab.org/pipermail/devel/attachments/20110330/aca16244/attachment.sig>