Re: [Sugar-devel] [Marketing] RFC: Make Sugar 0.102 = Sugar 1.0[ Sugar-devel Digest, Vol 61, Issue 43]

2013-11-08 Thread Gonzalo Odiard
I also think w should change the major number when we have something different to show (when we achieved the goal) Gonzalo On Thu, Nov 7, 2013 at 8:02 PM, Daniel Narvaez dwnarv...@gmail.com wrote: Thanks, I now see where I was confused... Normally in developer versioning you bump the major

Re: [Sugar-devel] [Marketing] RFC: Make Sugar 0.102 = Sugar 1.0[ Sugar-devel Digest, Vol 61, Issue 43]

2013-11-08 Thread Sebastian Silva
Hi, I think it's wrong to bump marketing version numbers on acount of technology shifts. I don't see how i'ts relevant for users that we switched to GTK3, or even that it is now possible to build native web activities (it was always possible with a wrapper). I see as a much more interesting

Re: [Sugar-devel] [Marketing] RFC: Make Sugar 0.102 = Sugar 1.0[ Sugar-devel Digest, Vol 61, Issue 43]

2013-11-08 Thread Sean DALY
thanks for that Sebastian We haven't had a marketing version number until now (excepting SoaS v1 in 2009 which we implied in our communications was v1), so from a marketing perspective the only question is whether to go v2 or v3. I don't have a strong opinion, but the key is that a marketing

Re: [Sugar-devel] [Marketing] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Walter Bender
The other possibility is to multiply by 100, dropping the decimal point, .e.g., we just released Sugar 100 and are working on Sugar 102. -walter On Thu, Nov 7, 2013 at 1:08 PM, Daniel Narvaez dwnarv...@gmail.com wrote: What about calling it 1.102 (tech version). That shouldn't come with any

Re: [Sugar-devel] [Marketing] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Sameer Verma
On Thu, Nov 7, 2013 at 10:12 AM, Walter Bender walter.ben...@gmail.com wrote: The other possibility is to multiply by 100, dropping the decimal point, .e.g., we just released Sugar 100 and are working on Sugar 102. -walter I did this a couple of times on Twitter, but I like it! I had a chat

Re: [Sugar-devel] [Marketing] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Gonzalo Odiard
As said before, a name only, is not good to indicate progression (at least the name is The Third and so :) Gonzalo On Thu, Nov 7, 2013 at 5:00 PM, Daniel Narvaez dwnarv...@gmail.com wrote: I agree marketing version should be an integer or a name. Actually I like the idea of a name, it would

Re: [Sugar-devel] [Marketing] RFC: Make Sugar 0.102 = Sugar 1.0[ Sugar-devel Digest, Vol 61, Issue 43]

2013-11-07 Thread David Farning
In hind sight... The gtk2 - gtk3 would have benefited from a major version change. At the time, I didn't realized it. From a deployment perspective the shift represented a major change. In addition to the base software, all of the necessary activities needed to be migrated, QAed, and verified if

Re: [Sugar-devel] [Marketing] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Sean DALY
Walter - my issue with a formal system is, it boxes us into numbers on a timeframe - what we need from a marketing standpoint is to choose a number that explains the story we will build. Both v2 and v3 are candidates to be worked on for that story, where we can refer to v1 as Sugar in production

Re: [Sugar-devel] [Marketing] RFC: Make Sugar 0.102 = Sugar 1.0

2013-11-07 Thread Sean DALY
Apple went numbers+names for OS X, but chose numbers only for iOS - likely because the look and feel changes so little across versions. Sean On Thu, Nov 7, 2013 at 9:07 PM, Daniel Narvaez dwnarv...@gmail.com wrote: Do we need to indicate progression? It doesn't seem to be an issue for OS X