<div dir="ltr">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 on millions of laptops.<div>
<br></div><div>My suggestion is to conserve the existing numbers behind the marketing number, which could lead to i.e.</div><div><br></div><div>2.102</div><div>2.104</div><div>3.106 (major version number change based on marketing context)</div>
<div>3.108</div><div>3.110</div><div><br></div><div>Sean</div><div><br></div><div><br></div><div>Sean</div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Nov 7, 2013 at 7:12 PM, Walter Bender <span dir="ltr"><<a href="mailto:walter.bender@gmail.com" target="_blank">walter.bender@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The other possibility is to multiply by 100, dropping the decimal<br>
point, .e.g., we just released Sugar 100 and are working on Sugar 102.<br>
<br>
-walter<br>
<div><div class="h5"><br>
On Thu, Nov 7, 2013 at 1:08 PM, Daniel Narvaez <<a href="mailto:dwnarvaez@gmail.com">dwnarvaez@gmail.com</a>> wrote:<br>
> What about calling it 1.102 (tech version). That shouldn't come with any<br>
> message attached... It would address the fact that we never released a 1.0<br>
> without having PR consequences. Then when we figure out what 2.0 really<br>
> means marketing wise, we can start releasing 2.x as you suggest...<br>
><br>
><br>
> On Thursday, 7 November 2013, Sean DALY wrote:<br>
>><br>
>> If we are talking about a version number that might make it into a press<br>
>> release at some point, this is a marketing discussion so I have cc'd the<br>
>> list.<br>
>><br>
>> As I've explained previously, the major issue with a v1 seven years after<br>
>> entering production is that it is incomprehensible. Non-techies (i.e.<br>
>> teachers) discovering Sugar will naturally assume there are 0 years of<br>
>> production behind it. Tech journalists will roll on the floor laughing at a<br>
>> Slashdot post e.g. "Seven Years After OLPC's First Laptop, Sugar Reaches<br>
>> V1".<br>
>><br>
>> We dealt with this problem when Sugar was numbered Sugar on a Stick v6 was<br>
>> renamed "Sugar on a Stick v1 Strawberry" and the press responded to an<br>
>> easy-to-understand story - that SL had spun off from OLPC and had a first<br>
>> non-OLPC version available. That the technical version number of the<br>
>> underlying Sugar was different was made irrelevant.<br>
>><br>
>> We need to do this again. The addition of browser support is a big deal.<br>
>> In my view Sugar should be publicly numbered v2, perhaps with a name i.e.<br>
>> "Sugar v2 Online" or "Sugar v2 Tablet" (or something - this needs marketing<br>
>> work), with a clear story: Sugar opens up a new direction after seven years<br>
>> of production.<br>
>><br>
>> The existing technical version numbering system has the merit of being<br>
>> understandable to developers and the deployments community and could be<br>
>> associated internally with the public number, i.e. 2.102, 2.104 etc., which<br>
>> would not box us into a numbering system we can't market. Or perhaps become<br>
>> irrelevant as Daniel N has suggested if we go to continuous development<br>
>> mode.<br>
>><br>
>> I have more grey hair than I did when I first proposed we go to v1 six<br>
>> years ago [1]...<br>
>><br>
>> (!)<br>
>><br>
>> So I think we are ready for v2.<br>
>><br>
>> Sean.<br>
>><br>
>> [1] <a href="http://lists.sugarlabs.org/archive/marketing/2008-November/000425.html" target="_blank">http://lists.sugarlabs.org/archive/marketing/2008-November/000425.html</a><br>
>><br>
>><br>
>><br>
>><br>
>> On Thu, Nov 7, 2013 at 1:21 PM, Gonzalo Odiard <<a href="mailto:gonzalo@laptop.org">gonzalo@laptop.org</a>> wrote:<br>
>>><br>
>>> We already have this discussion for Sugar 0.100,<br>
>>> why not do it again? :)<br>
>>><br>
>>> With more than 7 years of development and more than 2 million of users,<br>
>>> probably we should accept a 1.0 version is deserved.<br>
>>><br>
>>> With 6 months more, probably the web api will be more established,<br>
>>> and we are not doing incompatible changes to the python api.<br>
>>><br>
>>> Anybody have a Really Good Motive(r) to not do it?<br>
>>><br>
>>> Gonzalo<br>
>>> _______________________________________________<br>
>>> Sugar-devel mailing list<br>
>>> <a href="mailto:Sugar-devel@lists.sugarlabs.org">Sugar-devel@lists.sugarlabs.org</a><br>
>>> <a href="http://lists.sugarlabs.org/listinfo/sugar-devel" target="_blank">http://lists.sugarlabs.org/listinfo/sugar-devel</a><br>
>><br>
>><br>
><br>
><br>
> --<br>
> Daniel Narvaez<br>
><br>
><br>
</div></div>> _______________________________________________<br>
> Marketing mailing list<br>
> <a href="mailto:Marketing@lists.sugarlabs.org">Marketing@lists.sugarlabs.org</a><br>
> <a href="http://lists.sugarlabs.org/listinfo/marketing" target="_blank">http://lists.sugarlabs.org/listinfo/marketing</a><br>
><br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
--<br>
Walter Bender<br>
Sugar Labs<br>
<a href="http://www.sugarlabs.org" target="_blank">http://www.sugarlabs.org</a><br>
</font></span></blockquote></div><br></div>