[Sugar-devel] moving datastore projects via usb sticks?
In my video game, I am saving game state resources into a tar file, which is then saved to the journal / datastore. Later in the game, a child can use an object chooser to select one of these game states. Under the hood we check if the datastore object file_path ends with tar or gtar before we attempt to untar it and restore the game state. However, when one of these datastore entries is copied to a usb stick, a few things happen which seem to make it impossible to re-open the copied files on another machine running sugar. First, the file is renamed to include a .gtar suffix. This makes sense. Next, when a child uses the object chooser to select this game state off of the usb stick, debug traces reveal that the datastore object file_path does *not* end in tar or gtar. (It is, instead, an apparent random gibberish string). Our algorithm, as is, does not try to untar files without first finding the tar/gtar extension. Is there a suggested method or best practice for making and then opening datastore entries with lots of parts (hence, a tar file) which might migrate via usb sticks? Thanks, Erik ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] moving datastore projects via usb sticks?
On Thu, Dec 30, 2010 at 8:25 AM, Erik Blankinship er...@mediamods.com wrote: In my video game, I am saving game state resources into a tar file, which is then saved to the journal / datastore. Hi Erik! on the 10.1.3 release track we've made some improvements in this area (which was rather broken). What version of sugar is this happening with? Can you test one of our recent 10.1.3 builds on an XO? Say http://build.laptop.org/10.1.3/xo-1.5/os360a/ cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] A heads up for the major changes that will appear in Fedora 15 / SoaS 5
Hi Peter, On 28 Dec 2010, at 21:17, Peter Robinson pbrobin...@gmail.com wrote: Hi All, I just thought I would give people a heads up for changes that I'm aware of that are going to be appearing in Fedora 15 / SoaS 5. The big one will be gnome3/gtk3 plus the associated changes that will come with the required pygtk / gobject-introspection (Tomeu could you possibly fill out some of the impact of this?), I'm somewhat concerned about this actually but time will tell. This is the monstrous gaping maw of doom, from my perspective. Just about every Activity and much of the Sugar UI will break. Hopefully some of the fixes may be cookie cutter applied once we've worked through a few. It'll be a red flag day for all Activities, as once fixed up, they will be incompatible with past Sugar releases (up to now it has been largely possible for an Activity to run on all past Sugar releases). Tomeu mentioned the idea of a Sugar hackathon event of some kind to try and fix up as much as possible. Regards, --Gary Also on the cards is the following: - csound 5.12.1 (in rawhide now - please test) - systemd - new init startup - I don't this affects us directly in that we don't have any specific custom services that depend on it (although it might affect olpc) - /var/run and /var/lock mounted as tmpfs (likely no affect as the last one) - Replace setuid applications with File Capabilities in order to make them more secure (again I don't think anything will be affected) All the current approved Fedora 15 features can be found here [1] If anyone else knows of anything else that might affect the release, or if anyone has queries or more information to add please speak up. Regards, Peter [1] https://fedoraproject.org/wiki/Category:FeatureAcceptedF15 ___ 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] A heads up for the major changes that will appear in Fedora 15 / SoaS 5
On Thu, Dec 30, 2010 at 9:05 AM, Gary Martin garycmar...@googlemail.com wrote: This is the monstrous gaping maw of doom, from my perspective. Just about every Activity and much of the Sugar UI will break. AIUI, from discussions with Simon and Tomeu that's not the case. Gnome people are not that insane, the old APIs will still work and be supported. They won't be the latest coolest API wiz-bang so support may be weaker, and/or we may get ah, well, the bug you mention is fixed in the introspection API, migrate to that instead of a fix to the problem you report. Personally, I don't mind *not* being in the bleeding edge for one cycle :-) m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] A heads up for the major changes that will appear in Fedora 15 / SoaS 5
On Thu, 2010-12-30 at 09:27 -0500, Martin Langhoff wrote: AIUI, from discussions with Simon and Tomeu that's not the case. Gnome people are not that insane, the old APIs will still work and be supported. They won't be the latest coolest API wiz-bang so support may be weaker, and/or we may get ah, well, the bug you mention is fixed in the introspection API, migrate to that instead of a fix to the problem you report. Personally, I don't mind *not* being in the bleeding edge for one cycle :-) I agree with you. There's no hurry to switch to GNOME 3 and there are higher priority tasks at this time. -- // 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
[Sugar-devel] Stepping up as maintainers for Glucose
Hi! Simon and I are willing / would like to step up as maintainers for all Glucose modules. That would mean each of us can Ack a patch. Patches we authored ourselves will need to be Ack'ed by the other maintainer so all changes go through review (as the purpose is continuous improvement of our abilities and being aware of others' efforts). For Glucose modules that still have an active maintainer (i.e. sugar-artwork and sugar-datastore), those maintainers (read: Benjamin and Aleksey) would have Ack rights as well, of course. Like the Code Review wiki page already says, we warmly welcome reviews from everyone. In fact a good way to get a patch Ack'ed fast is by getting others to review your code and (if appropriate) addressing their concerns by posting a new version of your patch. We will handle small fix-ups (e.g. better descriptions) ourselves, but the better a patch is before we handle it, the sooner it will get merged. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] A heads up for the major changes that will appear in Fedora 15 / SoaS 5
On Thu, Dec 30, 2010 at 5:12 PM, Bernie Innocenti ber...@codewiz.org wrote: On Thu, 2010-12-30 at 09:27 -0500, Martin Langhoff wrote: AIUI, from discussions with Simon and Tomeu that's not the case. Gnome people are not that insane, the old APIs will still work and be supported. They won't be the latest coolest API wiz-bang so support may be weaker, and/or we may get ah, well, the bug you mention is fixed in the introspection API, migrate to that instead of a fix to the problem you report. Personally, I don't mind *not* being in the bleeding edge for one cycle :-) I agree with you. There's no hurry to switch to GNOME 3 and there are higher priority tasks at this time. So are we saying that we don't want sugar on a stick for the F-15 release cycle and are happy to have it dropped from the Fedora Spins and someone else is prepared do the work to get it back to that status? Or do people generally not care about SoaS? Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Stepping up as maintainers for Glucose
On Thu, Dec 30, 2010 at 2:56 PM, Sascha Silbe sascha-ml-reply-to-201...@silbe.org wrote: Hi! Simon and I are willing / would like to step up as maintainers for all Glucose modules. That would mean each of us can Ack a patch. Patches we authored ourselves will need to be Ack'ed by the other maintainer so all changes go through review (as the purpose is continuous improvement of our abilities and being aware of others' efforts). For Glucose modules that still have an active maintainer (i.e. sugar-artwork and sugar-datastore), those maintainers (read: Benjamin and Aleksey) would have Ack rights as well, of course. Like the Code Review wiki page already says, we warmly welcome reviews from everyone. In fact a good way to get a patch Ack'ed fast is by getting others to review your code and (if appropriate) addressing their concerns by posting a new version of your patch. We will handle small fix-ups (e.g. better descriptions) ourselves, but the better a patch is before we handle it, the sooner it will get merged. Sascha If we decide to breathe new life into Fructose, I'd be willing to be a co-maintainer of those packages. -walter -- http://sascha.silbe.org/ http://www.infra-silbe.de/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] A heads up for the major changes that will appear in Fedora 15 / SoaS 5
On Thu, Dec 30, 2010 at 3:10 PM, Peter Robinson pbrobin...@gmail.comwrote: On Thu, Dec 30, 2010 at 5:12 PM, Bernie Innocenti ber...@codewiz.org wrote: On Thu, 2010-12-30 at 09:27 -0500, Martin Langhoff wrote: AIUI, from discussions with Simon and Tomeu that's not the case. Gnome people are not that insane, the old APIs will still work and be supported. They won't be the latest coolest API wiz-bang so support may be weaker, and/or we may get ah, well, the bug you mention is fixed in the introspection API, migrate to that instead of a fix to the problem you report. Personally, I don't mind *not* being in the bleeding edge for one cycle :-) I agree with you. There's no hurry to switch to GNOME 3 and there are higher priority tasks at this time. So are we saying that we don't want sugar on a stick for the F-15 release cycle and are happy to have it dropped from the Fedora Spins and someone else is prepared do the work to get it back to that status? Or do people generally not care about SoaS? I don't think that is what people are saying. I think they are saying that we need not resolve all of our potential GNOME 3.0 issues immediately as the 2.0 libraries will still be present. Is that not the case? -walter Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] A heads up for the major changes that will appear in Fedora 15 / SoaS 5
Excerpts from Peter Robinson's message of Thu Dec 30 21:10:32 +0100 2010: So are we saying that we don't want sugar on a stick for the F-15 release cycle and are happy to have it dropped from the Fedora Spins and someone else is prepared do the work to get it back to that status? Or do people generally not care about SoaS? My personal take on this: 1. I don't know even close to enough about what actually is going to break in F15 if we do/don't go the Gnome 3 route. I've heard conflicting opinions on what will happen to applications that keep on using the Gnome 2 stuff. 2. Unless we get a lot of outside help, I don't think we'll be able to do the switchover to Gnome 3 within the 0.92 time line. Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] A heads up for the major changes that will appear in Fedora 15 / SoaS 5
On Thu, Dec 30, 2010 at 3:21 PM, Walter Bender walter.ben...@gmail.com wrote: I don't think that is what people are saying. I think they are saying that we need not resolve all of our potential GNOME 3.0 issues immediately as the 2.0 libraries will still be present. Is that not the case? Yep. AIUI, Sugar is not forced to switch to the new GNOME 3 API right now to work on F15. The v2 API will be available. In other words -- people are mistakenly imagining a flag day; instead there'll just be a new-vs-old API. The old API will be deprecated at some point but that happens over a longer timeframe. There's a good chance to flesh it all out at FUDCon -- I hope people working on gobject introspection will be there. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] A heads up for the major changes that will appear in Fedora 15 / SoaS 5
On Thu, 2010-12-30 at 20:10 +, Peter Robinson wrote: On Thu, Dec 30, 2010 at 5:12 PM, Bernie Innocenti ber...@codewiz.org wrote: On Thu, 2010-12-30 at 09:27 -0500, Martin Langhoff wrote: AIUI, from discussions with Simon and Tomeu that's not the case. Gnome people are not that insane, the old APIs will still work and be supported. They won't be the latest coolest API wiz-bang so support may be weaker, and/or we may get ah, well, the bug you mention is fixed in the introspection API, migrate to that instead of a fix to the problem you report. Personally, I don't mind *not* being in the bleeding edge for one cycle :-) I agree with you. There's no hurry to switch to GNOME 3 and there are higher priority tasks at this time. So are we saying that we don't want sugar on a stick for the F-15 release cycle and are happy to have it dropped from the Fedora Spins and someone else is prepared do the work to get it back to that status? Or do people generally not care about SoaS? Is Fedora already dropping all the gnome2 libraries?? I can't believe this. -- // 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] A heads up for the major changes that will appear in Fedora 15 / SoaS 5
On Thu, Dec 30, 2010 at 8:21 PM, Walter Bender walter.ben...@gmail.com wrote: On Thu, Dec 30, 2010 at 3:10 PM, Peter Robinson pbrobin...@gmail.com wrote: On Thu, Dec 30, 2010 at 5:12 PM, Bernie Innocenti ber...@codewiz.org wrote: On Thu, 2010-12-30 at 09:27 -0500, Martin Langhoff wrote: AIUI, from discussions with Simon and Tomeu that's not the case. Gnome people are not that insane, the old APIs will still work and be supported. They won't be the latest coolest API wiz-bang so support may be weaker, and/or we may get ah, well, the bug you mention is fixed in the introspection API, migrate to that instead of a fix to the problem you report. Personally, I don't mind *not* being in the bleeding edge for one cycle :-) I agree with you. There's no hurry to switch to GNOME 3 and there are higher priority tasks at this time. So are we saying that we don't want sugar on a stick for the F-15 release cycle and are happy to have it dropped from the Fedora Spins and someone else is prepared do the work to get it back to that status? Or do people generally not care about SoaS? I don't think that is what people are saying. I think they are saying that we need not resolve all of our potential GNOME 3.0 issues immediately as the 2.0 libraries will still be present. Is that not the case? I believe pygtk will be against gtk3 with a lot of the old stuff such as the bits for evince stripped as the bindings will be provided by gobject introspection. As I mentioned previously that's something that others will need to outline. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] A heads up for the major changes that will appear in Fedora 15 / SoaS 5
On Thu, Dec 30, 2010 at 8:44 PM, Bernie Innocenti ber...@codewiz.org wrote: On Thu, 2010-12-30 at 20:10 +, Peter Robinson wrote: On Thu, Dec 30, 2010 at 5:12 PM, Bernie Innocenti ber...@codewiz.org wrote: On Thu, 2010-12-30 at 09:27 -0500, Martin Langhoff wrote: AIUI, from discussions with Simon and Tomeu that's not the case. Gnome people are not that insane, the old APIs will still work and be supported. They won't be the latest coolest API wiz-bang so support may be weaker, and/or we may get ah, well, the bug you mention is fixed in the introspection API, migrate to that instead of a fix to the problem you report. Personally, I don't mind *not* being in the bleeding edge for one cycle :-) I agree with you. There's no hurry to switch to GNOME 3 and there are higher priority tasks at this time. So are we saying that we don't want sugar on a stick for the F-15 release cycle and are happy to have it dropped from the Fedora Spins and someone else is prepared do the work to get it back to that status? Or do people generally not care about SoaS? Is Fedora already dropping all the gnome2 libraries?? I can't believe this. Nope. But they're all compiled against gtk3 and things will be changed in pygtk / gobject-introspection as mentioned which will likely affect sugar. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] A heads up for the major changes that will appear in Fedora 15 / SoaS 5
On Thu, 2010-12-30 at 20:51 +, Peter Robinson wrote: Is Fedora already dropping all the gnome2 libraries?? I can't believe this. Nope. But they're all compiled against gtk3 and things will be changed in pygtk / gobject-introspection as mentioned which will likely affect sugar. Where can I find all the details of this plan? Why not leave the entire gnome2 stack unmodified?? All the gnome2 libraries, including pygtk2, are versioned and could easily be installed alongside the gnome3 ones. -- // 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
[Sugar-devel] pygame activities stop XO sleep?
Hope this is the right place for this my first post. It seems that my pygame activities prevent the XO (both models) from going to sleep. This problem persists even after my activity has stopped. Someone suggested that this happens with other pygame activities. Does anyone have a solution for this problem? It doesn't happen with my Mirabelle SoaS. Here's a sample activity with this problem: http://activities.sugarlabs.org/en-US/sugar/addon/4371 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] pygame activities stop XO sleep?
peter wrote: Hope this is the right place for this my first post. It seems that my pygame activities prevent the XO (both models) from going to sleep. This problem persists even after my activity has stopped. Someone suggested that this happens with other pygame activities. Does anyone have a solution for this problem? i just downloaded Boxes (aside: i haven't played that game in a very very very long time, and in fact, had entirely forgotten about it. and, it brought back bad memories -- i don't recall being very good at it. :-) while running, Boxes consumes over 80% of the CPU (on my 1.5), even though the display is, as far as i can tell, completely static. if this happens with other pygame-based activities, then something is broken in pygame. the power manager on the XO is configured to prevent the laptop from suspending if it perceives the laptop to be very busy. there's no way to tell whether it's good busy or wasted energy busy, so the laptop won't suspend while Boxes is running. when i quit the activity, however, the laptop suspends normally. paul It doesn't happen with my Mirabelle SoaS. Here's a sample activity with this problem: http://activities.sugarlabs.org/en-US/sugar/addon/4371 ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel =- paul fox, p...@laptop.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] TurtleBlocks driving lego NXT 2.0 -
Hi Walter, list, [ disclaimer: this is a hobby project, likely to proceed at very slow pace, given insane amounts of real work around XOs ;-) ] I got a lego nxt 2.0 for xmas! Looking around for how to use it from Linux, I found NXC (a variant on NQC -- 'not quite C' that compiles to NXT bytecode). It looks like a really pleasant programming language. It's the most compelling env for various reasons -- but the interesting thing is that there is no GUI for Linux, and that the MacOSX/Windows GUI looks a lot like Turtle Blocks (but doesn't seem to be as good ;-) ). Here's a good visual summary, put together by a teacher: http://www.nebomusic.net/rosettastone.html What I am wondering is what is the smartest path to a TB mode or a friendly fork of TB that exports NXC code? After browsing the TB src (looking at master), my observations are - I'm very pleased there's a turtleart.py that runs w/o Sugar! Very nice! - talogo.py could be an inspiration - NXT has very different actions, and fairly specific sensors -- it'd make sense to have a very different set of blocks available. Also some blocks have many options. Not sure how to handle these issues. Ideas? = Notes on languages and NXT tools = Notes for anyone else looking into NXT... from most interesting to least - NBC/NXC is the most popular tool by all accounts, actively maintained, and jspaleta is planning to get it into F15. NBC/NXC creates programs that download to the NXT CPU and run there -- it's a nice ARM CPU. Fully features, well documented (free online docs). The author of NBC/NXC has also published an apparently good book. http://bricxcc.sourceforge.net/nbc/ http://www.amazon.com/exec/obidos/ASIN/0973864974/ Found this tutorial best outline of NXC usage http://bricxcc.sourceforge.net/nbc/nxcdoc/NXC_tutorial.pdf - There is a python module for it, but it's for Python 2.4, looks unmaintained, seems very limited in features and it's not clear whether it creates programs that will execute on the NXT CPU, or just controls it remotely. Others have reused it and extended it for file transfers, but it all looks dated; if the NBC/NXC toolchain handles the actions we need, better. http://www.danbbs.dk/~kibria/nxt/nxtsh.py http://chromiteblue.com/archive/projects/nxt/nxt_pull-a-companion-program-for-nxt_push/ - Big chart of options http://www.teamhassenplug.org/NXT/NXTSoftware.html cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Calculate-35
Activity Homepage: http://activities.sugarlabs.org/addon/4076 Sugar Platform: 0.82 - 0.90 Download Now: http://activities.sugarlabs.org/downloads/file/27152/calculate-35.xo Release notes: - Includes latest available translation strings Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] TurtleBlocks driving lego NXT 2.0 -
On Thu, Dec 30, 2010 at 5:34 PM, Martin Langhoff martin.langh...@gmail.comwrote: Hi Walter, list, [ disclaimer: this is a hobby project, likely to proceed at very slow pace, given insane amounts of real work around XOs ;-) ] I got a lego nxt 2.0 for xmas! Looking around for how to use it from Linux, I found NXC (a variant on NQC -- 'not quite C' that compiles to NXT bytecode). It looks like a really pleasant programming language. It's the most compelling env for various reasons -- but the interesting thing is that there is no GUI for Linux, and that the MacOSX/Windows GUI looks a lot like Turtle Blocks (but doesn't seem to be as good ;-) ). Here's a good visual summary, put together by a teacher: http://www.nebomusic.net/rosettastone.html What I am wondering is what is the smartest path to a TB mode or a friendly fork of TB that exports NXC code? After browsing the TB src (looking at master), my observations are - I'm very pleased there's a turtleart.py that runs w/o Sugar! Very nice! - talogo.py could be an inspiration - NXT has very different actions, and fairly specific sensors -- it'd make sense to have a very different set of blocks available. Also some blocks have many options. Not sure how to handle these issues. Ideas? = Notes on languages and NXT tools = Notes for anyone else looking into NXT... from most interesting to least - NBC/NXC is the most popular tool by all accounts, actively maintained, and jspaleta is planning to get it into F15. NBC/NXC creates programs that download to the NXT CPU and run there -- it's a nice ARM CPU. Fully features, well documented (free online docs). The author of NBC/NXC has also published an apparently good book. http://bricxcc.sourceforge.net/nbc/ http://www.amazon.com/exec/obidos/ASIN/0973864974/ Found this tutorial best outline of NXC usage http://bricxcc.sourceforge.net/nbc/nxcdoc/NXC_tutorial.pdf - There is a python module for it, but it's for Python 2.4, looks unmaintained, seems very limited in features and it's not clear whether it creates programs that will execute on the NXT CPU, or just controls it remotely. Others have reused it and extended it for file transfers, but it all looks dated; if the NBC/NXC toolchain handles the actions we need, better. http://www.danbbs.dk/~kibria/nxt/nxtsh.pyhttp://www.danbbs.dk/%7Ekibria/nxt/nxtsh.py http://chromiteblue.com/archive/projects/nxt/nxt_pull-a-companion-program-for-nxt_push/ - Big chart of options http://www.teamhassenplug.org/NXT/NXTSoftware.html cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff I had a similar conversation with the Arduino team in .uy last month. We discussed how I might make a palette class that made it easier to extend Turtle Blocks without having to modify the taconstants.py file. I'll keep you in the loop on that one. I would recommend as a place to start simply adding a set of blocks to control the motors and access the sensor data. And leave the programming logic to the Sugar Activity. Happy to help any way I can. (BTW, v106, not yet released, but in git, has support for the XO camera as an additional sensor... a request from a teacher in .uy.) Happy 2011 -walter -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RELEASE] Calculate-35
Hi Reinier, Just a heads up that I've just made a quick v35 release on ASLO to pull in the latest pootle translations as OLPC are about to lock down their next build image, Gonzalo specifically pinged to get the latest Spanish strings into several activities. OT: One thing I noticed with the new Gitorious instance is that an owner can no longer quickly add extra commiters to the mainline. The owner has to make a 'team', add users to the team, and then transfer ownership of their activity over to the team. Unfortunately this means all previous commiters, other than the original owner, have been lost in the migration from old Gitorious to new Gitorious, so I could not commit the small change of activity/activity.info version string bump. Could you bump the version string to 35 and push to git so we don't get out of sync with the release? == Source == http://download.sugarlabs.org/sources/sucrose/fructose/Calculate/Calculate-35.tar.bz2 == News == - Translation update only Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] pygame activities stop XO sleep?
@Paul - thanks for the feedback - I no longer have a 1.5 to verify what you found but I've just double checked on my 1.0 (.82) - I started Boxes, stopped it and now the XO is awake for ever :( (Two asides for you - 1. Discover the sacrificial strategy mentioned in my notes and turn your bad memories around! 2. How does this newbie monitor CPU usage on the XO?) Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] pygame activities stop XO sleep?
On Thu, 2010-12-30 at 17:21 -0500, Paul Fox wrote: while running, Boxes consumes over 80% of the CPU (on my 1.5), even though the display is, as far as i can tell, completely static. if this happens with other pygame-based activities, then something is broken in pygame. I'm afraid this behavior is by design. Unlike GUI applications, videogames aren't typically event driven. They sit in a main loop that checks for input, updates the position of all objects and refreshes the screen. Typically this loop runs as fast as possible, but some games may have a rate-limiting delay set at the screen refresh rate. Classic arcade games used to do all the heacy work from the vblank interrupt rather than a main loop, to provide frame-perfect animation. Even if we could teach powerd to detect this case, I'm not sure that suspending the CPU while a game is running is what the users want. To help the users understand the problem, perhaps we could visualize the can't suspend now graphically in the resource indicator on the frame (which is only in Dextrose at this time). -- // 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] Stepping up as maintainers for Glucose
On Thu, 2010-12-30 at 20:56 +0100, Sascha Silbe wrote: Simon and I are willing / would like to step up as maintainers for all Glucose modules. That would mean each of us can Ack a patch. Patches we authored ourselves will need to be Ack'ed by the other maintainer so all changes go through review (as the purpose is continuous improvement of our abilities and being aware of others' efforts). Congratulations to both you and Simon! Your commitment to Sugar is highly appreciated. -- // 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] moving datastore projects via usb sticks?
On Thu, 2010-12-30 at 08:31 -0500, Martin Langhoff wrote: On Thu, Dec 30, 2010 at 8:25 AM, Erik Blankinship er...@mediamods.com wrote: In my video game, I am saving game state resources into a tar file, which is then saved to the journal / datastore. Hi Erik! on the 10.1.3 release track we've made some improvements in this area (which was rather broken). What particular bug was fixed? Is that something that we may want to steal in Dextrose? -- // 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
[Sugar-devel] [ASLO] Release Labyrinth-11
Activity Homepage: http://activities.sugarlabs.org/addon/4078 Sugar Platform: 0.82 - 0.90 Download Now: http://activities.sugarlabs.org/downloads/file/27153/labyrinth-11.xo Release notes: - Updated to latest available translation strings Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] TurtleBlocks driving lego NXT 2.0 -
On Thu, Dec 30, 2010 at 6:35 PM, Walter Bender walter.ben...@gmail.com wrote: I had a similar conversation with the Arduino team in .uy last month. We Interesting! I would recommend as a place to start simply adding a set of blocks to control the motors and access the sensor data. And leave the programming logic to the Sugar Activity. Right - but I will need to write an exporter that spits out NXC, and perhaps some glue commands that try to export it to the USB-connected Brick... Happy to help any way I can. (BTW, v106, not yet released, but in git, has support for the XO camera as an additional sensor... a request from a teacher in .uy.) Thanks! Yes, I spotted that in the git repo - Happy 2011! m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RELEASE] Labyrinth-11
== Bundle == http://activities.sugarlabs.org/en-US/sugar/addon/4078/ == Source == http://download.sugarlabs.org/sources/honey/Labyrinth/Labyrinth-11.tar.bz2 == News == - Updated to latest available translation strings Jorge: Since the change of Gitiorus version/server I no longer have commit access to Labyrinth mainline, could you remember to update the activity/activity.info version number next time you push (or create a 'team' for Labyrinth and add me to it)? Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] moving datastore projects via usb sticks?
On Thu, Dec 30, 2010 at 7:06 PM, Bernie Innocenti ber...@codewiz.org wrote: What particular bug was fixed? Is that something that we may want to steal in Dextrose? http://dev.laptop.org/ticket/9658 http://dev.laptop.org/ticket/9657 it's a deal, it's a steal! m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] TurtleBlocks driving lego NXT 2.0 -
On Thu, Dec 30, 2010 at 7:23 PM, Martin Langhoff martin.langh...@gmail.comwrote: On Thu, Dec 30, 2010 at 6:35 PM, Walter Bender walter.ben...@gmail.com wrote: I had a similar conversation with the Arduino team in .uy last month. We Interesting! I would recommend as a place to start simply adding a set of blocks to control the motors and access the sensor data. And leave the programming logic to the Sugar Activity. Right - but I will need to write an exporter that spits out NXC, and perhaps some glue commands that try to export it to the USB-connected Brick... You'll need to write that regardless. You can start by writing some python and import it into a block. These blocks can take up to 3 arguments. That way you'd not need to hack any TA code at all to start. Happy to help any way I can. (BTW, v106, not yet released, but in git, has support for the XO camera as an additional sensor... a request from a teacher in .uy.) Thanks! Yes, I spotted that in the git repo - Happy 2011! m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Physics-8
Activity Homepage: http://activities.sugarlabs.org/addon/4193 Sugar Platform: 0.82 - 0.90 Download Now: http://activities.sugarlabs.org/downloads/file/27154/physics-8.xo Release notes: - Update to latest translation strings Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RELEASE] Physics-8
== Bundle == http://activities.sugarlabs.org/en-US/sugar/addon/4193/ == Source == http://download.sugarlabs.org/sources/honey/Physics/Physics-8.tar.bz2 == News == - Update to latest translation strings ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [ASLO] Release Radio-4
Activity Homepage: http://activities.sugarlabs.org/addon/4375 Sugar Platform: 0.82 - 0.90 Download Now: http://activities.sugarlabs.org/downloads/file/27155/radio-4.xo Release notes: v4: do not make a journal entry, don't hardcode bundle path, play button now resumes journal loaded file, stop old one on playing new file, can copy selected sd/usb file to journal Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] git problems (reprise)
Walter et al.- I did take the opportunity to add some comments/clarifications to the Git FAQ. If I've misled anywhere, I hope to be corrected. As it stands now, I feel it is a good beginner tutorial - one that just about anyone could follow fairly easily. Thanks for both your help and encouragement, Walter - and all others who jumped in. Art Hunkins - Original Message - From: Walter Bender To: James Cameron Cc: Art Hunkins ; Sugar-devel@lists.sugarlabs.org Sent: Wednesday, December 29, 2010 9:33 AM Subject: Re: [Sugar-devel] git problems (reprise) On Wed, Dec 29, 2010 at 1:03 AM, James Cameron qu...@laptop.org wrote: On Tue, Dec 28, 2010 at 10:16:55PM -0500, Art Hunkins wrote: My sources of gitorious info were: the Activity Team/Git FAQ, the Activity Team /Git Tutorial, and Importing your project from OLPC. I found the material disorganized, unnecessarily abstruse and technical, and not at all user-friendly (at least for the beginner). I agree. As I used it, I learned to use other sources of guidance instead. The material on sugarlabs.org and laptop.org presumes too much foreknowledge. Take, for example, the Git Tutorial - which I expected to be the most helpful of the above: three-quarters of the material is nonessential, and the info on creating an account and SSH key are grossly inadequate. Furthermore, there is no treatment of anything but the git *init* procedure - nothing about creating a local depository through pulling from gitorious (my particular issue). Taking your feedback into account, I've reworked the page. http://wiki.sugarlabs.org/go/Activity_Team/Git_Tutorial Please review, comment, or edit accordingly. I made a few changes... the download file system is a bit different than you described. I also did a first pass at reworking the description of git on the Activity_Team ;page itself (incorporating Sascha's text and pointing people towards your tutorial.) Art, if you could add more clarity there, it may help the next person who comes along. -walter -- James Cameron http://quozl.linux.org.au/ -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] git problems (reprise)
Art, you added a comment that logging in to gitorious was required for
*every* step in the tutorial. That's not how it worked for me.
Is it possible that you are referring to a passphrase of the SSH key?
If so, you can delete the passphrase of the SSH key and you won't be
prompted. You can delete the passphrase by changing it to an empty
passphrase.
The command to change the passphrase of an SSH key is
ssh-keygen -p -f ${FILE}
For example:
$ ssh-keygen -p -f .ssh/id_dsa
Enter old passphrase:
Enter new passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved with the new passphrase.
--
James Cameron
http://quozl.linux.org.au/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] moving datastore projects via usb sticks?
On Thu, Dec 30, 2010 at 8:31 AM, Martin Langhoff martin.langh...@gmail.comwrote: On Thu, Dec 30, 2010 at 8:25 AM, Erik Blankinship er...@mediamods.com wrote: In my video game, I am saving game state resources into a tar file, which is then saved to the journal / datastore. Hi Erik! on the 10.1.3 release track we've made some improvements in this area (which was rather broken). What version of sugar is this happening with? Can you test one of our recent 10.1.3 builds on an XO? Say http://build.laptop.org/10.1.3/xo-1.5/os360a/ To recap, I make a datastore entry in my activity. The saved file is a tar file and saved with tar mime-type. I just tried os360b on an xo-1. The datatstore entry, when copied via drag and drop to the usb stick is not renamed, and keeps its sugar icon. That's great! However, when I try to open that file off of the usb stick within the activity with an object chooser, the activity has some problems. I check to see if the file_path ends in gtar or tar (presumably assigned by the datastore mime-type?) and some debugging tells me it does not. Instead I get a path /home/olpc/.sugar/default/data/rawobject3dkJYR Please let me know how I can help debug. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] moving datastore projects via usb sticks?
On Thu, Dec 30, 2010 at 10:06:15PM -0500, Erik Blankinship wrote: I check to see if the file_path ends in gtar or tar (presumably assigned by the datastore mime-type?) and some debugging tells me it does not. Instead I get a path /home/olpc/.sugar/default/data/rawobject3dkJYR I don't think the datastore is intended to add a valid extension to the path. Can you not rely on the mime-type instead? What does the datastore say the mime-type is? -- James Cameron http://quozl.linux.org.au/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] moving datastore projects via usb sticks?
On Thu, Dec 30, 2010 at 10:26 PM, James Cameron qu...@laptop.org wrote: On Thu, Dec 30, 2010 at 10:06:15PM -0500, Erik Blankinship wrote: I check to see if the file_path ends in gtar or tar (presumably assigned by the datastore mime-type?) and some debugging tells me it does not. Instead I get a path /home/olpc/.sugar/default/data/rawobject3dkJYR I don't think the datastore is intended to add a valid extension to the path. Can you not rely on the mime-type instead? What does the datastore say the mime-type is? The mime type is reported correctly off of the usb, so I can use that instead of extension. Thanks much for your help everyone! ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] TurtleBlocks driving lego NXT 2.0 -
On Thu, Dec 30, 2010 at 5:34 PM, Martin Langhoff martin.langh...@gmail.com wrote: - NBC/NXC is the most popular tool by all accounts, actively RPM at http://dev.laptop.org/~martin/nbc/ - There is a python module for it, but it's for Python 2.4, looks unmaintained, seems very limited in features and it's not clear nxt_python is in Fedora actually, has been for a long time. cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
