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 live-cd. OLE Nepal switched to unetbootin for NEXS 6_31 (OS-7 on CentOS 6.4). I have been trying to make this work cleanly with BERNIE - to no avail. One problem is that the user needs to be root. This is not possible for a script unless it is launched by a live user. Unetbootin is a gui implementation. What I am looking for is a way to make a bootable usb stick that is ready to install XS without user having to supply any configuration information (like path names to image or /dev for usb stick) - sort of an all-in-one unetbootin. Does lili [1] fail to do this? Where does it fail? [1] http://www.linuxliveusb.com/ (Of course this is just the organ grinder's monkey replying.) I had rather wanted to install XS to my cubieboard. I think it would be doable (but probably beyond my available learning time). This would give the potential to put XS on a cheaply available set top box. Regards, Iain The steps require formatting the usb device (as would be true for SOAS), copying the image to the disk, and running live_cd to create the environment on the usb stick. In the SOAS case, the usb stick presumably runs live and has the option to install for some target platforms. Tony On 03/20/2015 06:26 AM, sugar-devel-requ...@lists.sugarlabs.org wrote: Message: 6 Date: Thu, 19 Mar 2015 22:25:55 + From: Iain Brown Douglas i...@browndouglas.plus.com To: James Cameron qu...@laptop.org Cc: sugar-devel@lists.sugarlabs.org Subject: Re: [Sugar-devel] GSoC projects Message-ID: 1426803955.2592.56.camel@vey-waldorf Content-Type: text/plain; charset=UTF-8 Hi James, Thank you for taking the time to make a thoughtful contribution. Perhaps you will forgive me if I brainstorm this a bit. On Fri, 2015-03-20 at 08:48 +1100, James Cameron wrote: I've often thought of making such an application, because of the difficulties that some people report with downloading files and putting them on USB drive. The problem with an application is one may end up having to explain how to download the application; transferring the issue from the original problem to an application that was supposed to fix the problem. In the meanwhile, I have been working the overall problem as a training and experience issue, and maintaining a structured document: http://wiki.laptop.org/go/Download Thanks for that - I believe that systematic approach would be great backup for those experiencing difficulties downloading. (Using curl is a sound idea from the point of view that one set of instructions can cover a host of different OS) Some further ideas for what your application might do: 1. the initial download, 2. resuming an interrupted download, 3. verification of download using md5sum or other hashes, 4. media verification, reading back the files or image to check that writing was successful and the media still works. I think I am right that 4 is covered already by livecd-iso-to-disk, so (in my model) the user only has to write a bootable CD. If one knew that a SoaS CD would always make a Sugar stick, the prospect of selling the CD, (by third parties ?) becomes more doable. I've no evidence of proportion of people who have problems with downloading files and putting them on media; perhaps it is a non-problem. A more correct approach would be to do research and survey of people before and after such an application is made available. A GSoC project could be padded out with this research, and easily fill three months. A systems engineering view would change the product so that the files don't have to be written to media in any particular way. That's what we did with the original XO laptops, but SoaS bootable images are different because of the typical PC firmware being so exacting. I think this would be achieved if `liveinst` could be persuaded to write *only* to an automatically confirmed target USB, with the host hard drive locked out during install and during use of the stick, and grub instructed to find only the USB SoaS system. With reasonably priced availability of 8 GB sticks, this would seem a preferable option to me. Regards, Iain ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
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 went off into areas I didn't have any comment on. I do have a comment on the accessibility of Sugar for new users .. Because of this complexity you are trying to solve, bootable USB drives are more trouble than they are worth. Bootable media is more of a purists approach for reasons of Sugar performance, and ease of production by developers. 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. I agree this would be ideal for a committed potential user, and I would love to see it. However, (and I believe I am more of an old git than a purist) the CD = USB stick has some human merits. Many people can afford the time to have-a-go at downloading a CD. You can give it to people, to use or demo. If you like it, zap-it-to-a-stick, has attractions, *if* a 3 minute video might cover it. Giving a child a physical stick is nice. Constructionist. Regards Iain Then it would be one big download in .exe format for Windows, and .dmg format for Mac OS X. The user would click on it and it would show them Sugar after a short delay. I know Thomas Gilliard has worked on some of the components of this, in particular manually prepared virtual machine images, but it would need to be a complete packaged solution, not a series of complex fragments as it is now. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
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 sdaly...@gmail.com wrote: 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't work right. VM hosts could have a number of different keyboards - for example I have a Macbook with French locale Azerty layout (flipped numbers row, common accents) and a Dell education netbook with Belgium locale keyboard. Look at the Firefox Systems Languages download matrix (https://www.mozilla.org/en-US/firefox/all/), for a Sugar VM with bundled installer an interested teacher or journalist would just need to choose the appropriate download. I feel the huge sizes of these images would be more of a problem, but not much we can do there. Sean On Fri, Mar 20, 2015 at 9:35 PM, Gonzalo Odiard godi...@sugarlabs.org 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. Is still needed have a vm by host language/keyboard? Or we can ask to the user using the same code from the Sugar control panel? Gonzalo On Fri, Mar 20, 2015 at 5:18 PM, James Cameron qu...@laptop.org wrote: 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. Maybe now is a better time. Maybe those aghast at the idea haven't noticed yet. ;-) -- James Cameron http://quozl.linux.org.au/ -- Gonzalo Odiard SugarLabs - Software for children learning -- Gonzalo Odiard SugarLabs - Software for children learning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
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 user base. Gonzalo On Fri, Mar 20, 2015 at 10:17 AM, Sebastian Silva sebast...@fuentelibre.org wrote: 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 would also be a nice GSOC project. -- Gonzalo Odiard SugarLabs - Software for children learning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
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 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. It would be even better if it was fully automatic that way we could have regular builds. Regards, Sebastian El 20/03/15 a las 08:38, Gonzalo Odiard escibió: 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 user base. Gonzalo On Fri, Mar 20, 2015 at 10:17 AM, Sebastian Silva sebast...@fuentelibre.org mailto:sebast...@fuentelibre.org wrote: 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 would also be a nice GSOC project. -- Gonzalo Odiard SugarLabs - Software for children learning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
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 intermediate steps for a entry. Other than that, does not have too much sense complicate the interaction with the user. The other win would be have a automatic backup in the cloud, but then we need identity, like in the plugins. Gonzalo On Fri, Mar 20, 2015 at 10:55 AM, Sebastian Silva sebast...@fuentelibre.org wrote: 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 general datastore, git is terribly innefficient especially when dealing with larger or binary files. You can read a detailed account of it's problems in the following article I found really interesting: Unorthodocs: Abandon your DVCS and Return to Sanity http://bitquabit.com/post/unorthodocs-abandon-your-dvcs-and-return-to-sanity It we do insist in adding some sort of version control, then I suggest we look into VCS extensions for large files, and some way that will allow the user to actually erase a file. In the Git world, git-annex does this but it's in my humble opinion A better option for this would be Mercurial's Largefiles extension. http://bitquabit.com/post/unorthodocs-abandon-your-dvcs-and-return-to-sanity/ Mercurial also has native compatibility with Git, so I tend to think it could be the best of both world. The tricky part here of course is the UI so I would love to see some mockups of what it's expected to look like. Regards Sebastian http://bitquabit.com/post/unorthodocs-abandon-your-dvcs-and-return-to-sanity/ El 20/03/15 a las 07:54, Gonzalo Odiard escibió: 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-fakecloud He can provide more information. (cced) On Thu, Mar 19, 2015 at 4:33 PM, Shaifali Agrawal agrawalshaifal...@gmail.com wrote: On Thu, Mar 19, 2015 at 6:29 PM, Shaifali Agrawal agrawalshaifal...@gmail.com wrote: For the first part I did sturdy research, I have wrote create, read, update, delete functions in shell script to work as git based backend. But for the project I will need to code same in Python and Javascript, that can be achieved via libraries like libgit2 js-git. Under the hod git is a key-value store and for generating key(sha or hash-objects) it generates a checksum of the content of file plus a header. So this can be achieved in Python and Javascript. Links to above mentioned libraries : libgit2 https://libgit2.github.com/, js-git https://github.com/creationix/js-git ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Gonzalo Odiard SugarLabs - Software for children learning ___ Sugar-devel mailing listSugar-devel@lists.sugarlabs.orghttp://lists.sugarlabs.org/listinfo/sugar-devel -- Gonzalo Odiard SugarLabs - Software for children learning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
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-fakecloud He can provide more information. (cced) On Thu, Mar 19, 2015 at 4:33 PM, Shaifali Agrawal agrawalshaifal...@gmail.com wrote: On Thu, Mar 19, 2015 at 6:29 PM, Shaifali Agrawal agrawalshaifal...@gmail.com wrote: For the first part I did sturdy research, I have wrote create, read, update, delete functions in shell script to work as git based backend. But for the project I will need to code same in Python and Javascript, that can be achieved via libraries like libgit2 js-git. Under the hod git is a key-value store and for generating key(sha or hash-objects) it generates a checksum of the content of file plus a header. So this can be achieved in Python and Javascript. Links to above mentioned libraries : libgit2 https://libgit2.github.com/, js-git https://github.com/creationix/js-git ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Gonzalo Odiard SugarLabs - Software for children learning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Git Backend Architecture | GSoC'15
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 mentioned Turtle Blocks because it made sense. Why implement for one activity and not for the Journal? I am not saying it should ever be used by only one, but I am talking about the scope for the GSoC project. I think there will be enough challenges in back and front end as it is, if we want to get something working. Other than that, does not have too much sense complicate the interaction with the user. The user should see even higher level options to operate ie., CRUD operations and versioning options, from the UI. Hmm... is this still target to 6 - 12 kids? What is the use case? Yes, I am not saying they should type git clone or git reset --hard, these kind of concepts presented in a way more simplified way to the users, but having a git based back end and not introducing basic versioning options it seems a waste. Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
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 activity and not for the Journal? Other than that, does not have too much sense complicate the interaction with the user. The user should see even higher level options to operate ie., CRUD operations and versioning options, from the UI. Hmm... is this still target to 6 - 12 kids? What is the use case? Gonzalo ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
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 great. This would also be a nice GSOC project. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
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 http://pe.sugarlabs.org/ir/Git%20para%20Sugar. However, as a general datastore, git is terribly innefficient especially when dealing with larger or binary files. You can read a detailed account of it's problems in the following article I found really interesting: Unorthodocs: Abandon your DVCS and Return to Sanity http://bitquabit.com/post/unorthodocs-abandon-your-dvcs-and-return-to-sanity It we do insist in adding some sort of version control, then I suggest we look into VCS extensions for large files, and some way that will allow the user to actually erase a file. In the Git world, git-annex does this but it's in my humble opinion A better option for this would be Mercurial's Largefiles extension. http://bitquabit.com/post/unorthodocs-abandon-your-dvcs-and-return-to-sanity/ Mercurial also has native compatibility with Git, so I tend to think it could be the best of both world. The tricky part here of course is the UI so I would love to see some mockups of what it's expected to look like. Regards Sebastian http://bitquabit.com/post/unorthodocs-abandon-your-dvcs-and-return-to-sanity/ El 20/03/15 a las 07:54, Gonzalo Odiard escibió: 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-fakecloud He can provide more information. (cced) On Thu, Mar 19, 2015 at 4:33 PM, Shaifali Agrawal agrawalshaifal...@gmail.com mailto:agrawalshaifal...@gmail.com wrote: On Thu, Mar 19, 2015 at 6:29 PM, Shaifali Agrawal agrawalshaifal...@gmail.com mailto:agrawalshaifal...@gmail.com wrote: For the first part I did sturdy research, I have wrote create, read, update, delete functions in shell script to work as git based backend. But for the project I will need to code same in Python and Javascript, that can be achieved via libraries like libgit2 js-git. Under the hod git is a key-value store and for generating key(sha or hash-objects) it generates a checksum of the content of file plus a header. So this can be achieved in Python and Javascript. Links to above mentioned libraries : libgit2 https://libgit2.github.com/, js-git https://github.com/creationix/js-git ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org mailto:Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Gonzalo Odiard SugarLabs - Software for children learning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
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 godi...@sugarlabs.org wrote: 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. +1, its really important to provide a basic set of functionalities and a high-level API to access then. 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. Other than that, does not have too much sense complicate the interaction with the user. The user should see even higher level options to operate ie., CRUD operations and versioning options, from the UI. The other win would be have a automatic backup in the cloud, but then we need identity, like in the plugins. Gonzalo On Fri, Mar 20, 2015 at 10:55 AM, Sebastian Silva sebast...@fuentelibre.org wrote: 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 general datastore, git is terribly innefficient especially when dealing with larger or binary files. You can read a detailed account of it's problems in the following article I found really interesting: Unorthodocs: Abandon your DVCS and Return to Sanity http://bitquabit.com/post/unorthodocs-abandon-your-dvcs-and-return-to-sanity It we do insist in adding some sort of version control, then I suggest we look into VCS extensions for large files, and some way that will allow the user to actually erase a file. In the Git world, git-annex does this but it's in my humble opinion A better option for this would be Mercurial's Largefiles extension. http://bitquabit.com/post/unorthodocs-abandon-your-dvcs-and-return-to-sanity/ Mercurial also has native compatibility with Git, so I tend to think it could be the best of both world. The tricky part here of course is the UI so I would love to see some mockups of what it's expected to look like. Regards Sebastian http://bitquabit.com/post/unorthodocs-abandon-your-dvcs-and-return-to-sanity/ El 20/03/15 a las 07:54, Gonzalo Odiard escibió: 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-fakecloud He can provide more information. (cced) On Thu, Mar 19, 2015 at 4:33 PM, Shaifali Agrawal agrawalshaifal...@gmail.com wrote: On Thu, Mar 19, 2015 at 6:29 PM, Shaifali Agrawal agrawalshaifal...@gmail.com wrote: For the first part I did sturdy research, I have wrote create, read, update, delete functions in shell script to work as git based backend. But for the project I will need to code same in Python and Javascript, that can be achieved via libraries like libgit2 js-git. Under the hod git is a key-value store and for generating key(sha or hash-objects) it generates a checksum of the content of file plus a header. So this can be achieved in Python and Javascript. Links to above mentioned libraries : libgit2 https://libgit2.github.com/, js-git https://github.com/creationix/js-git ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Gonzalo Odiard SugarLabs - Software for children learning ___ Sugar-devel mailing listSugar-devel@lists.sugarlabs.orghttp://lists.sugarlabs.org/listinfo/sugar-devel -- Gonzalo Odiard SugarLabs - Software for children learning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
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 separately. The extensions may be vital for connectivity. 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. I myself have used Sugar in VirtualBox at presentations and conferences, hassle free screen/sound/internet connectivity and full screen (Macbook), while I hold/pass around an XO. Sean On Fri, Mar 20, 2015 at 2:43 PM, Sebastian Silva sebast...@fuentelibre.org wrote: 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 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. It would be even better if it was fully automatic that way we could have regular builds. Regards, Sebastian El 20/03/15 a las 08:38, Gonzalo Odiard escibió: 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 user base. Gonzalo On Fri, Mar 20, 2015 at 10:17 AM, Sebastian Silva sebast...@fuentelibre.org wrote: 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 would also be a nice GSOC project. -- Gonzalo Odiard SugarLabs - Software for children learning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
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 we can ask to the user using the same code from the Sugar control panel? Gonzalo On Fri, Mar 20, 2015 at 5:18 PM, James Cameron qu...@laptop.org wrote: 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. Maybe now is a better time. Maybe those aghast at the idea haven't noticed yet. ;-) -- James Cameron http://quozl.linux.org.au/ -- Gonzalo Odiard SugarLabs - Software for children learning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
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'm not confident we have with the virtual machines made by Thomas. Yes, Thomas is repeatable if we ask him to be, but the idea of repeatability is that someone can flick a switch and a new image is automatically built and customised ready for testing. -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
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 idea. Maybe now is a better time. Maybe those aghast at the idea haven't noticed yet. ;-) -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
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't work right. VM hosts could have a number of different keyboards - for example I have a Macbook with French locale Azerty layout (flipped numbers row, common accents) and a Dell education netbook with Belgium locale keyboard. Look at the Firefox Systems Languages download matrix (https://www.mozilla.org/en-US/firefox/all/), for a Sugar VM with bundled installer an interested teacher or journalist would just need to choose the appropriate download. I feel the huge sizes of these images would be more of a problem, but not much we can do there. Sean On Fri, Mar 20, 2015 at 9:35 PM, Gonzalo Odiard godi...@sugarlabs.org 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. Is still needed have a vm by host language/keyboard? Or we can ask to the user using the same code from the Sugar control panel? Gonzalo On Fri, Mar 20, 2015 at 5:18 PM, James Cameron qu...@laptop.org wrote: 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. Maybe now is a better time. Maybe those aghast at the idea haven't noticed yet. ;-) -- James Cameron http://quozl.linux.org.au/ -- Gonzalo Odiard SugarLabs - Software for children learning ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel