gnupic: gputils 1.0.0 Release Candidate 1
Subject:
Re: gputils 1.0.0 Release Candidate 1
From:
Borut ####@####.####
Date:
11 Dec 2012 08:52:06 -0000
Message-Id: <50C6F431.8000000@gmail.com>
I'm following the "gputils version number" discussion with big interest,
and now I think is the time for me to write some words.
I can agree and disagree with all your comments in the same time. I
think that this is an other never ending and pointless war in sense
"which editor is better?" or "which OS is better?". I'll just repeat the
famous Latin maxim once again: " De gustibus non est disputandum".
I'll take a pragmatical approach to cut this Gordian knot by asking 2
questions an responding them by myself. I know, your answers might be
different, but I'm Alexander the Great in this case ;-) :
- Q: Is the current numbering scheme broken?
A: I don't think so: I'm not saying that it is perfect but it worked
in the past and I don't see why it couldn't work for the future.
- Q: Are the benefits of the new numbering scheme big enough to justify
the change?
A: Again, I don't think so. You also proved it, since you couldn't
find a common agreement.
Now it is time for an other phrase: "If it ain't broke, don't fix it."
But since nothing is black or white, I have a small change in my mind:
until now the first number was 0 and the other two were used, but from
now on the first two will be used and the third one will be zero: it can
be used as internal development "releases" like in sdcc project or as
small correction of the final release, for example in packaging or in
supporting documentation (README, NEWS, ...).
Now please finish this pointless discussion and do some testing of the
release candidate instead.
No offense,
Borut
On 10. 12. 2012 02:25, Peter Stuge wrote:
> Borut Ražem wrote:
>> gputils-1.0.0 Release Candidate 1 is available
> Lovely!
>
> A small idea: Skip the last version number digit and go for 1.0?
>
>
> //Peter
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ####@####.####
> For additional commands, e-mail: ####@####.####
>
>
