Suggested even/odd convention for the micro version numbers (like cairo)

2007-12-11 Thread Tor Lillqvist
I humbly suggest that the versioning recommendation for the GTK+ stack and GNOME in general is amended for the third micro part of the version numbers to match the convention used in cairo. See http://cairographics.org/manual/cairo-Version-Information.html . In a nutshell, the idea is that

Re: Suggested even/odd convention for the micro version numbers (like cairo)

2007-12-11 Thread Tim Janik
On Tue, 11 Dec 2007, Tor Lillqvist wrote: I humbly suggest that the versioning recommendation for the GTK+ stack and GNOME in general is amended for the third micro part of the version numbers to match the convention used in cairo. See

Re: Suggested even/odd convention for the micro version numbers (like cairo)

2007-12-11 Thread Gustavo J. A. M. Carneiro
On Ter, 2007-12-11 at 10:37 +0200, Tor Lillqvist wrote: I humbly suggest that the versioning recommendation for the GTK+ stack and GNOME in general is amended for the third micro part of the version numbers to match the convention used in cairo. See

Re: Suggested even/odd convention for the micro version numbers (like cairo)

2007-12-11 Thread Murray Cumming
[snip] On Tue, 2007-12-11 at 10:37 +0200, Tor Lillqvist wrote: This has the advantage that there is never any confusion whether pre-release or post-release bump is used. Code from a SVN checkout can always be recognised by its odd micro number, and correspondingly code from a released tarball

Re: Suggested even/odd convention for the micro version numbers (like cairo)

2007-12-11 Thread Tor Lillqvist
Is this a current problem now? Not a major problem, as far as I know. I was prompted to (re-?) post the suggestion by a message to the evolution-hackers list where it was suggested that Evolution changes from using pre-release version bump to using post-release bump. So clearly at least some

Re: Suggested even/odd convention for the micro version numbers (like cairo)

2007-12-11 Thread Murray Cumming
On Tue, 2007-12-11 at 15:38 +0200, Tor Lillqvist wrote: Is this a current problem now? Not a major problem, as far as I know. I was prompted to (re-?) post the suggestion by a message to the evolution-hackers list where it was suggested that Evolution changes from using pre-release

Re: Suggested even/odd convention for the micro version numbers (like cairo)

2007-12-11 Thread Shaun McCance
On Tue, 2007-12-11 at 10:37 +0200, Tor Lillqvist wrote: I humbly suggest that the versioning recommendation for the GTK+ stack and GNOME in general is amended for the third micro part of the version numbers to match the convention used in cairo. See

Re: Suggested even/odd convention for the micro version numbers (like cairo)

2007-12-11 Thread Matthias Clasen
The problem I see with the proposed scheme is that we can't fit step (e) into it, since 2.12.2 is never in SVN. With our current scheme, you can do this: svn checkout $(url)/tags/MY_PROGRAM_2_12_2 make distcheck and get, in theory, exactly the tarball that's sitting on ftp.gnome.org.

Re: Suggested even/odd convention for the micro version numbers (like cairo)

2007-12-11 Thread Carl Worth
On Tue, 11 Dec 2007 21:22:32 +0100, Jürg Billeter wrote: On Tue, 2007-12-11 at 13:08 -0600, Shaun McCance wrote: The problem I see with the proposed scheme is that we can't fit step (e) into it, since 2.12.2 is never in SVN. With our current scheme, you can do this: ... The cairo

Re: Suggested even/odd convention for the micro version numbers (like cairo)

2007-12-11 Thread Elijah Newren
On Dec 11, 2007 6:50 AM, Murray Cumming [EMAIL PROTECTED] wrote: This is actually the recommendation of the GNOME release team: http://live.gnome.org/MaintainersCorner/Releasing and it's done by a lot of GNOME modules already. When I first saw the cairo convention, I thought it'd be good to