Re: [Sugar-devel] Sugar Labs Roadmap.

2013-12-10 Thread Daniel Castelo
Just to share information about Uruguay. Here we gave classmate machines to some of our teachers. They prefer this laptops, instead of XO, because have a better overall performance. This machines have Ubuntu with Sugar Sweets Distribution. We prefer Ubuntu, instead of Fedora as Linux Distribution,

Re: [Sugar-devel] Sugar Labs Roadmap.

2013-12-08 Thread Peter Robinson
On Fri, Nov 8, 2013 at 12:10 PM, Walter Bender wrote: > On Fri, Nov 8, 2013 at 5:33 AM, Daniel Narvaez wrote: >> Top posting again, sorry. >> >> - Future availability of the XO >> >> From my perspective I don't see alternatives to a wait and see approach. >> Maybe someone more into OLPC things do

Re: [Sugar-devel] Sugar Labs Roadmap. [SD 61;79]

2013-11-11 Thread Daniel Narvaez
On 11 November 2013 05:10, David Farning wrote: > My experience has been that "educational software politics and > policies" have been been the dominate influence within Sugar Labs. If > this is the role that Sugar Labs wants to maintain that is fine, as > long as they open the door to other organ

Re: [Sugar-devel] Sugar Labs Roadmap. [SD 61;79]

2013-11-11 Thread Gonzalo Odiard
> > Both approaches have challenges. If Sugar Labs is willing to assume > responsibility for quality education software, they will have to adopt > a culture and processes which encourage feedback (even negative > feedback) and ways to implement solutions to that feedback. We already have it. > >

Re: [Sugar-devel] Sugar Labs Roadmap. [SD 61;79]

2013-11-10 Thread Yioryos Asprobounitis
>Looks better, but still, no Harry Potter... > If you want to go down that road, may I suggest to look for J. K. Rowling instead?... ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Sugar Labs Roadmap. [SD 61;79]

2013-11-10 Thread David Farning
On Sun, Nov 10, 2013 at 10:29 AM, Yioryos Asprobounitis wrote: >> >> Does anyone else want to add their thoughts on: >> > > These are all good for now but without the "safety" of the 2-3 million > default users, SL can not just be the "upstream". There are some more > fundamental questions now t

Re: [Sugar-devel] Sugar Labs Roadmap. [SD 61;79]

2013-11-10 Thread Gonzalo Odiard
> Dude, only 2 commits by me? No way! :P > I think grepping by Signed-off-by is not quite accurate, we have not been using it in the last six months or so. But I'm just nitpicking, your point stands. Buuh, it's your fault for not signing ! :) Using Author: sugar-toolkit-gtk3]$ git log --since="

Re: [Sugar-devel] Sugar Labs Roadmap. [SD 61;79]

2013-11-10 Thread Daniel Narvaez
On 10 November 2013 23:50, Gonzalo Odiard wrote: > In all this speculations I don't see _how_ SugarLabs should get the > resources > to implement these ideas. How many people do you think is working right > now? > If I understood correctly Yioryos was suggesting the Android application price wou

Re: [Sugar-devel] Sugar Labs Roadmap. [SD 61;79]

2013-11-10 Thread Daniel Narvaez
On 10 November 2013 21:03, Yioryos Asprobounitis wrote: > > > > >Thanks for clarifying. IMO we should not rewrite Sugar and activities > using the Android SDK > > > > > >- While Android is nominally free software for it's licence, it seems the > current development practices (like code drops) give

Re: [Sugar-devel] Sugar Labs Roadmap. [SD 61;79]

2013-11-10 Thread Gonzalo Odiard
>>- We should keep supporting existing deployments, this would duplicate the >>work completely. > > Post .094 Sugar can hardly run in 75% of its installed base (XO-1s), so we do > not really support the majority of existing deployments. > I am pretty sure this can be solved. See the thread about

Re: [Sugar-devel] Sugar Labs Roadmap.

2013-11-10 Thread Walter Bender
On Sun, Nov 10, 2013 at 4:02 PM, Gonzalo Odiard wrote: > Personally, I don't think we need support regular desktop apps, > because doing it, we lost consistency in the desktop, > and there are already a lot of general purpose desktops already. > > Sugar is a desktop for kids, simplicity and consis

Re: [Sugar-devel] Sugar Labs Roadmap.

2013-11-10 Thread Gonzalo Odiard
Personally, I don't think we need support regular desktop apps, because doing it, we lost consistency in the desktop, and there are already a lot of general purpose desktops already. Sugar is a desktop for kids, simplicity and consistency between activities is a plus. The XOs can use Gnome, to su

Re: [Sugar-devel] Sugar Labs Roadmap. [SD 61;79]

2013-11-10 Thread Yioryos Asprobounitis
> >Thanks for clarifying. IMO we should not rewrite Sugar and activities using >the Android SDK > > >- While Android is nominally free software for it's licence, it seems the >current development practices (like code drops) gives Google too much control >on the project direction. I don't want t

Re: [Sugar-devel] Sugar Labs Roadmap. [SD 61;79]

2013-11-10 Thread Daniel Narvaez
Thanks for clarifying. IMO we should not rewrite Sugar and activities using the Android SDK - While Android is nominally free software for it's licence, it seems the current development practices (like code drops) gives Google too much control on the project direction. I don't want to be locked in

Re: [Sugar-devel] Sugar Labs Roadmap. [SD 61;79]

2013-11-10 Thread Yioryos Asprobounitis
ooops   >> What do you mean with utilizing sugar shell etc? It seems like that's > either porting the GNOME platform to make the current implementation work, or > rewriting them using the Android SDK. >> > > Probably another technically inaccurate term. I mean  re-writing  >but keeping the

Re: [Sugar-devel] Sugar Labs Roadmap. [SD 61;79]

2013-11-10 Thread Daniel Narvaez
What do you mean with utilizing sugar shell etc? It seems like that's either porting the GNOME platform to make the current implementation work, or rewriting them using the Android SDK. On Sunday, 10 November 2013, Yioryos Asprobounitis wrote: > > > >very nice analysis, thanks a lot. Let me focus

Re: [Sugar-devel] Sugar Labs Roadmap. [SD 61;79]

2013-11-10 Thread Yioryos Asprobounitis
>very nice analysis, thanks a lot. Let me focus on a couple of points > > >- Sell for 1.99$. I feel that building business around Sugar might be >essential for its survival. And I like the idea, it seems like it might even  >work! (I have no clue about business, mind you :P). >Though I'm not sur

Re: [Sugar-devel] Sugar Labs Roadmap.

2013-11-10 Thread Daniel Narvaez
Sorry about the top posting... Arch Linux. I played a bit more and I got OSTree working with Arch. I think that would make a nice update system. It's just research really but it might turn out to be useful to someone. I love the continuous release cycle in Arch Linux but it might also be the most

Re: [Sugar-devel] Sugar Labs Roadmap. [SD 61;79]

2013-11-10 Thread Daniel Narvaez
Hi, very nice analysis, thanks a lot. Let me focus on a couple of points - Sell for 1.99$. I feel that building business around Sugar might be essential for its survival. And I like the idea, it seems like it might even work! (I have no clue about business, mind you :P). Though I'm not sure this

Re: [Sugar-devel] Sugar Labs Roadmap. [SD 61;79]

2013-11-10 Thread Yioryos Asprobounitis
> > Does anyone else want to add their thoughts on: >  These are all good for now but without the "safety" of the 2-3 million default users, SL can not just be the "upstream". There are some more fundamental questions now that we need to compete in the "open market". In a nutshell, whom do we

Re: [Sugar-devel] Sugar Labs Roadmap.

2013-11-09 Thread Sebastian Silva
El 09/11/13 23:00, Sebastian Silva escribió: Argentina has I think about a couple of million of them. I checked and there's 3M in Argentina alone so it's already the winning One Laptop device. Ref: http://es.wikipedia.org/wiki/Classmate_PC#Programa_.22Conectar_Igualdad.22 Interestingly, they

Re: [Sugar-devel] Sugar Labs Roadmap.

2013-11-09 Thread Sebastian Silva
El 08/11/13 19:19, Daniel Narvaez escribió: I wonder if we should try to get some classmates in the hands of Sugar Labs community members. It seems like the most solid hardware option we have for deployments at the moment. Classmates are pretty solid. I've got a couple of them from 2010. It's b

Re: [Sugar-devel] Sugar Labs Roadmap.

2013-11-09 Thread Daniel Narvaez
Added both gsettings and activity unit test tasks to the table. On 9 November 2013 01:34, Walter Bender wrote: > On Fri, Nov 8, 2013 at 7:19 PM, Daniel Narvaez > wrote: > > On 8 November 2013 13:10, Walter Bender wrote: > >> > >> Classmate and Classmate variants are already quick wide spread

Re: [Sugar-devel] Sugar Labs Roadmap.

2013-11-08 Thread David Farning
Does anyone else want to add their thoughts on: 1. What is the future availability of XO hardware? What are the alternatives? What hardware choices are deployments going to make for their next and future rounds of purchasing. 2. How effectively does Sugar run on the available hardware options? Wha

Re: [Sugar-devel] Sugar Labs Roadmap.

2013-11-08 Thread Walter Bender
On Fri, Nov 8, 2013 at 7:19 PM, Daniel Narvaez wrote: > On 8 November 2013 13:10, Walter Bender wrote: >> >> Classmate and Classmate variants are already quick wide spread in some >> deployments, e.g., Argentina > > > I wonder if we should try to get some classmates in the hands of Sugar Labs > c

Re: [Sugar-devel] Sugar Labs Roadmap.

2013-11-08 Thread Daniel Narvaez
On 8 November 2013 13:10, Walter Bender wrote: > Classmate and Classmate variants are already quick wide spread in some > deployments, e.g., Argentina > I wonder if we should try to get some classmates in the hands of Sugar Labs community members. It seems like the most solid hardware option we

Re: [Sugar-devel] Sugar Labs Roadmap.

2013-11-08 Thread Walter Bender
On Fri, Nov 8, 2013 at 5:33 AM, Daniel Narvaez wrote: > Top posting again, sorry. > > - Future availability of the XO > > From my perspective I don't see alternatives to a wait and see approach. > Maybe someone more into OLPC things does though... > > - Hardware alternatives > > A few good options

Re: [Sugar-devel] Sugar Labs Roadmap.

2013-11-08 Thread Daniel Narvaez
Top posting again, sorry. - Future availability of the XO >From my perspective I don't see alternatives to a wait and see approach. Maybe someone more into OLPC things does though... - Hardware alternatives A few good options was brought in the other threads, a couple for deployments * Classma

[Sugar-devel] Sugar Labs Roadmap.

2013-11-07 Thread David Farning
Daniel recently started a related thread called Tech Roadmap and Sean started a marketing thread related to naming. To reduce confusion I thought that it might be valuable to take a step back and look at an overall Sugar Labs Roadmap. After reviewing the various threads over the last couple of da