On 05/23/2015 04:36 PM, Richard Brown wrote:
On 23 May 2015 at 15:17, Angelos Tzotsos <gcpp.kalxas@gmail.com> wrote:
Hi Richard,
On 05/23/2015 03:24 PM, Richard Brown wrote:
On 23 May 2015 at 14:06, Angelos Tzotsos <gcpp.kalxas@gmail.com> wrote:
I would strongly suggest not to make such a version jump: 1. It is bad for marketing 3. It is awkward Why? What is the reasoning behind those statements?
Can you please point me to one example where a software project bumped ~30 version numbers and this turned out to be a success in any way? Version numbers should at least have a continuation (if not other meaning) Tumbleweed/Factory jumped from 13.1 to 20141104, a jump of 20 million, 141 thousand and ninety version numbers..and it turned out to be a success..
Thanks for the effort but not convincing: Factory never had a release version, just release branches. Tumbleweed was initially based on 12.x and then 13.x before turning into a full rolling distribution. It was never officially named "Tumbleweed 13.1". Date-based release numbers make sense for Tumbleweed, 42.1 does not.
The surprise factor is a good point, but I would expect this not to work for a second time in the future :) I would prefer people talking about how good openSUSE is and not why the new version is +30 from SLE. Then lets focus the marketing on talking about how good openSUSE is.. that''s irrelevant to this discussion about version numbering though, unless you think one of the reasons openSUSE is good is because we used to increment the version numbers by 0.1 every 12 months ;)
I don't and never said such a thing.
3 years ago there was a *big* discussion about changing versioning model and it was followed by a vote by members. Are we going to ask members this time? Did the board decide already? The project doesn't make every decision based on democratic votes. We want to encourage the approach of "Those who do, decide", leave the decisions to the people actually putting stuff together for the Project, so I think the decision as to the version number of the next Regular Release should be left to those people who work on the creation of the next Regular Release.
It is unfortunate to categorize people as "those who work on next release" and "those who don't". We have people (members) working on this project according to their available free time and skills i.e. maintaining packages, working on translations, documentation etc. Yes, there are also people working on core stuff and development of next release, and we are very grateful for their work, but it is not fair to compare everyone to Stefan ;)
We've been discussing on this list for some weeks now about the new approach for creating openSUSE releases based on the newly available SLE sources. A side effect of that requires us to reconsider the version number. I think this is a very different circumstance from 3 years ago, so I don't think that precedent from the past should be followed.
Yes, discussion is taking place on the mailing lists. But how are the decisions reached? I would prefer to see a board statement (or board meeting minutes or a vote result) each time a crucial decision is reached. Best, Angelos -- Angelos Tzotsos Remote Sensing Laboratory National Technical University of Athens http://users.ntua.gr/tzotsos -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org