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

Sean DALY sdaly.be at gmail.com
Thu Nov 7 17:31:35 EST 2013


Daniel - if we can work out where SL is going, we can build a PR story. If
we aren't sure, it's better to communicate other aspects (TA Days, Google
Code-In, the TripAdvisor grant).

I like v3 as a major version, step versions could be called 3.102, 3.103,
3.104 by developers, while marketing would call it 3 and a name. If we are
lucky and the name ("Online", "Touch", "Hand", "Cloud", or whatever - this
needs work) catches on, we can keep it through step versions.

It's important to understand that in the complete absence of a
marketing/promotion budget (with the exception of the newswire 10-pack
which was voted by the SLOBs), effective PR is our chief resource-effective
way to build awareness. This means we tell news based on the possibility of
press coverage, not automatically every time there is a version.

102 can become v3.102 and we can announce the html/javascript browser
approach, ideally associated with a method for teachers to try Sugar - SoaS
with extra teacher-friendly bits, or VMs. If that is too ambitious, the v3
marketing push could wait until 3.104. Sugar brand awareness is on the
nonexistent end of the scale for our ten million teachers, this means we
can set the schedule. It's harder when there is buzz and momentum, a
situation we had after SoaS v1 Strawberry.

Sean.



On Thu, Nov 7, 2013 at 10:53 PM, Daniel Narvaez <dwnarvaez at gmail.com> wrote:

> I agree with you about major.minor, with major being the marketing version
> and minor the developers one. Did I get that right? Does anyone disagree?
>
> What I'm not sure to understand is which major number you would like to be
> used for the next release. To make it easier let's say we are currently v2
> as Yioryos suggested. My understanding is that
>
> * If it's a release we can PR, developers will call it 3.102, marketing 3
>  + some name.
> * if we cannot PR it, developers will call it 2.103, marketing... just
> won't call it :)
>
> Is that correct?
>
>
> On Thursday, 7 November 2013, Sean DALY wrote:
>
>> cc'ing marketing for... a marketing issue
>>
>> Nope, the GTK3 change just passed under the radar. As stated previously I
>> lobbied for a v1 six years ago which is why we are ready for a v2. Or even
>> a v3.
>>
>> For building a PR story I can work with v2 or v3, just not v1.
>>
>> The issue with 2.2, 2.4 is that from a marketing perspective we get boxed
>> into a major number step timeframe irrespective of marketing needs. A major
>> number change should ideally happen when it's ready, or when we need to
>> communicate a major shift. I still think associating the existing numbering
>> behind a major number (e.g. 2.102) keeps continuity. PR will communicate
>> the major number, probably with a name. And not an unmarketable obscure
>> name, either.
>>
>> Sean
>> Sugar Labs Marketing Coordinator
>>
>>
>>
>>
>> On Thu, Nov 7, 2013 at 8:36 PM, Daniel Narvaez <dwnarvaez at gmail.com>wrote:
>>
>>> Hmm I suppose the 1.x -> 2.x switch would have not made sense to
>>> marketing because there wasn't major user visible changes?
>>>
>>>
>>> On Thursday, 7 November 2013, Yioryos Asprobounitis wrote:
>>>
>>>>
>>>>
>>>> For sugar developers their is certainly a continuation in development
>>>> and the current numbering makes a lot of sense.
>>>> However, looking from outside 0.102 should be Sugar 3.x where  1.x is
>>>> the original, 2.x is the Gtk3/introspection move and now the html5/jc
>>>> (online/ultrabook/tablet) version.
>>>> If you actually consider 0.100 as 3.0 then it can go 3.2, 3.4 etc to
>>>> keep up with current numbering.
>>>> Should make marketing happy with minimal disruption.
>>>>
>>>> _______________________________________________
>>>> Sugar-devel mailing list
>>>> Sugar-devel at lists.sugarlabs.org
>>>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>>>
>>>
>>>
>>> --
>>> Daniel Narvaez
>>>
>>>
>>> _______________________________________________
>>> Sugar-devel mailing list
>>> Sugar-devel at lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>>
>>>
>>
>
> --
> Daniel Narvaez
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/sugar-devel/attachments/20131107/fee4d2e8/attachment-0001.html>


More information about the Sugar-devel mailing list