http://pockey.dao2.com/2013/11/education-freedom-day-celebrations-18-january-2014/
Sad that Sugar is not even mentioned.
--
Daniel Narvaez
___
Marketing mailing list
Marketing@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/marketing
what we primarily want from educational software?
>> > Although there is plenty of room for improvement, Sugar has this
>> quality and
>> > an installed base to support this claim, and should not be afraid of
>> this
>> > course.
>> > A strong market presence and user endorsement is actually much better
>> than
>> > any PR event or political/academic endorsement in enhancing its appeal
>> and
>> > removing the "3rd world/class" label from the project.
>> > So please consider distributing Sugar .106 through GooglePlay/Appstore!
>> > ___
>> > Sugar-devel mailing list
>> > sugar-de...@lists.sugarlabs.org
>> > http://lists.sugarlabs.org/listinfo/sugar-devel
>> >
>> >
>> > ___
>> > Marketing mailing list
>> > Marketing@lists.sugarlabs.org
>> > http://lists.sugarlabs.org/listinfo/marketing
>> >
>>
>
>
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> i...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>
--
Daniel Narvaez
___
Marketing mailing list
Marketing@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/marketing
On 8 November 2013 23:20, Sean DALY wrote:
> Daniel - you mean the main download page [1], right? Not the VirtualBox
> page [2]?
>
Yep.
> These and other wiki pages are indeed long and complex. We could break
> those out into a dozen subpages to keep each one manageable. This problem
> was mea
US-en lang/keyb, we'd
> have to
> > ask Peter if a reasonably simple solution for multiple languages is
> > available - ideally, a language setup screen when first run.
> >
> > Sean
> >
> > 1. http://wiki.sugarlabs.org/go/DocumentationTeam/Try_Sugar
> >
gt; click after the VM software is installed.
> >> I would only add Parallels-VM/VMware appliances since may already be
> present in these closed OSs and can really provide "a single click to
> Sugar".
> >>
> >> ___
> >> Sugar-devel mailing list
> >> sugar-de...@lists.sugarlabs.org
> >> http://lists.sugarlabs.org/listinfo/sugar-devel
> >>
> >>
> ___
> Marketing mailing list
> Marketing@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/marketing
>
--
Daniel Narvaez
___
Marketing mailing list
Marketing@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/marketing
t; http://www.marketingsherpa.com/article/chart/average-website-conversion-rates-industry#
>
>
> On Fri, Nov 8, 2013 at 5:49 PM, Daniel Narvaez
>
> > wrote:
>
>> Do we really need a single installer? I mean I see it would be ideal but
>> it feels like it might
8, 2013 at 1:25 PM, Gonzalo Odiard
>
> > wrote:
>
>> At least the virtualbox looks doable and a good way to show Sugar.
>>
>> Gonzalo
>>
>>
>> On Thu, Nov 7, 2013 at 9:44 PM, Daniel Narvaez
>>
>> > wrote:
>>
>>> O
/wiki.sugarlabs.org/go/Sugar_Creation_Kit/VirtualBox
> 2. https://www.virtualbox.org/wiki/VirtualBox_PUEL
>
>
>
> On Fri, Nov 8, 2013 at 1:25 PM, Gonzalo Odiard
>
> > wrote:
>
>> At least the virtualbox looks doable and a good way to show Sugar.
>>
>> G
Parallels-VM/VMware appliances since may already be
> present in these closed OSs and can really provide "a single click to
> Sugar".
>
> ___
> Sugar-devel mailing list
> sugar-de...@lists.sugarlabs.org 'sugar-de...@lists.sugarlabs.org');>
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
>
--
Daniel Narvaez
___
Marketing mailing list
Marketing@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/marketing
agree on one or two concrete,
realistic approaches, I think we can at least attempt to get them done for
3.102.
--
Daniel Narvaez
___
Marketing mailing list
Marketing@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/marketing
Yes with dependencies I also meant the version of them (for API
incompatible versions at least).
I'm all for getting concrete :)
On Thursday, 7 November 2013, David Farning wrote:
> On Thu, Nov 7, 2013 at 12:30 PM, Daniel Narvaez
> >
> wrote:
> > Re library versions, th
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
>
> > wrote:
>
>> I agree with you about major
>
> 1.http://wiki.sugarlabs.org/go/Marketing_Team, see section MIT Sloan
> MarketLab Study
>
>
>
> On Thu, Nov 7, 2013 at 10:33 PM, Daniel Narvaez
>
> > wrote:
>
>> Hello,
>>
>> I'm pretty sure I've seen people talking of an imminent sugarlabs.
l 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
Hello,
I'm pretty sure I've seen people talking of an imminent
sugarlabs.orgwebsite redesign a long time ago, but nothing seem to be
changed. What is
the status of that work? Also are the website sources somewhere in a git
repository?
Thanks.
--
Dani
h whatever
marketing team think it's best :)
On Thursday, 7 November 2013, Gonzalo Odiard wrote:
> 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
ul.net/2012/03/05/build-numbering-and-versioning/
>
> and of course, https://en.wikipedia.org/wiki/Software_versioning
>
> cheers,
> Sameer
>
> >
> > On Thu, Nov 7, 2013 at 1:08 PM, Daniel Narvaez
> wrote:
> >> What about calling it 1.102 (tech version)
> 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
> >
> wrote:
> > What about calling it 1.102 (tech version). That shouldn't come with any
> > message attached... It
the same number what have sense to all other the world.
> For us have sense numbers like 102 or 1.102, but probably not for others.
> Would be good try to found a numbers with a sense we can transmit.
> For us, is another tag in git
>
> Gonzalo
>
>
> On Thu, Nov 7, 2013
Yup
On Thursday, 7 November 2013, Gonzalo Odiard wrote:
> Maybe "Sugar Web" instead of "Sugar Online"?
> We have web activities and Web Services in this release
>
> Gonzalo
>
>
> On Thu, Nov 7, 2013 at 3:19 PM, Daniel Narvaez
>
> > wro
on and stability was Sugar
> .98 on Ubuntu 12.04. The next decision point will be which version of
> Sugar to use for the 14.04 release due in the second quarter of 2014.
>
> On Wed, Nov 6, 2013 at 8:05 PM, Daniel Narvaez
> >
> wrote:
> > Cool stuff.
> >
> >
users,
>> probably we should accept a 1.0 version is deserved.
>>
>> With 6 months more, probably the web api will be more established,
>> and we are not doing incompatible changes to the python api.
>>
>> Anybody have a Really Good Motive(r) to not do it?
>>
>>
accept a 1.0 version is deserved.
>>
>> With 6 months more, probably the web api will be more established,
>> and we are not doing incompatible changes to the python api.
>>
>> Anybody have a Really Good Motive(r) to not do it?
>>
>> Gonzalo
>> __
port. Anish has
> the deepest understanding of timelines and objectives.
>
> On Wed, Nov 6, 2013 at 9:31 AM, Daniel Narvaez
> wrote:
> > On 6 November 2013 16:20, Manuel Quiñones wrote:
> >>
> >>
> >> > Classmates are basically just x86 netbooks, I've
ink of is testing for a
SUGAR_WEBKIT_VERSION environment variable, set perhaps by a /usr/bin/sugar
patched by the rpms.
--
Daniel Narvaez
___
Marketing mailing list
Marketing@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/marketing
On 6 November 2013 18:32, Gonzalo Odiard wrote:
> >> No. the web-server issue is already solved.
> >
> > If we want to support WebKit1, I think we should do it upstream then. I'm
> > still not thrilled about that but not opposed to it either.
>
> Good. We can see what is the better way to do it.
;ve had a few false starts trying to port Measure to GST 1.0. Once I
> get that working, Turtle Art will follow (that is why I still haven't
> released the GTK 3 version of Turtle Art).
>
> -walter
>
> >
> > Gonzalo
> >
> > On Wed, Nov 6, 2013 at 1:40
Gstreamer 0.10 is part of what I'm calling gtk2 toolkit, it's not
completely accurate but we have been using than terminology. So it seems we
are going to run into the issue of gtk2 toolkit pieces disappearing earlier
then I expected.
I think you can move to gst 1.0 only if you already ported to g
On 6 November 2013 17:38, Gonzalo Odiard wrote:
> On Wed, Nov 6, 2013 at 12:53 PM, Daniel Narvaez
> wrote:
> >
> > On 6 November 2013 16:45, Gonzalo Odiard wrote:
> >>
> >> >>
> >> >> In the short term, we don't need backport Web
I forgot a note about toolkits
* The gtk2 toolkit is deprecated and frozen but it will be supported as
long as possible (at some point I guess some dependencies might start
disappearing from distributions, making that problematic). The gtk3 toolkit
is supported, backward API compatibility is guara
On 6 November 2013 16:45, Gonzalo Odiard wrote:
> >>
> >> In the short term, we don't need backport Webkit2 to F18.
> >
> > Please elaborate :)
> >
> > I think developing web activities on two very different platforms
> (WebKit1
> > and WebKit2) is a bad idea, it will involve more work (and pain)
On 6 November 2013 16:20, Manuel Quiñones wrote:
>
> > Classmates are basically just x86 netbooks, I've not tried it as I
> > don't have HW but I don't see any reason they shouldn't work OOTB.
>
> Yep. Sugar is running in classmates out of the box. In Uruguay for
> example.
>
You mean people ar
res to propose them to invest on
> that.
>
> Gonzalo
>
> On Wed, Nov 6, 2013 at 12:20 PM, Manuel Quiñones wrote:
> > 2013/11/6 Peter Robinson :
> >> On Wed, Nov 6, 2013 at 3:12 PM, Gonzalo Odiard
> wrote:
> >>> On Wed, Nov 6, 2013 at 11:49 AM, Daniel Na
On 6 November 2013 16:12, Gonzalo Odiard wrote:
> > * Wait and see what happens with the XO. Support existing deployments by
> > producing images with the most recent Sugar release. Stick to a Fedora 18
> > base system, the work to upgrade is highly non trivial. Provide custom
> rpms
> > for the
ris, which should help with hardware
support.
As you might have noticed there is no Sugar on Android, other than for
drivers support and web activities running in a web browser. I don't think
going beyhond those gives us any real advantage.
Just my $0.02
--
tegic decisions" while it ignores the
> feedback from deployments.
>
> I think this whole issue of android and html5, is a very grave mistake,
> probably the last.
>
> But hey, I'm just a teacher, probably the only one in this list.
>
>
> 2013/11/5 Daniel Na
Oh, awesome, COPR seems to be exactly what we need.
On Tuesday, 5 November 2013, Peter Robinson wrote:
> On Tue, Nov 5, 2013 at 1:40 PM, Daniel Narvaez
> >
> wrote:
> > Going a bit off topic, but a pretty major issue I see in our workflow
> with
> > Fedora is that
ter Bender wrote:
> On Tue, Nov 5, 2013 at 8:40 AM, Daniel Narvaez
> >
> wrote:
> > Going a bit off topic, but a pretty major issue I see in our workflow
> with
> > Fedora is that we don't have a good way to develop unstable Sugar on a
> > stable Fedora. Rawhid
hough maybe now that the gi conversion is over we can avoid that.
On Tuesday, 5 November 2013, Peter Robinson wrote:
> On Tue, Nov 5, 2013 at 2:14 AM, Walter Bender
> >
> wrote:
> > On Mon, Nov 4, 2013 at 7:42 PM, Daniel Narvaez
> > >
> wrote:
> >> On 4 N
doesn't need 3D. The i.MX6 devices (WandBard, Utilite,
> CuBox-i etc) should have accelerated graphics in the F-21 time frame.
>
> Peter
>
> > On Tuesday, 5 November 2013, Peter Robinson wrote:
> >>
> >> On Tue, Nov 5, 2013 at 12:17 AM, Daniel Narvaez
&
Do you know what's the status of graphics with the BeagleBone Black?
On Tuesday, 5 November 2013, Peter Robinson wrote:
> On Tue, Nov 5, 2013 at 12:17 AM, Daniel Narvaez
> >
> wrote:
> > On 4 November 2013 23:05, Peter Robinson
> > >
> wrote:
> >&g
Thanks a lot for the feedback Peter. I will check these out.
For the record, I was thinking about Sugar on Linux on Raspberry, not
Android.
On Tuesday, 5 November 2013, Peter Robinson wrote:
> On Tue, Nov 5, 2013 at 12:17 AM, Daniel Narvaez
> >
> wrote:
> > On 4 November
orking OS? Will deployments be able to
work with something like that? It even requires to ctrl-d on every boot...
I sort of wish the ARM vendors started to use secure uefi, and that's
saying it all :/
On Tuesday, 5 November 2013, Walter Bender wrote:
> On Mon, Nov 4, 2013 at 7:42 PM, Dani
;);>;
> sugar-de...@lists.sugarlabs.org 'sugar-de...@lists.sugarlabs.org');>;
> i...@lists.sugarlabs.org 'i...@lists.sugarlabs.org');>;
> olpc-...@lists.laptop.org 'olpc-...@lists.laptop.org');>
> > Subject: Re: [IAEP] [Sugar-devel] [Marketing] [Sur]
tactile devices. Unfortunately it's not clear to me
that any of these devices is open enough to be viable for deployments or
"ordinary" users.
--
Daniel Narvaez
___
Marketing mailing list
Marketing@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/marketing
On 4 November 2013 23:05, Peter Robinson wrote:
> Sugar on Android or the Raspberry Pi might have an interesting
> marketing effect but the result would be truly terrible as it would be
> essentially unusable and have a terrible experience.
Can you elaborate on why you think it would be a terri
On 4 November 2013 22:53, Sean DALY wrote:
> * It's not clear to me where we are going.
>
I'm afraid you are not the only one feeling that way. It's much easier said
than done, but we need to figure out where we are going and to communicate
it clearly inside the community.
__
Same thing, they also have system api.
On 22 May 2013 21:23, Sameer Verma wrote:
> On Tue, May 21, 2013 at 4:19 PM, Daniel Narvaez
> wrote:
> > On 21 May 2013 23:32, Sameer Verma wrote:
> >>
> >> Speaking of "activities" in the Sugar sense, I was w
On 21 May 2013 23:32, Sameer Verma wrote:
> Speaking of "activities" in the Sugar sense, I was wondering how many
> of the HTML5 apps from FirefoxOS would slide over to our platform with
> little change. I just got my hands on a Geeksphone Peak
> (http://www.geeksphone.com/) and have been followi
On 20 May 2013 12:19, Bastien wrote:
> Sean DALY writes:
>
> > I feel that 0.100 is even more unmarketable than 0.98.
>
> Agreed. Mathematically, it reads like a regression. Instead of
> reaching some definite level of maturity, it gives the signal that
> Sugar is in its early alpha (which is
Thanks so much for the well thought feedback, Sean.
On 17 May 2013 18:04, Sean DALY wrote:
> We can't go with 1.0 unless we change the numbering system.
>
> The current system means it will take another decade to get to v3.0. I and
> perhaps others will have far more grey hair by then.
>
Couple
It seems like we have agreement on going 1.0 so far. Unless someone speak
up I'm going to make that the plan in a couple of days.
On 17 May 2013 15:07, Daniel Narvaez wrote:
> Hello,
>
> we need to decide if we want the next release to be 1.0 or 0.100.
>
> Here is the feat
developer point of view we are not ready.
Otherwise we could delay it at least another cycle.
--
Daniel Narvaez
___
Marketing mailing list
Marketing@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/marketing
On 5 February 2013 11:49, Peter Robinson wrote:
> NO! You have me completely wrong with the "it has never been done
> before and so it's too hard" so please don't summarise me with a
> completely bullshit marketing statement.
Dude, this is the marketing list, what would you expect! :)
I'm not su
Hi Peter,
thanks for taking the time to answer in detail!
I think most of your points can be summarized as: it would be cool but
it has never been done before and so it's too hard. Well, first of all
I'm happy you find some of these things would be nice to have. Second,
I think they are possible
On 4 February 2013 00:41, Peter Robinson wrote:
> On Sun, Feb 3, 2013 at 5:34 PM, Daniel Narvaez wrote:
>> IMO we need a radical simplification of the downloads page.
>>
>> I investigated a bit the technical possibilities and I think we should
>>
>> * For both
On 3 February 2013 17:43, Sean DALY wrote:
> That said, there is interest among Sugar developers and the Oversight Board
> to support Android. This is nontrivial for technical reasons, but there are
> solutions possible.
>From the technical point of view, IMO there is only one viable
solutions to
IMO we need a radical simplification of the downloads page.
I investigated a bit the technical possibilities and I think we should
* For both windows and OS X
* Write a single installer which takes care of
* Installing virtualbox if not already installed
* Download the latest
58 matches
Mail list logo
