Re: [Sugar-devel] Fwd: new content bundle
On Wed, Jun 17, 2009 at 12:11:53PM -0500, Rafael Enrique Ortiz Guerrero wrote: Rafael Ortiz -- Forwarded message -- From: Rodolfo D. Arce S. rodolfoa...@eyuhoo.com Date: Wed, Jun 17, 2009 at 11:47 AM Subject: new content bundle To: de...@lists.laptop.org Hello: I'm trying to ensamble a content bundle.. I used the script in the wiki and the bundle maker.. it's working so far I managed to create a bundle.xol but when i can't find the procedure to install it.. i can manually install it by unziping, but i want to be able to put it on the schoolserver and get the kids to install from there In 0.84 it was implemented in workaround style, place .xol to Journal(.xol will be unzipped to ~/Library) and in Browse you'll find new item in content sidebar another thing.. Although i can access the files from within the file system file:///home/olpc/Library/content/index.html i can't seem to be able to put it on the index page of the browser so kids could access from the menu, is there an easier way to do this thanks again.. R ___ Devel mailing list de...@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] translate.sugarlabs.org down?
On Thu, Jun 18, 2009 at 00:52, Bastienbastiengue...@googlemail.com wrote: Hi Sayamindu, I can't access the translation interface: http://translate.sugarlabs.org/ Seems to be up now. Regards, Tomeu Maintenance? -- Bastien ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Linuxtag - What is left to do to make it a success?
On Thu, Jun 18, 2009 at 08:59:53AM +0200, Simon Schampijer wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Events/LinuxTag2009 Quoting that page: Not permitted by Linuxtag: * wireless access points (You are not permitted to operate your private wireless LAN. Please take this serious. There will be several site surveys to ensure this.) * connect visitors to the project's network Does this mean you can't show off collaboration? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] testing composition for speeding up graphics performance
On Wed, Jun 17, 2009 at 20:00, Gary C Marting...@garycmartin.com wrote: On 16 Jun 2009, at 20:50, Tomeu Vizoso wrote: we are considering using the composite extension in order to improve the perceived graphics performance of Sugar. It would be great if someone could test it by running the following. As root: yum install xcompmgr As normal user in the terminal activity: xcompmgr -a And report any performance improvements when switching windows, sliding the frame in and out, and any other operations that involve redrawing parts of the screen. Yes, looked frame and pop-up menus seems smoother/cleaner XO-1 SoaS 0.84. I did notice one minor issue regarding the 3 types of zoom view (Neighbourhood/Group/Home). When you switch to one from an Activity you briefly get shown the last zoom view before the one you actually chose is re-drawn. Example; you're in the Neighbourhood view, you switch to the Journal, you switch to the Home view and briefly see the old Neighbourhood first before the redraw catches up and shows you Home. Wonder if that's intended, as going to a zoom level involves some kind of animation, i.e. is not intended to take you there as fast as possible. Regards, Tomeu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Linuxtag - What is left to do to make it a success?
On 06/18/2009 10:57 AM, Sascha Silbe wrote: On Thu, Jun 18, 2009 at 08:59:53AM +0200, Simon Schampijer wrote: http://wiki.sugarlabs.org/go/Marketing_Team/Events/LinuxTag2009 Quoting that page: Not permitted by Linuxtag: * wireless access points (You are not permitted to operate your private wireless LAN. Please take this serious. There will be several site surveys to ensure this.) * connect visitors to the project's network Does this mean you can't show off collaboration? CU Sascha I sent that question to the Linuxtag team this morning. Will post here the results. Cheers, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] testing composition for speeding up graphics performance
On Thu, Jun 18, 2009 at 11:09:06AM +0200, Tomeu Vizoso wrote: Wonder if that's intended, as going to a zoom level involves some kind of animation, i.e. is not intended to take you there as fast as possible. What kind of animation? I can't remember ever having seen one (unless you count the time it takes to populate the screen). CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] testing composition for speeding up graphics performance
On Thu, Jun 18, 2009 at 11:21, Sascha Silbesascha-ml-ui-sugar-de...@silbe.org wrote: On Thu, Jun 18, 2009 at 11:09:06AM +0200, Tomeu Vizoso wrote: Wonder if that's intended, as going to a zoom level involves some kind of animation, i.e. is not intended to take you there as fast as possible. What kind of animation? I can't remember ever having seen one (unless you count the time it takes to populate the screen). It's not supposed to be too obvious. It's more visible if you go from the home level to the neighborhood, you should see the XO zooming out before the screen is redrawn. Regards, Tomeu CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJKOgcJAAoJELpz82VMF3DaGVQIALKrftcz9UEtx03ljavQW0nz qtfVoCtfLD4LA1jUO4PbH6u7I8aofeXAFd8SR6P+HEKw+hbToXvkafuD7g3Cakxi ZRAFcLW0wsBBmHaJpDTrJAPJK8BISli+JhLsckzGerPseusIWWY/x5hCrVfvG3f2 l8IYAH11YYRN/yWmUDyFeQAulh4aBHM3fzGt/LGOVp8dAEqFEUTsslSMdEcmfnKO j1IhJ1mB62RQDgL5LOqyjH/Uiak7c/yPfwJwPeNawG2tly9hvS7Fp7lFKGs0iRQL WqFTUjRxNB+h6vVynAkf+R5Cho6MqkbBA1lEYx3uqPO8Bx+QJk3OfnCevGc7X4Y= =/3/f -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Correct mailing list was Re: Show Must Go On - SoaS for the XO-1
On Thu, Jun 18, 2009 at 03:50, David Farningdfarn...@sugarlabs.org wrote: We have seriously hijacked the original thread:( If we kept the subject line in sync with the threads' topic, people could have an easier time to know what to read and what not and we could resist better splitting mls. But maybe we cannot rely on that. Regards, Tomeu This has not been much of an issue because the lists have been low enough traffic that everyone was able to keep track of everything. For the first six months, everyone in the project went to every irc meeting. As a result a lot of stuff was decided at meeting. I have _decided_ not to attend to irc meetings so that I am not aware of what has happened until the meeting summary has been posted to the relevant list. That way, I end up asking the dumb questions about what is going on so the newer participants don't have to ask. The first thing we must accept is that this is not an easy issue. _Every_ project suffers from it. The successful projects figure something out. Interestingly the bigger the project, the bigger the issue. The most common, and seemingly the most effective, solution is to keep all conversation on a single list until there is a good reason to split up the list. Once the list has split, there needs to be some form of 'digest' to summarize the important threads so that participants who do not subscribe to a list can quickly review what is happening elsewhere in the project. The rational is to avoid prematurely fragmenting the community. But once a communication channel is overloaded something needs to happen to keep the separate pieces synchronized. I think the first step is to come to some sort of consensus about what the lists are for. devel - for developer issues. marketing - for marketing issues. iaep - for everything else. From there, just make an effort to post to the most appropriate list. That will result in a painful itch. We all don't know every thing anymore. The fix will be to encourage some sort of ml digest to cover the highlights rather than start cross posting again. david On Wed, Jun 17, 2009 at 7:25 AM, Bert Freudenbergb...@freudenbergs.de wrote: On 17.06.2009, at 14:09, Martin Dengler wrote: No, that's not the problem. It's people that don't know that they don't know what they're doing. My point is that I think we're worrying about people that a) want to be testers; and b) are so keen that they go copy-nanding (after getting a devkey, etc.) without understanding what they're doing. As I'm saying I don't think there are enough people like that on IAEP/sugar-devel to worry about, and you're saying there are (IIUC). I for one would *hope* that on the IAEP list many people do participate who are not necessarily familiar with technical details, but who care deeply about education. Care so much in fact that they are not even detained by these awkward instructions when they try to help. In know there were such people in the OLPC community, and hopefully we are not driving them away by too much tech-talk that is only remotely related to the actual educational goals of the project. Well, I'm happy to leave it at that. Me too. - Bert - ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Physics Roadmap
On Wed, Jun 17, 2009 at 7:24 PM, Gary C Marting...@garycmartin.com wrote: On 17 Jun 2009, at 06:29, Edward Cherlin wrote: Did you look at my Turtle Art version of Alan Kay's third-grade gravity lesson? http://wiki.sugarlabs.org/go/File:Gravity.odt I had a read, but it didn't get me very far, sorry – competing with an Alan Kay presentation is always going to be tough :-) Regarding Physics, it's more a sandbox for making weird and wonderful little mechanical devices; but specifically regarding gravity, I think there is a nice feature I'd like to try and find a way add as some point, 'object trails'. +1 I tried this at one point using a black background in Physics and a long camera exposure, it's a lot of fun seeing the physical motion in one static image. http://dev.laptop.org/~bjordan/physics/housegolf.jpg http://dev.laptop.org/~bjordan/physics/trianglegolf.jpg With this you could roll a ball off a cliff edge and see the motion curve left behind. Would be quite easy to add a grid overlay to allow measurement. I guess an optional gird would also allow building other more accurate experiments (i.e. I just made 3 pendulums of different lengths to see the shortest pendulum swing faster; and that using a larger mass weight did not affect frequency). --Gary On Mon, Jun 8, 2009 at 11:39 AM, Brian Jordanbcjor...@gmail.com wrote: Attaching Sugar Devel (people who want to be involved with Physics development might be on there). On Mon, Jun 8, 2009 at 5:28 AM, Asaf Paris Mandokiasa...@gmail.com wrote: Hi, I've managed to get my development environment working and started hacking the Physics activity. I added a pin button and a motor button so these features aren't hidden anymore. I wanted to add a Play/Pause button but it's not as easy as I thought. It is much better to control time flow with the keyboard but I think it would be good to have a way to make the feature explicit. I'm planing on committing my changes to the main branch as soon as I come up with a nicer icon for the motor button. Commit it :) Would anyone like to help with making menu icons? After I'm done with that I'm thinking on starting with the journal integration. I will clone the main branch and work over there. I've seen some suggestions for the scene file format at http://wiki.laptop.org/go/Physics_File_Format . Is there a handy XML library I could use? I see the Physics component is now on dev.sugarlabs.org. I've added a bug I found, should I add the features I would like to implement in the future? . What is the best way for communicating regarding this project? Who are the people involved right now? Thanks, Asaf ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name And Children are my nation. The Cosmos is my dwelling place, The Truth my destination. http://earthtreasury.org/worknet (Edward Mokurai Cherlin) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] tutorials u can recommend?
Hi Bryan here is a really good canvas tutorial from Mozilla https://developer.mozilla.org/en/Canvas_tutorial also check http://dev.opera.com/articles/view/html-5-canvas-the-basics/ I read this tutorial, it helped me with the drawing stuff (I used this idea within quadrilaterals, see the double buffer): http://dev.opera.com/articles/view/html5-canvas-painting/ felipe 2009/6/18 Bryan Berry br...@olenepal.org subzero, i am trying to change 'quadirlaterals' to use regular dom elements for the buttons rather than drawings but am quite befuddled by canvas. I don't understand how it works. can u recommend to me some canvas tutorials? tks -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] FUDCon hackfest proposal: assessment
Hello folks. Is there any interest in figuring out how assessments might work in a Sugar activity API? Teachers frequently talk about the need to assess the progress of their pupils. In the context of an activity, how do teachers do that? I don't think there's a clear mechanism, and I suspect that constructing such a mechanism might be simple. I believe that such a feature might also help make a case for usefulness to teachers. A few points/assumptions: 0. I'm guessing there will be some simple API, maybe sugar.activity.assess. Or maybe it's actually part of datastore. I don't know the code well enough. :) 1. I assume there will be a server that can collect this data, maybe Moodle, maybe not. Something like... * Activity is suspended. * Assessment data is written to datastore. * Some process reaps recent assessment data periodically and syncs to server if possible, or fails gracefully if not, storing for future sync. 2. I believe that every activity should be able to report the most basic assessment metric, which is time spent in an activity. For young students, time spent in an activity is one of the most reliable predictors of mastery, and because that data can surely be collected automatically, it should be made available automatically. 3. I believe that it should be possible for an activity to specify additional, simple assessment. This could be quite a rathole, but an initial possibility could be score/max score and timestamp. So one can imagine an activity passing along data that might look something like this: gregdek, mongo, rectangle-quest-1, 18/20, timestamp 08:31:44. gregdek, mongo, rectangle-quest-2, 11/20, timestamp 08:52:08. gregdek, mongo, time-in-activity, 23 minutes, timestamp 09:04:56. Is this an interesting idea? If so, I'd love to sit down with folks at the hackfest at LinuxTag and draw up a spec for how it might be implemented. --g -- Computer Science professors should be teaching open source. Help make it happen. Visit http://teachingopensource.org. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Getting Sugar to run on certain mac chipsets
We've been having an issue on some newer macs with the screen going blank. Deds and Pauline have been working on the issue and here is what they have discovered that works. Note that this is using standard keyboard and not the apple one. If using apple keyboard you might need to change the keys you press. The following is what I did: 1. I plugged the latest SoaS (Soas2-200905241902.iso) and boot helper (soas-boot-20090615.iso) in the mac mini and then booted up. 2. At the sound of the chime, I immediately pressed the ALT key until the boot options appear. (options that appeared on the mac mini are Macintosh HD and Windows, with Windows pertaining to the SoaS) 3. Select Window. 4. As soon as you see the blue screen which says automatically logging in n seconds... Press the TAB key. This should display the boot menu 5. At the boot menu press the TAB key to display the kernel boot parameters. 6. At the end of the displayed parameters, type nomodeset and press ENTER. This should start up sugar So what does nomodeset actually do? It disables this https://fedoraproject.org/wiki/Features/KernelModesetting Introduced in FC10 but has been having problems with some graphic chipsets (including Intel GMA 950 which is in the Mac Mini). AFAICT it can be safely disabled with no adverse effects on stability. Is there a way we can modify SoaS so that mac users don't have to do this but it still works for everyone? -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] FUDCon hackfest proposal: assessment
On Thu, Jun 18, 2009 at 14:31, Greg DeKoenigsbergg...@redhat.com wrote: Hello folks. Is there any interest in figuring out how assessments might work in a Sugar activity API? Teachers frequently talk about the need to assess the progress of their pupils. In the context of an activity, how do teachers do that? I don't think there's a clear mechanism, and I suspect that constructing such a mechanism might be simple. I believe that such a feature might also help make a case for usefulness to teachers. A few points/assumptions: 0. I'm guessing there will be some simple API, maybe sugar.activity.assess. Or maybe it's actually part of datastore. I don't know the code well enough. :) 1. I assume there will be a server that can collect this data, maybe Moodle, maybe not. Something like... * Activity is suspended. * Assessment data is written to datastore. * Some process reaps recent assessment data periodically and syncs to server if possible, or fails gracefully if not, storing for future sync. 2. I believe that every activity should be able to report the most basic assessment metric, which is time spent in an activity. For young students, time spent in an activity is one of the most reliable predictors of mastery, and because that data can surely be collected automatically, it should be made available automatically. 3. I believe that it should be possible for an activity to specify additional, simple assessment. This could be quite a rathole, but an initial possibility could be score/max score and timestamp. So one can imagine an activity passing along data that might look something like this: gregdek, mongo, rectangle-quest-1, 18/20, timestamp 08:31:44. gregdek, mongo, rectangle-quest-2, 11/20, timestamp 08:52:08. gregdek, mongo, time-in-activity, 23 minutes, timestamp 09:04:56. Is this an interesting idea? If so, I'd love to sit down with folks at the hackfest at LinuxTag and draw up a spec for how it might be implemented. I think it's very interesting and have heard from several people similar interest: GCompris, OLPC Austria, IFL (TeacherMate), etc Will be great to talk about it in LT, maybe we could hold a session in the sugar booth? Or better sunday as a FUDCon session? Regards, Tomeu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Getting Sugar to run on certain mac chipsets
Hi Caroline, We've been having an issue on some newer macs with the screen going blank. Deds and Pauline have been working on the issue and here is what they have discovered that works. When you say going blank do you mean that the screen randomly blanks and then comes back again either after a couple of seconds or when you press the keyboard or move the mouse? If so that's a known issue on some of the nvidia and intel chipsets on Fedora 11. I know the Fedora team are looking into that issue. If its the same problem your seeing I can dig out the bug reports for you. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Getting Sugar to run on certain mac chipsets
On Thu, Jun 18, 2009 at 9:45 AM, Peter Robinson pbrobin...@gmail.comwrote: Hi Caroline, We've been having an issue on some newer macs with the screen going blank. Deds and Pauline have been working on the issue and here is what they have discovered that works. When you say going blank do you mean that the screen randomly blanks and then comes back again either after a couple of seconds or when you press the keyboard or move the mouse? If so that's a known issue on some of the nvidia and intel chipsets on Fedora 11. I know the Fedora team are looking into that issue. If its the same problem your seeing I can dig out the bug reports for you. No if you don't type nomodeset you can't proceed since you can't actually distinguish the elements on the screen. It doesn't always look the same though. Sometimes you get a hint of the login box, sometimes just blue background and some other weird displays. Peter -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] FUDCon hackfest proposal: assessment
Greg DeKoenigsberg wrote: 0. I'm guessing there will be some simple API, maybe sugar.activity.assess. Or maybe it's actually part of datastore. The obvious thing, to me, is to store it in the Datastore object's metadata properties. Perhaps two integer fields, score and maxscore. No new API required, just a naming convention for these two properties. --Ben signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] ASLO vs. wiki.laptop.org activities
David, I am doing that now, but the page I'm pointing to is the one on wiki.laptop.org. Should I abandon that page and create a new one somewhere else? Should I perhaps move my pages to wiki.sugarlabs.org and replace my current page with a link to ASLO? James Simmons David Farning wrote: On Wed, Jun 17, 2009 at 5:38 PM, James Simmonsjim.simm...@walgreens.com wrote: I've been maintaining ASLO and the wiki.laptop.org activities pages for both of my Activities. I'd be willing to give up the Wiki page if ASLO gave me someplace to put the level of detail I have on those pages. Now some of this detail could be cut down, but for Read Etexts at least how to get TTS working needs some explanation, at least until most XOs have the needed software installed by default. I modeled my pages on the original pages created for the Read Activity. I'll do whatever everyone else does on this, but I am saying that the amount of information I can put on ASLO is less than I'd like. The activity portal allows activity developers to set an Activity Home Page for each activity. Any additional information should go on the home page. Would that solve your problem? david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] ASLO vs. wiki.laptop.org activities
I don't think is really matters where you homepage is located. The important bit is to think of the activity portal as an easily search-able common entry point for users. The home page is for anything else you might want to convey. david On Thu, Jun 18, 2009 at 9:28 AM, James Simmonsjim.simm...@walgreens.com wrote: David, I am doing that now, but the page I'm pointing to is the one on wiki.laptop.org. Should I abandon that page and create a new one somewhere else? Should I perhaps move my pages to wiki.sugarlabs.org and replace my current page with a link to ASLO? James Simmons David Farning wrote: On Wed, Jun 17, 2009 at 5:38 PM, James Simmonsjim.simm...@walgreens.com wrote: I've been maintaining ASLO and the wiki.laptop.org activities pages for both of my Activities. I'd be willing to give up the Wiki page if ASLO gave me someplace to put the level of detail I have on those pages. Now some of this detail could be cut down, but for Read Etexts at least how to get TTS working needs some explanation, at least until most XOs have the needed software installed by default. I modeled my pages on the original pages created for the Read Activity. I'll do whatever everyone else does on this, but I am saying that the amount of information I can put on ASLO is less than I'd like. The activity portal allows activity developers to set an Activity Home Page for each activity. Any additional information should go on the home page. Would that solve your problem? david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] ASLO vs. wiki.laptop.org activities
David, I've created a newer and shorter page on wiki.sugarlabs.org for Read Etexts and linked it to ASLO. I've also replaced the contents of the old wiki.laptop.org with a link to ASLO. This should eliminate a lot of redundant updating. If there are no complaints I'll do the same thing for View Slides. James Simmons David Farning wrote: I don't think is really matters where you homepage is located. The important bit is to think of the activity portal as an easily search-able common entry point for users. The home page is for anything else you might want to convey. david On Thu, Jun 18, 2009 at 9:28 AM, James Simmonsjim.simm...@walgreens.com wrote: David, I am doing that now, but the page I'm pointing to is the one on wiki.laptop.org. Should I abandon that page and create a new one somewhere else? Should I perhaps move my pages to wiki.sugarlabs.org and replace my current page with a link to ASLO? James Simmons ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] ASLO vs. wiki.laptop.org activities
James, That looks good. You can also point directly to the Read Etexts activity on ASLO with http://activities.sugarlabs.org/sugar/addon/4035 and you can point to the download with http://activities.sugarlabs.org/sugar/downloads/latest/4035 If browse correctly reports the Sugar version, ALSO will download the latest activity version which works with a given version of sugar. URL-rewrite in ASLO will take care the localization string for you. I have only tested this on a couple of browsers. I think doing this might help maintain backwards compatibility with activities/all. david On Thu, Jun 18, 2009 at 10:19 AM, James Simmonsjim.simm...@walgreens.com wrote: David, I've created a newer and shorter page on wiki.sugarlabs.org for Read Etexts and linked it to ASLO. I've also replaced the contents of the old wiki.laptop.org with a link to ASLO. This should eliminate a lot of redundant updating. If there are no complaints I'll do the same thing for View Slides. James Simmons David Farning wrote: I don't think is really matters where you homepage is located. The important bit is to think of the activity portal as an easily search-able common entry point for users. The home page is for anything else you might want to convey. david On Thu, Jun 18, 2009 at 9:28 AM, James Simmonsjim.simm...@walgreens.com wrote: David, I am doing that now, but the page I'm pointing to is the one on wiki.laptop.org. Should I abandon that page and create a new one somewhere else? Should I perhaps move my pages to wiki.sugarlabs.org and replace my current page with a link to ASLO? James Simmons ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
We've discussed my idea to do a flurry of press releases over the next couple of weeks, coinciding with our presence/sessions at: * LinuxTag Berlin June 24-27 http://www.linuxtag.org/2009/en.html * Free Open Source Software in Education (FOSSED) Bethel, Maine June 24-26 http://www.fossed.com * National Educational Computing Conference (NECC) Washington, DC June 28-July 1 http://center.uoregon.edu/ISTE/NECC2009 (also EduBloggerCon / Classroom 2.0 LIVE in DC on June 27: http://www.edubloggercon.com/EduBloggerCon+2009) * Gran Canaria Desktop Summit (GUADEC+Akademy) Canary Islands July 3-July 11 http://www.grancanariadesktopsummit.org/ After mulling it over I feel our interests will be best served by two press releases (eReleases/PR Newswire + Sugar Labs press page + targeted mailing to journalists educators), with an option for a third at GUADEC if there are new developments (very possible over next 10 days): Wednesday, June 24th, datelined LinuxTag: SoaS v1 Strawberry release! Gould grant / GPA pilot - classroom tests of SoaS 100 GCompris/ASLO - offer enriched XO-1.5 refresh/XO SoaS version - not forgetting the XO installed base Local Labs - Colombia, Washington DC, Rochester? Dailymotion channel - info source Image: SoaS beauty shots * Monday, June 29th: NECC (Washington DC) Nexcopy partnership Image: TBD I feel the richness of our news on the day both LinuxTag and FOSSED open will increase our chances for wide coverage. I think back-to-back releases won't work for our targeted mailing list and including two releases in one mailing would be clumsy. This will also simplify printing for handouts. The Nexcopy partnership has a different angle and call to action (collect recycle sticks / gesture for schools) and merits a separate treatment. The deadline for the Wednesday SoaS release is in 24 hours... I will put up a draft for the marketing list in a few hours. I will attend LinuxTag on June 26-27 and SugarCamp/FUDCon June 28th. If I've forgotten anything, if anyone has better ideas, please by all means let me know thanks! Sean ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] transition from activities/all to activities portal
Chris, Upon further examining http://wiki.laptop.org/go/Activities/Browse_(8.2), I think that we can maintain backwards compatibility both technically and socially by using the existing /Activities/NAME_(VERSION) by pointing the links on that page to http://activities.sugarlabs.org/sugar/addon/4024 and http://activities.sugarlabs.org/sugar/downloads/latest/4024/ This would not require any changes on currently deployed machines, just server side url updates. I need to double check that the version detection happens correctly. Does this sound reasonable for a transition period? david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] ASLO vs. wiki.laptop.org activities
On Thu, Jun 18, 2009 at 11:13:52AM -0500, David Farning wrote: James, That looks good. You can also point directly to the Read Etexts activity on ASLO with http://activities.sugarlabs.org/sugar/addon/4035 and you can point to the download with http://activities.sugarlabs.org/sugar/downloads/latest/4035 If browse correctly reports the Sugar version, ALSO will download the latest activity version which works with a given version of sugar. hmm.. I'm not sure about with a given version of sugar part afaik it returns just last version.. or I missed something in ASLO patches -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Testing streamlined sugar-jhbuild
Hello, we'd like to get the streamlined branch merged, but there's doubt that many distributions we don't test frequently with would break randomly due to older package versions or missing patches. If you're running a *recent* distro other than Fedora or Ubuntu, please check out this repository, build, and report back: http://git.sugarlabs.org/projects/sugar-jhbuild/repos/streamlined These instructions should be mostly still relevant: http://wiki-testing.sugarlabs.org/go/Development_Team/Jhbuild Patches welcome! -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] ASLO vs. wiki.laptop.org activities
On Thu, Jun 18, 2009 at 11:39 AM, Aleksey Limalsr...@member.fsf.org wrote: On Thu, Jun 18, 2009 at 11:13:52AM -0500, David Farning wrote: James, That looks good. You can also point directly to the Read Etexts activity on ASLO with http://activities.sugarlabs.org/sugar/addon/4035 and you can point to the download with http://activities.sugarlabs.org/sugar/downloads/latest/4035 If browse correctly reports the Sugar version, ALSO will download the latest activity version which works with a given version of sugar. hmm.. I'm not sure about with a given version of sugar part afaik it returns just last version.. or I missed something in ASLO patches I believe the url rewrite appends /platform:# to the end of the string if platform has been defined by the browser. # is a number representing one of the ASLO defined platforms: ALL () GNU/Linux (linux) OLPC Software Release 8.2.0 (Build 767) (olpc-767) Sugar on a Stick 1 (F10 based) (soas-1) Sugar on a Stick 2 (F11 based) (soas-2) I think /platform:7 OLPC Software Release 8.2.0 (Build 767) (olpc-767) If platform is undefined it defaults to most recent. You can append the platform number yourself such as: http://activities.sugarlabs.org/sugar/downloads/latest/4024/platform:7 david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
Sean and others can we please try and use the term SoaS slighlty more agnostically. Right now, every time its mentioned it always uses the Fedora backend without question or debate. I think of it a little like when someone says write me an office letter (and its quitely assumed by everyonen that they will be using Microsoft word for this) I spoke briefly to Sebastian about this and we suggestd, quite entertainingly: FedSoaS or SoaSora SuSoaS or SoaSuse GenSoaS or SoaS(t)oo DebSoaS or SoaSian ManSoaS or SoaSiva CaSoaS or SoaSica For me, I kind of like the last column Anyway, the point is not to tie SoaS to one distro... there are enough people willing to help for the different distros , and the more markets the better right? On Thu, Jun 18, 2009 at 6:30 PM, Sean DALYsdaly...@gmail.com wrote: We've discussed my idea to do a flurry of press releases over the next couple of weeks, coinciding with our presence/sessions at: * LinuxTag Berlin June 24-27 http://www.linuxtag.org/2009/en.html * Free Open Source Software in Education (FOSSED) Bethel, Maine June 24-26 http://www.fossed.com * National Educational Computing Conference (NECC) Washington, DC June 28-July 1 http://center.uoregon.edu/ISTE/NECC2009 (also EduBloggerCon / Classroom 2.0 LIVE in DC on June 27: http://www.edubloggercon.com/EduBloggerCon+2009) * Gran Canaria Desktop Summit (GUADEC+Akademy) Canary Islands July 3-July 11 http://www.grancanariadesktopsummit.org/ After mulling it over I feel our interests will be best served by two press releases (eReleases/PR Newswire + Sugar Labs press page + targeted mailing to journalists educators), with an option for a third at GUADEC if there are new developments (very possible over next 10 days): Wednesday, June 24th, datelined LinuxTag: SoaS v1 Strawberry release! Gould grant / GPA pilot - classroom tests of SoaS 100 GCompris/ASLO - offer enriched XO-1.5 refresh/XO SoaS version - not forgetting the XO installed base Local Labs - Colombia, Washington DC, Rochester? Dailymotion channel - info source Image: SoaS beauty shots * Monday, June 29th: NECC (Washington DC) Nexcopy partnership Image: TBD I feel the richness of our news on the day both LinuxTag and FOSSED open will increase our chances for wide coverage. I think back-to-back releases won't work for our targeted mailing list and including two releases in one mailing would be clumsy. This will also simplify printing for handouts. The Nexcopy partnership has a different angle and call to action (collect recycle sticks / gesture for schools) and merits a separate treatment. The deadline for the Wednesday SoaS release is in 24 hours... I will put up a draft for the marketing list in a few hours. I will attend LinuxTag on June 26-27 and SugarCamp/FUDCon June 28th. If I've forgotten anything, if anyone has better ideas, please by all means let me know thanks! Sean ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Testing streamlined sugar-jhbuild
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Hi Bernie and others, [commenting since I was adressed personally] On Thu, Jun 18, 2009 at 06:46:25PM +0200, Bernie Innocenti wrote: we'd like to get the streamlined branch merged, but there's doubt that many distributions we don't test frequently with would break randomly due to older package versions or missing patches. If you're running a *recent* distro other than Fedora or Ubuntu, please check out this repository, build, and report back: As you probably all know, I do run a certain distribution different from those emphasized above. I do not, however, trust a complex web-interacting script like jhbuild to run on my machine. I run packaged software. Risky too, but cutting the wildest edges, I believe. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREDAAYFAko6gSIACgkQn7DbMsAkQLh2dACaAzADG8GjSYz0o2FSc/SvSszR 0jUAoJLQaYIrDLVUV97ibeIc6PTt37pF =Z8/+ -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
(excluding IAEP from cc list) On 18.06.2009, at 19:45, David Van Assche wrote: Anyway, the point is not to tie SoaS to one distro... Err, SoaS *is* a distro. It currently is based on Fedora, it might get based on something else in the unforeseeable future, but having a gazillion SoaSes isn't plan of anything I heard. there are enough people willing to help for the different distros , and the more markets the better right? Yes, definitely, Sugar needs to be integrated well in many different distros. But that's independed of the SoaS effort. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Marketing] [IAEP] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
I beg everyone's pardon, I was under the impression that SoaS is Fedora-specific... are there plans to do versions based on other distros? Sean On Thu, Jun 18, 2009 at 8:13 PM, Bert Freudenbergb...@freudenbergs.de wrote: (excluding IAEP from cc list) On 18.06.2009, at 19:45, David Van Assche wrote: Anyway, the point is not to tie SoaS to one distro... Err, SoaS *is* a distro. It currently is based on Fedora, it might get based on something else in the unforeseeable future, but having a gazillion SoaSes isn't plan of anything I heard. there are enough people willing to help for the different distros , and the more markets the better right? Yes, definitely, Sugar needs to be integrated well in many different distros. But that's independed of the SoaS effort. - Bert - ___ Marketing mailing list market...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/marketing ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] the SoaS term (was: Press release flurry planning...)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 [cross-posting to match posting-style of what I respond to] On Thu, Jun 18, 2009 at 07:45:45PM +0200, David Van Assche wrote: can we please try and use the term SoaS slighlty more agnostically. Right now, every time its mentioned it always uses the Fedora backend without question or debate. I think of it a little like when someone says write me an office letter (and its quitely assumed by everyonen that they will be using Microsoft word for this) I spoke briefly to Sebastian about this and we suggestd, quite entertainingly: FedSoaS or SoaSora SuSoaS or SoaSuse GenSoaS or SoaS(t)oo DebSoaS or SoaSian ManSoaS or SoaSiva CaSoaS or SoaSica For me, I kind of like the last column Anyway, the point is not to tie SoaS to one distro... there are enough people willing to help for the different distros , and the more markets the better right? I completely disagree. To me, SoaS is a specific distribution coined by Sugar enthusiasts (who happen to also most/all of them also to be Sugar developers). This particular distribution is derived from Fedora. It might be that in the future they decide to switch to Ubuntu or OpenSuSe as platform for their development. It might also be that other distributions emerge based on other major distributions. Whatever happens, let each distribution choose their own name. Or discuss with them to change name - I really don't care. What concerns me is that Sugarlabs do not dictate naming of external projects. ...and now comes the fun part: Do Sugarlabs feel that SoaS is not external? I recomend to tream SoaS as a distribution, and I recommend Sugarlabs to leave the distribution task to others. Be friendly to any distribution that includes Sugar - sure - but don't take on that challenge yourself. There is plenty to do that is more Sugar-specific than dealing with boot loaders, kernels and (oh my) security bugs throughout thousands(!) of tiny little parts of what is contained in a fullblown distribution. Kind regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREDAAYFAko6hu0ACgkQn7DbMsAkQLh0uQCfWk73PmcSPNYkqrD0Xh7niBUE pHIAniwl+LFzF1/OVH32Jdk5kfuOwODB =fXTn -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Fwd: [IAEP] [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
sorry ended up going to Sean only... -- Forwarded message -- From: David Van Assche dvanass...@gmail.com Date: Thu, Jun 18, 2009 at 8:27 PM Subject: Re: [IAEP] [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC) To: Sean DALY sdaly...@gmail.com Soas = sugar on a stick whether that be on Fedora, Suse, debian, or mandriva... they are all the same thing, and I would argue SoaS is NOT a distro... just a dsitribution mechanism... for example, I call my opensuse based sugar on stick SoaS too, as that is technically what it is... David On Thu, Jun 18, 2009 at 8:25 PM, Sean DALYsdaly...@gmail.com wrote: I beg everyone's pardon, I was under the impression that SoaS is Fedora-specific... are there plans to do versions based on other distros? Sean On Thu, Jun 18, 2009 at 8:13 PM, Bert Freudenbergb...@freudenbergs.de wrote: (excluding IAEP from cc list) On 18.06.2009, at 19:45, David Van Assche wrote: Anyway, the point is not to tie SoaS to one distro... Err, SoaS *is* a distro. It currently is based on Fedora, it might get based on something else in the unforeseeable future, but having a gazillion SoaSes isn't plan of anything I heard. there are enough people willing to help for the different distros , and the more markets the better right? Yes, definitely, Sugar needs to be integrated well in many different distros. But that's independed of the SoaS effort. - Bert - ___ Marketing mailing list market...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/marketing ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar on a Stick Branches
Done... On Thu, Jun 18, 2009 at 8:20 PM, Frederick Grosefgr...@gmail.com wrote: On Thu, Jun 18, 2009 at 1:45 PM, David Van Assche dvanass...@gmail.com wrote: Sean and others can we please try and use the term SoaS slighlty more agnostically. Right now, every time its mentioned it always uses the Fedora backend without question or debate. I think of it a little like when someone says write me an office letter (and its quitely assumed by everyonen that they will be using Microsoft word for this) I spoke briefly to Sebastian about this and we suggestd, quite entertainingly: FedSoaS or SoaSora SuSoaS or SoaSuse GenSoaS or SoaS(t)oo DebSoaS or SoaSian ManSoaS or SoaSiva CaSoaS or SoaSica For me, I kind of like the last column Anyway, the point is not to tie SoaS to one distro... there are enough people willing to help for the different distros , and the more markets the better right? Good idea. Please help to adjust http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Linux and http://wiki.sugarlabs.org/go/Sugar_on_a_Stick#Downloading_alternative_images to provide the community with specifics for those SoaStick branches or variants. --Fred ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [GSoC] SSB creator
Latest version at http://git.sugarlabs.org/projects/webified 2009/6/11 Lucian Branescu lucian.brane...@gmail.com: Update http://honeyweb.wordpress.com/2009/06/11/ssb-creator/ 2009/6/7 Bobby Powers bobbypow...@gmail.com: On Sat, Jun 6, 2009 at 9:57 PM, Lucian Branesculucian.brane...@gmail.com wrote: For my project, I will extend Browse with the ability to create SSBs. Read more here http://honeyweb.wordpress.com/2009/06/06/the-user-experience/ I have made a small script that is triggered by a button in the Browse toolbar. It also works from Terminal. Later on this script will do more things, but I'd like some feedback about it as early as possible. Hi Lucian, 2 things: 1) rainbow should prevent you from creating new activities in ~/Activities, so I don't think that approach would work on an XO with an OLPC build. Since I think what you want is to create an activity, zip it, and add it to the journal, you could probably do something like this: import tempfile ssb_path = tempfile.mkdtmp(dir=activity.get_activity_root()) 2) the bundle_id you create probably should begin with org.laptop , as that could cause collisions with other activities. maybe org.sugarlabs.ssb ? nice start so far! bobby ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
On 18.06.2009, at 20:28, David Van Assche wrote: Soas = sugar on a stick whether that be on Fedora, Suse, debian, or mandriva... they are all the same thing, and I would argue SoaS is NOT a distro... just a dsitribution mechanism... for example, I call my opensuse based sugar on stick SoaS too, as that is technically what it is... You can call that whatever you want, but please not in public. SoaS means a very specific distro, not just any Linux+Sugar slapped onto a USB flash drive. On Thu, Jun 18, 2009 at 8:25 PM, Sean DALYsdaly...@gmail.com wrote: I beg everyone's pardon, I was under the impression that SoaS is Fedora-specific... are there plans to do versions based on other distros? No, there are no such plans currently. IMHO we should not water down the meaning of SoaS. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] the SoaS term (was: Press release flurry planning...)
Well, here is where I totally disagree. The term SoaS actually came from the ubuntu derived Sugar on a stick. so by your logic, as it was 'coined' by an individual who chose to put sugar on a usb stick using ubuntu, who by the same logic is the sole owner and user of that term. I think that really hurts Sugar in general. There are now at least 4 different version of SoaS that I know of, and I, having worked hard to bring one to market, feel it detracts from getting sugar out to the end users. If we start calling the thing a million different names, its just going to confuse and alienate people, not let them use it. In essence the experience should be very similar regardless of distro use, but different packagers will choose to package different things (case in point being debian which till recently only wanted to concentrate on 8.2) At events and conferences, when we choose to write these usb sticks or give out cdroms with sugar, the user should have a choice as to which underlying distro he wants to have (and yes it does make a difference), but it should still be called what it actualls is - Sugar on a usb stick. So when I say agnosticate the term, I mean use the term as it is semantically appropriate. I for one, will use that term to define openSUSE running as the base with sugar running on top of it, and will market it as such. But I will explain that it is available in multiple flavours post continues below... On Thu, Jun 18, 2009 at 8:26 PM, Jonas Smedegaardd...@jones.dk wrote: ---trim--- Anyway, the point is not to tie SoaS to one distro... there are enough people willing to help for the different distros , and the more markets the better right? I completely disagree. To me, SoaS is a specific distribution coined by Sugar enthusiasts (who happen to also most/all of them also to be Sugar developers). This particular distribution is derived from Fedora. It might be that in the future they decide to switch to Ubuntu or OpenSuSe as platform for their development. It might also be that other distributions emerge based on other major distributions. Whatever happens, let each distribution choose their own name. Or discuss with them to change name - I really don't care. What concerns me is that Sugarlabs do not dictate naming of external projects. I don't really get what you mean here... ...and now comes the fun part: Do Sugarlabs feel that SoaS is not external? I don't get what is meant by this... can u elaborate? I recomend to tream SoaS as a distribution, and I recommend Sugarlabs to leave the distribution task to others. Be friendly to any distribution that includes Sugar - sure - but don't take on that challenge yourself. There is plenty to do that is more Sugar-specific what challenge exactly? kind Regards, David Van Assche ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
Well, that ship sailed quite a while ago. I find it hard to believe that you missed the significant publicity surrounding Sugar being available on openSUSE in ALL formats (cd/dvd/usb/vm appliance) as I've been touting that for at least 2 months now. In fact the collaboration sessions that have been advertised various times quite explicitly talk about the opensuse variant, which contains a large set of honey apps (thats what makes it different from Fedora SoaS) To me, saying stick = Fedora, is like saying Sugar is based solely on Fedora... which is just totally silly and very harmful for the distribution of it. Fedora is a very small community in comparison to the debian based world (which is approximately 60% of the market) then we also have Mandriva and openSUSE who take another good 25%+ of the market, conservatively. That leaves Fedora + derivatives with 15% of the market... (based on distrowatch figures) thats highly undemocratic to steal the term SoaS to just refer to Fedora (especially since the term actually came from someone who stuck Sugar on usb via Ubuntu) I can dig up the references for you guys if you like. How can Sugar on a Stick (not the term Fedora quite obviously missing from it) be Fedora centric? This smells to me like saying Office = microsoft... it smells very bad... which is why I'm raising my concerns over it somewhat... David On Thu, Jun 18, 2009 at 8:53 PM, Bert Freudenbergb...@freudenbergs.de wrote: On 18.06.2009, at 20:28, David Van Assche wrote: Soas = sugar on a stick whether that be on Fedora, Suse, debian, or mandriva... they are all the same thing, and I would argue SoaS is NOT a distro... just a dsitribution mechanism... for example, I call my opensuse based sugar on stick SoaS too, as that is technically what it is... You can call that whatever you want, but please not in public. SoaS means a very specific distro, not just any Linux+Sugar slapped onto a USB flash drive. On Thu, Jun 18, 2009 at 8:25 PM, Sean DALYsdaly...@gmail.com wrote: I beg everyone's pardon, I was under the impression that SoaS is Fedora-specific... are there plans to do versions based on other distros? No, there are no such plans currently. IMHO we should not water down the meaning of SoaS. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Getting Sugar to run on certain mac chipsets
Hi Caroline I can only think of three ways of doing this: 1. Offer a Mac-specific SoaS; 2. Add an extra option to the boot menu to allow Mac booting; 3. Use a (modified?) initrd to try to detect whether the computer is a Mac, after the bootloader but before loading the full kernel, and then boot accordingly with the correct kernel option. I've experimented with initial ramdisks, but I don't recall this being possible... I'll be able to investigate this in more detail next week. Does anyone else have a better solution...? Amir On 18 Jun 2009, at 14:23, Caroline Meeks wrote: We've been having an issue on some newer macs with the screen going blank. Deds and Pauline have been working on the issue and here is what they have discovered that works. Note that this is using standard keyboard and not the apple one. If using apple keyboard you might need to change the keys you press. The following is what I did: I plugged the latest SoaS (Soas2-200905241902.iso) and boot helper (soas-boot-20090615.iso) in the mac mini and then booted up. At the sound of the chime, I immediately pressed the ALT key until the boot options appear. (options that appeared on the mac mini are Macintosh HD and Windows, with Windows pertaining to the SoaS) Select Window. As soon as you see the blue screen which says automatically logging in n seconds... Press the TAB key. This should display the boot menu At the boot menu press the TAB key to display the kernel boot parameters. At the end of the displayed parameters, type nomodeset and press ENTER. This should start up sugar So what does nomodeset actually do? It disables this https://fedoraproject.org/wiki/Features/KernelModesetting Introduced in FC10 but has been having problems with some graphic chipsets (including Intel GMA 950 which is in the Mac Mini). AFAICT it can be safely disabled with no adverse effects on stability. Is there a way we can modify SoaS so that mac users don't have to do this but it still works for everyone? -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] updating from ASLO
The basic principle behind the ALSO updater seems to be that you send a url to ASLO - Services and it responds with a list of available updates. Server side, the updater is part of ALSO services, a collection of activity related services. The relevant code is found under site/app/webroot/services . The location of services is defined in config.php. I think that we defined it as http://activities.sugarlabs.org/services . The url is sent by the client is of the form * service URL schema version * app name * app version * app buildid * app buildtarget * app locale * aus channel * distribution name * distribution version e.g., /update/3/Firefox/3.0a8pre/2007083015/Darwin_x86-gcc3/en-US/default/Darwin%208.10.1/testpartner/1.0/update.xml see https://wiki.mozilla.org/Software_Update for more information. Client side Firefox generates the url via the following java script code. http://mxr.mozilla.org/firefox/source/toolkit/mozapps/update/src/nsUpdateService.js.in It should be straight forward to modify sugar-jhbuild/source/sugar-update-control/src to create a appropriate url. Currently I am stuck trying to manually create a test url. I think the following should work https://aus2.mozilla.org/update/3/Firefox/3.0a8pre/2007083015/Darwin_x86-gcc3/en-US/default/Darwin%208.10.1/testpartner/1.0/update.xml but it just returns ?xml version=1.0? updates /updates Anyone see anything obvious that I am screwing up? thanks david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
This is just a naming problem. Sugar on a Stick is a generic descriptive phrase that has been repurposed as a proper noun. This inevitably leads to confusion, because the two meanings do not agree. I encourage the developers of the Fedora-derived image to adopt a new name, to solve this problem. For the new name, I recommend Sugar Labs Lollipop. --Ben signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
right, otherwise, imagine I call the openSUSE cd version SoaC, Sugar on a CD or even SoaVM Sugar on a Virtual Machine am I the only one who see the broken logic here? David Van assche On Thu, Jun 18, 2009 at 9:27 PM, Benjamin M. Schwartzbmsch...@fas.harvard.edu wrote: This is just a naming problem. Sugar on a Stick is a generic descriptive phrase that has been repurposed as a proper noun. This inevitably leads to confusion, because the two meanings do not agree. I encourage the developers of the Fedora-derived image to adopt a new name, to solve this problem. For the new name, I recommend Sugar Labs Lollipop. --Ben ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] linux for education portal
Hi there, We've just launched a pretty decent start for a linux for education portal that should contain hundreds (we already have about 50) totally creative commons or similar free license courses that can be used online directly (guest access to all courses) or downloaded to export into one's own e-learning platform (backups are moodle based.) The site contains howtos, forums, wikipedias and chatrooms, as well as the traditional Moodle courses on a wide array of subjects across the board. It is totally free, and will remain that way both in terms of beer and ideology. We encourage people to take part in it. It is really not too hard to take an existing howto or wiki entry or something and turn it into an interactive course. There are plenty of examples, and there are also courses on Moodle itself and why one should use it. Currently it may seem quite opensuse-centric, but we are working hard to make it as generic to linux as possible as we have noticed that there isn't really such a comprehensive resource out there on this subject matter. We appreciate all help, so please drop us a line if you would like to get involved in any way at all. peace, David (nubae) Van Assche ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
+1 Bert and others my2cents Outside of the opensource world I've seen many non-mainstream groups become too thinly spread due the many dedicated individuals involved together. I've seen in first hand in a few different sports, and know of it in a couple of other examples, such as French left wing political parties. I dont want to repeat everyone, but I fully agree with SoaS being Fedora, and other distros a seperate thing for those want to do that. If distro support was a task for the sweet sugar people there would be less resources on actual sugar development. Forgive me, as I tend to have a habit of stating the obvious. James /my2cents Date: Thu, 18 Jun 2009 20:53:48 +0200 From: Bert Freudenberg b...@freudenbergs.de Subject: Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC) To: Sugar-dev Devel sugar-devel@lists.sugarlabs.org Cc: Marketing market...@lists.sugarlabs.org, IAEP List i...@lists.sugarlabs.org Message-ID: 4c153f4b-8bb5-4583-a9a2-f5620667a...@freudenbergs.de Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes On 18.06.2009, at 20:28, David Van Assche wrote: Soas = sugar on a stick whether that be on Fedora, Suse, debian, or mandriva... they are all the same thing, and I would argue SoaS is NOT a distro... just a dsitribution mechanism... for example, I call my opensuse based sugar on stick SoaS too, as that is technically what it is... You can call that whatever you want, but please not in public. SoaS means a very specific distro, not just any Linux+Sugar slapped onto a USB flash drive. On Thu, Jun 18, 2009 at 8:25 PM, Sean DALYsdaly...@gmail.com wrote: I beg everyone's pardon, I was under the impression that SoaS is Fedora-specific... are there plans to do versions based on other distros? No, there are no such plans currently. IMHO we should not water down the meaning of SoaS. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] updating from ASLO
On Thu, Jun 18, 2009 at 02:28:35PM -0500, David Farning wrote: The basic principle behind the ALSO updater seems to be that you send a url to ASLO - Services and it responds with a list of available updates. Server side, the updater is part of ALSO services, a collection of activity related services. The relevant code is found under site/app/webroot/services . The location of services is defined in config.php. I think that we defined it as http://activities.sugarlabs.org/services . The url is sent by the client is of the form * service URL schema version * app name * app version * app buildid * app buildtarget * app locale * aus channel * distribution name * distribution version e.g., /update/3/Firefox/3.0a8pre/2007083015/Darwin_x86-gcc3/en-US/default/Darwin%208.10.1/testpartner/1.0/update.xml see https://wiki.mozilla.org/Software_Update for more information. Client side Firefox generates the url via the following java script code. http://mxr.mozilla.org/firefox/source/toolkit/mozapps/update/src/nsUpdateService.js.in It should be straight forward to modify sugar-jhbuild/source/sugar-update-control/src to create a appropriate url. Currently I am stuck trying to manually create a test url. I think the following should work https://aus2.mozilla.org/update/3/Firefox/3.0a8pre/2007083015/Darwin_x86-gcc3/en-US/default/Darwin%208.10.1/testpartner/1.0/update.xml but it just returns ?xml version=1.0? updates /updates Anyone see anything obvious that I am screwing up? thanks david I tried this: http://activities-devel.sugarlabs.org/services/update.php?id=bounceappID={3ca105e0-2280-4897-99a0-c277d1b733d2}version=foo id: GUID of activity appID: {3ca105e0-2280-4897-99a0-c277d1b733d2} magic string for sugar app version: version id(make sense only for non-public activities) additional debug=true outputs logs -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] updating from ASLO
On Thu, Jun 18, 2009 at 08:31:42PM +, Aleksey Lim wrote: On Thu, Jun 18, 2009 at 02:28:35PM -0500, David Farning wrote: I tried this: http://activities-devel.sugarlabs.org/services/update.php?id=bounceappID={3ca105e0-2280-4897-99a0-c277d1b733d2}version=foo id: GUID of activity in our case its a bundle_id -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Marketing] [IAEP] Fwd: Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
For me, Sugar on a Stick (or on a liveCD, or in virtualization, or as a session) is about a Sugar experience, not a Sugar on an underlying distro/meta-OS/hardware experience. No disrespect to the massive effort that goes into packaging and adapting Sugar to a distro (and I am certainly aware that there are differences), but teachers and Learners will and should care mostly about connecting to classmates, Activities, and the Journal; the distro should be secondary, as the hardware should be secondary. The cause of Sugar is advanced by its openness to many platforms; that agnosticism is a key tenet of Sugar Labs in my view. I don't think Sugar on a Stick should belong to any one distro, let me explain why (and how some of us can consider the name to mean different things too). Let's look at this another way. The most optimistic desktop marketshare estimates for all GNU/Linux distros combined is: under 2%. I'm not really worried about Sugar running on all distros, hitting that 2% (although I do often wonder why they are not more proactive in their support); I look at Apple's 7% to 10%, but especially Microsoft's 90%. I want to cut deep into that 90%, and in a context where preinstallation is not yet happening (although it will), Sugar on a Stick is the best way to sidestep the Windows barrier. We are positioning ourselves as the very best K-6 learning system, at *any* price, and many of our differentiators are due to our FOSS basis - Microsoft is out for the count in a quality comparison, and out for the count in a cost comparison too. This is an incredible opportunity for distros to get onto netbooks and into schools, and I wonder what they are waiting for. It's no accident that Ubuntu is the standard default OS of the Dell education netbook, and has just been added as a standard alternate OS on the Classmate; somebody over there is going for that opportunity. Microsoft's marketing position by the way is limited to we have thousands of applications and run on any PC, an argument worn thin by their inability to run on small-footprint systems, which is why they are desperately trying to abolish the word netbook. A note about wording. Extreme care goes into our press releases to make them intelligible to teachers and educators (and funders), while framing debates and remaining concise. I use acronyms like SoaS and ASLO in e-mails to save time and get work done, but always talk about Sugar on a Stick in marketing materials, and not the distro or Linux for the reasons cited above. The journalists and bloggers who know us look right past the PR and marketing and look at our wiki, talk to contributors, maybe even lurk during debates like this one; if they are fair, they will paint a true picture, warts and all (though more growing pains than warts I'd say :-). It's that huge mass of other journalists, who don't follow FOSS, or even tech, but who *are* interested in education issues, who can be reached by our PR and marketing, and who hopefully can learn that there are other ways of using computers to aid in children's education. At the risk of repeating myself, the incredible complexity of the engineering going on around Sugar means we are saddled with arcane and obscure numbering systems. SoaS-1 (F9/v0.84) is not SoaS-2 (F11/v0.84), neither one is OLPC-OS v8.2 (F9/v0.82). I proposed simplifying this for teachers by going to an instantly understandable beta-1 and v1 with Sugar on a Stick, and I became temporarily upset with Sebastian recently when he moved up the v1 release date three months without consulting anyone; Caroline identified the crux of that debate as being differing interpretations of what Sugar on a Stick means - for Sebastian, it is code and hacks running Sugar v0.84 over Fedora; for Caroline and myself, it is a classroom solution we want teachers to depend on which includes a reliable USB stick loader, documentation, a blueprint for local support, lots more testing of a hardware compatibility matrix, Mac compatibility, etc. After discussion and lots of reflection and a stroke of marketing genius from Tomeu, we found a way out of the impasse: to baptize the v1 version (and indeed subsequent versions) as flavors, starting with Strawberry. We even placed a strawberry logo (#06) into the boot animation sequence; unsophisticated users will be able to tell us the version from the boot logo color. Hiding unnecessary complexity from end users is excellent marketing; if I say iPod, we could all sketch one, even if Apple is on their 150th iPod SKU; we associate iPod with portable gadget for listening to music on headphones, and maybe watching videos too. For teachers, parents, and Learners, Sugar on a Stick should mean any USB stick loaded with the Sugar Learning Platform that can restart a computer directly into the Sugar interface... no more, no less. If we need to call it something else internally (which I am sure is the case with other distros on board), that's fine. The Marketing team has meetings
Re: [Sugar-devel] Physics Roadmap
Thanks for all the input. I got the icons ready but now I've found some bugs on the new buttons I coded. I would rather fix them before committing but maybe it's better to let everyone see what I'm doing. With this activity, bugs usually just close the application and I don't really know what's going on. How can I launch an activity from the terminal so I can see the errors? Greetings, Asaf On Thu, Jun 11, 2009 at 2:53 PM, Sebastian Dziallas sebast...@when.comwrote: Gary C Martin wrote: Hi Asaf, On 8 Jun 2009, at 04:28, Asaf Paris Mandoki wrote: [...] snip! Who are the people involved right now? I'm fine to hang back on code if you're feeling productive, but am happy to help test/debug/user-interface type tasks if you have any (if things get committed I'll be downloading, testing, etc). What I'd really like to see is to get to a stage (very soon!!) that has a stable working version we can release on activities.sugarlabs.org and get on SoaS distro for LinuxTag. Physics is a real fun sandbox Activity, shame not to be making use of it. Journal saving is I guess the big missing Sugar feature right now, but that's not a quick/easy fix – and we have other released activities that *still* don't have Journal saving :-( – perhaps make a release without it? Well, I think it would be very cool to get it in the next SoaS release, which is scheduled for LinuxTag. But we're already *very* late in the development cycle, meaning that we'd need to have something to test really quickly. If it doesn't support saving to Journal, we could still label it as a preview (just an idea)... Anyway, if it doesn't make its way in this release, once you submit it to activities.sugarlabs.org, just ping me and I'll get it on the next snapshot, where it will be tested! --Sebastian Regards, --Gary Thanks, Asaf ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Bookreader] Epub and Read
Hello, Sayamindu - I am working with a group in Oregon to create bundles of the IACL books for the OLPC XO. I am looking for some guidance on what the best format is to provide the books in since it looks like we will need to work within the XO Read activity offline environment (I did some initial work on this as an online web demonstration using GnuBook - http://openlibrary.org/olpc/bookreader?format=raw ) . This post is very useful to get me started - thank you! I am looking forward to the public code and will watch the list(s) for details. Best regards, Rebecca Malamud At 4:44 AM +0530 6/11/09, Sayamindu Dasgupta wrote: Hi all, I have been working on getting Epub support into Read, and here is the first screenshot: http://dev.laptop.org/~sayamindu/screenshot_read_epub.png It is not based on Evince, but on webkit (I had tried to implement a backend for Evince, but lack of well defined pagination in many (most??) Epub files, along with the relative difficulty of rendering HTML for evince (with things like text selection/search support) forced me to choose the alternative path). I'm trying to make the epub view widget follow the evince api as closely as possible, so that it can be dropped into Read with minimal effort/changes. There is no public code yet - but there will be one soon (probably during next week). In a somewhat related note, I have been also looking at the draft Open Publication Distribution System specs[1], which allows ebook distributors to distribute e-books via a Atom XML based catalog format. I think it makes sense to support this in Read, as well as in the school server, so that we can easily distribute e-books. For example, if we have a large e-book collection for a particular deployment, it may not make sense to put all of them in individual computers - instead allowing the user to browse/search the catalog and download the books as and when required would probably be a better option. Thanks, Sayamindu [1] http://code.google.com/p/openpub/wiki/OPDS -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Bookreader mailing list bookrea...@lists.laptop.org http://lists.laptop.org/listinfo/bookreader -- http://ruraldesigncollective.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [DC LoCo] Upcoming Official Ubuntu Derivative
Hi all, It's probably come up elsewhere on these lists and I just missed it, but one of our Ubuntu DC LoCo members, Marti Martinson, recently posted a message about Lubuntu (http://en.wikipedia.org/wiki/Lubuntu and https://wiki.ubuntu.com/Lubuntu) which appears to be the new OFFICIAL lightweight Ubuntu beastie. This sounds like something to keep in mind for XO's, netbooks, etc, etc. Marti also mentions TinyCore Linux (http://www.tinycorelinux.com/), a 10MB ISO. -- Ubuntu Linux DC LoCo Washington, DC http://dc.ubuntu-us.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Bookreader] Epub and Read
Great! I just got back from an Open Library developers meeting last week, but did not get the opportunity to talk to Peter (I attended the second week of the conference) - although I did talk to Raj Kumar about the state of GnuBook integration and the XO. I definitely want to support existing work with an eye on the future, so we will create bundles using the formats that are currently supported, plus do some next-step development. My understanding is that if we use any of the formats that you listed our only option for distribution will be web-based (or OLPC server-based), as the XO-1 machines will not have the capacity to store the data. Best regards, Rebecca Malamud PS. is a link available for the OPDS mailing list? At 4:09 PM +0530 6/15/09, Sayamindu Dasgupta wrote: Hi Rebecca, On Fri, Jun 12, 2009 at 10:57 PM, Rebecca Hargrave Malamudwebch...@invisible.net wrote: Hello, Sayamindu - I am working with a group in Oregon to create bundles of the IACL books for the OLPC XO. I am looking for some guidance on what the best format is to provide the books in since it looks like we will need to work within the XO Read activity offline environment (I did some initial work on this as an online web demonstration using GnuBook - http://openlibrary.org/olpc/bookreader?format=raw ) . This post is very useful to get me started - thank you! I am looking forward to the public code and will watch the list(s) for details. Best regards, Rebecca Malamud At the moment, especially if you want to target current builds, Read supports a) PDF b) DJVU c) PS d) CBZ (which, I believe is similar to format used by GnuBook - a set of jpg scans in a zip container) Epub support is coming, but it will be available in a future version of Read, with the dependency being a newer version of webkit, so I think if you are considering current deployments, it may make more sense to do PDF. Of course, for handling Epub in current builds, we have the FBReader Activity, but unfortunately it has limited support for Epub, in the sense, that it does not (yet) fully support CSS. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] -- http://ruraldesigncollective.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Elements Docs
Thanks for the docs Chris. I've been looking at the code of elements we have inside the physics activity. It seems they're not the same version. There are some features implemented in the physics activity code that aren't in the main code (e.g. world.add.motor). Does anybody know why don't we keep a single version? Greetings, Asaf On Mon, Jun 15, 2009 at 3:30 AM, Chris Hager ch...@linuxuser.at wrote: The doc is also available in the assembla svn repository. All the best from Vienna, Austria! Chris Hager Asaf Paris Mandoki wrote: Hi, I am working on the Physics activity at the OLPC project. I've been trying to have a look at the Elements documentation at http://elements.linuxuser.at/doc but the link seems to be broken. Is there a way you could send me the docs. Thanks, Asaf ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [Invitation] Sugar Labs Market ing Meeting @ Tue Jun 16 5pm – 6pm (sugar-d e...@lists.sugarlabs.org)
BEGIN:VCALENDAR PRODID:-//Google Inc//Google Calendar 70.9054//EN VERSION:2.0 CALSCALE:GREGORIAN METHOD:REQUEST BEGIN:VEVENT DTSTART:20090616T15Z DTEND:20090616T16Z DTSTAMP:20090616T105347Z ORGANIZER;CN=Sean Daly:mailto:sd...@sugarlabs.org UID:qosd4rkpnl862q9cvlj4c6e...@google.com ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP= TRUE;cn=market...@lists.sugarlabs.org;X-NUM-GUESTS=0:mailto:market...@lists .sugarlabs.org ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP= TRUE;cn=i...@lists.sugarlabs.org;X-NUM-GUESTS=0:mailto:i...@lists.sugarlabs .org ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP= TRUE;cn=sugar-de...@lists.sugarlabs.org;X-NUM-GUESTS=0:mailto:sugar-de...@l ists.sugarlabs.org ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE ;CN=Sean Daly;X-NUM-GUESTS=0:mailto:sd...@sugarlabs.org CLASS:PRIVATE CREATED:20090616T104752Z DESCRIPTION:Proposed agenda:\n\n* Events Week press releases flurry: how ma ny/which subjects timing\n* Booth swag situation\n* PDF brochure\n* Try S ugar flyer\n* LinuxTag demo scenario\n* other topics?\n\nWorldclock: http:/ /www.timeanddate.com/worldclock/converter.html\nIRC Help: http://wiki.sugar labs.org/go/Sugar_Labs/Contacts#IRC.2C_Internet_Relay_Chat\n\nView your eve nt at http://www.google.com/calendar/event?action=VIEWeid=cW9zZDRya3BubDg2 MnE5Y3ZsajRjNmVuczAgc3VnYXItZGV2ZWxAbGlzdHMuc3VnYXJsYWJzLm9yZwtok=MTkjc2Rh bHlAc3VnYXJsYWJzLm9yZzU3MDk0ODE0YTdmMGQ2MzlkYzQxOTU0MTY2NzBhNWI5ZGJkNDM0ZmY ctz=Europe%2FBrusselshl=en. LAST-MODIFIED:20090616T105346Z LOCATION:IRC: irc.freenode.net (channel: #sugar-meeting) SEQUENCE:0 STATUS:CONFIRMED SUMMARY:Sugar Labs Marketing Meeting TRANSP:OPAQUE END:VEVENT END:VCALENDAR invite.ics Description: application/ics ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Show Must Go On - SoaS for the XO-1
Wow, great stuff, can't wait to try this out at home!! One question though: Do I have to write the image to NAND or can I also directly boot the XO from an SD-card / USB key? Thanks and keep up the excellent work! Christoph Zitat von Sebastian Dziallas sebast...@when.com: 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!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep -- Christoph Derndorfer co-editor, olpcnews url: www.olpcnews.com e-mail: christ...@olpcnews.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] webkit, hulahop; developing apps using browser engine DOM for widgets
Hello! Le Tue, 16 Jun 2009 18:23:38 +0300, Martin Langhoff martin.langh...@gmail.com a écrit: On Thu, Jun 11, 2009 at 7:01 PM, Bobby Powersbobbypow...@gmail.com wrote: While not hand-tuned, I believe on the latest rawhide-xo images (and Fedora 11) you can download http://dev.laptop.org/~bobbyp/surf/Surf-106.xo for a WebKit based browsing experience. The packages pywebkitgtk and webkitgtk need to be installed, which they are on rawhide-xo. Its a little rough around the edges (no autocomplete in the address bar, no downloads), but generally seems to work well. Excellent! Two questions, - Do you know if it applies the funny scaling rule (render @ 200dpi, but scale as if the screen was 134dpi)? - Can we apply a patch that implements the 'School Server Moodle' integration? Mihai -- maybe you could install rawhide-xo on one of your XOs, add Surf.xo and see how Paintweb performs? This sounds like great news. I am really curious how much faster can Webkit really be on the XO. I will test when I have time. Currently I want to complete the GUI, do the packaging and generate the jsdoc pages for PaintWeb - all for the purpose of being ready to do the actual Moodle integration as soon as possible. Thanks for the email - this is going to be something quite important on the XO. Best regards, Mihai -- Mihai Sucan http://www.robodesign.ro ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] browse on devxo-1
Tried launching Browse (108) on devxo-1. Failed. The error message (on webactivity.py line 35) - ImportError: No module named gnome. I compared Soas2-20090614 (on which Browse launched) against devxo-1 (on which Browse did not launch). No difference in the source files in the Browse.activity subtree. In neither build version could I find a separate module named 'gnome.py' -- my guess is that this is a 'built-in' somewhere (kernel?). The 'import gnome' line was added by sugarlabs/ticket/456. I have no idea why that line worked on Soas-20090624, but not on devxo-1. mikus ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Getting Sugar to run on certain mac chipsets
Ah Ha! You have just opened an interesting can of worms! When I try to use SoaS with boot helper on my MacBook I also get Mac and Windows as my boot options. However the Windows image is actually WindowsI since I have it installed via Bootcamp. I need it for some internet sites that don't work with Macs (updating my gps and/or initializing an iPod for example) so I don't want to take it off. So, the question is, will it work with a MacBook that already has a dual boot? I'm sure there is a way to do it in addition to the Virtual Box. Interesting challenge! Pass it around...go for it! Caryl Date: Thu, 18 Jun 2009 09:23:38 -0400 Subject: Getting Sugar to run on certain mac chipsets From: carol...@solutiongrove.com To: sugar-devel@lists.sugarlabs.org; sdaly...@gmail.com; cbige...@hotmail.com; paul...@solutiongrove.com; d...@solutiongrove.com We've been having an issue on some newer macs with the screen going blank. Deds and Pauline have been working on the issue and here is what they have discovered that works. Note that this is using standard keyboard and not the apple one. If using apple keyboard you might need to change the keys you press. The following is what I did: I plugged the latest SoaS (Soas2-200905241902.iso) and boot helper (soas-boot-20090615.iso) in the mac mini and then booted up.At the sound of the chime, I immediately pressed the ALT key until the boot options appear. (options that appeared on the mac mini are Macintosh HD and Windows, with Windows pertaining to the SoaS)Select Window. As soon as you see the blue screen which says automatically logging in n seconds... Press the TAB key. This should display the boot menuAt the boot menu press the TAB key to display the kernel boot parameters. At the end of the displayed parameters, type nomodeset and press ENTER. This should start up sugar So what does nomodeset actually do? It disables this https://fedoraproject.org/wiki/Features/KernelModesetting Introduced in FC10 but has been having problems with some graphic chipsets (including Intel GMA 950 which is in the Mac Mini). AFAICT it can be safely disabled with no adverse effects on stability. Is there a way we can modify SoaS so that mac users don't have to do this but it still works for everyone? -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [opensuse-edu] Re: linux for education portal
On Thu, Jun 18, 2009 at 3:44 PM, David Van Asschedvanass...@gmail.com wrote: And I forgot the actual address of the site of course: Learn something new already, huh? ;-) Looks very interesting! Best, Zonker -- Joe 'Zonker' Brockmeier j...@zonker.net openSUSE Community Manager: http://zonker.opensuse.org Blogs: http://blogs.zdnet.com/community | http://www.dissociatedpress.net Twitter: jzb | Identica: jzb http://identi.ca/group/opensuse/members ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [opensuse-edu] Re: linux for education portal
It is, but he has been working my butt off adding content :) How do I get roped into these things? All I wanted to know was how to get a login :) We do need to get some mods done to the server to allow for larger content files. I've had to hold off on importing some until it gets corrected. Hope you had a good trip back! (from SELF). Good getting a chance to meet you. On Thu, Jun 18, 2009 at 3:50 PM, Joe 'Zonker' Brockmeierj...@zonker.net wrote: On Thu, Jun 18, 2009 at 3:44 PM, David Van Asschedvanass...@gmail.com wrote: And I forgot the actual address of the site of course: Learn something new already, huh? ;-) Looks very interesting! Best, Zonker -- Joe 'Zonker' Brockmeier j...@zonker.net openSUSE Community Manager: http://zonker.opensuse.org Blogs: http://blogs.zdnet.com/community | http://www.dissociatedpress.net Twitter: jzb | Identica: jzb http://identi.ca/group/opensuse/members -- To unsubscribe, e-mail: opensuse-edu+unsubscr...@opensuse.org For additional commands, e-mail: opensuse-edu+h...@opensuse.org -- Doug Glenn FORUM Information Systems, LLC http://foruminfosystems.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] the SoaS term (was: Press release flurry planning...)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 On Thu, Jun 18, 2009 at 10:28:09PM +0200, David Van Assche wrote: Nowhere is there any mention of something distro specific, nor should there be. Please leave it to each distribution to babtise their work. I am actually quite surprised that this discussion is coming up on a mailing list that is very open source based. Taking ownership of a very generic term goes against the philosophy/politics of open source in general. It is *not* about taking ownership. Quite the contrary: Feel free to babtise your SuSe-based work the exact same as that other work based on Fedora. The fact that I would not recommend you to do so is a different issue. What is relevant is that if you did create a different work and called it the same as the quite popular Fedora-based work, then I would not request Sugarlabs to agree on a set of words to encourage distribution makers to use. Sugarlabs makes Sugar. And defines terms for what they make. Let each distribution define terms for their works. That is freedom. Kind regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREDAAYFAko6q0QACgkQn7DbMsAkQLjjRgCeL1Qkdnl+jHf5mj25FlCWn5lv SmQAn0Kcm4bd70cwJALXPqsW6ASg8RW2 =g59S -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] [Marketing] Fwd: Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
-BEGIN PGP SIGNED MESSAGE- Hash: RIPEMD160 Hi Sean and the rest of you all, On Thu, Jun 18, 2009 at 10:38:02PM +0200, Sean DALY wrote: For me, Sugar on a Stick (or on a liveCD, or in virtualization, or as a session) is about a Sugar experience, not a Sugar on an underlying distro/meta-OS/hardware experience. I wholeheartedly agree with you. Yes, I really do. And I don't even feel that it collides with my other strong posts in this thread. Read on... I don't think Sugar on a Stick should belong to any one distro, Neither do I. Current flavours of SoaS _are_ derived from a specific distribution, however. Ideally that should not concern our users. But as long as none of the (currently one) distributions marketing themselves as SoaS work seemlessly, the workarounds are quite often distribution specific. -o- I suspect that if this discussion had been initiated only at the IAEP list (and focus kept on the educational angle), then I might not have commented as I did. I strongly recommend to not cross-post. People interested in several facets of Sugarlabs should be expected to already be subscribed on relevant lists! Kind regards, - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREDAAYFAko6r+YACgkQn7DbMsAkQLixbgCgiXkVS8YWlrWoPXbE+8Eu3+0R QM4Anjg9hh1WOm/820QlassvI5+Un5ZF =pjP3 -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
ok, This is becoming silly... Fedora nor Sugarlabs (and I think I consider myself quite a central contributor to sugarlabs) does not have a patent, trademark or anything else that should somehow allow it to kidnap the term sugar on a stick, which is a far too generic term to be kidnapped by anyone. I will, and in public too, call any distribution that contains sugar on a usb/SD or any other kind of stick Sugar on a stick (SoaS) as that is what it technically is. I'll end the discussion at that as going any further is probably going to spiral into something resembling a non-sensical flame war. David Van Assche On Thu, Jun 18, 2009 at 9:49 PM, James Zakijzgr...@sugarlabs.org wrote: +1 Bert and others my2cents Outside of the opensource world I've seen many non-mainstream groups become too thinly spread due the many dedicated individuals involved together. I've seen in first hand in a few different sports, and know of it in a couple of other examples, such as French left wing political parties. I dont want to repeat everyone, but I fully agree with SoaS being Fedora, and other distros a seperate thing for those want to do that. If distro support was a task for the sweet sugar people there would be less resources on actual sugar development. Forgive me, as I tend to have a habit of stating the obvious. James /my2cents Date: Thu, 18 Jun 2009 20:53:48 +0200 From: Bert Freudenberg b...@freudenbergs.de Subject: Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC) To: Sugar-dev Devel sugar-devel@lists.sugarlabs.org Cc: Marketing market...@lists.sugarlabs.org , IAEP List i...@lists.sugarlabs.org Message-ID: 4c153f4b-8bb5-4583-a9a2-f5620667a...@freudenbergs.de Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes On 18.06.2009, at 20:28, David Van Assche wrote: Soas = sugar on a stick whether that be on Fedora, Suse, debian, or mandriva... they are all the same thing, and I would argue SoaS is NOT a distro... just a dsitribution mechanism... for example, I call my opensuse based sugar on stick SoaS too, as that is technically what it is... You can call that whatever you want, but please not in public. SoaS means a very specific distro, not just any Linux+Sugar slapped onto a USB flash drive. On Thu, Jun 18, 2009 at 8:25 PM, Sean DALYsdaly...@gmail.com wrote: I beg everyone's pardon, I was under the impression that SoaS is Fedora-specific... are there plans to do versions based on other distros? No, there are no such plans currently. IMHO we should not water down the meaning of SoaS. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Getting Sugar to run on certain mac chipsets
On Thu, Jun 18, 2009 at 10:14 AM, Caryl Bigenhocbige...@hotmail.com wrote: Ah Ha! You have just opened an interesting can of worms! When I try to use SoaS with boot helper on my MacBook I also get Mac and Windows as my boot options. However the Windows image is actually WindowsI since I have it installed via Bootcamp. I need it for some internet sites that don't work with Macs (updating my gps and/or initializing an iPod for example) so I don't want to take it off. So, the question is, will it work with a MacBook that already has a dual boot? I'm sure there is a way to do it in addition to the Virtual Box. Interesting challenge! Pass it around...go for it! you should be able to use http://refit.sourceforge.net/ to switch between multiple installs and boot from various thumb drives/cds and such. I had linux, mac and windows at one point on 3 partitions. I think I used the mac boot camp assistant to resize the mac partition in 2, then used gparted to split the windows partition in half (gparted doesn't like touching mac hfs+ partitions with journaling enabled, which is the default). voila, triple booting. Caryl Date: Thu, 18 Jun 2009 09:23:38 -0400 Subject: Getting Sugar to run on certain mac chipsets From: carol...@solutiongrove.com To: sugar-devel@lists.sugarlabs.org; sdaly...@gmail.com; cbige...@hotmail.com; paul...@solutiongrove.com; d...@solutiongrove.com We've been having an issue on some newer macs with the screen going blank. Deds and Pauline have been working on the issue and here is what they have discovered that works. Note that this is using standard keyboard and not the apple one. If using apple keyboard you might need to change the keys you press. The following is what I did: I plugged the latest SoaS (Soas2-200905241902.iso) and boot helper (soas-boot-20090615.iso) in the mac mini and then booted up. At the sound of the chime, I immediately pressed the ALT key until the boot options appear. (options that appeared on the mac mini are Macintosh HD and Windows, with Windows pertaining to the SoaS) Select Window. As soon as you see the blue screen which says automatically logging in n seconds... Press the TAB key. This should display the boot menu At the boot menu press the TAB key to display the kernel boot parameters. At the end of the displayed parameters, type nomodeset and press ENTER. This should start up sugar So what does nomodeset actually do? It disables this https://fedoraproject.org/wiki/Features/KernelModesetting Introduced in FC10 but has been having problems with some graphic chipsets (including Intel GMA 950 which is in the Mac Mini). AFAICT it can be safely disabled with no adverse effects on stability. Is there a way we can modify SoaS so that mac users don't have to do this but it still works for everyone? -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] the SoaS term (was: Press release flurry planning...)
On Thu, Jun 18, 2009 at 10:28:09PM +0200, David Van Assche wrote: [Sugar on a Stick] should [...] describe the medium by which sugar is delivered (a usb stick) Nowhere is there any mention of something distro specific, nor should there be. I'm amused that a few meme-weeks ago we had a discussion which implied the other side: Sugar on a Stick meant a solution including not only a specific distro's livecd .iso filesystem, but also a set of best practices for running a Sugar-based curriculum, Sugar documentation manuals, Sugar teacher training guidelines, XS-based (or -like) backup solution, wireless network topology guidelines, and educational theory suggestions. Quite the other side of a spectrum from some source code from git.sugarlabs.org put on a USB stick with no partition table, which I think you're saying is perfectly reasonable :). I am actually quite surprised that this discussion is coming up on a mailing list that is very open source based. Taking ownership of a very generic term goes against the philosophy/politics of open source in general. This has nothing to do with open source as defined by its creators: http://www.opensource.org/docs/osd . I think you're saying appropriating a general term to disenfranchise a constituency is unfair and inconsistent with everyone's peer-imposed duty to take a constructive, supportive, and inclusion-sensitive role in the community. We need inclusion but not at all cost. Regards, David Van Assche Martin pgpx6bGihfovw.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] the SoaS term (was: Press release flurry planning...)
On Thu, Jun 18, 2009 at 08:26:53PM +0200, Jonas Smedegaard wrote: -BEGIN PGP SIGNED MESSAGE- On Thu, Jun 18, 2009 at 07:45:45PM +0200, David Van Assche wrote: can we please try and use the term SoaS slighlty more agnostically. Right now, every time its mentioned it always uses the Fedora backend without question or debate. [...] I completely disagree. To me, SoaS is a specific distribution coined by Sugar enthusiasts (who happen to also most/all of them also to be Sugar developers). I disagree as well. I'm quite satisfied with SugarLabs' support and usage of the SoaS .ISO as produced by sdz and its team, especially because the largest distributor of Sugar continues to use the same base distro on its laptops. Kind regards, - Jonas Martin pgpGNKVakwiaV.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] the SoaS term
Hi, I completely disagree. To me, SoaS is a specific distribution coined by Sugar enthusiasts (who happen to also most/all of them also to be Sugar developers). I disagree as well. I'm quite satisfied with SugarLabs' support and usage of the SoaS .ISO as produced by sdz and its team, especially because the largest distributor of Sugar continues to use the same base distro on its laptops. Disagreement thirded. Sugar on a Stick is a reasonable proper noun; it's not like Fedora on a Stick or openSUSE on a Stick are in use, which would be a convincing argument towards the phrase being generic. I think that one of the reasons the name was chosen was due to the pun of a lollipop being sugar on a stick, so the name's specific to Sugar in that way. I think SoaS has been widely understood to refer to a set of popular Fedora builds that Sugar Labs (rather than a distribution) creates itself, as a product. It might have been good to pick a different name in the beginning, but it doesn't seem like it's worth changing that now. - Chris. -- Chris Ball c...@laptop.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
Sean... u stated it very correctly. Lets leave whats under the hood, there where its supposed to be... we are driving a car, and whether thats a mercedes, bmw or ford really shouldnt matter as long as it drives now if u want specific items in your car or u want your car to drive in a particular style and speed, then have a look see what the different car brands do and how they differ but just cause u like car X, doesn't mean that is the only term used to describe what it is you are driving... Thats just one simple analogy, but its relevant to just about anything SoaS = Sugar on a Stick is a generic term that doesn't in any way hint at what distro its aimed for. Thats the reason why I suggested sub SoaS to define distros, like FedSoaS, but whatever... if SoaS is what most people want to brand the fedora SoaS product, go ahead... but it'll confuse people for sure.. On Thu, Jun 18, 2009 at 11:29 PM, David Van Asschedvanass...@gmail.com wrote: ok, This is becoming silly... Fedora nor Sugarlabs (and I think I consider myself quite a central contributor to sugarlabs) does not have a patent, trademark or anything else that should somehow allow it to kidnap the term sugar on a stick, which is a far too generic term to be kidnapped by anyone. I will, and in public too, call any distribution that contains sugar on a usb/SD or any other kind of stick Sugar on a stick (SoaS) as that is what it technically is. I'll end the discussion at that as going any further is probably going to spiral into something resembling a non-sensical flame war. David Van Assche On Thu, Jun 18, 2009 at 9:49 PM, James Zakijzgr...@sugarlabs.org wrote: +1 Bert and others my2cents Outside of the opensource world I've seen many non-mainstream groups become too thinly spread due the many dedicated individuals involved together. I've seen in first hand in a few different sports, and know of it in a couple of other examples, such as French left wing political parties. I dont want to repeat everyone, but I fully agree with SoaS being Fedora, and other distros a seperate thing for those want to do that. If distro support was a task for the sweet sugar people there would be less resources on actual sugar development. Forgive me, as I tend to have a habit of stating the obvious. James /my2cents Date: Thu, 18 Jun 2009 20:53:48 +0200 From: Bert Freudenberg b...@freudenbergs.de Subject: Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC) To: Sugar-dev Devel sugar-devel@lists.sugarlabs.org Cc: Marketing market...@lists.sugarlabs.org , IAEP List i...@lists.sugarlabs.org Message-ID: 4c153f4b-8bb5-4583-a9a2-f5620667a...@freudenbergs.de Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes On 18.06.2009, at 20:28, David Van Assche wrote: Soas = sugar on a stick whether that be on Fedora, Suse, debian, or mandriva... they are all the same thing, and I would argue SoaS is NOT a distro... just a dsitribution mechanism... for example, I call my opensuse based sugar on stick SoaS too, as that is technically what it is... You can call that whatever you want, but please not in public. SoaS means a very specific distro, not just any Linux+Sugar slapped onto a USB flash drive. On Thu, Jun 18, 2009 at 8:25 PM, Sean DALYsdaly...@gmail.com wrote: I beg everyone's pardon, I was under the impression that SoaS is Fedora-specific... are there plans to do versions based on other distros? No, there are no such plans currently. IMHO we should not water down the meaning of SoaS. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] transition from activities/all to activities portal
Hello David. That's the best option in my opinion. cheers!. Rafael Ortiz On Thu, Jun 18, 2009 at 11:31 AM, David Farning dfarn...@sugarlabs.orgwrote: Chris, Upon further examining http://wiki.laptop.org/go/Activities/Browse_(8.2)http://wiki.laptop.org/go/Activities/Browse_%288.2%29, I think that we can maintain backwards compatibility both technically and socially by using the existing /Activities/NAME_(VERSION) by pointing the links on that page to http://activities.sugarlabs.org/sugar/addon/4024 and http://activities.sugarlabs.org/sugar/downloads/latest/4024/ This would not require any changes on currently deployed machines, just server side url updates. I need to double check that the version detection happens correctly. Does this sound reasonable for a transition period? david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Getting Sugar to run on certain mac chipsets
Hi, The current status is that SoaS + CD Boot Helper work on many macs. On some macbooks we need to need nomodeset Today at the Lilla Fredrick School it booted through all the dots appearing then went to the shell and could not find boot. The exact same USB and boot helper boots my iMac just fine. Any thoughts on either of these issues? Thanks, Caroline On Thu, Jun 18, 2009 at 5:36 PM, Bobby Powers bobbypow...@gmail.com wrote: On Thu, Jun 18, 2009 at 10:14 AM, Caryl Bigenhocbige...@hotmail.com wrote: Ah Ha! You have just opened an interesting can of worms! When I try to use SoaS with boot helper on my MacBook I also get Mac and Windows as my boot options. However the Windows image is actually WindowsI since I have it installed via Bootcamp. I need it for some internet sites that don't work with Macs (updating my gps and/or initializing an iPod for example) so I don't want to take it off. So, the question is, will it work with a MacBook that already has a dual boot? I'm sure there is a way to do it in addition to the Virtual Box. Interesting challenge! Pass it around...go for it! you should be able to use http://refit.sourceforge.net/ to switch between multiple installs and boot from various thumb drives/cds and such. I had linux, mac and windows at one point on 3 partitions. I think I used the mac boot camp assistant to resize the mac partition in 2, then used gparted to split the windows partition in half (gparted doesn't like touching mac hfs+ partitions with journaling enabled, which is the default). voila, triple booting. Caryl Date: Thu, 18 Jun 2009 09:23:38 -0400 Subject: Getting Sugar to run on certain mac chipsets From: carol...@solutiongrove.com To: sugar-devel@lists.sugarlabs.org; sdaly...@gmail.com; cbige...@hotmail.com; paul...@solutiongrove.com; d...@solutiongrove.com We've been having an issue on some newer macs with the screen going blank. Deds and Pauline have been working on the issue and here is what they have discovered that works. Note that this is using standard keyboard and not the apple one. If using apple keyboard you might need to change the keys you press. The following is what I did: I plugged the latest SoaS (Soas2-200905241902.iso) and boot helper (soas-boot-20090615.iso) in the mac mini and then booted up. At the sound of the chime, I immediately pressed the ALT key until the boot options appear. (options that appeared on the mac mini are Macintosh HD and Windows, with Windows pertaining to the SoaS) Select Window. As soon as you see the blue screen which says automatically logging in n seconds... Press the TAB key. This should display the boot menu At the boot menu press the TAB key to display the kernel boot parameters. At the end of the displayed parameters, type nomodeset and press ENTER. This should start up sugar So what does nomodeset actually do? It disables this https://fedoraproject.org/wiki/Features/KernelModesetting Introduced in FC10 but has been having problems with some graphic chipsets (including Intel GMA 950 which is in the Mac Mini). AFAICT it can be safely disabled with no adverse effects on stability. Is there a way we can modify SoaS so that mac users don't have to do this but it still works for everyone? -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
I agree with much of what has been said. Sugar on a Stick should not be linked to any one distro. The way I look at it is there are currently potentially three ways a kid can get access to their Sugar. 1. One-to-One Laptops - Each kid gets a laptop. 2. Virtualization - When you are connected to the network you have access to your Sugar desktop. 3. Sugar on a Stick - The kid has a USB or SD Card and carries that around for use in different computers. None of these are inherently distro dependent and as the technology matures there are more and more choices for each. Note that the vision is Sugar on a Stick may reboot the computer and/or the same stick may run with a VM or LTSP. I thought we had decided to use Flavors? i.e. Sugar on a Stick Strawberry is our current release and it is based on Fedora 11. On Thu, Jun 18, 2009 at 6:18 PM, David Van Assche dvanass...@gmail.comwrote: Sean... u stated it very correctly. Lets leave whats under the hood, there where its supposed to be... we are driving a car, and whether thats a mercedes, bmw or ford really shouldnt matter as long as it drives now if u want specific items in your car or u want your car to drive in a particular style and speed, then have a look see what the different car brands do and how they differ but just cause u like car X, doesn't mean that is the only term used to describe what it is you are driving... Thats just one simple analogy, but its relevant to just about anything SoaS = Sugar on a Stick is a generic term that doesn't in any way hint at what distro its aimed for. Thats the reason why I suggested sub SoaS to define distros, like FedSoaS, but whatever... if SoaS is what most people want to brand the fedora SoaS product, go ahead... but it'll confuse people for sure.. On Thu, Jun 18, 2009 at 11:29 PM, David Van Asschedvanass...@gmail.com wrote: ok, This is becoming silly... Fedora nor Sugarlabs (and I think I consider myself quite a central contributor to sugarlabs) does not have a patent, trademark or anything else that should somehow allow it to kidnap the term sugar on a stick, which is a far too generic term to be kidnapped by anyone. I will, and in public too, call any distribution that contains sugar on a usb/SD or any other kind of stick Sugar on a stick (SoaS) as that is what it technically is. I'll end the discussion at that as going any further is probably going to spiral into something resembling a non-sensical flame war. David Van Assche On Thu, Jun 18, 2009 at 9:49 PM, James Zakijzgr...@sugarlabs.org wrote: +1 Bert and others my2cents Outside of the opensource world I've seen many non-mainstream groups become too thinly spread due the many dedicated individuals involved together. I've seen in first hand in a few different sports, and know of it in a couple of other examples, such as French left wing political parties. I dont want to repeat everyone, but I fully agree with SoaS being Fedora, and other distros a seperate thing for those want to do that. If distro support was a task for the sweet sugar people there would be less resources on actual sugar development. Forgive me, as I tend to have a habit of stating the obvious. James /my2cents Date: Thu, 18 Jun 2009 20:53:48 +0200 From: Bert Freudenberg b...@freudenbergs.de Subject: Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC) To: Sugar-dev Devel sugar-devel@lists.sugarlabs.org Cc: Marketing market...@lists.sugarlabs.org , IAEP List i...@lists.sugarlabs.org Message-ID: 4c153f4b-8bb5-4583-a9a2-f5620667a...@freudenbergs.de Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes On 18.06.2009, at 20:28, David Van Assche wrote: Soas = sugar on a stick whether that be on Fedora, Suse, debian, or mandriva... they are all the same thing, and I would argue SoaS is NOT a distro... just a dsitribution mechanism... for example, I call my opensuse based sugar on stick SoaS too, as that is technically what it is... You can call that whatever you want, but please not in public. SoaS means a very specific distro, not just any Linux+Sugar slapped onto a USB flash drive. On Thu, Jun 18, 2009 at 8:25 PM, Sean DALYsdaly...@gmail.com wrote: I beg everyone's pardon, I was under the impression that SoaS is Fedora-specific... are there plans to do versions based on other distros? No, there are no such plans currently. IMHO we should not water down the meaning of SoaS. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep -- Caroline
Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
On Thu, Jun 18, 2009 at 07:16:44PM -0400, Caroline Meeks wrote: I agree with much of what has been said. Sugar on a Stick should not be linked to any one distro. Laudable goal, but please don't underestimate how much work this is. I think Sebastian and David have an idea what's involved, but few others do. So I don't think it's worth even discussing in practice (although I and others seem happy to debate the theory ad nauseam :)). I thought we had decided to use Flavors? i.e. Sugar on a Stick Strawberry is our current release and it is based on Fedora 11. I never got anything conclusive out of the IRC discussion in which flavors were mentioned, and haven't seen any mails about it. colors is what was said thrice, AFAICS: Nota: my idea would be for each version to change the Sugar logo color too... potentially allowing troubleshooters to ask what color is the Sugar logo? and match that to the version number. I actually think changing the colors with each release is a pretty awesome idea. So awesome that it may solve the controversial issue of naming releases: Banana-Chocolate Sugar, Cherry-Oak Sugar, etc [Sean DALY] Eben Regards, Tomeu [This is re-formatted from http://lists.sugarlabs.org/archive/iaep/2009-June/006184.html ] Caroline Meeks Martin pgpcp7m29Nfzq.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
Martin - we worked out Flavors at the marketing meetings Sean On Fri, Jun 19, 2009 at 1:35 AM, Martin Denglermar...@martindengler.com wrote: On Thu, Jun 18, 2009 at 07:16:44PM -0400, Caroline Meeks wrote: I agree with much of what has been said. Sugar on a Stick should not be linked to any one distro. Laudable goal, but please don't underestimate how much work this is. I think Sebastian and David have an idea what's involved, but few others do. So I don't think it's worth even discussing in practice (although I and others seem happy to debate the theory ad nauseam :)). I thought we had decided to use Flavors? i.e. Sugar on a Stick Strawberry is our current release and it is based on Fedora 11. I never got anything conclusive out of the IRC discussion in which flavors were mentioned, and haven't seen any mails about it. colors is what was said thrice, AFAICS: Nota: my idea would be for each version to change the Sugar logo color too... potentially allowing troubleshooters to ask what color is the Sugar logo? and match that to the version number. I actually think changing the colors with each release is a pretty awesome idea. So awesome that it may solve the controversial issue of naming releases: Banana-Chocolate Sugar, Cherry-Oak Sugar, etc [Sean DALY] Eben Regards, Tomeu [This is re-formatted from http://lists.sugarlabs.org/archive/iaep/2009-June/006184.html ] Caroline Meeks Martin ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] testing composition for speeding up graphics performance
On 18 Jun 2009, at 10:29, Tomeu Vizoso wrote: On Thu, Jun 18, 2009 at 11:21, Sascha Silbesascha-ml-ui-sugar-de...@silbe.org wrote: On Thu, Jun 18, 2009 at 11:09:06AM +0200, Tomeu Vizoso wrote: Wonder if that's intended, as going to a zoom level involves some kind of animation, i.e. is not intended to take you there as fast as possible. What kind of animation? I can't remember ever having seen one (unless you count the time it takes to populate the screen). It's not supposed to be too obvious. It's more visible if you go from the home level to the neighborhood, you should see the XO zooming out before the screen is redrawn. Yes I agree with that, but only if you are changing from one of the base 3 zoom levels to another. Once you switch to an Activity level zoom, there should be no zoom from some old negihbourhood/group/home state to a new one that you're trying to switch to. If we had posh HW accelerated compositing, the animation should be something like a cross-dissolve and dolly back from the Activity view level to the new negihbourhood/group/home view. Of course, the current behaviour is correct 33% of the time :-) because you may be going back to the same zoom view as before, it's only the other 66% of the time that you get shown an initially incorrect zoom view. Hmmm, I seem to remember an old ticket where this problem was showing up before, had some almost complete patches if I remember (gee, now who was working on that, I remember testing the patches through several revisions)... Any one know? Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
On Fri, Jun 19, 2009 at 01:50:00AM +0200, Sean DALY wrote: Martin - we worked out Flavors at the marketing meetings Ok. It'd be nice if there was a mail sometime stating that. I guess your one a few minutes ago was that mail. Sean Martin pgpKArskHMzKK.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Physics Roadmap
On 18 Jun 2009, at 11:48, Brian Jordan wrote: On Wed, Jun 17, 2009 at 7:24 PM, Gary C Marting...@garycmartin.com wrote: On 17 Jun 2009, at 06:29, Edward Cherlin wrote: Did you look at my Turtle Art version of Alan Kay's third-grade gravity lesson? http://wiki.sugarlabs.org/go/File:Gravity.odt I had a read, but it didn't get me very far, sorry – competing with an Alan Kay presentation is always going to be tough :-) Regarding Physics, it's more a sandbox for making weird and wonderful little mechanical devices; but specifically regarding gravity, I think there is a nice feature I'd like to try and find a way add as some point, 'object trails'. +1 I tried this at one point using a black background in Physics and a long camera exposure, it's a lot of fun seeing the physical motion in one static image. http://dev.laptop.org/~bjordan/physics/housegolf.jpg http://dev.laptop.org/~bjordan/physics/trianglegolf.jpg Cool :-) Out of interest, do you know if alpha is supported in the Physics view (had a quick dig and it seems not)? The idea being if you could switch the self.screen.fill((255,255,255)) display clear to something like self.screen.fill((255,255,255,128)) you'd get similar effect on screen (motion blur trails). Ideally though I think 'object trails' should be something you paint 'daub' onto an object, so that just it alone leaves a trail (or as many as you choose). Just a pen line would be enough. I guess you could read a given paint 'daub' (simple small circle pinned at the place you click) position from frame to frame and just over draw trails in pygame, just like the tools currently do (you'd need a finite trail history so as not to slow down too much as the trail would get redrawn on each frame). Seems quite reasonable :-) Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
I'm having difficulty with this launch (which was originally planned for three months from now :-) We're making it, but it's a pressure situation... On Fri, Jun 19, 2009 at 2:08 AM, Martin Denglermar...@martindengler.com wrote: On Fri, Jun 19, 2009 at 01:50:00AM +0200, Sean DALY wrote: Martin - we worked out Flavors at the marketing meetings Ok. It'd be nice if there was a mail sometime stating that. I guess your one a few minutes ago was that mail. Sean Martin ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar on a Stick Branches
I've made some changes - hopefully acceptable to all but in case they're not I wanted to be up front about it to allow the appropriate steps to be taken. On Thu, Jun 18, 2009 at 08:38:50PM +0200, David Van Assche wrote: Done... On Thu, Jun 18, 2009 at 8:20 PM, Frederick Grosefgr...@gmail.com wrote: On Thu, Jun 18, 2009 at 1:45 PM, David Van Assche dvanass...@gmail.com wrote: Sean and others can we please try and use the term SoaS slighlty more agnostically. Right now, every time its mentioned it always uses the Fedora backend without question or debate. I think of it a little like when someone says write me an office letter (and its quitely assumed by everyonen that they will be using Microsoft word for this) I spoke briefly to Sebastian about this and we suggestd, quite entertainingly: FedSoaS or SoaSora SuSoaS or SoaSuse GenSoaS or SoaS(t)oo DebSoaS or SoaSian ManSoaS or SoaSiva CaSoaS or SoaSica For me, I kind of like the last column Anyway, the point is not to tie SoaS to one distro... there are enough people willing to help for the different distros , and the more markets the better right? Good idea. Please help to adjust http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Linux and http://wiki.sugarlabs.org/go/Sugar_on_a_Stick#Downloading_alternative_images to provide the community with specifics for those SoaStick branches or variants. --Fred ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel pgpYR0juqSu6i.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Getting Sugar to run on certain mac chipsets
On Thu, Jun 18, 2009 at 09:23:38AM -0400, Caroline Meeks wrote: Is there a way we can modify SoaS so that mac users don't have to [add nomodeset to the kernel command line] but it still works for everyone? Yes (SoaS could put nomodeset in its kernel command line). Also you/we/someone should file a Fedora bug if there isn't one already. Martin pgpzyva8zVb0P.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] FUDCon hackfest proposal: assessment
On 18 Jun 2009, at 15:10, Benjamin M. Schwartz wrote: Greg DeKoenigsberg wrote: 0. I'm guessing there will be some simple API, maybe sugar.activity.assess. Or maybe it's actually part of datastore. The obvious thing, to me, is to store it in the Datastore object's metadata properties. Perhaps two integer fields, score and maxscore. No new API required, just a naming convention for these two properties. I'd like to be able to have an Activity store arbitrary awards. This way authors can provide unexpected easter eggs for learners to discover (the trick is to have both obvious and unexpected awards). There was a fair amount of discussion of this at SugarCamp Paris some mockups and write-ups (that I still haven't posted) and several recent threads here and IAEP (I think) between me and David Van Assche. Think (very roughly), in Write while sharing a document New Award! You and 3 or more friends each wrote 300 words. In TurtleArt New Award! You've now tried all the tiles in TurtleArt.. There should be a way of viewing all your awards (and hints as to some missing ones), much like in most game design these days. Likely the best place is in a new Journal view, but only once the idea is proven to be a positive one (there's a lot of friction adding anything new to Journal due to the long term maintenance overhead). I'm pretty tied up just now, hopefully David will kick in :-) If not I might catch up on this next week. Regards, --Gary --Ben ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] transition from activities/all to activities portal
This sounds good. Making the how-to-upload tutorial more prominent will help as well. So that new releases such as [[jam2jam]] are put in the right place... SJ On Thu, Jun 18, 2009 at 6:20 PM, Rafael Enrique Ortiz Guerrerodir...@gmail.com wrote: Hello David. That's the best option in my opinion. cheers!. Rafael Ortiz On Thu, Jun 18, 2009 at 11:31 AM, David Farning dfarn...@sugarlabs.org wrote: Chris, Upon further examining http://wiki.laptop.org/go/Activities/Browse_(8.2), I think that we can maintain backwards compatibility both technically and socially by using the existing /Activities/NAME_(VERSION) by pointing the links on that page to http://activities.sugarlabs.org/sugar/addon/4024 and http://activities.sugarlabs.org/sugar/downloads/latest/4024/ This would not require any changes on currently deployed machines, just server side url updates. I need to double check that the version detection happens correctly. Does this sound reasonable for a transition period? david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
On Fri, Jun 19, 2009 at 02:17:09AM +0200, Sean DALY wrote: I'm having difficulty with this launch (which was originally planned for three months from now :-) We're making it, but it's a pressure situation... It'd be nice was meant without its usual sarcastic implication, sorry. I did mean I look forward to all the clarity we can get (reasonably, considering volunteers are doing it) around the critical subject of marketing direction / branding so the rest of us can move forward with and worry about coding rather than higher-level debates. In retrospect I should've tried to unpack that a bit from It'd be nice. BTW, it'd be nice[1] to have a clarification of a) SL's relationship to SoaS[2]; and b) SoaS[3] sometime :). Martin 1. ibid. 2. http://wiki.sugarlabs.org/go/Sugar_on_a_Stick#Project_Goals 3. http://wiki.sugarlabs.org/go/Sugar_on_a_Stick#Introduction pgp4dJxP5ucnG.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] ASLO vs. wiki.laptop.org activities
Hi James, On 18 Jun 2009, at 15:28, James Simmons wrote: David, I am doing that now, but the page I'm pointing to is the one on wiki.laptop.org. Should I abandon that page and create a new one somewhere else? Should I perhaps move my pages to wiki.sugarlabs.org and replace my current page with a link to ASLO? FWIW, I've duplicated my relevant wiki.laptop.org content over to wiki.sugarlabs.org. Then used the below template at the top of my old wiki.laptop.org page: http://wiki.laptop.org/go/Template:Activity_migrated_to_sl.o My Moon wiki code looks something like this: {{Activity migrated to sl.o | download=http://activities.sugarlabs.org/en-US/sugar/addon/4034 Moon | git=http://git.sugarlabs.org/projects/moon Moon | homepage=http://wiki.sugarlabs.org/go/Activities/Moon Moon }} I feel this will allow existing deployments to continue to find the documentation if needed, and provides warning and hint of some future change over, once such a thing is ready. FWIW: I try to test all Activities I'm involved with under both 0.82, 0.84 to make sure they work. There's nothing worse than end of life'ing some set of users because they can't upgrade to the latest and greatest Sugar release. FWIW2: I've been considering adding Labyrinth to the wiki.laptop.org activities/all page as that's where the vast majority of our main user base is still going; though the links would all lead to SL infrastructure. Regards, --Gary James Simmons David Farning wrote: On Wed, Jun 17, 2009 at 5:38 PM, James Simmonsjim.simm...@walgreens.com wrote: I've been maintaining ASLO and the wiki.laptop.org activities pages for both of my Activities. I'd be willing to give up the Wiki page if ASLO gave me someplace to put the level of detail I have on those pages. Now some of this detail could be cut down, but for Read Etexts at least how to get TTS working needs some explanation, at least until most XOs have the needed software installed by default. I modeled my pages on the original pages created for the Read Activity. I'll do whatever everyone else does on this, but I am saying that the amount of information I can put on ASLO is less than I'd like. The activity portal allows activity developers to set an Activity Home Page for each activity. Any additional information should go on the home page. Would that solve your problem? david ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Fwd: [math4] i18n
Forwarding to a couple of mailing lists... -- Forwarded message -- From: Mike Major jmi...@bellsouth.net Date: Thu, Jun 18, 2009 at 10:07 PM Subject: [math4] i18n To: Math List fourthgradem...@lists.sugarlabs.org i'm struggling right now with how to display some text on the screen with some graphics. the easiest way would be to just include it in the svg graphics. [1] however, then i started thinking of internationization (i18n). if the text is in the graphics, it would not be translatable. the questions here is: should i be concerned about i18n? i know this is a open source project and you never know where it might end up. i guess i'm looking for some input and other people's thoughts. -are people planning for i18n? -do we expect that the activities will end up outside of the us? or even in the us and used for teaching non-native english speakers? i guess i'm looking for a get-out-of-jail-free card and wondering if anyone has one. [1] = we're planning on several screens with a graphic and some text to go with it. there will be some back and forward buttons for navigation. i'm trying to find a clean and elegant way of holding the information for the screen information; something like a C-struct i think but i'm not sure yet. thanks for the input, mike ___ FourthGradeMath mailing list fourthgradem...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/fourthgrademath ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Soas backstory and summary was Re: [IAEP] Fwd: [Marketing] Press release flurry planning (LinuxTag - FOSSED - NECC - GUADEC)
I just thought I would take a minute to fill in the Sugar on a Stick back story and summarize the thread. That way we can let it ferment a bit before we get back to it at the next marketing meeting. Last August Brian Jordan and I made the original Sugar on a USB memory stick at the XO-Sugar Book Sprint. If I remember correctly we made it so that Yama would have a usable Sugar Platform for a translations sprint he was holding in Bolivia in the coming weeks. Why Ubuntu? We were just trying to get something to work. At the time, Ubuntu had the most complete developer documentation for their live cd tool. (Never underestimate the power of good documentation for getting someone over the first hump.:) The Ubuntu live cd tool developer was also available and willing to help via irc. (Never underestimate the power of easy access to knowledgeable developers for getting someone over the first hump:) The USB key idea sat and fermented until Caroline Meeks picked it up in November at a conference at which Walter spoke. Her company, Solution Grove, was working on a similar product called School Key[1]. She combined School Key, Sugar, and the proof of concept USB Key and started working on SoaS. Caroline continued to drive SoaS's growth. Development shifted to Fedora because, at the time, the Fedora packages were the most stable, the Fedora community was the most helpful at working on bugs, and several key contributors were Fedora users. (Never underestimate the power of a helpful community in getting a project started:) From there, Sebastian Dziallas started doing most of the heavy lifting on the development side. The questions that people are posing today are not easy to answer. If we intend to keep the abstraction barrier clean between distribution and upstream Sugar development, we should _not_ be devoting resources to SoaS. On the other hand, product only flows through the distribution chain as long as there is a compelling enough reason for _each_ stage of the chain to _push_ the product through to the next stage. The product must flow through Sugar Labs to a distributor to a hardware vendor to get in the hands of users. By booting from a live USB key, we bypass the hardware vendor. Currently no distributions are actively promoting SoaS. So, from a market development point of view, until someone else start pushing Sugar, it looks like Sugar Labs will need to promote SoaS it'self. How should Sugar Labs define SoaS? What should Sugar Labs call Sugar on a USB Key? I don't know . As Sugar Labs has grown, we have picked up a wide variety of people with a wide variety of skills. Luckily, we have pick up some skilled marketing people. It seems that the tension forms because effectively communicating the Sugar Labs message requires a steady, consistent repetition of _memorable_ 'themes'. The term 'Sugar on a Stick' while consistent and memorable to a teacher seems sloppy and imprecise to a developer. thanks david 1. http://schoolkey.net On Thu, Jun 18, 2009 at 7:17 PM, Sean DALYsdaly...@gmail.com wrote: I'm having difficulty with this launch (which was originally planned for three months from now :-) We're making it, but it's a pressure situation... On Fri, Jun 19, 2009 at 2:08 AM, Martin Denglermar...@martindengler.com wrote: On Fri, Jun 19, 2009 at 01:50:00AM +0200, Sean DALY wrote: Martin - we worked out Flavors at the marketing meetings Ok. It'd be nice if there was a mail sometime stating that. I guess your one a few minutes ago was that mail. Sean Martin ___ IAEP -- It's An Education Project (not a laptop project!) i...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] FW: Current Stable OS Install
Good example of how to answer the question of what to say when introducing SoaS as an install option: - Forwarded message from Holt h...@laptop.org - Jacob Haddon wrote: Forgive the question. I've been digging through laptop.org and fedora wikis, forums and dev lists for this answer and cannot seem to find it. I have a first gen XO (G1G1) and want to install the current stable OS on it. The one it has now was released before the divorce of OLPC and Sugar Labs. [...] Finally if you can help kids worldwide testing the very latest, please backup all your files then definitely try: http://lists.sugarlabs.org/archive/iaep/2009-June/006465.html http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Installation/OLPC Thanks! [Adam] Martin pgpdc5THNtCjn.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] my changes to Karma/quadrilaterals
On Thu, 2009-06-18 at 23:49 -0500, Felipe López Toledo wrote: the tar content is quite differente from git. that is probably my fault anyway, I got your point: separate css, js, images, audio and so on into folders (agreed!) I see you tried to include std html elements. Good idea, It's possible, but also there're things that can't be separated (the crircles are also canvas-buttons), at least I'll have to rewrite some of the functionality. The canvas-buttons acts like valid dots to start/stop drawing the line. Using html we could use std buttons (rectangles)??? The circles should be part of canvas, as they are currently but the Next Previous and Erase can easily be dom elements 2009/6/18 Bryan Berry br...@olenepal.org since i can't get my login to work w/ gitorious after n # of attempts here are my changes, will try to get working access to gitorious asap -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org -- Bryan W. Berry Technology Director OLE Nepal, http://www.olenepal.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Getting Sugar to run on certain mac chipsets
But the problem is that 'modeset' works with other machines and takes advantage of a very useful kernel feature. Adding a blanket 'nomodeset' removes this feature - it allows Mac booting, but to the detriment of all other hardware. Ideally, there should be a way to detect whether it's needed and boot accordingly. Hence the initrd notion (which would be complex, and I don't know of it working on any other distro), or the simple addition of a boot menu option. I don't think it's a Fedora bug, this is something for the kernel mailing list... ;-) On 19 Jun 2009, at 01:32, Martin Dengler wrote: On Thu, Jun 18, 2009 at 09:23:38AM -0400, Caroline Meeks wrote: Is there a way we can modify SoaS so that mac users don't have to [add nomodeset to the kernel command line] but it still works for everyone? Yes (SoaS could put nomodeset in its kernel command line). Also you/we/someone should file a Fedora bug if there isn't one already. Martin ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Getting Sugar to run on certain mac chipsets
On Fri, Jun 19, 2009 at 1:18 AM, Amir Ansaria...@open-edu.co.uk wrote: But the problem is that 'modeset' works with other machines and takes advantage of a very useful kernel feature. Adding a blanket 'nomodeset' removes this feature - it allows Mac booting, but to the detriment of all other hardware. I wouldn't say all other hardware. Intel graphics are the only one in mainline as of 2.6.30 that take advantage of modesetting, and hopefully Fedora's ATI modesetting will be accepted into the mainline for .31. At this point (things may be different in a year or two), kernel modesetting doesn't add much performance wise. bobby Ideally, there should be a way to detect whether it's needed and boot accordingly. Hence the initrd notion (which would be complex, and I don't know of it working on any other distro), or the simple addition of a boot menu option. I don't think it's a Fedora bug, this is something for the kernel mailing list... ;-) On 19 Jun 2009, at 01:32, Martin Dengler wrote: On Thu, Jun 18, 2009 at 09:23:38AM -0400, Caroline Meeks wrote: Is there a way we can modify SoaS so that mac users don't have to [add nomodeset to the kernel command line] but it still works for everyone? Yes (SoaS could put nomodeset in its kernel command line). Also you/we/someone should file a Fedora bug if there isn't one already. Martin ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel