Re: [Sugar-devel] GSoC projects

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 wrote: > We need to do everything possible to reduce Sugar's installation and > unfami

Re: [Sugar-devel] GSoC projects

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 doesn

Re: [Sugar-devel] GSoC projects

> 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

Re: [Sugar-devel] GSoC projects

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 ide

Re: [Sugar-devel] GSoC projects

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

Re: [Sugar-devel] GSoC projects

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 s

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

On Fri, Mar 20, 2015 at 12:16 PM, Gonzalo Odiard 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 mentioned T

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

> > >> 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

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

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 wrote: > I think the big files issue is a problem with _really_ big files. Not with > the files

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

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 intermediat

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

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 . However, as a

Re: [Sugar-devel] GSoC projects

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 months

Re: [Sugar-devel] GSoC projects

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 u

Re: [Sugar-devel] GSoC projects

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 grea

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

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: https://github.com/tchx84/sugar-fakecl

Re: [Sugar-devel] GSoC projects

> > |> 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 - SOAS

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

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