Re: [Sugar-devel] Pippy not ready for Sucrose
Brian Jordan wrote: On Fri, Jan 23, 2009 at 2:21 PM, Simon Schampijer si...@schampijer.de wrote: Simon Schampijer wrote: Hi, 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. please indicate clearly: * if you still want to be part of Sucrose (including following the release cycle) * any new maintainer that is willing to do this task if you does not want to * any issues/reasons you have to do so Best, Simon To follow up on this, I mainly want to find a maintainer for Pippy for Sucrose. If there is no one willing to do that we drop it, which is ok - one can still download the xo etc, I just want a clearer situation. Hi, Hi Brian, this is awesome! I will maintain Pippy for Sucrose, though I may need a bit of hand holding. Hand holding we provide as a default service, you are always welcome to ask if things are unclear. Please let me know if what I did seems correct (esp. step 2): 1. l got the most recent version of Pippy from git git-clone git://dev.laptop.org/projects/pippy-activity cd pippy-activity 2. ./setup.py gave a bunch of invalid entry in MANIFEST errors about different locales, so I ran: ./setup.py fix_manifest Did you use 0.82 when doing ./setup.py dist_source? The dist_source command uses git-ls-files to get the files it will package into the tarball. So only files that are in git will get into the source tarball. The dist_xo command uses the manifest as a source to determine the files present. Only files in the manifest will be present in the bundle. There was an error in the activitybundle code in 0.82 that tried to read the manifest as well in the source case - which is not needed. Hence, the warnings you saw about the incorrect manifest should not be seen when packaging the sources. This is fixed in recent code. Hope to have explained a bit the possible story around this error. 3. ./setup.py dist_source 4. I asked a crank sysadmin to add me to the Sugar group, And I moved Pippy-30.tar.bz2 to: http://dev.laptop.org/pub/sugar/sources/Pippy/Pippy-30.tar.bz2 (805K) The exact release process for the Sucrose release is described here: http://sugarlabs.org/go/DevelopmentTeam/Release#Fructose I will move pippy over to git.sugarlabs.org as well. Instructions for that can be found at: http://sugarlabs.org/go/DevelopmentTeam/Git#Import_a_module_from_dev.laptop.org Thanks, Brian Thank you, Simon Wade, do you have maybe someone in mind? Cheers, Simon ___ 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] addons.mozilla.org - what needs to be done?
Hi Mel, I'm very happy to know that you want to put your capable hands on this. Have started this page here: http://sugarlabs.org/go/ActivityTeam/Remora_port Please ask Bernie to setup the environment needed to hack on a.s.o and tell me what else I can help with. Regards, Tomeu On Fri, Jan 23, 2009 at 13:23, Mel Chua m...@melchua.com wrote: (ccing the dev list at Wade's request) Hiya, Tomeu - Wade said I should ask you what infrastructure work needs to be done to get addons.mozilla.org up and running. Could you point me towards logins/servers/existing work/trac tickets and help me get started? This afternoon was the first I'd heard about us using addons.mozilla.org, and it gets a huge +1 from me - I'd like to be able to use it for reviews/comments/tags during Activity testing at the Wellington testers meetup next Saturday, so let me know what I have to do to get it up before then. Thanks! --Mel excerpted IRC log, for backstory mchua cjb: is the idea to use the framework for addons.mozilla.org for sugar activities cjb yes, exactly cjb so, it's mainly for delivering .xos to laptops, as our wiki.laptop.org/go/Activities does now wadeb|w there are two different faces to each activity, the user face and the developer face wadeb|w addons.sl.o is the user facing portal wadeb|w ie reviews of activities, comments, tags, hosting of .xo files wadeb|w gitorious and w.sl.o/ActivityTeam/ is the developer facing wadeb|w so, if we create per-activity wiki pages they're gonna be developer focused wadeb|w still, right now I'm down on per-activity anything as things tend to get lost mchua wadeb|w: so if there's any infrastructure work that I can do to help that have a place to go next weekend, I would love to wadeb|w we just need someone to find the time to finish it mchua wadeb|w: I have time, not sure if I have know-how. how can i find out? wadeb|w mchua: yeah, I'm pondering the best way to organize the data wadeb|w mchua: it's just some python-based webserver hacking afaik. mchua wadeb|w: ...that does sound like something I could do mchua wadeb|w: i've got to pop out for a bit, conf lunchtime - it sounds like we need the infrastucture up before we can do any of the per-activity data migration, and that addons.sl.org is the infrastructure that needs to go up, and so my first task should be to get that up? wadeb|w mchua: ok, ping tomeu for information on what needs to be done wadeb|w mchua: sounds like a plan wadeb|w mchua: it's our #1 activity infrastructure need right now ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] squeak in debian
On Wed, Jan 28, 2009 at 7:17 AM, Jonas Smedegaard d...@jones.dk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Jan 27, 2009 at 02:48:20AM +1800, David Farning wrote: Is it squeak and etoys that we are missing from debian? They now seem to be available in lenny. http://packages.debian.org/lenny/etoys http://packages.debian.org/lenny/squeak-vm From a Sugar point of view those are libraries (so is not even listed as part of Sucrose). The actual sugarized wrapper for Etoys is not yet packaged. Another library which is not yet packaged for Debian is libabiword. From a Debian point of view, the following packaged are missing: What areas would you like outside help on? libabiword-dev I have talked with with the debain build team. They agreed to build abiword as a lib... for the next release. Luke followed up with issues report on debian bug tracker. What next? sugar-etoys-activity Should I continue pushing for inclusion of etoys into main? In theory, all of the issues are resolved. Should I wait until after the release to bring up the issue? sugar-write-activity ?? sugar-terminal-activity ?? sugar-log-activity ?? Things are not yet perfect. But, we are in a _much_ better position then we were this time last release! david - 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) iEYEARECAAYFAkl/CXAACgkQn7DbMsAkQLhG/wCfSuccD+QRuByq+GLY9QY4E1Dn x1UAni4BKCiTecEUmq3ymc/E7+0fKtt2 =bksZ -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] squeak in debian
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Jan 28, 2009 at 08:51:20AM +1800, David Farning wrote: On Wed, Jan 28, 2009 at 7:17 AM, Jonas Smedegaard d...@jones.dk wrote: On Tue, Jan 27, 2009 at 02:48:20AM +1800, David Farning wrote: Is it squeak and etoys that we are missing from debian? They now seem to be available in lenny. http://packages.debian.org/lenny/etoys http://packages.debian.org/lenny/squeak-vm From a Sugar point of view those are libraries (so is not even listed as part of Sucrose). The actual sugarized wrapper for Etoys is not yet packaged. Another library which is not yet packaged for Debian is libabiword. From a Debian point of view, the following packaged are missing: What areas would you like outside help on? Ideally: none! Or differently phrased: Please join the deb-based-but-cross-distro packaging team at Alioth by subscribing to http://lists.alioth.debian.org/mailman/listinfo/debian-olpc-devel and post questions like this one there. Your questions are great. Would be even greater if they were brought up among all those involved with the actual work (of distro packaging!), and only summarised here - instead of the opposite. [detailed qustions skipped - please repost at the Alioth list or repost if you _really_ want them discussed in detail here rather than there!] Things are not yet perfect. But, we are in a _much_ better position then we were this time last release! True: Debian *package* repeases (to unstable branch of Debian *distro* development) much closer matches newest *package* releases from Sugarlabs. ...which means Debian *derivatives* (like Ubuntu) have an easier time than ever to create releases matching Sugarlabs releases. Do not expect any Debian *distro* release to match Sugarlabs releases. It will be even easier for derivatives in the future, because the packaging for Debian is intended to get even more complex - supporting multiple concurrent versions of Sugar parts. Imagine having the following packages in the future: sugar0.82-datastore (conflicting with other datastore packages) sugar0.84-datastore (conflicting with other datastore packages) ... sugar-0.82 (depending on all of Sucrose 0.82) sugar-0.84 (depending on all of Sucrose 0.84) Then derivatives can pick the parts they want, and Debian users can install the environment they want. - 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) iEYEARECAAYFAkl/OPcACgkQn7DbMsAkQLgwQwCgl39kz/YMZVUDqJP5COM69iIJ sv4AoJlilkVzCNordXX/kJxBxfaXxGUU =e/2b -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Localization] [Announce] String freeze in effect
On Tue, Jan 27, 2009 at 10:39 PM, Korakurider korakuri...@gmail.com wrote: Hi. While string freeze was declared, some POT has not been updated on Pootle yet. For examples, we can't translate About my computer or logout for sugar. Could you take a look into this? (Sayamindu, are you still the guy to ask about this?) Ugh. Fixed now (and we have a huge number of new strings.. for everyone). I'm still around, so feel free to poke me anytime. Cheers, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Naming of sugar, the Sugar Shell
Hi all, Currently the sugar shell package is named sugar, http://git.sugarlabs.org/projects/sugar/. Bernie, Marco, Morgs, and I were talking about it on IRC recently, and Morgan expressed concern that, to users, there might be confusion between the sugar desktop (sucrose), and that of the shell/glucose. As far as the API is concerned, the shell is imported as jarabehttp://en.wikipedia.org/wiki/Jarabe, which means *syrup* in Spanish. (single words are more convinent for python packages, I've been told) In order to reduce confusion, we should, IMHO, change the name of the sugar package to either jarabe (which would be sugar-jarabe in most distros) or sugar-shell (which, oddly enough, is also a meaningful phrasehttp://www.thefreedictionary.com/sugar+shell). -- 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] Naming of sugar, the Sugar Shell
I for one will have a much easier time remembering what sugar-shell means, versus sugar-jarabe. Personally I can't stand all these meaningless names, I currently have to go look at the glossary each time I need to know which version of Sugar has the activities. At work I have often found that confusingly named packages tend to get adopted less easily than the sensibly named ones. -Wade On Tue, Jan 27, 2009 at 2:45 PM, Luke Faraone l...@faraone.cc wrote: Hi all, Currently the sugar shell package is named sugar, http://git.sugarlabs.org/projects/sugar/. Bernie, Marco, Morgs, and I were talking about it on IRC recently, and Morgan expressed concern that, to users, there might be confusion between the sugar desktop (sucrose), and that of the shell/glucose. As far as the API is concerned, the shell is imported as jarabehttp://en.wikipedia.org/wiki/Jarabe, which means *syrup* in Spanish. (single words are more convinent for python packages, I've been told) In order to reduce confusion, we should, IMHO, change the name of the sugar package to either jarabe (which would be sugar-jarabe in most distros) or sugar-shell (which, oddly enough, is also a meaningful phrase http://www.thefreedictionary.com/sugar+shell). -- 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] Naming of sugar, the Sugar Shell
That sounds good to me. I realize the whole sucrose / fructose / starch thing has become a consensus but to me, not really knowing the scientific relationships between those words, they might as well have been named sugar-layer-0, sugar-layer-1, etc. Cheers, Wade On Tue, Jan 27, 2009 at 3:20 PM, Luke Faraone l...@faraone.cc wrote: On Tue, Jan 27, 2009 at 3:01 PM, Wade Brainerd wad...@gmail.com wrote: I for one will have a much easier time remembering what sugar-shell means, versus sugar-jarabe. Personally I can't stand all these meaningless names, I currently have to go look at the glossary each time I need to know which version of Sugar has the activities. At work I have often found that confusingly named packages tend to get adopted less easily than the sensibly named ones. Understandable. What I was planning to do (I've yet to consult with the other maintainers on this) was to have sugar be a virtual package provided by sugar-sucrose, so all you'd need to do would be to apt-get install sugar to get a fully-functioning sugar environment. It should be trivial to rename sugar to sugar-shell in Debian. -- Luke Faraone http://luke.faraone.cc ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Soas snapshot
You can download the iso here: http://download.sugarlabs.org/soas/snapshots/1/Soas-200901271941.iso Instructions on how to install it are here: http://sugarlabs.org/go/Sugar_on_a_Stick I also made an experimental image for the XO. It's not signed, so you will need security disabled, if you want to try it. http://download.sugarlabs.org/soas/xoimages/soas1.img http://download.sugarlabs.org/soas/xoimages/soas1.crc Marco ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Soas snapshot
Hi Marco, On 27 Jan 2009, at 23:00, Marco Pesenti Gritti wrote: You can download the iso here: http://download.sugarlabs.org/soas/snapshots/1/Soas-200901271941.iso Instructions on how to install it are here: http://sugarlabs.org/go/Sugar_on_a_Stick I also made an experimental image for the XO. It's not signed, so you will need security disabled, if you want to try it. http://download.sugarlabs.org/soas/xoimages/soas1.img http://download.sugarlabs.org/soas/xoimages/soas1.crc Cool. Any tips as to what to do with these 2 on an XO? The only thing I've done with .img and .crc before is copy-nand from firmware – is it possible to run them from a usb stick without wiping nand or effecting the existing nand install (so we can encourage safe(er) testing of new code)? Regards, --Gary Marco ___ 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
Re: [Sugar-devel] [IAEP] Report from the field (graz,Austria#1)
Hey David, Thanks for the excellent report - it's always great to hear feedback from real teachers. On Tue, Jan 27, 2009 at 6:13 PM, David Van Assche dvanass...@gmail.comwrote: Flipsticks activtiy The first activity that was questioned was flipsticks, which was seen as a great tool for younger kids, but lacking collaborative abilities. An idea which was brought up was splitting the flipsticks work into user groups, and have the groups then combine their animations to create a bigger final animation. The reasoning behind this was that often there is not much time in a class, and to have every student to their little bit, and then combine it all is much more efficient, and a lesson in collaboration at the same time. The MaMaMedia activities are quite solid, but have not changed in quite some time. We should see if we can get their developers to come back and add collaboration support. I'd like to see some simple IK in Flipsticks, to make moving the joints around faster. Geoquiz and other visual quiz activities Another suggestion that came after showing Geoquiz was the development of some sort of authoring tool for this kind of activity, which generally involves showing images and asking questions. This could then be applied for many localised activities. In the case of Austria, for example, children of a younger age learn about Austria itself, in a geographical sense, but not too much about the rest of the planet until they are older. The Geoquiz activity as it stands was criticised for not telling a user when an answer is correct or wrong, for not having good controls, and for having unchangable content. The other option that would be a requirement for these kind of activities is a score card or report that the teacher could somehow store and print, based on children collaborating on quiz type activities. One of the most common activity requests is a general purpose collaborative Quiz activity. The ActivityTeam will try to meet this need in the near future, for now I'm adding it to our TODO list. Main subject matter requested as simple activities with lesson plans The main subjects that were requested were German (first language) and Mathematics, which seems to coincide with the requirements of other deployments like the Nepali deployment. In terms of mathematics, these activites should be as simple as possible, for example, the multiplication/division/adding/subtraction tables done in such a way that the teacher could choose which numbers were to be selected and practiced on any given day and by any given student. It should also, then, be possible to pair up students collaboratively to answer these, and once again, at the end of the session, collect the answers in a score card or report, that could be saved or printed by the teacher. Math and Language teaching activities are another high priority need. There are some projects out there that address them, but I'm not sure what state they are all in. Do you have a sense of what exactly the teachers were hoping for? Typing tutor or spelling activities In a similar vein, some kind of activity for practicing spelling should be implemented and monitored in the same way as a maths apps... A general request for all activities was the ability to have an admin view/session that the teacher could use to follow scores, assignment of individual objects of a particular activity and their layout, and the users themselves. This would be something like a monitoring tool. I've been working on a Typing Tutor for the past few months, it's called Typing Turtle. I hope to have a first general release in the next month or so. http://dev.laptop.org/~wadeb/TypingTurtle-6.xo (check the folder for updates in the future) Simple UI and Simple app rules It was emphasised that the simplicity of applications is extremely important for younger children, and that many ported apps are just too cluttered to be useful in any way. They were very happy with the simplicty and usability of sugar itself, but were disappointed with many of the apps, which either ignored design conventions or were simply ports of already complex and badly layed out activities. Agreed generally, but specific comments that can be forwarded to individual activity developers are very helpful. Collaborative typing tool with speed recognition Another example of an application they wanted to see was a simple typing activity which would involve the teacher typing an example text, and then the kids trying to type the same phrase as quickly as possible with the times to completion and error/rate being calculated for each child, and then reported to a score card or report followed by saving of this or printing out. This kind of Typing Race will hopefully become an aspect of Typing Turtle in the future. In the meantime, we should check with Daniel Drake about the status of his KeyDemon activity.
Re: [Sugar-devel] [IAEP] Report from the field (graz,Austria#1)
On Wed, Jan 28, 2009 at 5:34 AM, Wade Brainerd wad...@gmail.com wrote: Hey David, Thanks for the excellent report - it's always great to hear feedback from real teachers. On Tue, Jan 27, 2009 at 6:13 PM, David Van Assche dvanass...@gmail.com wrote: Typing tutor or spelling activities In a similar vein, some kind of activity for practicing spelling should be implemented and monitored in the same way as a maths apps... A general request for all activities was the ability to have an admin view/session that the teacher could use to follow scores, assignment of individual objects of a particular activity and their layout, and the users themselves. This would be something like a monitoring tool. I've been working on a Typing Tutor for the past few months, it's called Typing Turtle. I hope to have a first general release in the next month or so. http://dev.laptop.org/~wadeb/TypingTurtle-6.xo (check the folder for updates in the future) Yea, try out Wade''s tutor, it's pretty cool, and advancing rapidly. I'm a bit of a fan. Comes with lesson builder, is easily translatable, and the initial balloon practice game is awesome. /Ties ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel