[systemd-devel] [ANNOUNCE] systemd v41

Colin Guthrie gmane at colin.guthr.ie
Sat Feb 18 10:55:54 PST 2012

'Twas brillig, and Jan Engelhardt at 09/02/12 03:43 did gyre and gimble:
> On Thursday 2012-02-09 03:44, Lennart Poettering wrote:
>> Heya,
>> http://www.freedesktop.org/software/systemd/systemd-41.tar.xz
> Can I propose that the version number in AC_INIT and supplementary
> documentation like NEWS is not bumped until the release is actually
> made, and that the commit that does finally change the numbers is
> also the one getting tagged? (Background: Freshly pulled v41, and
> `git log` does not give any indication where v41 actually began, so
> that one has to use git-describe, gitk or something with tag display.
> The proposed scheme follows the linux kernel and uncountably other
> projects.)
> [example]
> tag v3.12
> commit cc0f74eab44c5494afc1ed026fe45d95ca561ceb
> diff --git a/configure.ac b/configure.ac
> index 51cc738..249744e 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -1,3 +1,3 @@
> -AC_INIT([libHX], [3.11])
> +AC_INIT([libHX], [3.12])

Just for my €0.02... I don't like this approach. It makes pushing
snapshot tarballs more confusing at the distro level. If you push a
snapshot, you obviously go for the next version number if the software
is presenting itself as the older version then this can lead to
confusion (and incorrect libification etc.).

IMO, the first commit after a tag should be the bump. Then it should be
very obvious where development begins... but either way you have tags to
show you so this isn't exactly a big problem.



Colin Guthrie

Day Job:
  Tribalogic Limited http://www.tribalogic.net/
Open Source:
  Mageia Contributor http://www.mageia.org/
  PulseAudio Hacker http://www.pulseaudio.org/
  Trac Hacker http://trac.edgewall.org/

More information about the systemd-devel mailing list