Re: [Sugar-devel] GSoC projects - SOAS

2015-03-20 Thread Iain Brown Douglas
On Fri, 2015-03-20 at 12:06 +0800, Tony Anderson wrote: Hi, Is this proposal to make SOAS a live stick capable of installing Sugar on conventional systems (Trisquel, ...)? We have a live version of this problem on the server side. Jerry Vonau wrote a script mkusbinstall based on

Re: [Sugar-devel] GSoC projects

2015-03-20 Thread Iain Brown Douglas
On Fri, 2015-03-20 at 11:49 +1100, James Cameron wrote: On Thu, Mar 19, 2015 at 10:25:55PM +, Iain Brown Douglas wrote: Thank you for taking the time to make a thoughtful contribution. Perhaps you will forgive me if I brainstorm this a bit. Yep, no worries. Interesting, but you went

Re: [Sugar-devel] GSoC projects

2015-03-20 Thread Gonzalo Odiard
We can ask language and keyboard in the first boot as we do with age and gender. I think create and maintain a complete matrix of VMs will be more difficult. Gonzalo On Fri, Mar 20, 2015 at 7:39 PM, Sean DALY sdaly...@gmail.com wrote: We need to do everything possible to reduce Sugar's

Re: [Sugar-devel] GSoC projects

2015-03-20 Thread Gonzalo Odiard
I didn't have idea that there are so many virtualization options: http://en.wikipedia.org/wiki/Comparison_of_platform_virtualization_software If we could have a almost automatic way to create a vm, and share to users in windows or mac, could solve a lot of problems, and help us reach a bigger

Re: [Sugar-devel] GSoC projects

2015-03-20 Thread Sebastian Silva
I was under the impression that the only viable option for that purpose was Virtualbox, but it's license is pretty dubious (GPLv2 + some useful parts proprietary). Oracle has a history of bad behaviour with regard to licenses, so I would not put all of our eggs in this basket. Still, with 3

Re: [Sugar-devel] Git Backend Architecture | GSoC'15

2015-03-20 Thread Gonzalo Odiard
I think the big files issue is a problem with _really_ big files. Not with the files our users will create and modify. My only concern with this project is keep it really simple for our users. The objective of have a git backend is have a versioned Journal, where you can store all the

Re: [Sugar-devel] Git Backend Architecture | GSoC'15

2015-03-20 Thread Gonzalo Odiard
You can find useful a experiment done by Martin Abente a time ago FakeCloud: a silly and quick attempt to define a generic structure for web-service-basedJournal storage sugar branch: https://github.com/tchx84/sugar/tree/fakecloud sugar-fakecloud extension:

Re: [Sugar-devel] Git Backend Architecture | GSoC'15

2015-03-20 Thread Martin Abente
On Fri, Mar 20, 2015 at 12:16 PM, Gonzalo Odiard godi...@sugarlabs.org wrote: The objective of have a git backend is have a versioned Journal, where you can store all the intermediate steps for a entry. Yes, but at least for this project we should reduce the scope to one activity. We

Re: [Sugar-devel] Git Backend Architecture | GSoC'15

2015-03-20 Thread Gonzalo Odiard
The objective of have a git backend is have a versioned Journal, where you can store all the intermediate steps for a entry. Yes, but at least for this project we should reduce the scope to one activity. We mentioned Turtle Blocks because it made sense. Why implement for one activity

Re: [Sugar-devel] GSoC projects

2015-03-20 Thread Gonzalo Odiard
| A different approach would be to provide a virtual machine _and_ virtualisation software _and_ all the necessary configuration files so that the user is not exposed to the virtualisation. Yes. This would be great. Gonzalo ___ Sugar-devel

Re: [Sugar-devel] GSoC projects

2015-03-20 Thread Sebastian Silva
El 20/03/15 a las 06:58, Gonzalo Odiard escibiĆ³: | A different approach would be to provide a virtual machine _and_ virtualisation software _and_ all the necessary configuration files so that the user is not exposed to the virtualisation. Yes. This would be great. This

Re: [Sugar-devel] Git Backend Architecture | GSoC'15

2015-03-20 Thread Sebastian Silva
Hi, About this Git as Journal backend project... I have come to the conclusion that it's a terrible idea. Don't get me wrong, I'm the first to recognize git's contribution for the world. In fact I even have a small git front project http://pe.sugarlabs.org/ir/Git%20para%20Sugar. However, as a

Re: [Sugar-devel] Git Backend Architecture | GSoC'15

2015-03-20 Thread Martin Abente
For some reason I have not received the original email, not even as spam, so I can't the original architecture discussion. Thanks Gonzalo for CC'ing. On Fri, Mar 20, 2015 at 11:22 AM, Gonzalo Odiard godi...@sugarlabs.org wrote: I think the big files issue is a problem with _really_ big files.

Re: [Sugar-devel] GSoC projects

2015-03-20 Thread Sean DALY
No the license was fine last time i checked - look at the section concerning nonprofit/educational use. Our plan had been to bundle Sugar prebuilt images with the Virtualbox installer. The real issue is the extensions which are separate from the installer for licensing reasons and must be loaded

Re: [Sugar-devel] GSoC projects

2015-03-20 Thread Gonzalo Odiard
My idea at the time was to approach Oracle for corporate sponsorship of Virtualbox images, in particular hosting a workflow to automate prebuilt images by host language/keyboard, however some community members were aghast at the idea. Is still needed have a vm by host language/keyboard? Or we

Re: [Sugar-devel] GSoC projects

2015-03-20 Thread James Cameron
On Fri, Mar 20, 2015 at 08:43:52AM -0500, Sebastian Silva wrote: Still, with 3 months time, a student should be able to pull off making it as friendly as possible, but it would have to be repeatable, like you say, almost automatic. Yes, repeatability would be essential. That's something I'm

Re: [Sugar-devel] GSoC projects

2015-03-20 Thread James Cameron
On Fri, Mar 20, 2015 at 06:26:34PM +0100, Sean DALY wrote: My idea at the time was to approach Oracle for corporate sponsorship of Virtualbox images, in particular hosting a workflow to automate prebuilt images by host language/keyboard, however some community members were aghast at the idea.

Re: [Sugar-devel] GSoC projects

2015-03-20 Thread Sean DALY
We need to do everything possible to reduce Sugar's installation and unfamiliarity barriers. Not everyone speaks English and can find and configure the Sugar control panel on their first encounter with Sugar. A keyboard mismatched with what appears on the screen merely gives the impression it