[IAEP] LinuxCon Education Summit: Schedule Announced
Hi, as previously mentioned, there will be an Education Summit taking place in conjunction with LinuxCon in Boston on August 9. We are happy to announce the final schedule today. Please check the following wiki page for further information on our speakers and abstracts: http://teachingopensource.org/index.php/LinuxCon_2010 Registration for LinuxCon is still open. We are also still entitled to offer 20% discounts to attendees, so if you're interested, drop me a line. We would also like to provide the attendees of the Education Summit with t-shirts / lunch. If you or your company would be interested in sponsoring that, please email me as soon as possible. Thanks for your attention and looking forward to meeting you in August! --Sebastian Dziallas ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [SLOBS] [PROJECT PROPOSAL REQUEST] Sugar Creation Kit
On Fri, Jul 23, 2010 at 2:00 PM, Walter Bender walter.ben...@gmail.com wrote: Satellit (Tom Gilliard) has submitted a request to have the Sugar Creation Kit become an official Sugar Labs project and consequently be listed on the sidebar of the wiki (See email below). Could we discuss this proposal by email (since we are unlikely to find a time to meet as a group over the next few weeks due to conflicting travel schedules? Since I'm not wearing a SLOBs hat, I'm not going to vote here. :) One thing that is orthagonal to the original question but that should probably be checked anyway is - since Sugar on a Stick is an official Fedora Spin - how the Fedora trademark guidelines apply. --Sebastian regards. -walter -- Forwarded message -- From: Thomas C Gilliard satel...@bendbroadband.com Date: Fri, Jul 23, 2010 at 7:53 AM Subject: IAEP Digest, Vol 28, Issue 18 Consider the, SugarCreationKit DVD a Project? To: Walter Bender walter.ben...@gmail.com Message: 1 Date: Sun, 11 Jul 2010 10:09:37 -0700 From: Thomas C Gilliard satel...@bendbroadband.com Subject: Re: [IAEP] IAEP Digest, Vol 28, Issue 18 Consider the SugarCreationKit DVD a Project? To: iaep@lists.sugarlabs.org Message-ID: 4c39fad1.10...@bendbroadband.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed -- MOTION --- First, the short version: 1. If your project helps SL, is all freely licensed, and has a wiki page with certain info on it, you can apply for project status by emailing slobs/iaep your wiki page URL and saying here's our project page, please raise a motion to make us a project. Question re Sugar Creation Kit DVD: http://people.sugarlabs.org/Tgillard/SugarCreationKit-123.iso http://wiki.sugarlabs.org/go/Sugar_Creation_Kit -This is really a compilation of SL Content on a DVD where does such a project fit in this spectrum of Projects? It probably would have qualified under the previous Project Category: wiki pages bearing the [[Category:Project]] tag predating this proposal. http://wiki.sugarlabs.org/go/Category:Project It would be nice to get a left sidebar listing for the DVD.iso and move it's location to Downloads from Tgillard Tom Gilliard satellit A related situation exists for the ASLOxo.iso with .xo files for Drag Drop Installs: http://wiki.sugarlabs.org/go/Features/Soas_V4/ASLOxo_Activity_Test_Table http://people.sugarlabs.org/Tgillard/ASLOxo-3ss.iso (This may depend on the .xo file format remaining one of the ways Activities are distributed) 2. If SLOBs passes the motion (4 votes of +1), you are a project. This gets you a sidebar listing, do-it-yourself infrastructure access, and permission to call yourselves a SL project. 3. Projects are obligated to update their project page and email that project page URL to the list during the last month of each Sugar release cycle. That's it. 4. If a project doesn't do this (SLOBs will check), its project status is revoked, and it loses the sidebar listing and the ability to call itself a SL project. Projects who have their status revoked may reapply, see (1). Now, the fine print: Being a SL project means you get (1) listed in the sidebar, (2) full use of SL infrastructure's resources (though projects must do the administrative work themselves, they'll get machine access) if the project isn't already using them, and (3) permission to refer to yourselves as a SL project (you can request TM usage separately). Being a SL project does NOT mean that (1) SL teams are obligated to fulfil all your requests, or that (2) SLOBs or SL teams can tell you what to do, or that (3) anyone else will step up and make your project happen - people working on a project still need to step up and drive and do all the work. The only thing SLOBs can do is remove SL Project status, which (1) removes a project from the sidebar and (2) the project not being able to refer to itself as a SL project any more. (Infrastructure privileges shouldn't be removed except in cases of gross misconduct.) SL projects must: * work towards the mission of SL in some way, http://wiki.sugarlabs.org/go/Sugar_Labs#Mission * contain only code and content released under approved licenses, http://wiki.sugarlabs.org/go/Trademark#Approved_licenses To request status as a SL project, create a project wiki page that contains (at minimum) the following information, and submit it to SLOBs as an agenda item (here is our project wiki page, can we be a project?) (these are directly from the version of http://wiki.sugarlabs.org/go/Sugar_Labs/Project_Guidelines as of this writing) * Who the new project would serve and who will lead the project * What the goals and scope of the new project would be * When the project can be considered a success * Where the project will lead and where it will fit into Sugar Labs * Why the idea warrants the creation of a new project within Sugar Labs * How
[IAEP] Education Summit at LinuxCon in Boston
Hi all, this year's LinuxCon [1] will take place from Aug 10 - 12 in Boston. There'll be an education summit [2] hosted in conjunction with the conference on Aug 9. We've got a number of entirely awesome speakers confirmed - Joe Brockmeier, Máirín Duffy and others will give talks. We'll announce the final schedule shortly. Registration for the entire LinuxCon is required for attendants of the summit and comes with a $400 price tag ($100 for students) until Jul 15. The LinuxFoundation has also entitled us to offer 20% discounts to attendees, so if you're interested, please drop me a line. Please forward this to interested people or projects and don't hesitate to email Jeff or me in case you've got any questions. Looking forward to meeting you in August! --Sebastian Dziallas [1] http://events.linuxfoundation.org/events/linuxcon [2] http://teachingopensource.org/index.php/LinuxCon_2010 ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] Soliciting SoaS v.4 Codename Colour Suggestions
Thanks everybody for the proposals thus far. I've converted them into a table for a better overview [1]. Please keep in mind that Sugar has a defined color palette for its logo, too [2]. --Sebastian [1] http://wiki.sugarlabs.org/go/Sugar_on_a_Stick_meetings#Agenda [2] http://wiki.sugarlabs.org/go/Marketing_Team/Logo#Color_Palette On Fri, Jun 4, 2010 at 11:41 PM, Outofindia outofin...@gmail.com wrote: Jambul also known as Jamun in India and by others name in different parts of the world. http://en.wikipedia.org/wiki/Jambul A medicinal fruit/plant/tree. Supposed to be a rich source of iron, vitamins A and C Besides the fruit, every part of the tree too is used. The bark, the seed (dried and powdered) and even ash from the burnt leaves for gums. The wood is used to make furniture! The colour crimson. http://www.agriculturalproductsindia.com/fruits/fruits-jamun.html Regards Harriet On Fri, Jun 4, 2010 at 12:33 PM, Sebastian Dziallas sebast...@when.com wrote: Hi Sean, On Fri, Jun 4, 2010 at 5:32 PM, Sean DALY sdaly...@gmail.com wrote: Sebastian, I guess you want to drop the name we had chosen together previously, Cloudberry? If you remember we had wanted to underline collaboration and connectivity, and decided to postpone that name when we realized that it was too ambitious for this release. this is by no means the intention of this email. You will note that this email is also sent to the marketing list, so this is not aimed at excluded marketing, but rather at getting the conversation started. We're simply encouraging brainstorming here so that we don't get stuck later there and have a prominent way of calling the upcoming next version early in the release cycle (Fedora has already chosen its codename for F14, too). I don't recall us already having chosen Cloudberry. It was the previous codename for v.3, but as you say, we decided to go with Mirabelle instead since it could have caused confusion. I personally believe that it only makes sense to chose a name like Cloudberry if we're able to provide a sufficient amount of cloud-related features, since we might get otherwise beaten up over it. This is a marketing discussion and should really be in the marketing meeting. Sugar on a Stick is a pillar of our marketing strategy and the name needs to fit with our strategy. That said, I wouldn't want to spoil anyone's fun choosing ice cream flavors. It could be nice to pick a non-berry flavor too as Peter and others have said in the past. I think this is debatable and I'm certainly not objecting to having this conversation in the marketing meeting, too. However, this also concerns the project itself, so I think it's also fair to raise it in the Sugar on a Stick meeting. --Sebastian Sean On Thu, Jun 3, 2010 at 8:31 PM, Sebastian Dziallas sebast...@when.com wrote: We'd like to kick off the process for the upcoming Sugar on a Stick v.4 already, while gearing up for the SoaS PR at LinuxTag, too. And so we're looking forward to your ideas and suggestions on the codename and colour selections for the next release iteration. These will be discussed at the next meeting, which is scheduled to take place on Monday, June 7 on 1900 UTC in #sugar-meeting. Thanks, --Sebastian ___ Marketing mailing list market...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/marketing ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] Soliciting SoaS v.4 Codename Colour Suggestions
Hi Sean, On Fri, Jun 4, 2010 at 5:32 PM, Sean DALY sdaly...@gmail.com wrote: Sebastian, I guess you want to drop the name we had chosen together previously, Cloudberry? If you remember we had wanted to underline collaboration and connectivity, and decided to postpone that name when we realized that it was too ambitious for this release. this is by no means the intention of this email. You will note that this email is also sent to the marketing list, so this is not aimed at excluded marketing, but rather at getting the conversation started. We're simply encouraging brainstorming here so that we don't get stuck later there and have a prominent way of calling the upcoming next version early in the release cycle (Fedora has already chosen its codename for F14, too). I don't recall us already having chosen Cloudberry. It was the previous codename for v.3, but as you say, we decided to go with Mirabelle instead since it could have caused confusion. I personally believe that it only makes sense to chose a name like Cloudberry if we're able to provide a sufficient amount of cloud-related features, since we might get otherwise beaten up over it. This is a marketing discussion and should really be in the marketing meeting. Sugar on a Stick is a pillar of our marketing strategy and the name needs to fit with our strategy. That said, I wouldn't want to spoil anyone's fun choosing ice cream flavors. It could be nice to pick a non-berry flavor too as Peter and others have said in the past. I think this is debatable and I'm certainly not objecting to having this conversation in the marketing meeting, too. However, this also concerns the project itself, so I think it's also fair to raise it in the Sugar on a Stick meeting. --Sebastian Sean On Thu, Jun 3, 2010 at 8:31 PM, Sebastian Dziallas sebast...@when.com wrote: We'd like to kick off the process for the upcoming Sugar on a Stick v.4 already, while gearing up for the SoaS PR at LinuxTag, too. And so we're looking forward to your ideas and suggestions on the codename and colour selections for the next release iteration. These will be discussed at the next meeting, which is scheduled to take place on Monday, June 7 on 1900 UTC in #sugar-meeting. Thanks, --Sebastian ___ Marketing mailing list market...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/marketing ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Announcing Sugar on a Stick v.3 (Mirabelle)
Mirabelles have arrived! (http://www.flickr.com/photos/enil/3892066169/) I am proud to announce the availability of Sugar on a Stick v.3, code-named Mirabelle. More information about Sugar on a Stick, including download and installation details, are available at http://spins.fedoraproject.org/soas/. Changes in Sugar on a Stick since the last release (v.2 Blueberry): Sugar version 0.88. The most recent release of the Sugar Learning Platform features support for 3G connections, increased accessibility, and better integration with our Activity Portal (http://activities.sugarlabs.org) allowing students and teachers to update their sticks with additional Activities. More information about the 0.88 release of Sugar is available at http://wiki.sugarlabs.org/go/0.88/Notes. Customize your own remix of Sugar on a Stick. You'll notice that v.3 Mirabelle has a smaller Activity selection than its predecessors, Blueberry and Strawberry. We realized we'll never be able to create an Activity selection suitable for all deployments - instead, we've chosen to include and support a core set of basic, teacher-tested Activities in the default image, and invite deployments to use this as a base on which to build a customized Activity selection for their classrooms. Instructions on how to do this are available at http://download.sugarlabs.org/soas/docs/customization-guide/. Sugar on a Stick is now a Fedora Spin. After two prior releases of being based on the Fedora distribution, Sugar on a Stick has recognized by the Fedora Project as an official Spin. This ties us more closely to Fedora's release cycle and gives us resources from their engineering and marketing teams, which extends the reach of Sugar on a Stick and makes the project itself more sustainable. In exchange, users of Fedora have access to an easily deployable implementation of the Sugar Platform; it's a great example of a mutually beneficial upstream - downstream relationship. The biggest difference in v.3 of Sugar on a Stick has been in its release processes and engineering sustainability; it's now much easier for new contributors to get involved. We continue to move towards our long-term vision of bringing stability and deployability to Sugar's personalized learning environment, and invite all interested parties to join us. If you'd like to contribute to the next version, due for release in early November, join us at our Contributors Portal at http://wiki.sugarlabs.org/go/Sugar_on_a_Stick. All types of contributions are welcome, from the technical to the pedagogical, and we're happy to teach what we know and learn what you have to share. Thank you especially to the Sugar on a Stick team and all the people involved for their awesome work on this release! Sebastian Dziallas Sugar on a Stick Project Lead ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] maintenance
On Fri, Apr 30, 2010 at 1:29 PM, Walter Bender walter.ben...@gmail.com wrote: Tomeu, Thank you for writing down this summary and for making a proposal as to how we can address this problem. I would add that the problem reaches farther than the core Sugar modules themselves: Sugar without Sugar Activities is not very useful to the learner. We need to maintain a core set of activities as well. I agree that getting the deployment team revived is critical to any solution. I *do* care. While my sugar-core code-related action possibilities might be limited for now (though I'm hoping to improve that over the summer), I'll do everything possible to back such an effort from a Sugar on a Stick perspective. Thanks for bringing this up. It *is* an important conversation to have and I'm glad we're having it. --Sebastian regards. -walter On Fri, Apr 30, 2010 at 6:38 AM, Tomeu Vizoso to...@tomeuvizoso.net wrote: Hi, follows a plan about how to improve the situation regarding maintenance of our software modules. If you care about it, please reply even if only to say so, or even better, comment on it and suggest improvements. I will assume that lack of replies mean people don't care about it and will stop caring about it myself. == The problem == The process by which our software reaches to children is complex and involves several organizations. Sugar Labs is one of those and its responsibility is to provide the raw sources that organizations downstream such as OLPC, Fedora and Paraguay Educa will modify, package, ship and install. It's very important that modifications done downstream are kept to a minimum so that all downstreams share as much work as possible. This means that the raw sources we provide need to contain the features that downstream need in each release and that it contains as few bugs as possible. In order to provide good raw sources, we have a series of processes that assure that the expected features are present and that the worst bugs are either fixed or at least well-known. These processes include testing, bug triage (keeping the bug database in order), source release, code review, user experience design and code development. An important role present in most of those processes is that of the module maintainer. A module maintainer takes responsibility for a part of the source code. The maintainer will release code at known times and will have worked so it has gone through the processes outlined above. Of course, the maintainer cannot do all the work by herself, but is ultimately responsible for it. Normally the maintainer will have spent most of her time triaging and fixing bugs, and will be trying hard to keep the module in order so that in future releases the maintenance burden doesn't grow too much as new code gets in. An important process in keeping the maintenance burden in check is code review, by which the maintainer checks that the new code that gets in a release won't increase the maintenance burden too much. The problem is that very few people in Sugar Labs are willing to do that maintenance work. We have people keen on packaging Sugar, deploying it, training teachers on it, developing new activities and new Sugar features, people write books about Sugar, setup help lines to support Sugar users, universities are given grants to study the use of Sugar, load machines with it, etc. Big amounts of volunteer time and money are being spent around Sugar but almost nothing is going to maintenance. Paradoxically, any use of Sugar requires that it is reasonably stable and most investments are made with the assumption that Sugar will keep being developed. I also want to make explicit that almost all maintenance effort has come from a few volunteers that are tired and disappointed about the little importance that has been given to this work. We are very close to have no maintainers at all in Sugar, meaning as well that nobody with the needed experience will be around to mentor new maintainers. == Proposal A: Get downstreams working better inside Sugar Labs == I would say that the main reason why so many people are keen in investing on Sugar but so little goes into maintenance is miscommunication. Downstreams don't know how Sugar is developed, who develops it nor what is to gain by investing upstream nor what they risk by not doing so. And we cannot keep sitting on our hands waiting for each of them to have an epiphany. I don't want to give the impression that nobody is doing any of that outreach work, Walter has met with OLPC deployment representatives and has tried to explain it to them, Bernie is volunteering at Paraguay, Gonzalo is working at the OLPC deployment in Argentina and I have traveled to Uruguay to talk about this. But while these individual efforts have had a positive effect by themselves, we still have lots of other downstreams to reach and we also must follow up on those relationships. My
[IAEP] SoaS Documentation Changes
Hi all, I'd like to announce some changes to our documentation strategy for the upcoming Sugar on a Stick release. In an attempt to enhance our documentation, I've been working on creating content using Publican [1], which is a Fedora tool relying on Docbook files. Here are some examples, namely the HTML output for two upcoming guides: http://people.sugarlabs.org/sdz/creation-kit/ http://people.sugarlabs.org/sdz/customization-guide/ We'll find a better place for these in time for the release. However, they are already a good representation of the recommended procedures. I went ahead and created a SOP for the process of getting changes into the documentation: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Documentation_SOP Mel has kindly agreed to take care of the queue on list, and it is our hope that we'll be able to add more committers over time, so if you're interested in helping to maintain this documentation, please speak up. --Sebastian [1] https://fedorahosted.org/publican/ ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] What's going on with Sugar on a Stick?
Hi all, as you may have noticed, there are a couple of changes coming to Sugar on a Stick to keep the whole project sustainable. In the upcoming month, from March 28 (I'll be off starting Sunday night) to May 7, my ability to devote time to the project will cease. I have to prepare for my major A-level exams; more importantly, I have to secure a significant amount of funding in order to be able to attend college later this fall. (If you're interested in helping, see http://sdziallas.com/blog/sebastian/2010/03/sebastian-needs-100k.html for more details - any advice would be appreciated.) This does not affect the release date. Sugar on a Stick will be released as a spin through Fedora's release engineering process on May 11. We are bound to this date and will have a working release in time. The general release schedule including all relevant policies is available here [1]. Nightly builds are also available [2] (and will contain a fixed IRC activity within a couple of days, as soon as [3] has been pushed to stable). Activity authors are also advised that the final freeze date for package updates is April 27, so make sure to get fixes pushed well in advance to give package maintainers and the update system time to process. Peter Robinson has kindly agreed to act in case something is needed. Please make sure to post to the appropriate lists, though, so that everybody is in the loop. Finally, please file bugs at bugs.sugarlabs.org as explained in [4] to save all of us time. Thanks, --Sebastian [1] http://fedoraproject.org/wiki/Releases/13/Schedule [2] http://alt.fedoraproject.org/pub/alt/nightly-composes/soas/ [3] https://admin.fedoraproject.org/updates/sugar-xoirc-6-4.fc13 [4] http://wiki.sugarlabs.org/go/Talk:Sugar_on_a_Stick/Getting_Involved ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Sugar on a Stick Documentation Joins the Stage
Hi all, I've taken some hours last weekend to spend some time to finally get some better documentation off the ground. I started with what is going to be called a Creation Kit. Note that this is far from being complete for now, but should do the trick as a proof of concept. It lives here: http://people.sugarlabs.org/sdz/ Now the cool stuff. This is all being generated from a simple GIT repository with a few files. So changes will get in by patching the files. We can get .pdf files, as well as .epub files containing these docs by running one command! ...which makes it a nice target for distributable instructions, too. Anyhow, the GIT repo is here: http://git.sugarlabs.org/projects/soas-docs Please holler if you're interested in helping to write docs, no matter whether that's for a customization guide, the creation kit or other things. Thanks, --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Sugar on a Stick Documentation Joins the Stage
Martin Langhoff wrote: On Wed, Feb 17, 2010 at 3:53 PM, Sebastian Dziallassebast...@when.com wrote: I've taken some hours last weekend to spend some time to finally get Very cool. What's the build line? I perused the XML looking for how to reproduce soas builds ;-) but it's understandably not there yet. Hehe! :) That should be: publican build --format=html --lang=en-US publican lives here: https://fedorahosted.org/publican/ The documentation I did read is very good -- but there is something makes I wonder about -- what's the advantage of this over a wiki? The barriers of entry to editing this guide are *very* high, specially for documentation people... Yeah, I see that point clearly. I believe the major advantages for using this over wikis when creating guides or release notes is that we can create a variety of formats just by adjusting one line (i.e. try s/html/pdf or s/html/epub) and the ability to translate it easily. Translating stuff in the wiki sucks. Admittedly, I'm no translator nor have I tried it with publican, yet. But from looking at how Fedora's doing it, it should be pretty straight forward. (I am a formet git developer, and have no prob with docbook... but I still find wikis more inviting...) Yup, they're certainly more inviting. Heh, I'm not even really experienced with docbook and figured most of the stuff out last weekend. So what I think might be reasonable would be to use the wiki as the source for content, where thoughts are gathered and stuff, and to create the actual guides which are published later using publican. --Sebastian cheers, m ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [SoaS] Sugar on a Stick Documentation Joins the Stage
Sebastian Dziallas wrote: Martin Langhoff wrote: On Wed, Feb 17, 2010 at 3:53 PM, Sebastian Dziallassebast...@when.com wrote: I've taken some hours last weekend to spend some time to finally get Very cool. What's the build line? I perused the XML looking for how to reproduce soas builds ;-) but it's understandably not there yet. Hehe! :) That should be: publican build --format=html --lang=en-US publican lives here: https://fedorahosted.org/publican/ The documentation I did read is very good -- but there is something makes I wonder about -- what's the advantage of this over a wiki? The barriers of entry to editing this guide are *very* high, specially for documentation people... Yeah, I see that point clearly. I believe the major advantages for using this over wikis when creating guides or release notes is that we can create a variety of formats just by adjusting one line (i.e. try s/html/pdf or s/html/epub) and the ability to translate it easily. Translating stuff in the wiki sucks. Admittedly, I'm no translator nor have I tried it with publican, yet. But from looking at how Fedora's doing it, it should be pretty straight forward. (I am a formet git developer, and have no prob with docbook... but I still find wikis more inviting...) Yup, they're certainly more inviting. Heh, I'm not even really experienced with docbook and figured most of the stuff out last weekend. So what I think might be reasonable would be to use the wiki as the source for content, where thoughts are gathered and stuff, and to create the actual guides which are published later using publican. ...actually, kudos to quaid for this idea. :) --Sebastian --Sebastian cheers, m ___ SoaS mailing list s...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/soas ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Blueberry Strawberry Activities Lists?
Caryl Bigenho wrote: Hi, I'm working on my presentation for SCaLE 8X this weekend and do not at the moment have access to Blueberry and Strawberry SoaS. Can someone give me links to lists of Activities included in each of these? Thanks, Caryl = Sorry for seeing this a little late; trying to catch up with e-mail here. So for Strawberry, you might want to go with the table here [1]. For Blueberry, a not-so-nice-ish list is here [2]. It's what we used to create the image, but from looking at the names under #fructose and #honey, it should be pretty clear for most of them. Cheers, --Sebastian [1] http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Strawberry [2] http://git.sugarlabs.org/projects/soas/repos/mainline/blobs/blueberry/soas-aslo-and-content.ks ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [SoaS] Very Old SoaS Works on Mac
Hi Caryl, Caryl Bigenho wrote: Well... thanks a lot for your patience! :) I tried my very old (in software terms... 9+ months) version of Strawberry that is still installed on my Mac via virtual box (also an old version). It still works. Limited activities but if I don't get the newer versions figured out, at least I will have something to show the folks in Buenos Aires when I visit their school on Monday. You can also always create a new Virtual Machine in VirtualBox and select the downloaded SoaS .iso file there. Even easier might be using the images Thomas and Wade have been creating. You can download a Blueberry Image which is currently in testing from [1] and walk through the process here [2]. [1] http://people.sugarlabs.org/wadeb/soas-blueberry-vmdk-1.zip [2] http://wiki.sugarlabs.org/go/VirtualBox#Setup_a_Virtual_Machine_for_Sugar_on_a_Stick We are still trying to get the Blueberry file on a CD that people down there can use to make usb sticks and maybe a liveCD they can play. Cool - please let us know how it goes! ;) --Sebastian Caryl = ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [SoaS] 2 Major Sugar Issues
Caryl Bigenho wrote: Hi... Two rather huge issues: 1) Sugar Labs does not have Spanish translations available on either the SoaS Strawberry or Blueberry web pages. I wanted to print these out to take to the school in Argentina that wants to do a Sugar deployment in the PC lab in one of their elementary schools. There doesn't even seem to be an autotranslate button. We can't expect the whole world to be able to read and understand English. I'm unfortunately not fluent in Spanish (in fact, not at all). If somebody wants to take on this and translate things, this would be very helpful, though. Another thing might be to put the links into Google Translate, but this won't necessarily result in a sensible translation. 2) I thought the issue with trying to burn a CD with Blueberry on it to take to Argentina was due to my inexperience with a Windows machine. Not so. My son, the PC guru, tried to do it on his computer yesterday and it would not work there either. He tried twice. It stalled on the liveusb-creator. He was able to reboot with no serious problems like I had the day before on the hp netbook. Was he trying to burn onto the CD with Blueberry? This shouldn't be needed, he can just use his favorite disc burning application. He was able to create a cd with Strawberry. Hopefully it will work. If all else fails, I still have a very old copy of Strawberry in a Virtual Box on my Mac that works fairly well. Ah, cool! :) These folks are eager to get something going with Sugar in Argentina without waiting for a big government project that will buy XOs. We need to help them by solving these 2 major issues. *nod* --Sebastian Caryl = ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] E-Books for Sugar on a Stick (Blueberry)
Hi all, as you may know, we're going to ship some selected e-books in the Journal of the Blueberry release. For providing high-quality e-books instead of simple texts (as well as fo technical simplicity), we're going to use e-books from epubBooks (www.epubbooks.com)! Right now, I've just included Alice in Wonderland (which comes with nice images in this edition), but I encourage everybody to go through the catalog on that website and to point out favorites. Thanks to Sayamindu for pointing to that site! :) --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] R: [SoaS] E-Books for Sugar on a Stick (Blueberry)
Yes, actually, I was maybe a bit too quick with this. :) This e-mail was supposed to be about discussing good sample titles, not about announcing anything with regard to the book provider we were using. Anyway, thanks for the link! I'll look into it... Cheers, --Sebastian Carlo Falciola wrote: I dont know (yet, Ill check soon) about quality of ePub version, but (http://manybooks.net/) seems to have books from several different languages... Maybe one out of a selection of languages would make sense... ciao carlo --- Mar 17/11/09, Sebastian Dziallassebast...@when.com ha scritto: Da: Sebastian Dziallassebast...@when.com Oggetto: [SoaS] E-Books for Sugar on a Stick (Blueberry) A: SoaSs...@lists.sugarlabs.org, iaepiaep@lists.sugarlabs.org Data: Martedì 17 novembre 2009, 15:36 Hi all, as you may know, we're going to ship some selected e-books in the Journal of the Blueberry release. For providing high-quality e-books instead of simple texts (as well as fo technical simplicity), we're going to use e-books from epubBooks (www.epubbooks.com)! Right now, I've just included Alice in Wonderland (which comes with nice images in this edition), but I encourage everybody to go through the catalog on that website and to point out favorites. Thanks to Sayamindu for pointing to that site! :) --Sebastian ___ SoaS mailing list s...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/soas ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] What do I want Big Time To Be?
Caryl Bigenho wrote: Hi All, Hi, I've put some comments inline... When I asked if SoaS was ready for Big Time, Martin replied, What do you mean? I'd recommend it but I don't know enough about what you want. So here is what I mean and want... I would like to be able to go into a room (or exhbit hall) filled with overworked, underpaid educators and while showing them Sugar on the XO, tell them they can run some of the same (and some even better) Activities on the equipment they already have at their schools... and that they can do it for free (free is good). Running Sugar on a Stick on the XO with the *latest* Sugar version from the NAND is something that's on the list for the Blueberry launch. Martin Dengler has been doing a great job at getting this realized! I would like them to get really excited about being able to get something for their students that is not only sound educationally, but that they can afford because the download is free. Their only cost is their chosen storage media. I would like to be able to show them how it works on a MacBook (my machine) and on a PC (if someone would just tell me how to get one for very little $$$). I would like it to be stable software that runs on their choice of Live CD or USB stick. The point about Macs in general is that it's hard to say what's going to work and what isn't. At least insofar as most of the Linux distribution haven't focused on it. Which is why I wouldn't guarantee that everything works. This is also a distribution question, since it's the underlying distribution that needs to provide the support. Anyway, without knowing what is causing issues, what hardware is used, and so on, it's a bit hard to say what's wrong (there are just so many different models out there!). Providing hardware information works for example pretty well following there instructions: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Hardware On the stability: Development snapshots intended for testing won't necessarily be stable, as a matter of fact. Final releases should be, and that's what we're working on. Really. I would like to be able to give them links for downloading it and for getting other Activities. I would like to be able to give them links for very easy to follow instructions for downloading and using the software. And, I would like to be able to give them links to a place they can get help if they get stuck. activities.sugarlabs.org and answers.launchpad.net/soas should do the trick. I know some of these things exist already but, unless I have missed something, most of them don't. My next presentation to educators will be at the CUELA/LAUSD Tech Fair on November 14. It all depends on what you're looking at. Strawberry is now several months old. It works and is rather stable. But it doesn't contain all the features that are going to be in the next version, obviously. Until Blueberry is out, there are the snapshots, but those might not be entirely working. So again, Blueberry is what will introduce a lot of this officially. How much of this is real already? How much is in the dim and distant future? Send links! Caryl = --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] CeBIT Open Source 2010 - Call for Projects
Sean DALY wrote: http://www.linuxpromagazine.com/Events/Cebit-2010-CFP deadline: Nov. 20. Perhaps we can prepare a submission at SugarCamp Bolzano? The relevant to the business world criteria is iffy, but I think it's worth a shot. On a side note: CeBIT takes place in Hannover, which is just a few kilometers (miles, if you want) away from my home town. Taking the train there is pretty quick (~ 20 minutes). I'm not yet sure how much I'll be available at that time, as my A-levels are coming up, but that's probably a bit later. I'll need to check that... Anyway, +1 from me on trying! If nothing helps, we could try sharing a booth with another distribution or so. --Sebastian Sean from the page: Determination of Participation: An international jury named by Linux New Media will evaluate each application based on the submitted information and source documents, with further communication to follow. Therefore, it is important to identify at least one contact person and the responsible parties for the project. Important Criteria for Project Selection: * Only noncommercial projects with a strong connection to Linux or Open Source will be considered for a booth sponsored by CeBIT Open Source and Linux New Media. * The vitality and activity of the supporting community behind the project plays a major role in project selection. * The project should provide topics relevant to the business world. * The project should be innovative and original. * The project should credibly ensure that its participation as exhibitor involves a sufficient number of presenters. ___ Marketing mailing list market...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/marketing ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Sugar on RedHat or Zentos?
Rita Freudenberg wrote: Hi, does anybody know if there will be a Sugar on RedHat or Zentos? A colleague of mine would like to run Sugar on Sun Thin Clients. If noone is working on that right now, can you tell me how difficult it would be build the Sugar port? We can try to find a interested student at our university. *wave* :) I had been planning to take on this, but it actually depends on when RHEL 6 is released. The current Gnome-stack that RHEL 5 (and that way of course CentOS, too) ships is somewhat too old for Sugar, so we'd be ending up in a dependency hell. Since RHEL 6 is possibly going to be based on something like F11 or F12, it will ship versions that we can work with, though. Greetings, Rita Cheers, --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Xoos Special Interest Group
David Farning wrote: As promised, we have started work on the XO operating system SIG at Sugar Labs. The SIG pages are at http://wiki.sugarlabs.org/go/Xoos . Based on feedback from the current developers working in this space, the most valuable starting point will be to start making daily Xoos builds. The next step will be to work with others in this space to create a release cycle which includes alphas, betas, and final releases. These releases will enable more users and testers to participate in the development cycle. Martin Dengler has been incredibly pushing an effort to make SoaS run on the XO. In fact, for some time now, the normal SoaS builds and the SoaS-XO builds are using the same code-base. The plan was and is to build and announce these snapshots jointly in the very near future. Setting up a cron job to have builds should probably be not too hard... There has even been a feature proposal for that in Launchpad: https://blueprints.launchpad.net/soas/+spec/joint-soas-release Will this SIG's work be incorporated in the SoaS-XO files (I can't even speak of GIT branches anymore, because it's all in mainline now, which is just awesome!) or will it create another solution? --Sebastian Initially, communication will happen on the de...@lists.laptop.org, sugar-...@lists.sugarlabs.org, and fedora-olpc-l...@redhat.com mailing lists. We have received initial support from the OLPC contributor program in the form of developer machines. david ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] SoaS: Searching for Decision Panel volunteers.
Chris Ball wrote: Please volunteer by replying to this mail if you're interested, and please do so by Thursday September 24th so that we can run the vote at the Friday September 25th SLOBs meeting. Thanks! - Chris. Thanks for getting this process off the ground! :) Well, I'd obviously volunteer here... --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] I would be able to help test if we did snapshots of current status of f12 sugar on a daily basis.
Thomas C Gilliard wrote: Why did sugar labs discontinue daily snapshots? Sugar Labs did not discontinue to issue daily snapshots because it never build them. I'll reply in a more detailed way later today. Tom Gilliard satelit --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] I would be able to help test if we did snapshots of current status of f12 sugar on a daily basis.
Sebastian Dziallas wrote: Thomas C Gilliard wrote: Why did sugar labs discontinue daily snapshots? Sugar Labs did not discontinue to issue daily snapshots because it never build them. I'll reply in a more detailed way later today. Hey, sorry for the brief reply yesterday. It's really busy over here with all these important discussions. So well. We never really had daily snapshots - those were all manually pushed. However, I do see how daily (or maybe weekly) snapshots could help to create some kind of... consistency. It's just that I didn't get to implement that, as the discussions on the project itself are somewhat time-consuming (that's not necessarily a bad thing, it's just the way it is). The work Martin Dengler has been doing on SoaS is really helpful, as it brings us closer to that goal. So. All your work, testing and reports is appreciated. Really. :) We'll just need to see how / when to realize such builds. --Sebastian Tom Gilliard satelit --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] I would be able to help test if we did snapshots of current status of f12 sugar on a daily basis.
Sebastian Dziallas wrote: Thomas C Gilliard wrote: Why did sugar labs discontinue daily snapshots? Sugar Labs did not discontinue to issue daily snapshots because it never build them. I'll reply in a more detailed way later today. Hey, sorry for the brief reply yesterday. It's really busy over here with all these important discussions. So well. We never really had daily snapshots - those were all manually pushed. However, I do see how daily (or maybe weekly) snapshots could help to create some kind of... consistency. It's just that I didn't get to implement that, as the discussions on the project itself are somewhat time-consuming (that's not necessarily a bad thing, it's just the way it is). The work Martin Dengler has been doing on SoaS is really helpful, as it brings us closer to that goal. So. All your work, testing and reports is appreciated. Really. :) We'll just need to see how / when to realize such builds. --Sebastian Tom Gilliard satelit --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [SLOBS] SLOBs Position on SoaS
Tomeu Vizoso wrote: On Wed, Sep 16, 2009 at 16:24, Daniel Draked...@laptop.org wrote: 2009/9/16 Sebastian Dziallassebast...@when.com: Let me rephrase again, to make things clear. I'd love to hear an official answer on this. Soon. Is the current SoaS going to be the primary way Sugar Labs distributes a Sugar-centric GNU/Linux distribution? Isn't there a wider question first? the one that asks if Sugar Labs is actually interested in being a distributor rather than just an upstream. I raised that question in my recent discussion and my feeling is that the responses basically said well we should really just focus on being an upstream since we already are overworked there, but actually Sugar Labs is just a platform where everyone interested in Sugar can get together and run Sugar-related projects Based on that, I'd say that SoaS is a fine project to sit under Sugar Labs but there shouldn't be a primary way of getting Sugar. Like other upstream projects, Sugar Labs should work with multiple downstreams (treating them equally) in order to achieve wide adoption of the software. That matches quite well my personal point of view. I'm just a bit concerned that the marketing team might need something like SoaS as part of their job to make Sugar widely known. But I'm just guessing here... That said, SoaS is very important for me as an upstream Sugar developer because before we had it, people had to install a linux distro or get an XO to try or test Sugar. So I have a big interest in that SoaS work continue forward, in SLs if needed. Regards, Tomeu Args! I notice that what I asked could have been misunderstood. I didn't mean to imply SoaS being only way of distributing Sugar. That's out of question and was never my intention. I apologize for any confusion if this feeling has been created. I wonder, though, if the current SoaS is going to be the primary LiveUSB distribution of Sugar supported by upstream (known as SoaS). Daniel, yes, I think this question needs to be asked. In fact, it has been asked. You mentioned it. Martin Dengler has pointed it out very clearly on IAEP just a day ago (while receiving no replies). I felt that this one question I asked implied it, but you're right. Tomeu, I agree, too. SoaS has started gaining foothold with it's (imo) very successful v1 launch. Now we need to continue following the path. The question is just where. --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] [SLOBS] SLOBs Position on SoaS
Caroline Meeks wrote: [...] snip! I agree with Daniel's question. Sebastian, what is your theory of change here? What do you think we should do and why does doing it and doing it now as an official strategic decision get us closer to having all the world's children use Sugar? So well. I think I've explained my vision of SoaS already pretty well in the open letter. That was the long-term side of things. Now it comes to what I think is important in a project. And that is - also - certainty and trust. Those are pretty important factors. For developers, as well as for users, to know where one stands. I have asked for a reply on this question because it truly affects my work. I would like to know whether my work is needed in the way I'm doing it, whether it's appreciated, whether it's respected. Wait, how do you measure this? Well, I think I've been doing quite a big amount of the SoaS work over the last year. I've been told the Sugar community was about people doing stuff, so I considered myself to be leading the SoaS effort at some point. So far so good. But if I'm leading an effort, I'd prefer to be *informed* about what's happening. This starts with trademarking things (about which I haven't been informed), continues with the idea SL has of SoaS (just to be sure I don't waste my work) and ends with people using the name of the project I considered myself to be leading - without talking while planning it. So. This is not about avoiding competition. Or about having a dictatorship. Or whatever. It's about providing a bit of certainty. In my opinion, Sugar Labs has about four options how to act wrt SoaS. (1) SL decides the current SoaS to be *the* SoaS and enforces the brand. (Did you know that you're able to lose a trademark when not enforcing it?) Exceptions could be granted by a trademark committee. (2) SL decides to have more than one SoaS, basically allowing everybody to use the brand's name. (3) SL decides not to do a distribution of Sugar and doesn't care about the naming of other projects, allowing everybody to use the name. (4) SL decides not to do a distribution of Sugar and delegates this to *one* other project, probably in another project (Fedora, Ubuntu, TOS). Those are the possibilities I can think of right now. There are probably more. I would just like to know where I'm investing my work in, since I am just a volunteer. I don't get money for this. --Sebastian On Wed, Sep 16, 2009 at 10:25 AM, Daniel Drake d...@laptop.org mailto:d...@laptop.org wrote: 2009/9/16 Daniel Drake d...@laptop.org mailto:d...@laptop.org: 2009/9/16 Sebastian Dziallas sebast...@when.com mailto:sebast...@when.com: Let me rephrase again, to make things clear. I'd love to hear an official answer on this. Soon. Is the current SoaS going to be the primary way Sugar Labs distributes a Sugar-centric GNU/Linux distribution? and to answer a question with a question: how does the answer to this affect your work? I can't immediately see its importance. Daniel ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] SLOBs Position on SoaS
Let me rephrase again, to make things clear. I'd love to hear an official answer on this. Soon. Is the current SoaS going to be the primary way Sugar Labs distributes a Sugar-centric GNU/Linux distribution? --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] The Future of Sugar on a Stick
Martin Dengler wrote: On Mon, Sep 14, 2009 at 05:32:55PM +0200, Sebastian Dziallas wrote: == What is SoaS? == [...] SoaS aims to make it easy for local deployers to provide each student with a thumbdrive (stick) [...] Notably, this does not say SoaS is Sugar Labs' way of providing [anyone] with a [image to put on a] thumbdrive. Should we understand SoaS goal as a source-only distribution-making kit? If SoaS is to be Sugar Labs' way of distributing Sugar, we should clearly say so. If not, then we should clearly say so as well. That's actually a pretty important point and affects strongly the future of SoaS. Since it clearly depends on SL's point of view, it's something on which other opinions (like SLOBs') are needed. --Sebastian Thanks, Sebastian Dziallas Martin ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] The Future of Sugar on a Stick
This document is an open letter written to the Sugar Labs community. It is an attempt to clear up the recent confusion about SoaS and let community members know what SoaS is, what our goals are with regards to it, and what possibilities we're considering for the future - both technical and organizational - direction of the project. With the next release of SoaS coming up in about three months, we also want to have this discussion with our current release schedule in mind. == What is SoaS? == Sugar on a Stick (SoaS) is a Linux distribution that enables kids to reclaim computers for themselves in a world of computers made and managed for and by adults. SoaS aims to make it easy for local deployers to provide each student with a thumbdrive (stick), which can be booted into the student's personalized Sugar environment from any machine. Thus, SoaS advances in achieving its goal of giving each child in the world access to its free and open source learning environment to create, explore, reflect, and collaborate on any machine - at school, at home, and elsewhere. Values: * Customizability - Deployments, as well as users, should be able to build their own SoaS easily. It is crucial for the success of SoaS to allow modifications and to make the process of creating derivates as easy as possible. * Deployability - SoaS must be easy to deploy. It should take as little effort as possible to get to a working system, both for individual sticks and for bigger deployments in computer labs. * Local Support - We must encourage and foster the growth of local community support for deployments. If we build things in a way that means deployers can't fix most of their own problems, we're doing something wrong. A note on deployability: We want SoaS to always be the easiest Sugar deployment option to support, which becomes more and more important as the product matures and is used by more schools and teachers. In order to properly support SoaS users, it is important that the upstream components of the project also be well-supported, and that we have a strong relationship with each upstream, especially our current base system - Fedora, so we can rapidly resolve any issues that may arise. But SoaS is not mature yet. It currently consists of various technologies thrown together into a first working version of a product, resulting in a number of inconsistent hacks. While we have been actively trying to follow upstream development - for example within our major component, Fedora - as much as possible, we didn't always succed here. The more development took place, solutions got hacked up, causing a difficulty of maintance in general. With the next release of SoaS coming up in about three months, we are working on reducing these issues now. One of these issues mentioned earlier is affecting users through the possibility of installing and directly deploying SoaS. Right now, teachers have to look for their own solutions to get SoaS in place, which is a situation we want to change: Ideally, they would be able to use a well-designed interface for installations and deployments. On the other hand, the structure around SoaS is rather loose: decisions tend to happen spontaneously on various mailing lists (since there is no dedicated one), as well as in IRC channels. To create a place where the project itself lives, to advance in realizing technical innovations, we need such a mailing list - as well as a development team. Yes, we need a SoaS development team for being able to implement all the cool things out there. And since I don't have the bandwidth to handle all of this myself and open source is about sharing experiences, about working together, we need to find a good way of letting more people participate in the process of working on SoaS. Following the goals and visions stated above, the subsequent short-term steps for SoaS are outlined below, with the goal in mind to become a SL project. However, the technical communication will proceed on the newly created mailing list and on Launchpad, whose pilot usage as our bug tracker will continue, too. Short Term Action Items: * We create a SoaS mailing list. * We establish the SoaS development team. Thanks, Sebastian Dziallas ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Sugar on a Stick v2 Release Naming
Sean DALY wrote: Sebastian, what's your take? Can we retire SoaS-{1,2,3} or fold them into the public v1, v2 numbers? Okay, let me shed some light in here, though I think this has already been discussed in length. In the early days when I started working on SoaS, we still had internal builds based on Fedora 10 - which were labeled SoaS-1 - but never got actually released. As we proceeded in development, SoaS was rebased on Fedora 11 and since we needed new directories, we just increased this number. This is what became Strawberry (meaning Sugar on a Stick v1) in the end. And it's the explanation for this probably strange situation. It might not be the best solution and we should probably think of ways to fix it (for example on a newly created SoaS mailing list, heh). But I don't think it's something incredibly wrong that will scare all our users away. Most of them will probably not even see the .iso label. Regarding the docs, I agree: the wiki pages are cluttered. They need to be cleaned up before the release (we've a documentation deadline in our roadmap, though)! But this also goes hand in hand with what should be on those pages - and that's something for the future of SoaS-thread. --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] The Future of Sugar on a Stick
Martin Dengler wrote: On Mon, Sep 14, 2009 at 06:33:47PM +0200, Sebastian Dziallas wrote: Martin Dengler wrote: On Mon, Sep 14, 2009 at 05:32:55PM +0200, Sebastian Dziallas wrote: == What is SoaS? == [...] SoaS aims to make it easy for local deployers to provide each student with a thumbdrive (stick) [...] Notably, this does not say SoaS is Sugar Labs' way of providing [anyone] with a [image to put on a] thumbdrive. Should we understand SoaS goal as a source-only distribution-making kit? If SoaS is to be Sugar Labs' way of distributing Sugar, we should clearly say so. If not, then we should clearly say so as well. That's actually a pretty important point and affects strongly the future of SoaS. Since it clearly depends on SL's point of view, it's something on which other opinions (like SLOBs') are needed. It'd be interesting to have your point of view. Heh, yeah. I probably should explain... So my vision is that this SoaS is actually *the* way of distributing Sugar, as a SL product. If Sugar Labs doesn't think so, I'd have preferred to be informed much earlier. But wait, who's SL here? Is it me? Is it SLOBs? Who's going to provide certainty here? I personally would like to see open discussions about SoaS being made publicly on the mailing list (whether its a SoaS list or sugar-devel) to encourage as many people to get involved as possible as well as to minimise duplication of effort. I'd also like to gain this certainty about what are the plans for the SoaS brand in general are, etc. --Sebastian Thanks, Sebastian Dziallas Martin --Sebastian Martin ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] The Future of Sugar on a Stick
Benjamin M. Schwartz wrote: Sebastian Dziallas wrote: So my vision is that this SoaS is actually *the* way of distributing Sugar, as a SL product. If Sugar Labs doesn't think so, I'd have preferred to be informed much earlier. I don't think you're likely to find much support for that vision as phrased. I think this may just be a wording problem. Yeah, maybe I should have phrased it differently. Some people here have distributed Sugar on hand-tuned hardware-specific customized disk images. Some have distributed it using distro packages, to be installed directly on pre-existing Linux installations. Some have built emulator images, installed, configured, and ready to run on any OS. Some have configured Sugar to run on thick NFS clients, or thin LTSP clients. I'm strongly encouraging things like $DISTRO Sugar Spin, $DISTRO Sugar Remix, Sugar on $DISTRO and all those other possibilities. SoaS is a great way to distribute Sugar, but it will certainly never be *the* way, as long as all these other people are around, working hard on other distribution mechanisms. But I think there's major difference if something is a way to distribute Sugar, or if it's the Sugar Labs way of distributing Sugar. Martin explained rephrased it very well in his last e-mail. --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] The Future of Sugar on a Stick
Martin Dengler wrote: On Mon, Sep 14, 2009 at 05:12:46PM -0400, Benjamin M. Schwartz wrote: Sebastian Dziallas wrote: So my vision is that this SoaS is actually *the* way of distributing Sugar, as a SL product. If Sugar Labs doesn't think so, I'd have preferred to be informed much earlier. I don't think you're likely to find much support for that vision as phrased. De jure (or de populum), perhaps, but not de facto. Witness the marketing effort around SoaS (thanks Sean et. al.). Witness the non-wiki sugarlabs.org saying that to try sugar use our ... Sugar on a Stick. David and the vision page on the wiki say: The mission of Sugar Labs® is to produce, _distribute_ [emphasis mine], and support the use of the Sugar learning platform ...which while distribute may of course mean Sucrose/Fructose rather than Starch, SLOBs has left this intentionally ambiguous on this and has put much effort into marketing SoaS. In Walter's 2009-03-17 email, he mentioned this under the heading of What are our short- and long-term (measurable) goals? Sugar on a Stick v1.0, will be launched in 2009 as well. http://wiki.sugarlabs.org/go/Sugar_Labs/Current_Events/Archive/2009-03-17 Hopefully this email thread can settle these questions officially, once and for all: 1) Is SugarLabs going to _itself_ distribute a Linux distribution? 2) If so, is it to be based on Sebastien's Sugar-on-a-Stick work at http://git.sugarlabs.org/projects/soas/repos/mainline ? If these questions are not finally answered, SL is doing Sebastien a disservice, in my mind. They're simple questions and have simple answers (though far-reaching consequences), so only the will is lacking, it seems. I would really love to see those questions answered, finally. SoaS is a great way to distribute Sugar, but it will certainly never be *the* way, as long as all these other people are around, working hard on other distribution mechanisms. I interpreted Sebastien's statement as something like: [My vision is that] Sugar-on-a-Stick is the the way that SugarLabs distributes Sugar directly to Learners. Many other ways exist using the big Linux distributions and the extraordinary efforts of many people. But SoaS is how SugarLabs does it directly. And that's exactly how it was meant. Thanks, Martin! :) I don't speak for him, though, or pretend to know his thinking on this subject. Martin --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Sugar on a Stick v2 Release Naming
Martin Dengler wrote: On Thu, Sep 10, 2009 at 05:30:30PM +0200, Sean DALY wrote: re marketing course: in fact I have accepted Mel's invitation to do a classroom for Fedora. Congratulations. re logos: Strawberry=6, Blueberry=4, and 5 we'll use some other time Very clear - thanks. [Have we agreed on Blueberry as the Name of Record?] Sebastien? So it will be! :) The next release of SoaS will be named Blueberry. Gary, Sean, could any of you give creating a new boot screen with an updated logo for plymouth a try? Thanks, --Sebastian thanks Sean Martin ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Project Guidelines posted
David Farning wrote: The project guidelines are now on the wiki at http://wiki.sugarlabs.org/go/Sugar_Labs/Project_Guidelines . Please edit as necessary. When it looks like the editing has stopped, I ask the board the ratify the guidelines. david I just looked into this, sorry for the delay. While reading it, some questions came to my mind: How does this relate to the existing teams? In Fedora, most efforts have been started as SIGs or still in that state. Even the team working on the general Fedora desktop metaphor and maintaining the Fedora Desktop Spin is one. So would we have teams, SIGs and projects then? Or are the teams going to be migrated to SIGs? And is the Oversight Board going and willing to step into this process? I'm asking because it seems like it would be a pretty significant change to the board's tasks - at least compared to what I've been told before. --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Next Test Day: Sugar on a Stick [Tomorrow]
Greetings, sorry for the late notice and the cross-post. This test day will focus on Sugar Labs' Sugar on a Stick, a downstream project based on Fedora. Sugar on a Stick has launched it's first version codenamed Strawberry successfully in June and has recently announced the beta release of its next version. It contains basically a slightly modified version of the Sugar Desktop on a Fedora System, prepared to be deployed on USB keys. The test cases have been developed with the goal in mind to be of value for both projects, Sugar Labs and the Fedora Project. The latter one will especially profit from a better integration of the aforementioned desktop, as well as the testing of the LiveUSB technology. Additionally, new features like the rebootless live installer, which has been discussed before (and been included in Fedora lately) are also ready for testing. We invite you to jump in #fedora-test-day tomorrow, September 3, and to join the fun! More concrete information can be found in the wiki: https://fedoraproject.org/wiki/Test_Day:2009-09-03_SoaS Thanks, --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [math4] Git tutorial
Gary C Martin wrote: Hi David, On 29 Aug 2009, at 18:47, David Farning wrote: Currently, there are tidbits of information on git spread around the wiki. One of the hurdle for new contributors (of code) is figuring out how to create an ssh key, set up an account on git.sl.o, and use git. I would like to propose going through the wiki and moving the git related information to a collection of three pages Activity_Team/Git, Activity_Team/Git_FAQ, and, Activity_Team/Git_tutorial. There are excellent resources out there all ready, and all ready linked to from our wiki. Lets not make even more work for ourselves by writing lessor, and duplicate documentation. But by all means have a wiki clean up, and make sure we're pointing folks to useful maintained content. The trick with the wiki is keeping a minimal but needed set of information, so people actually have the energy to find it, read it, and we can keep it maintained and accurate! +1 Let me throw also my head for something in the Fedora Education SIG did some weeks ago: When working on the POSSE Education Fedora Remix, the idea to write a general get started into development page was born. Some stuff has been dumped there already, but help would be greatly appreciated: https://fedorahosted.org/education/wiki/GetStarted --Sebastian Regards, --Gary ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Sugar on a Stick switches to a new Bug Tracker
Hi everybody, with the imminent release of the SoaS v2 Beta in just ten days, I would like to announce the switch to Launchpad as our bug tracker. We have been evaluating an instance Luke Faraone set us up with lately and are confident that it will fit our needs. The upcoming beta release is the first one intended to be used with this instance. More precisely, we will use it to track bugs, as well as new features. Note that this change only affects Sugar on a Stick, while the core Sugar bug tracker stays at dev.sugarlabs.org. You can access and explore it here: https://launchpad.net/soas Thanks, --Your SoaS Team ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] Competitive landscape: Intel Classmate executive blog post re updated software
Christoph Derndorfer wrote: David and me briefly discussed the use of iTALC on Sugar last week as I was interested in giving it a quick shot to see how it works. Unfortunately the Web site doesn't offer direct downloads for Fedora (though it does for Debian, Mandriva, Ubuntu, Suse and Gentoo - http://italc.sourceforge.net/wiki/index.php?title=Download) and a quick search only turned up RPMs for Fedora 10. Review Request for Fedora is here: https://bugzilla.redhat.com/show_bug.cgi?id=459065 Axel Thimm has thrown the F10 RPMs in his repo. For F11 F12, I've tried doing scratch builds in Koji, but those failed so far. However, it would be pretty cool to get it officially in Fedora. --Sebastian Please also note that according to the Web site the last update happened in May of 2008 so it looks like the project is dormant if not dead. One thing I was also wondering about is how well some of the functionalities would work on a wireless network as on first sight many of them look quite bandwidth intensive. Hope that helps, Christoph Caroline Meeks schrieb: italic looks very interesting! Can it be Sugarized? how does it relate/compare to Show'n'Tell or any other solutions we have in the pipeline to this type need. Thanks! On Thu, Aug 13, 2009 at 5:08 AM, David Van Asschedvanass...@gmail.com mailto:dvanass...@gmail.com wrote: This actually looks like a commercial ripoff of iTalc, an opensource app that does exactly what synchronous Eyes does: http://italc.sourceforge.net/ On Thu, Aug 13, 2009 at 9:54 AM, Christoph Derndorfer e0425...@student.tuwien.ac.at mailto:e0425...@student.tuwien.ac.at wrote: Thanks for the link, definitely an interesting article! Some of the features provided by that SMART Classroom Suite (http://www2.smarttech.com/st/en-US/Products/SynchronEyes+Classroom+Management+Software/) would also be very useful additions for Sugar... Cheers, Christoph Sean DALY schrieb: http://blogs.intel.com/technology/2009/08/classmate_pc_as_a_one-to-one_l.php * touchscreen for kids * customized Easybits desktop (Inspirus, removes distractions) * Anmeg Parent Carefree, shuts down Classmate if rules transgressed * theft deterrent * system snapshot manager * ArtRage drawing tool * EverNote for note-taking ___ Marketing mailing list market...@lists.sugarlabs.org mailto:market...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/marketing -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.comhttp://www.olpcnews.com e-mail: christ...@olpcnews.commailto:christ...@olpcnews.com ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.orgmailto:IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep -- Ogden Nash http://www.brainyquote.com/quotes/authors/o/ogden_nash.html - The trouble with a kitten is that when it grows up, it's always a cat. ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.orgmailto:IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [SLOBS] [Fwd: Follow-Up on: looking for two groups of volunteers]
Mel Chua wrote: For the trademark committee, one workflow that I'd personally be happy with is: * the trademark committee will set the trademark policy, and their policy will be backed up by SLOBS as the official policy. * separately, we'd need to decide whether we actually want to (and can afford to) spend the money to perform yearly trademark registration. It'd be good to get advice on the consensus for that from the trademark committee, but the purchase sounds like something that SLOBS should keep the ability to make a final decision on. (Since it depends upon how much money's in the bank account at the time, and what the *other* committees think we ought to spend it on. :) How does that sound? +1 to both procedures from me, fwiw. I'll also officially (instead of informally) volunteer for the election committee here, if SLOBs is OK with a candidate taking that on, since nobody else seems to be stepping up. --Mel +1 from me, too! :) Well, Chris is right, originally I was volunteering for the committee itself. I'm a bit short of time right now (school's running again), but I could still work on it. Is there anybody else interested in joining this committee? --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Artwork Request for SoaS: Firstboot Theme
Hi everybody, as I've recently mentioned on-list SoaS now ships firstboot, which is a tool to configure some system-related stuff at... well, first boot! ;) So as this is usually quite Fedora-branded and since we aren't able to ship that trademarked logo, it would be great if we could get some Sugar branding here, just like for the boot screen. Basically, we'd need some .png files for that. To see what's exactly needed, you can download the latest snapshot and check the /usr/share/firstboot/themes directory, or you can grab the generic-logos package from here: http://koji.fedoraproject.org/koji/buildinfo?buildID=101905 The following three files are concerned: * firstboot-left.png * splash-small.png * workstation.png It would certainly be great to get this done in time for the SoaS v2 Beta Release at the end of August... Cheers, --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Who's interested in testing a new installer for SoaS?
Hi everybody, I'm looking for some volunteers to test the hard disk installation with the latest SoaS snapshot and newly designed installer. Since this upstream project is really in the early stages of development but also concerns a pretty critical part of SoaS, I'd prefer getting some testing before throwing it in a snapshot and possibly breaking stuff. If you're interested and aware of the risk, please drop me a line. Thanks, --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] SoaS with SD cards irregularities
Sascha Silbe wrote: On Fri, Aug 07, 2009 at 09:11:31PM +0930, Bill Kerr wrote: The sticks I have with SD cards have started to fail on the older computers at school (after working ok for 2 weeks of lessons). But they still work fine on my newer Dell mini inspiron. The older ones are not XOs, right? Warning: cannot find root file system Can you append rootwait (without the quotes) to the kernel parameters, please? I hope Sebastian can give specific instructions how to do this interactively for SoaS. I'll try to! :) When you boot SoaS, you'll see a blue screen for one second - press escape there quickly - you'll be presented a menu saying in its first entry boot. Press tabulator there. You can now modify the kernel arguments (add rootwait) and boot by pressing enter then. This will add it only once, though. Usually, one needs to edit /etc/grub.conf to makesuch a change persistent, but I seem to recall that this didn't work in live images lately... --Sebastian CU Sascha ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Lets Get Satisfaction (was: Community Influence)
Hi everybody, it's really good to see this discussion getting off the ground. While being at LinuxTag, we discussed with some folks how to improve the way of getting feedback from our users, without putting too much barriers in their way. So while looking around and at various issue tracking systems, I discovered GetSatisfaction. I had seen that before already, but wasn't sure of its current state. There you go: http://getsatisfaction.com/ GetSatisfaction is also used by other open source projects like Songbird (which might also be a good place to an idea how such an instance looks like): http://getsatisfaction.com/songbird So as you can see, users gain various possibilities of interacting with the developers here. They can ask questions, report issues and so on. Others go ahead and comment and vote an entry up and down so that developers can see what's more and what's less important. Finally, a developer can also put a we're working on it or we're aware of this problem flag on an entry, to make the current state more obvious. In my opinion, this might be a good way of inviting more people to give us feedback (I'm not suggesting to abandon trac, I guess we should use that to track issues ourselves, too). For example, if we created such an instance and mentioned it in the next press release, I'm pretty sure it could work out well. Well, GetSatisfaction is a company. So they have various plans (also a free one, which looks like it would probably already be enough), while I guess we could also contact them directly. So. What do you think? Is this worth trying out? Any alternatives? I've already a personal account with them, but how do we proceed? Cheers, --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Lets Get Satisfaction (was: Community Influence)
Luke Faraone wrote: On Wed, Jul 29, 2009 at 09:35, Sebastian Dziallas sebast...@when.com mailto:sebast...@when.com wrote: So while looking around and at various issue tracking systems, I discovered GetSatisfaction. I had seen that before already, but wasn't sure of its current state. There you go: http://getsatisfaction.com/ We had actually bounced a few ideas around on this same topic on syst...@lists.sl.o a week ago, and had looked at GS, but were leaning towards an alternative: http://uservoice.com/. UserVoice has nice plans for FOSS http://uservoice.com/for/opensource, and is a bit more digg-like in terms of tracking. I'm not sure what (if any) limits GS puts on their gratis plan. I've created both a UserVoice and GS site for IAEP readers to play with, you can find them at http://sugarlabs.uservoice.com/pages/25031-general, and http://getsatisfaction.com/sugarlabs. My employee status at GS hasn't been confirmed yet, and won't be for a couple of days, but when it is, I'll make anybody who needs to an employee on the site as well. Heh, maybe we should bug them to proceed a little bit... ;) Their plan comparison is here (http://getsatisfaction.com/features), while the free plan already looks rather sensible to me. From looking at the sites, I, myself, have a slight preference for GetSatisfaction: I like the division into problems, ideas and questions, which could make a developer's life much easier. But you can't always get what you want, right? ;) --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Lets Get Satisfaction (was: Community Influence)
Walter Bender wrote: It isn't obvious at first glance why this particular site appeals to you. Could you describe its features and the problems you think they address? It is the one I came across and a quick research (not very deep, admittedly) didn't result in many comparable alternatives - that's also why I asked for alternatives in the end. What I believe is: *we need to make it easy to submit feedback* The feedb...@sl.o address was a beginning, but I think we need to explore other possibilities, too. GetSatisfaction looks - to me - like a good way of offering our users an easy, well designed interface, where they can enter their requests issues. I mentioned some of its features already below (like the various kinds of feedback, the possibility of making the current state on an issue easily clear enough,m...). However, I think if we promote such a solution well enough, it might help us to get feedback even from those people, who're probably not that experienced with open source projects or even feared of entering a ticket in trac (what the heck is a bug?, why do I need an account here? what's this all about?,...). --Sebastian thanks. -walter On Wed, Jul 29, 2009 at 9:35 AM, Sebastian Dziallassebast...@when.com wrote: Hi everybody, it's really good to see this discussion getting off the ground. While being at LinuxTag, we discussed with some folks how to improve the way of getting feedback from our users, without putting too much barriers in their way. So while looking around and at various issue tracking systems, I discovered GetSatisfaction. I had seen that before already, but wasn't sure of its current state. There you go: http://getsatisfaction.com/ GetSatisfaction is also used by other open source projects like Songbird (which might also be a good place to an idea how such an instance looks like): http://getsatisfaction.com/songbird So as you can see, users gain various possibilities of interacting with the developers here. They can ask questions, report issues and so on. Others go ahead and comment and vote an entry up and down so that developers can see what's more and what's less important. Finally, a developer can also put a we're working on it or we're aware of this problem flag on an entry, to make the current state more obvious. In my opinion, this might be a good way of inviting more people to give us feedback (I'm not suggesting to abandon trac, I guess we should use that to track issues ourselves, too). For example, if we created such an instance and mentioned it in the next press release, I'm pretty sure it could work out well. Well, GetSatisfaction is a company. So they have various plans (also a free one, which looks like it would probably already be enough), while I guess we could also contact them directly. So. What do you think? Is this worth trying out? Any alternatives? I've already a personal account with them, but how do we proceed? Cheers, --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Test the POSSE Education Fedora Remix today!
=== Test the POSSE Education Fedora Remix today! === Have you ever wanted to contribute - or get others to contribute - to an open source education project, but never found the time to set up and get started? We've got a ready-to-go contributors' (not just code!) environment for you. The Fedora Education SIG (http://fedoraproject.org/wiki/Education_SIG) announces today in cooperation with POSSE (http://teachingopensource.org/index.php/POSSE_2009), a Red Hat sponsored summer program to introduce professors to the open source way of development, the release of the POSSE Education remix. The remix will be deployed immediately to the professors at POSSE and has been developed with the purpose of creating a ready-to-go development environment for contributing to educational projects inside, but also outside of the Fedora ecosystem in mind. It contains development environments, tools, documentation, and getting-started resources for contributing to a number of projects including Fedora, Mozilla, Sugar Labs and KDE Education and can be used by individuals or by teachers, students, and classrooms that want to contribute to open source projects as part of their course effort. The download is directly available, together with the SHA-1 checksum, over HTTP from here: http://alt.fedoraproject.org/pub/alt/remixes/POSSE/POSSE-Education-1.iso 391a0170e09e68142cbe2c95b62b2b0c6fa628d5 POSSE-Education-1.iso Being based on the latest Fedora release, this remix provides users with a stable environment with supplemental features, such as: * an easy starting point into educational open source projects by providing pre-selected bookmarks and related IRC channels * the Sugar Platform (http://www.sugarlabs.org), as seen on the OLPC - as of 2009/07/15, all required dependencies for building sugar-jhbuild, a way of pulling and running the latest sugar bits, are included * a number of educational applications, such as the KDE Education Packages (http://edu.kde.org) or software for numerical operations - a Moodle session (http://www.moodle.org) to showcase an open source learning management system * a whole development environment including gcc, python and more, as well as Fedora's packaging tools - the Eclipse environment with plugins for Python and RPM, but also LaTeX and documentation purposes A getting started guide is also available and contains instructions for various applications and communities: https://fedorahosted.org/education/wiki/GetStarted If you are interested in getting in touch with the developers, other users or would just like to submit feedback, please join our mailing list here: http://www.redhat.com/mailman/listinfo/fedora-education-list. If you are interested in using this for your own development or in your classroom, or have an open source education project you'd like to see included in the next version, please let us know and we'll get you started. If you report bugs in bugzilla, please make sure to make them depend on our tracker: http://bugzilla.redhat.com/show_bug.cgi?id=EducationTracker Thanks, Sebastian Dziallas for the Education SIG ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] bad links on SoaS wiki page help please
Yeah, thanks for putting that there! It's good to have another reference there. I finally went ahead and edited the SoaS main page a bit, too. As the main wiki page is also directing to the Strawberry page, I hope that most people will get the information from there. Thanks for the great work on the press release! :) --Sebastian Sean DALY wrote: OK I added a direct link to the Strawberry page at the top of the page, hopefully visitors will go straight there. A pancake button would be better, but I don't know if the wiki can do that. The SoaS page is well-referenced so visitors should be guided from that page. thanks Sean On Wed, Jun 24, 2009 at 11:48 AM, Sean DALYsdaly...@gmail.com wrote: The Sugar on a Stick wiki page (http://wiki.sugarlabs.org/go/Sugar_on_a_Stick) still talks about and links to beta in several locations. I've cleaned it up a little bit but I'm concerned about not swapping the correct links, can anyone help with that quickly? thanks Sean ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Show Must Go On - SoaS for the XO-1
Oh oh! :) That sounds really cool, Sean. And Kevin, glad that you got it working! --Sebastian Sean DALY wrote: A couple of weeks back I bit the bullet and over a couple of evenings filled out a table for my half a dozen XOs with these fields: Case head color Case body color XO name XO serial number Developer key Security disabled Build number OLPC-OS version Sugar version Firmware version Comment I then updated the firmware / developer key / disable-security on all and updated the OLPC OS to the latest stable build on all but the two oldest ones, which I am keeping at 65x for compatibility testing (I understand there are still a large number in use at this time). There are plenty of links on laptop.org detailing how to test what you have, upgrade etc. but no one source. I plan to update the SL wiki page concerning XOs shortly with an easy-to-follow procedure linking to the relevant OLPC pages. thanks Sean On Sun, Jun 21, 2009 at 12:09 AM, Kevin Coledc.l...@gmail.com wrote: In the words of Emily Litella[1] Oh... Never mind. ;-) The solution: disable-security. (The USB key had the developer key. So, in: boot. Out: no developer key, no boot.) References: 1. http://en.wikipedia.org/wiki/Emily_Litella ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Show Must Go On - SoaS for the XO-1
Hi everybody, I'm very pleased to announce the first early preview of a new generation of SoaS XO-1 images. Those consist not only of the latest and greatest Sugar bits, but also a F11 base system and a special OLPC kernel based on 2.6.30. This means now that even power management actually works out of the box. There are some other points, for example the mostly working keyboard keys. But this is really just a preview! You'll notice only very few activities in your home view, which is due to a mistake in our config files. You'd be able to symlink the folders from /usr/share/sugar/honey to ~/Activities, though. This is a known issue, but if you come across others, please let us know! Finally, I'd like to take the chance to thank all the people for their tremendous work, especially Martin Dengler and all the folks at OLPC! Now how can you get that? Just download the following two files: http://download.sugarlabs.org/soas/xoimages/devxo-1.crc http://download.sugarlabs.org/soas/xoimages/devxo-1.img Put them on a USB key or a SD card, plug them into your XO and execute: copy-nand u:\devxo-1.img or copy-nand sd:\devxo-1.img Note that you'll need to have an unlocked XO and the latest firmware! So. Happy hacking and let us know what you think! :) --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] [SoaS] New Snapshot: Activity Updates
Hi everybody, I'm really happy to announce this new snapshot, which brings you quite some changes, compared to the last version. So what's waiting for you? * Fixed DPI size issue on the XO - should look better now * Included Library and Tux Paint; updated Record activity * updated Turtle Art to the latest version - thanks to Bryan Walter As always, please report issues you encounter. Here are the new links: Live Image: http://download.sugarlabs.org/soas/snapshots/2/Soas2-200906031834.iso Virtual Appliance: http://download.sugarlabs.org/soas/appliances/soas2-20090603.zip Boot Helper: http://people.sugarlabs.org/sdz/soas-boot-20090603.iso Thanks and happy testing, --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] [SoaS] Status Report Remaining Items
Hi folks, I thought it might be a good idea to summarize where we're now regarding the upcoming SoaS for LinuxTag in June. So what are the remaining issues for this release? * All activities need to be updated and working (#607). Those which don't work by June 10 will be taken out from release. - Currently, there seem to be sound issues with TamTam - Develop is reported to return a keep error when closing Here is the list of included activities in the wiki: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap#Activities This is important: Some activities also need to be updated by their Fedora Package Maintainer. A reminder has been sent out earlier: https://www.redhat.com/archives/fedora-olpc-list/2009-May/msg00087.html * The boot screens needs to be updated (#709). Christian, Eben, Gary and Sean had already some great discussion on this. Progress is being tracked here: http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo * We need to get a keyboard panel in the control panel (#720). Martin has committed code for that, which now needs to be picked for Sugar. * The mouse pointer seems to be disappearing on some VIA hardware (#730). This has been reported (RHBZ #491083) and also been fixed upstream. A new RPM will be included once being pushed. * If we're lucky, we can even brand the boot helper, but that's probably not a blocker (#741). All tickets for LinuxTag (even though some of them might need to be moved around) can be seen here: http://www.tinyurl.com/soas-linuxtag And for all bugs filed against SoaS: http://www.tinyurl.com/soas-tickets Most of the listed issues have already been assigned, so it looks like we're in rather good shape. If you've any feature or package you want to get in for this release, please request it immediately. Let's make this an awesome release! Thanks for all the work testing, --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] SugarCamp Berlin
I guess I'll make it, too, as I'll arrive Friday morning and leave Sunday evening... :) looking forward to meet all of you (after I missed the SugarCamp in Paris)! --Sebastian David Van Assche wrote: If we could do a meet prior to Sunday, that'd be great as my plane leaves on Sunday 14.00 David (nubae) On Sun, May 31, 2009 at 10:47 PM, Bert Freudenberg b...@freudenbergs.de mailto:b...@freudenbergs.de wrote: On 31.05.2009, at 21:45, Tomeu Vizoso wrote: On Sun, May 31, 2009 at 21:32, David Farning dfarn...@sugarlabs.org mailto:dfarn...@sugarlabs.org wrote: With Sean's highly likely, we have five attendees:) I'll start putting together a event wiki where we can work on the logistics. Be sure to invite your friends and neighbours. Particularly those with an interest in Sugar who will already be at LinuxTag. Btw, the other day I dreamed that we were in a SugarCamp in Brazil, staying in an apartment similar to Sean's (but with furniture) where we ate excellent but very weird asiatic-looking food. Many of the attendants of the last SugarCamp were there and also several new female members. Will keep you posted about further precognitive sugar-related dreams. Yours truly, Tomeu Hehe, you should come to Porto Alegre then :) http://squeakland.org/squeakfest/brasil - Bert - ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org mailto:IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Marketing mailing list market...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/marketing ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Marketing] [Sugar-devel] [SoaS] Request for Artwork: Boot Screen
Gary C Martin wrote: On 30 May 2009, at 18:50, Walter Bender wrote: On Sat, May 30, 2009 at 1:07 PM, Frederick Grose fgr...@gmail.com wrote: [snip] For Sugar, the new Hello World tutorial could be its boot Activities for Learners: Each development tool (Pippy, Turtle Art, Etoys, others, even Forth) should provide an Activity to build the start-up sequence. Learners could play with the tools to build an endless variety of start-up spots, modify and preview from a library of saved sequences, learn all sorts of things about the system, the different tools, and of course, designate one sequence to display on the next boot. Fred has sparked an idea. What if we replace the dots with activity icons? Hmmm, activities shown might not be installed and then lead to confusion (unless you are considering the difficult step of pre-generating boot graphics at shutdown). There's a fine line between cool eye-candy – and there are plenty of cool Sugary lickable animations we could try, activity icons being one – and boot UI feedback utility :-) Now... If the technical boot stages could be made clear (device/keyboard checks, network detection, certain key services, etc) it could be of real use to have some simplified abstract icon for each stage so you'd have an idea for what really might be going on (or where a boot/hardware problem was) – but realistically that's more of a long term UI opportunity**. ** Sebastian: Do you know just where/when each progress update is triggered, and what major boot landmark could be sensible to visually indicate success of? Sorry, I'm not exactly sure *when* it gets triggered. What I can tell you from looking at the tarball is that there are also other themes, which contain a different number of .png files. For example, there's one, that contains 32 progress and 19 throbber .png files. So I guess plymouth adjusts what gets displayed to the number of images. I suppose there's one event which triggers the change from showing the progress to the throbber files, but I'm not sure, what it is. From my experience, the throbber files are shown rather late in the boot process, shortly before logging in. Ray Strode (halfline in #fedora-devel) is one of the developers and has been really helpful with regard to my questions when hacking the logo into plymouth. He might know. --Sebastian Regards --Gary -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] [SoaS] Important Schedule Changes - Please Read!
Hi everybody, please read this carefully, as it concerns major schedule changes regarding our upcoming Sugar on a Stick release in the end of June. The original plan was have a Release Candidate based on F11 Final and Sugar 0.84 at that time and a Final Version later in Q3. After serious consideration, it looks way more sensible to do the following: = Omit the RC release and replace it with our Final Release! This means that Sugar on a Stick is going be released in June, on 2009-06-24. Now, why? Well, there were quite some reasons: * Fedora 11 will be released on June 2 and Sugar 0.84 has already had it's release some time ago. By moving our final release later into the year, we'd be either forced to use some outdated or unstable components, as the next major Sugar version will be 0.86, which is targeted for Fedora 12. We're preventing this by having our release now just a month after F11's. * It helps us a lot to get feedback from students over the summer break, so that we're increasing the likelihood of gaining more users. * Sugar on a Stick is rather stable right now - I'll outline this in a separate e-mail! The updated roadmap is located here: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap Package Maintainers will receive reminders to update their RPM packages soonish! Again, please make sure to follow the deadlines. The last date for changes is 2009-06-10. Afterwards, dev team's approval is required. Please contact me with any concerns you may have - also off-list, if needed! Best Regards, --Sebastian Dziallas ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] [SoaS] Announcing Snapshot 2009/05/24
Hi folks, after a short break, there's a new snapshot ready for you. It incorporates the latest packages from the upcoming F11 release, as well the Colors activity. Please report any bugs or issues you encounter and list them appropriately for the soas_linuxtag milestone in trac, if needed. Our roadmap is located here: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap The current list of bugs for the RC can be found here: http://www.tinyurl.com/soas-rc-tickets The image can be downloaded from here: http://download.sugarlabs.org/soas/snapshots/2/Soas2-200905241902.iso The appliance image has been made available here: http://download.sugarlabs.org/soas/appliances/soas2-20090524.zip Thanks and happy testing! :) --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] [SoaS] Please Read: Future Plans and Request for Testing
Hi folks, I'm going to outline here our plans for the next SoaS release, which is scheduled for late June and will be a RC. So. What do you need to know? First of all, our roadmap, which is located here: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap Well, there are quite some deadlines in it. We need to follow those precisely, to improve the experience we had during the beta development cycle. At some points, we'll need to drop unfinished stuff for the release, if it doesn't work. So far, this is, what needs to be done: * Go ahead and test the latest snapshot, which you can grab from here: http://download.sugarlabs.org/soas/snapshots/2/Soas2-200905031329.iso * Please participate in our hardware effort! It makes life a lot easier for us devs. You can check the instructions how to submit your hardware profile here: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Hardware * Report which activities work, and which don't. * List all the activities you want to get included in SoaS on the roadmap's wiki page, stating that you suggested it! We need to get all issues in our trac instance on dev.sugarlabs.org. If you want to get anything fixed (or have an enhancement) in time for the RC, please file it for the soas_linuxtag milestone, so that it appears on our screens. This here is the list of tickets, which are currently tracked for the release candidate: http://tinyurl.com/soas-rc-tickets There are obviously more reports, but as I said: Add soas_linuxtag, if needed. This is basically what needs to be done NOW. We're in a state where we can still influence how the later release will look like. That is, why it's important for us to get this feedback as early as possible. Please don't hesitate to e-mail me directly with any concerns or suggestions regarding this process. Thanks, --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Experiences with Soas2-200904231400.iso Snapshot
James Simmons wrote: Another comment on SoaS snapshot: When I found myself without a Browse activity in the first stick I had a notion to copy the Smolt text from Terminal to the clipboard, save the text to the Journal, then copy that Journal entry to a second thumb drive which I could then mount on a different computer to update the Wiki with a link to my hardware profile. I found that SoaS would not recognize that I had inserted a second USB thumb drive and automatically mount it. It seems to me that this is something it should be able to do. James Simmons Er... that's interesting. Normally, SoaS mounted additional USB drives. This was in the latest snapshot, right? Using a boot helper or not? I guess we should really get a new boot helper soon, to narrow down some issues. We need to find out what's causing which error here. --Sebastian Caroline Meeks wrote: Hi James, Thanks for testing! We do have a Boot Helper CD iso on the wiki page. I personally think we shoudl recommend that people start with that then see if they can change thier BIOS so we have more first time success. ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] [SoaS] A Hardware Effort: Please Help!
Hi everybody, we are now going to get a new hardware effort off the ground, to get some better QA done. This means that we ask you to submit the system specs of the machines you test SoaS - and that's actually pretty easy: * Just grab the latest snapshot (please don't use the beta!) from here: http://lists.sugarlabs.org/archive/sugar-devel/2009-April/013984.html * Put it on your key and boot! Open the terminal. * Now become root and type the following command: smoltSendProfile * Once you agreed to submit your information, you'll be given a link to your hardware profile, as well as an admin password. You'll need those! Now please go to this wiki page (where you can also find these instructions) and add yourself together with the link to your profile: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Hardware This really helps us to get some feedback concerning the hardware that is used with SoaS. By the way, once you login on that profile page, you can also rate your experience with SoaS. That's basically it. Doesn't sound too hard, hu? Please give it a try! ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Announcing Sugar on a Stick Beta 1
Hi everybody, The SoaS team is happy to announce the availability of our Beta-1 Release today! There has been impressive progress over the last few weeks; many thanks all the people who contributed their time and effort. The images have been composed and are up and ready for download. A direct link to the Beta-1 image: http://download.sugarlabs.org/soas/releases/soas-beta.iso The release notes: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Beta Instructions on how to put the image onto a USB key: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick PLEASE NOTE: This is a beta release, which means that it will have bugs. But we need your help to test it. Please give it a try and report back any problems you encounter. General feedback is also most welcome. Please direct it to our IAEP list: iaep@lists.sugarlabs.org Thanks again and happy testing! ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] meetup in Europe
David Farning wrote: Any time in May will be fine with me. I will also be there a either a week earlier or later just to visit and site see. I look forward to meeting you all. david Hi all, sorry for being late in this thread (and thanks to Tomeu for referring me to it). For me, it's all a bit complicated, because it might be, that I won't be available from May 13 to 24. So a bit earlier might be better for me But this is currently not sure. I'll update you as soon as I know more. Anyway, since I wouldn't be in spring break then anymore, I'd either need to make it on the weekend, or to be allowed to leave school for some days. As I said, it sounds quite complicated and... my problem is partly, how to get to this or that location, be it Prague or be it Paris - I guess both of them are beautiful cities :) But finally, I'd still love to attend such a meetup, not only to meet you folks I already know from FOSDEM again, but also get to know the others. ;) I'll try my best to get all this sorted out and will try to watch this thread better now... --Sebastian On Fri, Mar 27, 2009 at 12:20 PM, Christoph Derndorfer e0425...@student.tuwien.ac.at wrote: Simon Schampijer schrieb: Tomeu Vizoso wrote: Dear Sugar people, has been proposed a meetup in Europe during May, with the objectives of having some face-to-face time, reflect on the now past release of 0.84 (and the upcoming 0.86), get to know better the new contributors that joined us recently and have fun in general. As a start, how well works for people to meet in Prague during the weekend of the 16th? Regards, Tomeu One week earlier or one week later would be a bit better for me. But I will make it somehow in any case. One week earlier very likely wouldn't work for me, however the weekends of the 16th and 23rd would both be fine. Have a great weekend everyone, Christoph -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] [SoaS] Call for Testers (New Snapshot!)
Hi Caroline, thanks for giving this a try! I added some comments below... By the way, would it be okay for you to get a final image by April 7th or do you need one earlier? Caroline Meeks wrote: Results Boots up fine. Love the sugar branding! Heh. :) There are a lot fewer activities in the ring then SoaS1 Well, that seems to be a matter of configuration by the package maintainers. We're now pulling the activities directly from a.sl.o, which means that those activities apparently don't get automatically fav'ed. Anyway, I guess we need to ping the maintainers on this? Memorize, Speak, Moon, Turtle, Jigsaw puzzel, joke book, typing turtle, cartoon builder, Finance, Freecell - Work great. Sound works too Hey, cool! Good to hear. Browse - School gives me an error. I see why a school would want this link on their system but it doesn't make sense to me to put out a page with a broken link. - The arrow flashes annoyingly when web pages are loading on my X40 eToys - The screen flashes black a few times while it is loading its a bit disconcerting Maze - The icon seems a bit bit in the circle Calculator - The font size and the curser seem a bit weird together. I took a picture. Pippy -The Run, Stop and Clear buttons are a bit cut off. I took a picture Read - Why have the read activity with nothing to read? Yeah, we should probably include something here... Story Builder, I haven't seen it before. Very cool! The characters seem a bit pixilated, are they supposed to look like that? flipsticks Either I am using it wrong or saving a firgure by clicking the bottom circle does not work. Bounce, Colors did not start If we can't get those ready in time, they will be taken out for the release! IRC, Seemed to connect, and I got a message that my laptop SoaS2 had entered the room but I couldn't actually see what people said in the room or see what my laptop said while I was in the room. Oh, okay... I had it working; strange. Yay! This is good! Its good enough for FOSSVT except for not having a working collaboration server, but that's a different thread :) *Here is my wish list.* Add to favorites Ring: Slider Puzzle, Jigsaw Puzzle, Story Builder, Typing Turtle, Cartoon Builder, Take out of the favorites Ring Log, Terminal. Read Add a book or two for Read then add Read back to the favorites ring Add Scratch and let me test it. It doesn't seem to be on the Activities Portal yet. Fix: Colors, Flipsticks and IRC and add the to the favorites Ring I'm open to dissenting opinions here, this is just my current impressions of what would make a good demo stick. On Fri, Apr 3, 2009 at 6:17 PM, Sebastian Dziallas sebast...@when.com mailto:sebast...@when.com wrote: Hi folks, the SoaS team has another snapshot ready for testing - it's absolutely important that it get's tested as much as possible for our release! You can grab it from here: http://download.sugarlabs.org/soas/snapshots/2/Soas2-200904031934.iso If you're going to put it on a USB key or a SD card under Linux, please make sure to use exactly this version of livecd-iso-to-disk, as you might encounter issues with other versions, which are around: http://shell.sugarlabs.org/sdz/livecd-iso-to-disk.sh There's also a new appliance snapshot available, but testing should really focus on the .iso file for now: http://download.sugarlabs.org/soas/appliances/soas2-20090403.tar.gz What has changed? * We're now supporting locales! You can change it in the control panel. * You'll notice our funky boot screen - no hotdog anymore... ;) * Browse has been updated - including skin and default page changes! Again, please give it a try. And if you think that we should include this or that specific activity, make sure to come up with it! So long, thanks and happy testing, --Your SoaS Team ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] [SoaS] Call for Testers (New Snapshot!)
Hi folks, the SoaS team has another snapshot ready for testing - it's absolutely important that it get's tested as much as possible for our release! You can grab it from here: http://download.sugarlabs.org/soas/snapshots/2/Soas2-200904031934.iso If you're going to put it on a USB key or a SD card under Linux, please make sure to use exactly this version of livecd-iso-to-disk, as you might encounter issues with other versions, which are around: http://shell.sugarlabs.org/sdz/livecd-iso-to-disk.sh There's also a new appliance snapshot available, but testing should really focus on the .iso file for now: http://download.sugarlabs.org/soas/appliances/soas2-20090403.tar.gz What has changed? * We're now supporting locales! You can change it in the control panel. * You'll notice our funky boot screen - no hotdog anymore... ;) * Browse has been updated - including skin and default page changes! Again, please give it a try. And if you think that we should include this or that specific activity, make sure to come up with it! So long, thanks and happy testing, --Your SoaS Team ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] [SoaS] Approaching a Release...
Hi folks, we've a new soas-2 snapshot available for you! This is the recommended version for today's testing session. You can grab it here: http://download.sugarlabs.org/soas/snapshots/2/Soas2-200904011025.iso There's also a virtual appliance available here: http://download.sugarlabs.org/soas/appliances/soas2-20090401.tar.gz Though, we'd like to request to test the .iso image as much as possible, as we're quickly approaching our release, which is in fact scheduled for April 10th. Please make sure to report all bugs you come along, so that they can be fixed in time until April 5th. What's new in this snapshot? * It's now based on the Rawhide state F11 Beta was composed from * It includes now the latest Sugar bits (thanks erikos) There are also several other improvements and bug fixes, such as you should now be able to remove the honey activities as a user. Again, please give this image a try and join us for the testing session! Thanks and have fun, --Your SoaS Team ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] [SoaS-2] A bunch of new Snapshots. Please test!
Hi folks, it has been calm for almost a week, but now there are news regarding Sugar on a Stick! First of all, new snapshots have been made available. You can now grab the .iso image from here: http://download.sugarlabs.org/soas/snapshots/2/Soas2-200903211320.iso And the virtual appliance from here: http://download.sugarlabs.org/soas/appliances/soas2-20090321.tar.gz So. What has changed? And why am I so excited about this release? * The underlying kickstart file structure has changed completely. We've merged the files for SoaS and OLPC's Fedora-XO effort, which means that both sides won't need anymore to commit the same patch three times. * We're now including quite a lot of activities from a.sl.o. Of course, those need testing! *hint* :) * As you may have noticed above, the virtual appliance images get now created together with the live media image. No need to kick them off manually. * General package updates have taken place! Well, most of these changes concern probably the underlying structure and won't be necessarily evident to the average user, but I still quite an improvement here. Please also watch your inbox for upcoming news regarding the SoaS roadmap! Thanks and happy hacking! :) --Your SoaS Team ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Running sugar at almost-native speeds in Windows
Wade Brainerd wrote: On Thu, Mar 12, 2009 at 7:04 PM, Dave Bauer dave.ba...@gmail.com wrote: Actually, you can create a .vmdk from .img using the QEMU tools. It's just that .vmdk is much more widely supported that .img so it would save a conversion step for most VM users. I agree that we should be providing 1 click solutions *in addition* to providing .vmdk files for people who already use VMs regularly. Right, VMDK is not easily reusable though, for Parallels you have to perform a few steps to reuse it. One click solution is the goal of course. QEMU really isn't that solution unless you can use acceleration. The speed is pretty much unusable otherwise, and that is really only useful for testing if you are very patient. Anyone who needs a 1-click installer also would expect reasonable performance. I haven't found an easy way to get QEMU working with acceleration on OS X. I think we are working towards a solution, just not as quickly as we would like. Dave I brought up VMware Virtual Appliances as an option at one point, has anyone tried creating one of those? I'm not sure how close to one click they are though. VirtualBox appears to have the beginnings of some appliance support as well. Best, Wade Okay folks, sorry for the late reply, as I just came across this thread (I was a bit behind my e-mail). So let me explain some things: There are the appliance-tools (www.thincrust.net) available which do in fact exactly the thing which has been discussed here. You can even specify a output file type, so that you'd get vmdk, raw or other files. Sounds cool, heh? :) Well, what I've done now is that I've taken our kickstart files and made one for the appliance creation up out of them. It's also in the soas GIT repo. Then I worked on getting appliance-tools to work on our build systems (thanks erikos here!) and it now creates flawlessly such a .vmdk file. I already gave it a try and it boots, but doesn't come up with the Sugar desktop, but fails when trying to log in. A good idea would be probably to have these images built together with the other snapshots. Cheers, --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] [SoaS-2] Feature Complete? Another Snapshot.
Tomeu Vizoso wrote: On Wed, Mar 11, 2009 at 13:40, Caroline Meeks solutiongr...@gmail.com wrote: I also get a grey screen on both the computers I've tried this version with. Also here on qemu. Tomeu Okay, I see. This seems to occur to quite some people, even though it works for me when booting off a CD. Thanks for bringing this up! A new snapshot is in the works, though, it was blocked by some RPM issues (which have been resolved), while we're waiting for a new kernel now. --Sebastian On Mon, Mar 9, 2009 at 2:02 AM, Kushal Das kushal...@gmail.com wrote: On Sat, Mar 7, 2009 at 1:03 AM, Sebastian Dziallas sebast...@when.com wrote: Hi folks, there's another snapshot of soas-2 ready for testing! There will be another snapshot on this Sunday to have an up2date image for bug triaging sessions. It's really important for us to get as much feedback as possible in this state of soas-2, since we'd like to get a release rolled out soonish and should have all blockers fixed beforehand, right? http://download.sugarlabs.org/soas/snapshots/2/Soas2-200903061846.iso Trying to boot a Eee PC 701 model with this snapshot. Giving error on Unknown keyword in syslinux.cfg and then showing a grey screen just after boot. Is there any problem in my download ? ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] [SoaS-2] Feature Complete? Another Snapshot.
Bert Freudenberg wrote: On 06.03.2009, at 20:33, Sebastian Dziallas wrote: Hi folks, there's another snapshot of soas-2 ready for testing! There will be another snapshot on this Sunday to have an up2date image for bug triaging sessions. It's really important for us to get as much feedback as possible in this state of soas-2, since we'd like to get a release rolled out soonish and should have all blockers fixed beforehand, right? http://download.sugarlabs.org/soas/snapshots/2/Soas2-200903061846.iso Boots in VMWare now, great! Yay! Cool, good to hear... * You can now enjoy builds of Read and EToys - cool, heh? I do not see Etoys installed. I'll need to double-check this. The files should be directly in the etoys package: Probably I was using an outdated mirror or... dunno, yet. * As already mentioned, from now on, all images will contain the SoaS version number to avoid confusion. Where? In the About box it just says Fedora 10.91 Rawhide and 0.84.0. Ah, sorry. I should have been more specific: I referred to the 2 in the file name, which should also have been on the file system label. But seems like I didn't commit everything... And I noticed TurleArt does not start, it's missing the numpy.oldnumeric module. - Bert - Thanks for your testing! :) --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] The Road to SoaS-2: A new Snapshot!
Bert Freudenberg wrote: On 04.03.2009, at 20:58, Sebastian Dziallas wrote: Hi folks, a new soas-2 snapshot is ready for you! Go and grab it NOW from here: http://download.sugarlabs.org/soas/snapshots/2/Soas-200903041854.iso It's important for us to get as much feedback as possible now, since with the recent release of Sugar 0.84, we're also approaching a release of Sugar on a Stick. In fact, this can already happen at the end of this week. So please go ahead, give it a try and report any issues you come across. Tried to run this in VMWare. It reports an error in the initramfs (losetup says there is no loop device) and stops. Sounds like a F11 / Rawhide bug... For easier identification after download, could you rename the files to Soas2-...? Done! Soas1 and Soas2 are now the current naming schemes... I also tried 1/Soas-200903051021.iso which worked fine as ever. - Bert - --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] [SoaS-2] Feature Complete? Another Snapshot.
Hi folks, there's another snapshot of soas-2 ready for testing! There will be another snapshot on this Sunday to have an up2date image for bug triaging sessions. It's really important for us to get as much feedback as possible in this state of soas-2, since we'd like to get a release rolled out soonish and should have all blockers fixed beforehand, right? http://download.sugarlabs.org/soas/snapshots/2/Soas2-200903061846.iso Now what's new here? * Nearly every Sugar-related package has been updated! Thanks to all the maintainers for making this possible... :) * You can now enjoy builds of Read and EToys - cool, heh? * The image has been slimmed down again, we had a lot of redundant KDE stuff in there. For now just 270 MB! * Anaconda has been included - you might want to check Kushal's instructions for installing SoaS here: [1] * As already mentioned, from now on, all images will contain the SoaS version number to avoid confusion. Please be aware of the fact that this is still based on pre-beta software - namely Fedora 11 - which has an upcoming beta freeze scheduled for March 10. Finally, if you've another activity, package or feature to suggest, please do so immediately here [3]! Thanks again and happy testing! --Your SoaS Team [1] http://kushaldas.in/2009/03/06/how-to-install-soas-on-your-regular-box/ [2] http://sugarlabs.org/go/Smoke_test [3] http://sugarlabs.org/go/Sugar_on_a_Stick/Roadmap ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] SoaS - moving onward...
Hi all, and here's another announcement for Sugar on a Stick! You can grab your updated version now directly from here: http://download.sugarlabs.org/soas/snapshots/1/latest.iso This file is linking to the latest snapshot - if you're unsure whether you already have the latest version, please either check the file information or browse the snapshots directory. What's has changed over the weekend? * We're now shipping honey activities, so don't miss the speak tamtam activities, as well as others... * Speak is now working! Kudos to alsroot for making this possible. * The mouse cursor issue introduced in the last build should now have been fixed. If it still occurs to you, please speak up and report it! * Size reduction has been improved: The image is still bigger than it was before (due to the new honey activities), but it would have been way bigger without these changes. Again, please report any issues you come along! Thanks and happy testing, --Your SoaS team ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] SoaS - Another Snapshot
Caroline Meeks wrote: On all: the cursor was invisible to start. It appeared after I navigated to the Journal and opened the detail view of an entry. Speak didn't work. Ok! So this is still occuring; I don't know, what might be causing this, but Marco stated that he noticed this in jhbuild, too. Is there hope on getting Speak to work or should we just take it off for now. Will there be another version before Monday's testing? What activities should we put on to test? I just got my hands on the RPMs for the honey activities (thanks to alsroot for making this possible!). I'll see if it works - and if it does - push another version either today or tomorrow. Regarding the activities: sugar-write *should* now work, so it would be probably a good idea to test that. And if we manage to get them in, some of the honey activities? I'm not sure... --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Announcing Fedora Sugar Spin!
Hi everybody, I'm proud to be announce the availability of our Fedora Sugar Spin, which incorporates the Sugar Desktop Environment on a Fedora Live CD. So, what is this in specific? With this spin, you'll be able to run Sugar, which is developed by Sugarlabs and the desktop environment used on the OLPC, directly from a Live CD! You'll find several activities on the image including most notably... * sugar-browse - a web browsing activity based on xulrunner * sugar-write - a word processor based on abiword ...among with several other applications introducing e.g. chat support. We, the OLPC SIG, will be importing further activities into Fedora, which might be installed using 'yum install sugar-*' at a later time. Where can you get it? Easily, here: http://sdz.fedorapeople.org/olpc/sugar-spin.iso Here's the SHA1 checksum, just if you're interested: f032ab45aa116c2728dcd2d676e29a5ee114fd1d sugar-spin.iso And what if you wanted to put it quickly onto your USB Key? Even easier! You'll just need to grab Luke Macken's liveusb-creator, which already includes support for the Sugar Spin. Here's the link: https://fedorahosted.org/releases/l/i/liveusb-creator/liveusb-creator-3.0.zip Thank you everybody, who made this possible! --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [sugar] sugar spin and liveusb-creator
Marco Pesenti Gritti wrote: On Mon, Oct 13, 2008 at 8:47 PM, Sebastian Dziallas [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: http://sdz.fedorapeople.org/olpc/liveusb-creator-3.0.zip I tried this on windows xp. I unzipped the directory on the Desktop and run the executable. It didn't work. I'm attaching the log... any idea? Marco Yeah, now I know what's this... :/ I created this build using Windows Vista, but when liveusb-creator is run under Windows XP, one gets the error you encountered. I wasn't aware of this until I just double-checked on another machine here, which isn't running Vista. But I've no idea, yet, what might be causing this... --Sebastian ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep