Re: [Sugar-devel] Sucrose Downloads not synced (was Re: [RELEASE] Browse-103)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Jan 20, 2009 at 09:30:17AM +0100, Simon Schampijer wrote: Simon Schampijer wrote: Jonas Smedegaard wrote: On Mon, Jan 19, 2009 at 11:16:02PM +, Simon Schampijer wrote: == Source == http://download.sugarlabs.org/sources/sucrose/fructose/Browse/Browse-103.tar.bz2 Hmm. Only Browse 102 is available there currently :-( Looks like the sources are not synced from sunjammer. eri...@sunjammer:~$ ls /upload/sources/sucrose/fructose/Browse/ Browse-102.tar.bz2 Browse-103.tar.bz2 All the new Sucrose sources do not show up. Bernie might know what is going on there. Our infrastructure hero reports the issue to be fixed already! Cool! Praise the hero! :-D - 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) iEYEARECAAYFAkl14fYACgkQn7DbMsAkQLiUfQCfSb/p4x5zFvwHQL3eLAM83EFy a70AmwZGVydEPslO7EjJQtgQsKNGUFSa =41jM -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Pippy not ready for Sucrose
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Jan 20, 2009 at 12:27:08PM +0100, Simon Schampijer wrote: the Sucrose package of Pippy is version 25 - when I last released it back in August. Since then there has been some development going into Pippy (now version 30) http://dev.laptop.org/git?p=projects/pippy-activity;a=shortlog But none of the maintainers did follow the Sucrose release cycle, even though I sent a reminder http://lists.laptop.org/pipermail/sugar/2008-November/010021.html Any, specific reason for that? Pippy has not been moved to git.sugarlabs.org, as well. (this is related, but does not actually answer above) If I recall correctly, recent releases of Pippy depend on box2d which is not yet packaged for Debian. This means newer Pippy releases will not work on next official Debian release (codenamed Lenny). I've tried but have had problems compiling it cleanly using newest gcc toolchain (if I recall correctly). - 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) iEYEARECAAYFAkl15AEACgkQn7DbMsAkQLi8UACfVUE1Qa6T5fltU5oC55v7aOtq kMsAoJwujsqw6Y12l50THI+HMWWN331n =YX2i -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Fwd: [Olpc-open] Basic Maths?
Rafael Ortiz -- Forwarded message -- From: Tom Stewart lap...@tastewar.com Date: Tue, Jan 20, 2009 at 11:42 AM Subject: [Olpc-open] Basic Maths? To: olpc-open olpc-o...@lists.laptop.org There is a Basic Math Game activity listed on the Math portal page (http://wiki.laptop.org/go/Math), but when I download it to my XO, and attempt to Start it from the Journal, nothing appears to happen. Have others tried this activity? Should I expect it to work? If so, what can I do to troubleshoot? Thanks, --Tom ___ Olpc-open mailing list olpc-o...@lists.laptop.org http://lists.laptop.org/listinfo/olpc-open ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Pippy not ready for Sucrose
PyBox2D is included locally in the activity, just as it is in Physics, x2o, Bridge, and other Activities that use physics. Though, that is ~2.5mB of duplicated libraries for each. Nirav On 1/20/09, Jonas Smedegaard d...@jones.dk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Jan 20, 2009 at 12:27:08PM +0100, Simon Schampijer wrote: the Sucrose package of Pippy is version 25 - when I last released it back in August. Since then there has been some development going into Pippy (now version 30) http://dev.laptop.org/git?p=projects/pippy-activity;a=shortlog But none of the maintainers did follow the Sucrose release cycle, even though I sent a reminder http://lists.laptop.org/pipermail/sugar/2008-November/010021.html Any, specific reason for that? Pippy has not been moved to git.sugarlabs.org, as well. (this is related, but does not actually answer above) If I recall correctly, recent releases of Pippy depend on box2d which is not yet packaged for Debian. This means newer Pippy releases will not work on next official Debian release (codenamed Lenny). I've tried but have had problems compiling it cleanly using newest gcc toolchain (if I recall correctly). - 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) iEYEARECAAYFAkl15AEACgkQn7DbMsAkQLi8UACfVUE1Qa6T5fltU5oC55v7aOtq kMsAoJwujsqw6Y12l50THI+HMWWN331n =YX2i -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] feature freeze issue #3: resume by default
On Mon, Jan 19, 2009 at 01:48:57PM +0100, Sascha Silbe wrote: On Mon, Jan 19, 2009 at 01:40:46PM +0200, Morgan Collett wrote: On Ubuntu we're not supporting jhbuild on hardy any more, due to newer dependencies that are only in Intrepid. Thanks for the info. Would be nice if there were a list of dependencies including versions. sugar-jhbuild build completed without errors, the system just won't work. This would also help in evaluating whether sugar-jhbuild could work on Debian lenny at all. Otherwise I'm just wasting my time currently. another option to find out missed dependencies is looking at jhbuild's dependencies: http://git.sugarlabs.org/projects/jhconvert/repos/mainline/trees/master/depends and releases configs: http://git.sugarlabs.org/projects/jhconvert/repos/mainline/blobs/master/releases -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Extensive jhbuild refactoring landed
On Tue, Jan 20, 2009 at 7:38 PM, David Farning dfarn...@sugarlabs.org wrote: slo-buildbot is removed. It will take a couple for the change to propagate through the buildbot network Can you also remove sugar-buildbot from git.sl.org? I'll make it deprecated, would like to keep the sources around... Marco ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Pippy not ready for Sucrose
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Jan 20, 2009 at 01:10:11PM -0500, Nirav Patel wrote: PyBox2D is included locally in the activity, just as it is in Physics, x2o, Bridge, and other Activities that use physics. Though, that is ~2.5mB of duplicated libraries for each. ...which causes such .xo packages to *not* be arch-independent! ...and makes bugs in those libraries harder and slower to fix! Also, distributing such .xo packages violates license if not either the full source is included as well or a written statement promising to provide sources at no exceptional charge if later requested. Distributing binary stuff without its sources is not outright bad, but more complex and often more cumbersome: It is asking for surprises! - 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) iEYEARECAAYFAkl2IB4ACgkQn7DbMsAkQLhNAACffwgkc893OlBMbSwKPd83UKdo 8RcAmwdeHIcpdVUmf6n87sOu6ApU0oFM =9s0G -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Pippy not ready for Sucrose
On Tue, Jan 20, 2009 at 2:03 PM, Jonas Smedegaard d...@jones.dk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Jan 20, 2009 at 01:10:11PM -0500, Nirav Patel wrote: PyBox2D is included locally in the activity, just as it is in Physics, x2o, Bridge, and other Activities that use physics. Though, that is ~2.5mB of duplicated libraries for each. ...which causes such .xo packages to *not* be arch-independent! ...and makes bugs in those libraries harder and slower to fix! ... which reiterates the need for a .xos package a la source debs/rpms so that I can run xomake to build the binary package, as well as proper dep handing both on the XO and elsewhere. -- Luke Faraone http://luke.faraone.cc ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Pippy not ready for Sucrose
I prefer to look at it pragmatically. Until there is some kind of dependency handling for .xo packages, this is the difference between a child at an existing deployment being able to browse to the wiki, download an activity, and use it, or not being able to. Nirav On Tue, Jan 20, 2009 at 2:03 PM, Jonas Smedegaard d...@jones.dk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Jan 20, 2009 at 01:10:11PM -0500, Nirav Patel wrote: PyBox2D is included locally in the activity, just as it is in Physics, x2o, Bridge, and other Activities that use physics. Though, that is ~2.5mB of duplicated libraries for each. ...which causes such .xo packages to *not* be arch-independent! ...and makes bugs in those libraries harder and slower to fix! Also, distributing such .xo packages violates license if not either the full source is included as well or a written statement promising to provide sources at no exceptional charge if later requested. Distributing binary stuff without its sources is not outright bad, but more complex and often more cumbersome: It is asking for surprises! - Jonas ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Summary and minutes from Pia's first Deployment Meeting.
educat...@lists.laptop.org Cc: Bcc: Dulmandakh Sukhbaatar dulmand...@adsolux.com, guadalupe, emiliano Subject: Summary and Minutes from the Jan 20, 2009 Deployment Meeting Reply-To: Hi everyone, Here is the summary and the edited minutes for the first of Pia's new deployment support meetings: http://wiki.laptop.org/go/Deployment_meetings/20090120#Summary http://wiki.laptop.org/go/Deployment_meetings/20090120 Enjoy, and please consider joining us later today/tomorrow at 0800 UTC (0300 in Boston) in #olpc-deployment on irc.freenode.net to discuss the questions and comments raised in today's discussion or left waiting on pages like http://wiki.laptop.org/go/Deployment_meetings or http://wiki.laptop.org/go/Deployment_Wishlist Thanks! Michael (in his new-fangled volunteer capacity) P.S. - If you can't attend this week, please come next week instead! (And do read the minutes; they took forever to prepare... :) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Fwd: sugar-jhbuild
Forwarding to list -walter -- Forwarded message -- From: fors...@ozonline.com.au Date: Tue, Jan 20, 2009 at 3:27 PM Subject: sugar-jhbuild To: walter.ben...@gmail.com Cc: pau...@gmail.com, rgesthui...@gmail.com, costello.ro...@edumail.vic.gov.au, billk...@gmail.com, joel.s...@gmail.com Walter, I was wondering, would it be possible to make a live CD with Linux and sugar jhbuild and the source code for a few activities all on it and use that for teachers and students to hack and test activities? Tony From: Bill Kerr billk...@gmail.com Date: Tue, Jan 20, 2009 at 8:19 PM Subject: sugar-jhbuild To: Paul T pau...@gmail.com, Tony Forster fors...@ozonline.com.au, Roland Gesthuizen rgesthui...@gmail.com, Costello, Rob R costello.ro...@edumail.vic.gov.au http://magazine.redhat.com/2007/02/23/building-the-xo-introducing-sugar/ this (old) article explains what sort of thing sugar-jhbuild is and where the jh in the name comes from - the 3 paragraphs under the 'Sugar Basics' heading this looks to me to be a better way to go than using emulators but still not easy the not easy quirkiness is confirmed by reading this: http://wiki.laptop.org/go/Sugar_with_sugar-jhbuild joel told me that he was making an activity using sugar-jhbuild but ran into some buggy issues that he couldn't solve even with the help of a couple of the developers -- 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] Pippy not ready for Sucrose
On Tue, Jan 20, 2009 at 5:21 PM, Nirav Patel o...@spongezone.net wrote: I prefer to look at it pragmatically. Until there is some kind of dependency handling for .xo packages, this is the difference between a child at an existing deployment being able to browse to the wiki, download an activity, and use it, or not being able to. It's also the difference between following the license terms and not. -- Luke Faraone http://luke.faraone.cc ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Pippy not ready for Sucrose
It's important to separate the pragmatism from the license concern. I fully support the pragmatism of shipping libraries with activities as a temporary solution, if that's what is needed to make the activity work. If the license *requires* us to include the source code to the compiled module (is a link sufficient??) in the activity bundle, I guess we have to do that too. But that's a separate issue. Cheers, Wade On Tue, Jan 20, 2009 at 6:18 PM, Luke Faraone l...@faraone.cc wrote: On Tue, Jan 20, 2009 at 5:21 PM, Nirav Patel o...@spongezone.net wrote: I prefer to look at it pragmatically. Until there is some kind of dependency handling for .xo packages, this is the difference between a child at an existing deployment being able to browse to the wiki, download an activity, and use it, or not being able to. It's also the difference between following the license terms and not. -- Luke Faraone http://luke.faraone.cc ___ 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] Pippy not ready for Sucrose
Hi, I prefer to look at it pragmatically. Until there is some kind of dependency handling for .xo packages, this is the difference between a child at an existing deployment being able to browse to the wiki, download an activity, and use it, or not being able to. It's also the difference between following the license terms and not. Not in the case we're discussing; Box2D and pyBox2D are not licensed under the GPL. While the complaint in general is reasonable, please don't accuse people of breaching software licenses until they actually do so. Thanks, - 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] Pippy not ready for Sucrose
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Jan 20, 2009 at 06:24:48PM -0500, Chris Ball wrote: Hi, I prefer to look at it pragmatically. Until there is some kind of dependency handling for .xo packages, this is the difference between a child at an existing deployment being able to browse to the wiki, download an activity, and use it, or not being able to. It's also the difference between following the license terms and not. Not in the case we're discussing; Box2D and pyBox2D are not licensed under the GPL. While the complaint in general is reasonable, please don't accuse people of breaching software licenses until they actually do so. I did not accuse of licensing breach, and I do not interpret Luke as doing so either. What I did was mention _some_ of the problems _generally_ tied to shipping .xo packages stuffed with binary chunks. - Jonas P.S. And a moment ago I succeeded compiling Box2d on amd64 using GCC 4.3.2. Still some way to go to have it properly compiled, but a good step in the right direction. - -- * 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) iEYEARECAAYFAkl2Y1QACgkQn7DbMsAkQLgYTACgict1OtTCNyY5JdLm3HPpQt1B FzMAnje7qhRpGNe7f2V88dnQOi5Kd4Wi =VYVe -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fwd: sugar-jhbuild
Tony, As far as running Jhbuild, I would look at http://sugarlabs.org/go/DevelopmentTeam/Jhbuild It is quite a bit more up to date then the resources you are looking at. Have you seen the work that the Sugar on a Stick people are doing at http://sugarlabs.org/go/Sugar_on_a_Stick ? It is basically a live CD of Sugar running on a USB stick instead of a Live CD. This gives the user the option of saving their work. On the other hand, burning the .iso found on the SoaS page should get you a working Sugar based liveCD. Caroline Meeks is heading up this effort. thanks david On Wed, Jan 21, 2009 at 5:13 PM, Walter Bender walter.ben...@gmail.com wrote: Forwarding to list -walter -- Forwarded message -- From: fors...@ozonline.com.au Date: Tue, Jan 20, 2009 at 3:27 PM Subject: sugar-jhbuild To: walter.ben...@gmail.com Cc: pau...@gmail.com, rgesthui...@gmail.com, costello.ro...@edumail.vic.gov.au, billk...@gmail.com, joel.s...@gmail.com Walter, I was wondering, would it be possible to make a live CD with Linux and sugar jhbuild and the source code for a few activities all on it and use that for teachers and students to hack and test activities? Tony From: Bill Kerr billk...@gmail.com Date: Tue, Jan 20, 2009 at 8:19 PM Subject: sugar-jhbuild To: Paul T pau...@gmail.com, Tony Forster fors...@ozonline.com.au, Roland Gesthuizen rgesthui...@gmail.com, Costello, Rob R costello.ro...@edumail.vic.gov.au http://magazine.redhat.com/2007/02/23/building-the-xo-introducing-sugar/ this (old) article explains what sort of thing sugar-jhbuild is and where the jh in the name comes from - the 3 paragraphs under the 'Sugar Basics' heading this looks to me to be a better way to go than using emulators but still not easy the not easy quirkiness is confirmed by reading this: http://wiki.laptop.org/go/Sugar_with_sugar-jhbuild joel told me that he was making an activity using sugar-jhbuild but ran into some buggy issues that he couldn't solve even with the help of a couple of the developers -- 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] feature freeze issue #3: resume by default
Gary C Martin wrote: On 17 Jan 2009, at 15:30, Tomeu Vizoso wrote: On Sat, Jan 17, 2009 at 15:54, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: On Sat, Jan 17, 2009 at 02:45:54PM +0100, Simon Schampijer wrote: Issues: We do not have a don't save those changes option. If you resume by default you could overwrite something you needed. So we loose the undo functionality. That sounds _REALLY_ bad. I remember looking at some versioning proposal, what happened to that one? Well, clicking on the activity icon in the favorites view will now resume the last activity entry in exactly the same way as if the user clicked on its icon in the journal. It's true that we would like to store all the intermediate versions and allow the user to work with each of them, but we haven't gotten to implement it in something that can be released. So the change here is that we have given more prominence to resume operations and have moved starting up new activities to a second place. But we haven't really changed the mechanics by which activities get stored in the journal. After talking for some time with Simon, we have agreed on requesting input from people willing to install the last code and giving it a try. We would love to hear about suggestions and are willing to delay for a few days the release in case we find that something can be done and that we won't be regressing in any way regarding past releases. FWIW: I'd love to give it a whirl and provide some feedback, unfortunately I only have access to Sugar on XO hardware – so I'm out of such early test/debug/feedback loop until things land in Joyride (or some future equivalent). --G The 0.83.4 did land in joyride build 2631. Release Notes are here and will be officially announced tomorrow. http://sugarlabs.org/go/DevelopmentTeam/Release/Releases/Sucrose/0.83.4 Not sure all the activities have been made available in olpc places. I will post more details later, Marco is working as well on SoaS at the moment as a way to test things. Cheers, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] feature freeze issue #3: resume by default
On 21 Jan 2009, at 00:18, Simon Schampijer wrote: Gary C Martin wrote: On 17 Jan 2009, at 15:30, Tomeu Vizoso wrote: On Sat, Jan 17, 2009 at 15:54, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: On Sat, Jan 17, 2009 at 02:45:54PM +0100, Simon Schampijer wrote: Issues: We do not have a don't save those changes option. If you resume by default you could overwrite something you needed. So we loose the undo functionality. That sounds _REALLY_ bad. I remember looking at some versioning proposal, what happened to that one? Well, clicking on the activity icon in the favorites view will now resume the last activity entry in exactly the same way as if the user clicked on its icon in the journal. It's true that we would like to store all the intermediate versions and allow the user to work with each of them, but we haven't gotten to implement it in something that can be released. So the change here is that we have given more prominence to resume operations and have moved starting up new activities to a second place. But we haven't really changed the mechanics by which activities get stored in the journal. After talking for some time with Simon, we have agreed on requesting input from people willing to install the last code and giving it a try. We would love to hear about suggestions and are willing to delay for a few days the release in case we find that something can be done and that we won't be regressing in any way regarding past releases. FWIW: I'd love to give it a whirl and provide some feedback, unfortunately I only have access to Sugar on XO hardware – so I'm out of such early test/debug/feedback loop until things land in Joyride (or some future equivalent). --G The 0.83.4 did land in joyride build 2631. Release Notes are here and will be officially announced tomorrow. http://sugarlabs.org/go/DevelopmentTeam/Release/Releases/Sucrose/0.83.4 Simon, thanks for the heads up! I'd just plumped to try 2631 having seen the build changes, but good to know it's the one to start pushing on. The download has been taking a long time so far, will start giving it whirl tomorrow. Not sure all the activities have been made available in olpc places. I'll dig through the recent [RELEASE] emails for any activities I start to re-test, and make sure I get the intended .xo bundles for each. Will post the list of .xo URLs here, I guess ideally this needs to be checked against the list that Activities/Joyride is handing out. Might be some dance needed to make sure we don't break 'latest' non- Joyride links – h, have a vague funny feeling there's still some outstanding issue stopping activity authors updating the links? Will go and remind myself once I have the list of needed Joyride activities. Thanks, --Gary I will post more details later, Marco is working as well on SoaS at the moment as a way to test things. Cheers, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Extensive jhbuild refactoring landed
On 21.01.2009, at 02:31, Marco Pesenti Gritti wrote: Hello, I landed David work on jhbuild. Please do a clean build and report any issue you run into. David, I guess we should remove the slo-buildbot repository to avoid confusion and switch the buildbot to use sugar-jhbuild. David reported that squeak doesn't build anymore, apparently a superfluous /trunk gets tucked onto its SVN url. - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] sugar-jhbuild in Gitorious
Ciao, I finally tracked down and fixed the reason why the sugar-jhbuild project was causing Gitorious to die with a 500 Internal Server Error. There were 2 records in table committerships referring to user_id=53, which did not exist. This would make the template engine blow up with an exception while rendering the main project page. The errant user_id belonged to a user who got locked out and had asked to be deleted. Now we know to be careful not to break referential integrity if we ever need to hack the database again :-) -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] SoaS on the XO progress
Hello, I spent some time trying to get Sugar on a stick images (which are basically livecd-tools based Fedora spins) running on the XO from nand. Converting the image to jffs2 and adding cafe_nand and jffs2 to the initrd was enough to make it boot. I have two weird problems: 1 haldaemon fails to start and I couldn't find any error log. 2 X fades a couple of times and then hangs the system. I can reproduce 2 if I write the same image to an usb stick using Fedora XO livecd-iso-to-disk. Could be either a regression in the F10 updates or something wrong in the way SoaS images are built. I have absolutely no idea about 1, but it would seem to be related to jffs2/initrd, since it works fine from the usb stick. Marco ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fwd: sugar-jhbuild
On Wed, Jan 21, 2009 at 10:43 AM, David Farning dfarn...@sugarlabs.orgwrote: Tony, As far as running Jhbuild, I would look at http://sugarlabs.org/go/DevelopmentTeam/Jhbuild It is quite a bit more up to date then the resources you are looking at. Have you seen the work that the Sugar on a Stick people are doing at http://sugarlabs.org/go/Sugar_on_a_Stick ? It is basically a live CD of Sugar running on a USB stick instead of a Live CD. This gives the user the option of saving their work. On the other hand, burning the .iso found on the SoaS page should get you a working Sugar based liveCD. Caroline Meeks is heading up this effort. thanks david So is sugar on a stick a suitable development environment. Could it be used as an environment for minor hacking of say, turtle art and saving changes? My understanding is that since Sugar is written in Python and Python is an interpreted language then the answer to my question might be yes. Is there anything missing from sugar on a stick that developers who use sugar-jhbuild value and use regularly? Would a developer be inconvenienced in some way by using sugar on a stick? Are some version of sugar on a stick better or worse than others for say hacking turtle art? eg. as well as the official version there is Wolfgang Rohrmoser's version. Is that equivalent? Is there any advantage to using sugar-jhbuild, instead of sugar on a stick? For educators who are not developers using sugar on a stick looks more convenient. ie. to get sugar-jhbuild you need a linux computer, git and then sort through dependency problems as they arise. Bread and butter for developers but not everyones cup of tea. There are also technical complexities involved in using emulators with the added disadvantage that they might run slow. I'm aware that some developers of other software use IDEs such as Eclipse which contain a full suite of useful tools for development. I've never used Eclipse but have used briefly similar sorts of tools (well some of them) in Smalltalk / Squeak. That is the sort of distinction I'm inquiring about - but there may be other important distinctions that I'm not aware of - you don't know what you don't know. Our goal here is simply to put the toe in the water and be able to hack turtle art, as a starter. The blockage point identified here is a convenient way to obtain a developers environment. Known unknowns: All the things you know you don't know Unknown unknowns: All the things you don't know you don't know Errors: All the things you think you know but don't Unknown knowns: All the things you don't know you know Taboos: Dangerous, polluting or forbidden knowledge Denials: All the things too painful to know, so you don't On Wed, Jan 21, 2009 at 5:13 PM, Walter Bender walter.ben...@gmail.com wrote: Forwarding to list -walter -- Forwarded message -- From: fors...@ozonline.com.au Date: Tue, Jan 20, 2009 at 3:27 PM Subject: sugar-jhbuild To: walter.ben...@gmail.com Cc: pau...@gmail.com, rgesthui...@gmail.com, costello.ro...@edumail.vic.gov.au, billk...@gmail.com, joel.s...@gmail.com Walter, I was wondering, would it be possible to make a live CD with Linux and sugar jhbuild and the source code for a few activities all on it and use that for teachers and students to hack and test activities? Tony From: Bill Kerr billk...@gmail.com Date: Tue, Jan 20, 2009 at 8:19 PM Subject: sugar-jhbuild To: Paul T pau...@gmail.com, Tony Forster fors...@ozonline.com.au, Roland Gesthuizen rgesthui...@gmail.com, Costello, Rob R costello.ro...@edumail.vic.gov.au http://magazine.redhat.com/2007/02/23/building-the-xo-introducing-sugar/ this (old) article explains what sort of thing sugar-jhbuild is and where the jh in the name comes from - the 3 paragraphs under the 'Sugar Basics' heading this looks to me to be a better way to go than using emulators but still not easy the not easy quirkiness is confirmed by reading this: http://wiki.laptop.org/go/Sugar_with_sugar-jhbuild joel told me that he was making an activity using sugar-jhbuild but ran into some buggy issues that he couldn't solve even with the help of a couple of the developers -- 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 mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel