Re: [IAEP] Linuxtag 2009 - how do we want to promote Sugar Labs
Greg Dekoenigsberg wrote: On Tue, 10 Feb 2009, Simon Schampijer wrote: Hi, I would like us to be present at LinuxTag (24-27 June 2009) [1]. The call for papers did end the 8th of February [2] - but we could try to contact the organizers directly (I should have some contacts from last year) and see if we could do something. In general I would like to get the following going (comments of course welcome): - Greg's talk he gave at FOSDEM - A demo sugar talk (could be a workshop as well) - a booth (t-shirts for the booth people and the 'SugarLabs' members (maybe as well to buy), Stickers, SoaS facility, Demo program at the booth) I will read a bit more through what we have to do in order to get a booth and how we submit for a workshop. Greg, we should try to get your talk in ASAP - hope it is not too late yet. I will be spending much of tomorrow submitting my talk everywhere I possibly can. --g Awesome. Ok, I guess best you create an account as a speaker and add the paper (there is no submit button as the deadline has passed already). I just did so myself and send a mail to papers AT linuxtag DOT org asking for an exception. I will update you on any news I have. Cheers, Simon ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] activites known not to either work at all or not on certin platforms
It is absolutely vital that SoaS boot/install work in a reliable way. Any nongeek user who can't use it will not bother reporting precise bug information, and moreover will lose motivation to try it again. In the case of branded USB sticks boot/install failures will make Sugar Labs appear as a cruddy product. Branded sticks will need to work every time. OK that said I ask you to bear with me since I don't know enough about the (surely formidable) technical hurdles in succeeding boot/install. Can anyone brief me on the importance/difficulty of the following factors? Perhaps there is a page which enumerates these factors? * User difficulty configuring BIOS boot from USB * Underlying distribution * Recognizing hardware * Dependencies * Network (LAN, Internet) connectivity: configuration, absence thereof * USB key locked in read-only mode * Missing or buggy activities Please forgive my ignorance but does SoaS generate a log at boot/install? Are there error codes specific to Sugar? I would imagine that's distribution-dependent... The user feedback rate could be improved if we communicate a super-simple procedure on boot/install failure, e.g. an e-mail address to send a boot/install log file to. As well (perhaps this happens already?), on successful boot/install and with Internet connnectivity, ideally the stick should phone home with the boot log which would indicate successful SoaS/hardware combinations and provide some statistics on how many sticks make it to screens. Of course, per privacy concerns there should be no user-identifiable information, or rather any such info should be immediately anonymized. Is there a way to trap errors in each activity, in case of error can the boot/install log be appended to, can a user feedback agent return the updated log to us if the Net is available? One more (maybe silly) question, is there a fundamental difference between Sugar on a CD and Sugar on a Stick? If this has been dealt with, any pointers to resources would be appreciated. thank you Sean On Wed, Feb 11, 2009 at 8:34 AM, David Van Assche dvanass...@gmail.com wrote: well this entire conversation was really brought about because I couldnt practice speech with my 2 nephews... Im sorry if I crossed the line a bit, but I think what I said needed to be said... SoaS is indeed the best plqtform right now and the kids not only loved it (one 9 the other 3) they needed no explanation for the interface... to them it was as natural as eating a piece of bread. On Wed, Feb 11, 2009 at 6:04 AM, Samuel Klein meta...@gmail.com wrote: On Tue, Feb 10, 2009 at 10:36 PM, Wade Brainerd wad...@gmail.com wrote: On Tue, Feb 10, 2009 at 9:14 PM, David Van Assche dvanass...@gmail.com wrote: Im gonna try and make this easy: SoaS - the latest fedora core based I tried to impress my 9 year old gescwister... (related one) Speak - it will not even launch why is it then on a disitributed stick? Aleksey Lim recently took over this orphaned package. Can you get in touch with him (alsroot on IRC) and help work it out? I have yet to even try SoaS but information on what activities do and don't work should be posted to http://sugarlabs.org/go/ActivityTeam/ActivityStatus so we can triage them. We are watching that page. Thus far most of our work has been migrating activities over to SL.org but hopefully we can start actually getting them to work on SoaS soon. On a sidenote: some of the most exciting work for me last summer was Hemant's text-to-speech work, which would have real impact if its integration into Sugar were completed. How close is that to being possible? http://dev.laptop.org/~wadeb/TypingTurtle-9.xo is the latest release but I can't guarantee it works on anything but XO. [Getting pretty hot...] SJ ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] activites known not to either work at all or not on certin platforms
hey there sean essentially there is no difference between SoaS and cd the problem comes from the distro specific intricacies, which can be many more than devs care to admit... I agree.. this is not a usable product unless it alll works... saying oh welll speak doesnt work because of x or y, is no excuse. bios has nothing to do with this, this is purely distro related... for example... on fedora we have 80% workage, on ubuntu 40 maybe 50% workage... but for those of us in the field selling this tech, this is not accpetable... I say it again I know its an open source project but it doesnt help funding if we cant even get the damn thing to run a cd, btw, is worse than a stick at this point. at least for ubuntu goood luck and lets work this shit out so we finally have a solution that works in schoosl On Wed, Feb 11, 2009 at 9:50 AM, Sean DALY sdaly...@gmail.com wrote: It is absolutely vital that SoaS boot/install work in a reliable way. Any nongeek user who can't use it will not bother reporting precise bug information, and moreover will lose motivation to try it again. In the case of branded USB sticks boot/install failures will make Sugar Labs appear as a cruddy product. Branded sticks will need to work every time. OK that said I ask you to bear with me since I don't know enough about the (surely formidable) technical hurdles in succeeding boot/install. Can anyone brief me on the importance/difficulty of the following factors? Perhaps there is a page which enumerates these factors? * User difficulty configuring BIOS boot from USB * Underlying distribution * Recognizing hardware * Dependencies * Network (LAN, Internet) connectivity: configuration, absence thereof * USB key locked in read-only mode * Missing or buggy activities Please forgive my ignorance but does SoaS generate a log at boot/install? Are there error codes specific to Sugar? I would imagine that's distribution-dependent... The user feedback rate could be improved if we communicate a super-simple procedure on boot/install failure, e.g. an e-mail address to send a boot/install log file to. As well (perhaps this happens already?), on successful boot/install and with Internet connnectivity, ideally the stick should phone home with the boot log which would indicate successful SoaS/hardware combinations and provide some statistics on how many sticks make it to screens. Of course, per privacy concerns there should be no user-identifiable information, or rather any such info should be immediately anonymized. Is there a way to trap errors in each activity, in case of error can the boot/install log be appended to, can a user feedback agent return the updated log to us if the Net is available? One more (maybe silly) question, is there a fundamental difference between Sugar on a CD and Sugar on a Stick? If this has been dealt with, any pointers to resources would be appreciated. thank you Sean On Wed, Feb 11, 2009 at 8:34 AM, David Van Assche dvanass...@gmail.com wrote: well this entire conversation was really brought about because I couldnt practice speech with my 2 nephews... Im sorry if I crossed the line a bit, but I think what I said needed to be said... SoaS is indeed the best plqtform right now and the kids not only loved it (one 9 the other 3) they needed no explanation for the interface... to them it was as natural as eating a piece of bread. On Wed, Feb 11, 2009 at 6:04 AM, Samuel Klein meta...@gmail.com wrote: On Tue, Feb 10, 2009 at 10:36 PM, Wade Brainerd wad...@gmail.com wrote: On Tue, Feb 10, 2009 at 9:14 PM, David Van Assche dvanass...@gmail.com wrote: Im gonna try and make this easy: SoaS - the latest fedora core based I tried to impress my 9 year old gescwister... (related one) Speak - it will not even launch why is it then on a disitributed stick? Aleksey Lim recently took over this orphaned package. Can you get in touch with him (alsroot on IRC) and help work it out? I have yet to even try SoaS but information on what activities do and don't work should be posted to http://sugarlabs.org/go/ActivityTeam/ActivityStatus so we can triage them. We are watching that page. Thus far most of our work has been migrating activities over to SL.org but hopefully we can start actually getting them to work on SoaS soon. On a sidenote: some of the most exciting work for me last summer was Hemant's text-to-speech work, which would have real impact if its integration into Sugar were completed. How close is that to being possible? http://dev.laptop.org/~wadeb/TypingTurtle-9.xo is the latest release but I can't guarantee it works on anything but XO. [Getting pretty hot...] SJ ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education
Re: [IAEP] [Sugar-devel] activites known not to either work at all or not on certin platforms
On Wed, Feb 11, 2009 at 04:14, David Van Assche dvanass...@gmail.com wrote: ok? I guess this will be contreversial but it must be said and acted upon (much more importantly) Im gonna try and make this easy: SoaS - the latest fedora core based I tried to impress my 9 year old gescwister... (related one) Speak - it will not even launch why is it then on a disitributed stick? ubuntu - no read That was a problem for all distros as OLPC shipped a forked evince. It will be fixed for jaunty. no write We're working on that one - libabiword. Will also be fixed for jaunty. no jiggzawpuzzle It fails because it depends on abiword. Will be fixed for jaunty. etoys This is packaged, but I think we're still missing a bit - the actual sugar activity for etoys. I don't personally have the time to work on it because I'm working on the above (and the actual glucose packages). scratch Not packaged for Ubuntu. License changed to non-free recently? epathi I don't think anyone's looked at getting this working on Ubuntu. measure anything tam tam based until very recently even browse Fixed - although may be broken again by today's Firefox updates - I'll get it updated ASAP. pdf reader of any kind measure distance slider video chat abc flower (thing doesnt even exist) Not packaged. We really need more people to step up and work on testing these activities as .xo on Ubuntu (and other distros) and help with packaging them if they don't work like that. When I got involved with Ubuntu packaging, I was asked by my manager at OLPC (my employer at the time) to NOT work on Sugar on Ubuntu. I did what I could in my personal time, but we had missed the Ubuntu feature freeze and nearly had to ship 0.79 or nothing at all. I'm more able to work on it now, and jaunty should work much better. It might be easier to get involved in smaller distros, but for Ubuntu we're still working without having any upload rights, and depending on getting the MOTU team to sponsor our uploads, until we can demonstrate sufficient experience. Not easy when time is tight. Regards Morgan ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] activites known not to either work at all or not on certin platforms
Hi, I see frustration but I'm having trouble knowing who should have done something and failed to do it. Can we get a list of issues, each of them with a list of people that may be able to do something about them? Thanks, Tomeu On Wed, Feb 11, 2009 at 10:16, David Van Assche dvanass...@gmail.com wrote: hey there sean essentially there is no difference between SoaS and cd the problem comes from the distro specific intricacies, which can be many more than devs care to admit... I agree.. this is not a usable product unless it alll works... saying oh welll speak doesnt work because of x or y, is no excuse. bios has nothing to do with this, this is purely distro related... for example... on fedora we have 80% workage, on ubuntu 40 maybe 50% workage... but for those of us in the field selling this tech, this is not accpetable... I say it again I know its an open source project but it doesnt help funding if we cant even get the damn thing to run a cd, btw, is worse than a stick at this point. at least for ubuntu goood luck and lets work this shit out so we finally have a solution that works in schoosl On Wed, Feb 11, 2009 at 9:50 AM, Sean DALY sdaly...@gmail.com wrote: It is absolutely vital that SoaS boot/install work in a reliable way. Any nongeek user who can't use it will not bother reporting precise bug information, and moreover will lose motivation to try it again. In the case of branded USB sticks boot/install failures will make Sugar Labs appear as a cruddy product. Branded sticks will need to work every time. OK that said I ask you to bear with me since I don't know enough about the (surely formidable) technical hurdles in succeeding boot/install. Can anyone brief me on the importance/difficulty of the following factors? Perhaps there is a page which enumerates these factors? * User difficulty configuring BIOS boot from USB * Underlying distribution * Recognizing hardware * Dependencies * Network (LAN, Internet) connectivity: configuration, absence thereof * USB key locked in read-only mode * Missing or buggy activities Please forgive my ignorance but does SoaS generate a log at boot/install? Are there error codes specific to Sugar? I would imagine that's distribution-dependent... The user feedback rate could be improved if we communicate a super-simple procedure on boot/install failure, e.g. an e-mail address to send a boot/install log file to. As well (perhaps this happens already?), on successful boot/install and with Internet connnectivity, ideally the stick should phone home with the boot log which would indicate successful SoaS/hardware combinations and provide some statistics on how many sticks make it to screens. Of course, per privacy concerns there should be no user-identifiable information, or rather any such info should be immediately anonymized. Is there a way to trap errors in each activity, in case of error can the boot/install log be appended to, can a user feedback agent return the updated log to us if the Net is available? One more (maybe silly) question, is there a fundamental difference between Sugar on a CD and Sugar on a Stick? If this has been dealt with, any pointers to resources would be appreciated. thank you Sean On Wed, Feb 11, 2009 at 8:34 AM, David Van Assche dvanass...@gmail.com wrote: well this entire conversation was really brought about because I couldnt practice speech with my 2 nephews... Im sorry if I crossed the line a bit, but I think what I said needed to be said... SoaS is indeed the best plqtform right now and the kids not only loved it (one 9 the other 3) they needed no explanation for the interface... to them it was as natural as eating a piece of bread. On Wed, Feb 11, 2009 at 6:04 AM, Samuel Klein meta...@gmail.com wrote: On Tue, Feb 10, 2009 at 10:36 PM, Wade Brainerd wad...@gmail.com wrote: On Tue, Feb 10, 2009 at 9:14 PM, David Van Assche dvanass...@gmail.com wrote: Im gonna try and make this easy: SoaS - the latest fedora core based I tried to impress my 9 year old gescwister... (related one) Speak - it will not even launch why is it then on a disitributed stick? Aleksey Lim recently took over this orphaned package. Can you get in touch with him (alsroot on IRC) and help work it out? I have yet to even try SoaS but information on what activities do and don't work should be posted to http://sugarlabs.org/go/ActivityTeam/ActivityStatus so we can triage them. We are watching that page. Thus far most of our work has been migrating activities over to SL.org but hopefully we can start actually getting them to work on SoaS soon. On a sidenote: some of the most exciting work for me last summer was Hemant's text-to-speech work, which would have real impact if its integration into Sugar were completed. How close is that to being possible? http://dev.laptop.org/~wadeb/TypingTurtle-9.xo is the latest release but I can't
Re: [IAEP] activites known not to either work at all or not on certin platforms
Hi all, Reading this thread I've realized that there is a huge lack of target distro, many people work for various distros and the fact is - there is now fully featured sugar for at least one distro. I think we should choose *one* target distro for incoming 0.84 release. I don't mean choose it forever, just one distro which should be a glance facade for future 0.84 release with activities included as much as possible. In fact, there is such distro - SoaS. It has some benefits: - intended to be a live distro - its not an official distro (we could do everything we want) Only one but, lack of coordination - I know what Speak demands, but I couldn't add these dependencies w/o asking busy maintainer(busy not with SoaS). In that case I'm going to take that task. And that's my program: - it will RPMs repo - packaging activities in RPMs: - I need formal(more formal then wiki) way to sort activities for runnable/unrunnable - now (before addons.s.o), there is no accepted strategy for resolving dependencies for honey activities and packaging all activities could help me - there is some activities w/ old .xo bundles that do not include last patches (TamTam, Speak+chat, etc); RPMs will include last dev code - its a nice idea to install all these activities by one command (and even deploy then preinstalled) - do not bother about official status of RPMs; its custom distro not Fedora -- Aleksey ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] activites known not to either work at all or not on certin platforms
yes u are absolutly right... 0.84 is the focus now of every distro (maybe excepting debian) we will fix this all, but please, let us not sa y is a releasable usable product for educators until weve tested it ALL and we all agree that this is indeed the produuct (which i need nonconvicnig of) that will change the planet. Lets rock on, keep making it a better product... but stay connected to the people that can advise us on what works and wnat doesnt (INOT ndevs), but educators... I promise from my side to make a strong commitment to make that connection happen Happier thoughts, Nubae On Wed, Feb 11, 2009 at 11:59 AM, Aleksey Lim alsr...@member.fsf.org wrote: Hi all, Reading this thread I've realized that there is a huge lack of target distro, many people work for various distros and the fact is - there is now fully featured sugar for at least one distro. I think we should choose *one* target distro for incoming 0.84 release. I don't mean choose it forever, just one distro which should be a glance facade for future 0.84 release with activities included as much as possible. In fact, there is such distro - SoaS. It has some benefits: - intended to be a live distro - its not an official distro (we could do everything we want) Only one but, lack of coordination - I know what Speak demands, but I couldn't add these dependencies w/o asking busy maintainer(busy not with SoaS). In that case I'm going to take that task. And that's my program: - it will RPMs repo - packaging activities in RPMs: - I need formal(more formal then wiki) way to sort activities for runnable/unrunnable - now (before addons.s.o), there is no accepted strategy for resolving dependencies for honey activities and packaging all activities could help me - there is some activities w/ old .xo bundles that do not include last patches (TamTam, Speak+chat, etc); RPMs will include last dev code - its a nice idea to install all these activities by one command (and even deploy then preinstalled) - do not bother about official status of RPMs; its custom distro not Fedora -- Aleksey ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] activites known not to either work at all or not on certin platforms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Feb 11, 2009 at 01:16:19PM +0100, David Van Assche wrote: yes u are absolutly right... 0.84 is the focus now of every distro (maybe excepting debian) Focus for Debian is latest upstream stable release, which means 0.84 when that is released. (trying, like Ubuntu, to be ahead of its upstreams cause complex problems when upstreams then take a different path than was guessed) - 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) iEYEARECAAYFAkmS2y8ACgkQn7DbMsAkQLjqcgCfeDjx9ke8566u/QRGoqY/Ab3l dzYAn20GZhLlVrjVJCiDNuLwJbwTEZra =wGqf -END PGP SIGNATURE- ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] activites known not to either work at all or not on certin platforms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Feb 11, 2009 at 03:57:22AM +0100, David Van Assche wrote: you know what the irony is with all this... all we need to do to get those packs working is type ./configure --with-libabiword I know because I took the painful step of doing it in from source... this problem has now existed for 8 months... u tell me if that is acceptable or not. u know the worst part of this entire debacle... only the packzge ,aintainer can fix this 2 second fix::: but obviously he has more important things to do. The one-line fix works only on combined compile and working environment. It takes slightly more to _package_ a library properly. The important things holding back Debian from fixing this at the moment is to actually release the 20-something-thousand packages as a whole. For Ubuntu the problem seems (from bugreports tagging the issue as fixed and then unfixed again) that the people actually working on running ahead of Debian for this specific issue are unskilled in packaging libraries. - 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) iEYEARECAAYFAkmS3zYACgkQn7DbMsAkQLjdHQCgj3TO7hmes1PZD+txgEhPCWEb fGoAoKPo+6J+WINxDvWmCx85pjx8ZklA =BsNg -END PGP SIGNATURE- ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] activites known not to either work at all or not on certin platforms
On Wed, Feb 11, 2009 at 16:22, Jonas Smedegaard d...@jones.dk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Feb 11, 2009 at 03:57:22AM +0100, David Van Assche wrote: you know what the irony is with all this... all we need to do to get those packs working is type ./configure --with-libabiword I know because I took the painful step of doing it in from source... this problem has now existed for 8 months... u tell me if that is acceptable or not. u know the worst part of this entire debacle... only the packzge ,aintainer can fix this 2 second fix::: but obviously he has more important things to do. The one-line fix works only on combined compile and working environment. It takes slightly more to _package_ a library properly. The important things holding back Debian from fixing this at the moment is to actually release the 20-something-thousand packages as a whole. For Ubuntu the problem seems (from bugreports tagging the issue as fixed and then unfixed again) that the people actually working on running ahead of Debian for this specific issue are unskilled in packaging libraries. Jonas, I'm rather unskilled at packaging myself. However, somebody's got to do it, and when I made noise about it nobody else stepped up. Ubuntu has a feature freeze in 8 days. We'll do what we can. No, we'll do what we have to. BTW if you have any comments on the packaging of abiword or pyabiword, please speak up - here, or the debian or ubuntu lists. If possible, I'd like to fix this in a way that we can sync back with you after lenny releases... Regards Morgan ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] activites known not to either work at all or not on certin platforms
On 11.02.2009, at 10:59, Morgan Collett wrote: etoys This is packaged, but I think we're still missing a bit - the actual sugar activity for etoys. I don't personally have the time to work on it because I'm working on the above (and the actual glucose packages). What needs to be done there? Can anybody else package this? The activity is here: Bundle: http://etoys.laptop.org/rpms/Etoys-99.xo Tarball: http://download.sugarlabs.org/sources/sucrose/fructose/Etoys/Etoys-99.tar.gz - Bert - ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Static services for Local Labs
Hello all. I was thinking that maybe Sugar Labs could host, cms like drupal or joomla for Local Labs use, Would be this an overhead for our young infrastructure ? Is it better to Local Labs to have this kind of solutions sorted out locally ? Cheers! Rafael Ortiz ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] activites known not to either work at all or not on certin platforms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Feb 11, 2009 at 03:57:05PM +0100, Bert Freudenberg wrote: On 11.02.2009, at 10:59, Morgan Collett wrote: etoys This is packaged, but I think we're still missing a bit - the actual sugar activity for etoys. I don't personally have the time to work on it because I'm working on the above (and the actual glucose packages). What needs to be done there? Can anybody else package this? Yes, anyone with some interest in .deb packaging can help. Debian POV: Someone needs to volunteer packaging sugar-etoys-activity. Drop an email to debian-olpc-de...@lists.alioth.debian.org . Ubuntu POV: Someone needs to volunteer hacking[1] together a sugar activity package until a Debian package can be adopted. More info at https://wiki.ubuntu.com/SugarTeam I recommend helping as upstream as possible instead of only locally for Ubuntu. YMMV. - Jonas [1] I do not mean to say that Ubuntu packaging in principle is any worse quality than packages adopted from Debian. Just that Ubuntu generally seems to generally favor passing on the grunt work to Debian and treat locally packaged stuff as temporary, i.e. hacks. - -- * 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) iEYEARECAAYFAkmS84kACgkQn7DbMsAkQLjj7gCeOHNkXx0yX1vSnJx7NDnN36YY 4RgAn3lJ+8ypu6NpxWPU0fiUodTIXuvS =y5x6 -END PGP SIGNATURE- ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Static services for Local Labs
On 2/11/09, Rafael Enrique Ortiz Guerrero dir...@gmail.com wrote: Hello all. I was thinking that maybe Sugar Labs could host, cms like drupal or joomla for Local Labs use, Would be this an overhead for our young infrastructure ? Is it better to Local Labs to have this kind of solutions sorted out locally What's wrong with using a wikipage, like we use with the rest of the site? -- Luke Faraone http://luke.faraone.cc ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Keep tabs on Sugar development
2009/2/10 Wade Brainerd wad...@gmail.com: PS- If you don't have an RSS reader already, try out Google Reader. Its List view works pretty well for this feed. RSS support in Thunderbird is also very good. Simon Schampijer wrote: Awesome, one missing piece for me! Can we add a tip somewhere in the DevelopmentTeam pages? -- // Bernie Innocenti - http://www.codewiz.org/ \X/ Sugar Labs - http://www.sugarlabs.org/ ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Static services for Local Labs
I see your point about CMS being overkill. And I also agree with you, the release cycle anchors everything. I for one consider it a bug, not a feature, that we have this division of channels of communication, as some of the aspects you relate should be feeding each other more. It is natural because of the different workflows, however I'd like to see some convergence. I'm studying the possible use of a social networking platform (pretty much deciding on http://pinaxproject.com/ ). If I can tweak it to fit our workflows (I'm working with local village visiting teachers to fit theirs) - in particular, i'm interested in including some sort of disconnected use (that is, for instance, getting them a news/mailing list/new activities feed from the social network with a USB monthly, and provide them with a way to respond - can be email - can be manually performed once online. This is likely also the tool that will help manage the Bolivia deployment (but we will likelly have some more connectivity in Bolivia). Looking forward to share more as things develop, looking for feedback / synergy. Sebastian 2009/2/11 David Farning dfarn...@sugarlabs.org I tend to think that a cms is a bit of overkill for a young organization. One of my personal long term goal is to determine how we can clone SL in Local SLs by reproducing the best practices of SL on a more local scale. Developer side: 1. The key component is the release cycle, ever thing else is anchored around the release cycle. 2. Dynamic communication through mailing lists and irc. 3. Static communication through wiki and bug tracker. Any thing else is overkill Educator side: 1. Release cycle - cool new features, bug fixes 2. Moodle - teachers know moodle david On Thu, Feb 12, 2009 at 9:40 AM, Rafael Enrique Ortiz Guerrero dir...@gmail.com wrote: Hello all. I was thinking that maybe Sugar Labs could host, cms like drupal or joomla for Local Labs use, Would be this an overhead for our young infrastructure ? Is it better to Local Labs to have this kind of solutions sorted out locally ? Cheers! Rafael Ortiz ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list sugar-de...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Sebastian Silva Laboratorios FuenteLibre http://blog.sebastiansilva.com/ ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] activites known not to either work at all or not on certin platforms
On Wed, Feb 11, 2009 at 10:49 AM, Jonas Smedegaard d...@jones.dk wrote: Debian POV: Someone needs to volunteer packaging sugar-etoys-activity. Drop an email to debian-olpc-de...@lists.alioth.debian.org . Ubuntu POV: Someone needs to volunteer hacking[1] together a sugar activity package until a Debian package can be adopted. More info at https://wiki.ubuntu.com/SugarTeam I recommend helping as upstream as possible instead of only locally for Ubuntu. YMMV. Yes, but our hacks are the result of a lack of understanding of your git-based packaging; we found it much simpler to use a workflow like svn-buildpackage with get-orig-source where we don't have to deal with multiple branches, etc. All the benifits of using git are moot since you use a patch system, which I think is a better workflow. It's interesting that Ubuntu had *working* sugar packages with *more* working activities six months ago. This is no longer the case, as we've synced to Debian packaging (which had some show-stopper bugs that required us to patch *each* activity you/we were shipping). If you'd support a sugar-whatever-activity package that didn't use git-buildpackage or the multi-branch/tree workflow, I'd be happy to produce one, but as it stands the build and import process is undocumented. The lack of proper documentaiton has caused Morgan and I considerable frustration, adn was the reason that we decided to fork into non-git packaging for our temporary Ubuntu hacks. (ie making it work in a month so other people can actually use it) [1] I do not mean to say that Ubuntu packaging in principle is any worse quality than packages adopted from Debian. Just that Ubuntu generally seems to generally favor passing on the grunt work to Debian and treat locally packaged stuff as temporary, i.e. hacks. -- Luke Faraone http://luke.faraone.cc ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Static services for Local Labs
Maybe the issue here is that local labs have a much broader scope than the global Sugar Labs? I see local labs having something to say about everything that the global Sugar Labs does, but not the other way around. Regards, Tomeu On Wed, Feb 11, 2009 at 17:35, Rafael Enrique Ortiz Guerrero dir...@gmail.com wrote: Thank you for your thoughts on this, I was thinking in a cms not for communication fork but for presentation fork. Anyway we are still too young, but for the future we might want to think in having this static solutions in place. (i.e when we have people that can work on maintaining the infrastructure needed etc). Rafael Ortiz On Wed, Feb 11, 2009 at 11:15 AM, Sebastian Silva sebast...@fuentelibre.org wrote: I see your point about CMS being overkill. And I also agree with you, the release cycle anchors everything. I for one consider it a bug, not a feature, that we have this division of channels of communication, as some of the aspects you relate should be feeding each other more. It is natural because of the different workflows, however I'd like to see some convergence. I'm studying the possible use of a social networking platform (pretty much deciding on http://pinaxproject.com/ ). If I can tweak it to fit our workflows (I'm working with local village visiting teachers to fit theirs) - in particular, i'm interested in including some sort of disconnected use (that is, for instance, getting them a news/mailing list/new activities feed from the social network with a USB monthly, and provide them with a way to respond - can be email - can be manually performed once online. This is likely also the tool that will help manage the Bolivia deployment (but we will likelly have some more connectivity in Bolivia). Looking forward to share more as things develop, looking for feedback / synergy. Sebastian 2009/2/11 David Farning dfarn...@sugarlabs.org I tend to think that a cms is a bit of overkill for a young organization. One of my personal long term goal is to determine how we can clone SL in Local SLs by reproducing the best practices of SL on a more local scale. Developer side: 1. The key component is the release cycle, ever thing else is anchored around the release cycle. 2. Dynamic communication through mailing lists and irc. 3. Static communication through wiki and bug tracker. Any thing else is overkill Educator side: 1. Release cycle - cool new features, bug fixes 2. Moodle - teachers know moodle david On Thu, Feb 12, 2009 at 9:40 AM, Rafael Enrique Ortiz Guerrero dir...@gmail.com wrote: Hello all. I was thinking that maybe Sugar Labs could host, cms like drupal or joomla for Local Labs use, Would be this an overhead for our young infrastructure ? Is it better to Local Labs to have this kind of solutions sorted out locally ? Cheers! Rafael Ortiz ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list sugar-de...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Sebastian Silva Laboratorios FuenteLibre http://blog.sebastiansilva.com/ ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Static services for Local Labs
On Thu, Feb 12, 2009 at 10:39 AM, Tomeu Vizoso to...@sugarlabs.org wrote: Maybe the issue here is that local labs have a much broader scope than the global Sugar Labs? I agree completely. Hopefully the local labs will focus in on a particular area of the sugar ecosystem. A testing lab, a deployment support organization, educational content development As such they will dive much deeper into a particular area then sl can. I see local labs having something to say about everything that the global Sugar Labs does, but not the other way around. Yes, but this discussion is about what services SL will provide for the local labs. Local labs can do whatever they want, upstream SL has to make hard decisions about which 'things' we can 'afford' to support. At this point in terms of infrastructure we can offer local labs: email account, mailing lists, a instance of our existing wiki setup. Anything else become to much work for our already overwork infrastructure team. This ends up being very similar to the deployment support issues we are facing. We are facing some hard issues about how we can _best_ use our limited resources to improve the entire Sugar ecosystem. David Regards, Tomeu On Wed, Feb 11, 2009 at 17:35, Rafael Enrique Ortiz Guerrero dir...@gmail.com wrote: Thank you for your thoughts on this, I was thinking in a cms not for communication fork but for presentation fork. Anyway we are still too young, but for the future we might want to think in having this static solutions in place. (i.e when we have people that can work on maintaining the infrastructure needed etc). Rafael Ortiz On Wed, Feb 11, 2009 at 11:15 AM, Sebastian Silva sebast...@fuentelibre.org wrote: I see your point about CMS being overkill. And I also agree with you, the release cycle anchors everything. I for one consider it a bug, not a feature, that we have this division of channels of communication, as some of the aspects you relate should be feeding each other more. It is natural because of the different workflows, however I'd like to see some convergence. I'm studying the possible use of a social networking platform (pretty much deciding on http://pinaxproject.com/ ). If I can tweak it to fit our workflows (I'm working with local village visiting teachers to fit theirs) - in particular, i'm interested in including some sort of disconnected use (that is, for instance, getting them a news/mailing list/new activities feed from the social network with a USB monthly, and provide them with a way to respond - can be email - can be manually performed once online. This is likely also the tool that will help manage the Bolivia deployment (but we will likelly have some more connectivity in Bolivia). Looking forward to share more as things develop, looking for feedback / synergy. Sebastian 2009/2/11 David Farning dfarn...@sugarlabs.org I tend to think that a cms is a bit of overkill for a young organization. One of my personal long term goal is to determine how we can clone SL in Local SLs by reproducing the best practices of SL on a more local scale. Developer side: 1. The key component is the release cycle, ever thing else is anchored around the release cycle. 2. Dynamic communication through mailing lists and irc. 3. Static communication through wiki and bug tracker. Any thing else is overkill Educator side: 1. Release cycle - cool new features, bug fixes 2. Moodle - teachers know moodle david On Thu, Feb 12, 2009 at 9:40 AM, Rafael Enrique Ortiz Guerrero dir...@gmail.com wrote: Hello all. I was thinking that maybe Sugar Labs could host, cms like drupal or joomla for Local Labs use, Would be this an overhead for our young infrastructure ? Is it better to Local Labs to have this kind of solutions sorted out locally ? Cheers! Rafael Ortiz ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list sugar-de...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Sebastian Silva Laboratorios FuenteLibre http://blog.sebastiansilva.com/ ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Static services for Local Labs
On Thu, Feb 12, 2009 at 11:33 AM, Tomeu Vizoso to...@sugarlabs.org wrote: On Wed, Feb 11, 2009 at 18:29, David Farning dfarn...@sugarlabs.org wrote: On Thu, Feb 12, 2009 at 10:39 AM, Tomeu Vizoso to...@sugarlabs.org wrote: Maybe the issue here is that local labs have a much broader scope than the global Sugar Labs? I agree completely. Hopefully the local labs will focus in on a particular area of the sugar ecosystem. A testing lab, a deployment support organization, educational content development As such they will dive much deeper into a particular area then sl can. I see local labs having something to say about everything that the global Sugar Labs does, but not the other way around. Yes, but this discussion is about what services SL will provide for the local labs. Local labs can do whatever they want, upstream SL has to make hard decisions about which 'things' we can 'afford' to support. At this point in terms of infrastructure we can offer local labs: email account, mailing lists, a instance of our existing wiki setup. Anything else become to much work for our already overwork infrastructure team. This ends up being very similar to the deployment support issues we are facing. We are facing some hard issues about how we can _best_ use our limited resources to improve the entire Sugar ecosystem. Right, that was the point I was trying to make: the SL's infrastructure is likely to not serve all the needs of all the local labs. Regards, Tomeu Sorry for misunderstanding your point. So many people and organizations have been asking us for support since the changes at OLPC that I am getting prickly about the issues:) david David Regards, Tomeu On Wed, Feb 11, 2009 at 17:35, Rafael Enrique Ortiz Guerrero dir...@gmail.com wrote: Thank you for your thoughts on this, I was thinking in a cms not for communication fork but for presentation fork. Anyway we are still too young, but for the future we might want to think in having this static solutions in place. (i.e when we have people that can work on maintaining the infrastructure needed etc). Rafael Ortiz On Wed, Feb 11, 2009 at 11:15 AM, Sebastian Silva sebast...@fuentelibre.org wrote: I see your point about CMS being overkill. And I also agree with you, the release cycle anchors everything. I for one consider it a bug, not a feature, that we have this division of channels of communication, as some of the aspects you relate should be feeding each other more. It is natural because of the different workflows, however I'd like to see some convergence. I'm studying the possible use of a social networking platform (pretty much deciding on http://pinaxproject.com/ ). If I can tweak it to fit our workflows (I'm working with local village visiting teachers to fit theirs) - in particular, i'm interested in including some sort of disconnected use (that is, for instance, getting them a news/mailing list/new activities feed from the social network with a USB monthly, and provide them with a way to respond - can be email - can be manually performed once online. This is likely also the tool that will help manage the Bolivia deployment (but we will likelly have some more connectivity in Bolivia). Looking forward to share more as things develop, looking for feedback / synergy. Sebastian 2009/2/11 David Farning dfarn...@sugarlabs.org I tend to think that a cms is a bit of overkill for a young organization. One of my personal long term goal is to determine how we can clone SL in Local SLs by reproducing the best practices of SL on a more local scale. Developer side: 1. The key component is the release cycle, ever thing else is anchored around the release cycle. 2. Dynamic communication through mailing lists and irc. 3. Static communication through wiki and bug tracker. Any thing else is overkill Educator side: 1. Release cycle - cool new features, bug fixes 2. Moodle - teachers know moodle david On Thu, Feb 12, 2009 at 9:40 AM, Rafael Enrique Ortiz Guerrero dir...@gmail.com wrote: Hello all. I was thinking that maybe Sugar Labs could host, cms like drupal or joomla for Local Labs use, Would be this an overhead for our young infrastructure ? Is it better to Local Labs to have this kind of solutions sorted out locally ? Cheers! Rafael Ortiz ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ Sugar-devel mailing list sugar-de...@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Sebastian Silva Laboratorios FuenteLibre http://blog.sebastiansilva.com/ ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] activites known not to either work at all or not on certin platforms
On 2/11/09, Jonas Smedegaard d...@jones.dk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Feb 11, 2009 at 11:24:20AM -0500, Luke Faraone wrote: On Wed, Feb 11, 2009 at 10:49 AM, Jonas Smedegaard d...@jones.dk wrote: Debian POV: Someone needs to volunteer packaging sugar-etoys-activity. Drop an email to debian-olpc-de...@lists.alioth.debian.org . Ubuntu POV: Someone needs to volunteer hacking[1] together a sugar activity package until a Debian package can be adopted. More info at https://wiki.ubuntu.com/SugarTeam I recommend helping as upstream as possible instead of only locally for Ubuntu. YMMV. Yes, but our hacks are the result of a lack of understanding of your git-based packaging; That is one way to put it. Another is that you have had no interest in starting out with simple stuff before complex stuff. I kept recommending you to try package an activity with no odd dependencies (i.e. written in Python), but you kept wanting to upgrade core Sugar libraries. You do not even need to use my packaging style. Just do not expect my help, then. Discuss it with other members of the OLPC Alioth list, with debian-mentors or whatever. All I say here is to avoid duplicate work: Package for Debian and pull that into derivatives, rather than packaging uniquely for each pet derived distro. It's interesting that Ubuntu had *working* sugar packages with *more* working activities six months ago. This is no longer the case, as we've synced to Debian packaging (which had some show-stopper bugs that required us to patch *each* activity you/we were shipping). Blame yourself for abandoning superior(?) packaging! My reasons for different packaging style than older work by Jani Monoses is here: http://lists.alioth.debian.org/pipermail/debian-olpc-devel/2008-April/84.html Blame yourself for needing distro-specific workarounds: They are caused by your running ahead of Debian and then later wanting to adopt Debian packaging that when in slightly different direction than your earlier work. If you'd support a sugar-whatever-activity package that didn't use git-buildpackage or the multi-branch/tree workflow, I'd be happy to produce one, If you by you are referring to Debian, then sure, Debian supports other packaging styles. If you are referring to me personally, then no, I see no reason to support any other packaging styles than I want to use myself. If you are referring to the Alioth team, then feel free to use other schemes. I am not the law. Heck, I am not even an admin of that group. I just happen to actually get some work done. Your freedom to choose packaging style should come as no surprise: http://lists.alioth.debian.org/pipermail/debian-olpc-devel/2008-December/000681.html http://lists.alioth.debian.org/pipermail/debian-olpc-devel/2009-January/000885.html http://lists.alioth.debian.org/pipermail/debian-olpc-devel/2009-February/000894.html but as it stands the build and import process is undocumented. Bullshit! Complex parts, irrelevant for activity packaging, is missing. So stop whining and start packaging some simple Sugar activities. Maybe we're just thick, but neither Morgan nor I were able to use your git README.packaging to upgrade a package to a new upstream version. It doesn't matter wheter we were upgrading sugar-base or Pippy. It seems that the file is missing some steps; moreover, how can we be expected to package new activities with git when even the steps for maintaining existing ones are lacking. -- Luke Faraone http://luke.faraone.cc ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] activites known not to either work at all or not on certin platforms
On 2/11/09, Jonas Smedegaard d...@jones.dk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Feb 11, 2009 at 11:24:20AM -0500, Luke Faraone wrote: On Wed, Feb 11, 2009 at 10:49 AM, Jonas Smedegaard d...@jones.dk wrote: Debian POV: Someone needs to volunteer packaging sugar-etoys-activity. Drop an email to debian-olpc-de...@lists.alioth.debian.org . Ubuntu POV: Someone needs to volunteer hacking[1] together a sugar activity package until a Debian package can be adopted. More info at https://wiki.ubuntu.com/SugarTeam I recommend helping as upstream as possible instead of only locally for Ubuntu. YMMV. Yes, but our hacks are the result of a lack of understanding of your git-based packaging; That is one way to put it. Another is that you have had no interest in starting out with simple stuff before complex stuff. I kept recommending you to try package an activity with no odd dependencies (i.e. written in Python), but you kept wanting to upgrade core Sugar libraries. You do not even need to use my packaging style. Just do not expect my help, then. Discuss it with other members of the OLPC Alioth list, with debian-mentors or whatever. All I say here is to avoid duplicate work: Package for Debian and pull that into derivatives, rather than packaging uniquely for each pet derived distro. It's interesting that Ubuntu had *working* sugar packages with *more* working activities six months ago. This is no longer the case, as we've synced to Debian packaging (which had some show-stopper bugs that required us to patch *each* activity you/we were shipping). Blame yourself for abandoning superior(?) packaging! My reasons for different packaging style than older work by Jani Monoses is here: http://lists.alioth.debian.org/pipermail/debian-olpc-devel/2008-April/84.html Blame yourself for needing distro-specific workarounds: They are caused by your running ahead of Debian and then later wanting to adopt Debian packaging that when in slightly different direction than your earlier work. If you'd support a sugar-whatever-activity package that didn't use git-buildpackage or the multi-branch/tree workflow, I'd be happy to produce one, If you by you are referring to Debian, then sure, Debian supports other packaging styles. If you are referring to me personally, then no, I see no reason to support any other packaging styles than I want to use myself. If you are referring to the Alioth team, then feel free to use other schemes. I am not the law. Heck, I am not even an admin of that group. I just happen to actually get some work done. Your freedom to choose packaging style should come as no surprise: http://lists.alioth.debian.org/pipermail/debian-olpc-devel/2008-December/000681.html http://lists.alioth.debian.org/pipermail/debian-olpc-devel/2009-January/000885.html http://lists.alioth.debian.org/pipermail/debian-olpc-devel/2009-February/000894.html but as it stands the build and import process is undocumented. Bullshit! Complex parts, irrelevant for activity packaging, is missing. So stop whining and start packaging some simple Sugar activities. Maybe we're just thick, but neither Morgan nor I were able to use your git README.packaging to upgrade a package to a new upstream version. It doesn't matter wheter we were upgrading sugar-base or Pippy. It seems that the file is missing some steps; moreover, how can we be expected to package new activities with git when even the steps for maintaining existing ones are lacking. -- Luke Faraone http://luke.faraone.cc ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] activites known not to either work at all or not on certin platforms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Feb 11, 2009 at 01:38:27PM -0500, Luke Faraone wrote: On 2/11/09, Jonas Smedegaard d...@jones.dk wrote: On Wed, Feb 11, 2009 at 11:24:20AM -0500, Luke Faraone wrote: On Wed, Feb 11, 2009 at 10:49 AM, Jonas Smedegaard d...@jones.dk wrote: Debian POV: Someone needs to volunteer packaging sugar-etoys-activity. Drop an email to debian-olpc-de...@lists.alioth.debian.org . Ubuntu POV: Someone needs to volunteer hacking[1] together a sugar activity package until a Debian package can be adopted. More info at https://wiki.ubuntu.com/SugarTeam I recommend helping as upstream as possible instead of only locally for Ubuntu. YMMV. [details back and forth snipped] Maybe we're just thick, but neither Morgan nor I were able to use your git README.packaging to upgrade a package to a new upstream version. It doesn't matter wheter we were upgrading sugar-base or Pippy. It seems that the file is missing some steps; moreover, how can we be expected to package new activities with git when even the steps for maintaining existing ones are lacking. Maybe it is me who are thick. Let's see if I understand it correctly: 1) You consider packaging Pippy and sugar-base my way equally complex. 2) Failure to understand my way of sugar-base packaging is your reason for not packaging *anything* in *any* way through Debian. Or did I miss something? - 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) iEYEARECAAYFAkmTJD0ACgkQn7DbMsAkQLgVKACeOlcvrypk9ENwzMaO/4IO1nu2 DYgAn39Vp/oFchHoA52j6Nso5puJY8AM =cx7E -END PGP SIGNATURE- ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] activites known not to either work at all or not on certin platforms
On Feb 11, 2009, at 2:17 PM, Jonas Smedegaard d...@jones.dk wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Feb 11, 2009 at 01:38:27PM -0500, Luke Faraone wrote: On 2/11/09, Jonas Smedegaard d...@jones.dk wrote: On Wed, Feb 11, 2009 at 11:24:20AM -0500, Luke Faraone wrote: On Wed, Feb 11, 2009 at 10:49 AM, Jonas Smedegaard d...@jones.dk wrote: Debian POV: Someone needs to volunteer packaging sugar-etoys-activity. Drop an email to debian-olpc-de...@lists.alioth.debian.org . Ubuntu POV: Someone needs to volunteer hacking[1] together a sugar activity package until a Debian package can be adopted. More info at https://wiki.ubuntu.com/SugarTeam I recommend helping as upstream as possible instead of only locally for Ubuntu. YMMV. [details back and forth snipped] Maybe we're just thick, but neither Morgan nor I were able to use your git README.packaging to upgrade a package to a new upstream version. It doesn't matter wheter we were upgrading sugar-base or Pippy. It seems that the file is missing some steps; moreover, how can we be expected to package new activities with git when even the steps for maintaining existing ones are lacking. Maybe it is me who are thick. Let's see if I understand it correctly: 1) You consider packaging Pippy and sugar-base my way equally complex. 2) Failure to understand my way of sugar-base packaging is your reason for not packaging *anything* in *any* way through Debian. Or did I miss something? - 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) iEYEARECAAYFAkmTJD0ACgkQn7DbMsAkQLgVKACeOlcvrypk9ENwzMaO/4IO1nu2 DYgAn39Vp/oFchHoA52j6Nso5puJY8AM =cx7E -END PGP SIGNATURE- ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] activites known not to either work at all or not on certin platforms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Feb 11, 2009 at 02:26:28PM -0500, Luke Faraone wrote: On Feb 11, 2009, at 2:17 PM, Jonas Smedegaard d...@jones.dk wrote: On Wed, Feb 11, 2009 at 01:38:27PM -0500, Luke Faraone wrote: 1) You consider packaging Pippy and sugar-base my way equally complex. 2) Failure to understand my way of sugar-base packaging is your reason for not packaging *anything* in *any* way through Debian. Or did I miss something? Yes, I'm saying the package maintinence operations under git-buildpackage are more or less the same. Obviously, you need to make changes to the buildfile, etc. I also fail to see the use of using git-buildpackage; we aren't going to make use of upstream git snapshots and are almost always going to be using an upstream tarball. Finally, git versioning and merging is of little use since we are using CDBS' patchsystem. No need to get into details of what exactly is flawed with my packaging style, or how you would do things differently: 1) I can continue to do things my way 2) You can continue being ignorant of Debian not mandating a specific packaging style. 3) Others are still free to follow my recommendation: Package through Debian, not directly at their pet derived distribution, to avoid duplicated work. Thanks for your time, and interest in working together. - 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) iEYEARECAAYFAkmTLVoACgkQn7DbMsAkQLjSqQCdGy0BqjqcBJ45mwwCNm5OC2oP xCoAoJsbTVSxFbW25Xw38WaZyyX/q6R0 =9rvB -END PGP SIGNATURE- ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Thanks page
On 9 Feb 2009, at 16:41, Gary C Martin wrote: On 9 Feb 2009, at 02:35, David Farning wrote: I took another stab at the thank you page tonight. Added some logos and whatnot:) http://sugarlabs.org/go/Sugar_Labs/ThankYou Are we missing any sponsors? Is Christian working on Pentagram time or his own? Anyone with any taste, such as Gary, want to turn this page into something awesome? Well far from awesome, but I have added some tables, found a logo for SFC, and added Pentagram under the otherwise empty design section. I'd like to suggest that this page layout is just a temporary one; if you scroll to the bottom of the http://foundation.gnome.org/ page, there's a clean/simple arrangement for their sponsors. I like that this is all in one eyeball's worth of page, and doesn't try to squeeze sponsors into specific category types. Any objections in moving over to that type of format? OK. No objections arrived so I defaulted to making the layout change/ simplification. Ping if (hopefully **when**) you need a logo for a new Sponsor added: http://sugarlabs.org/go/Sugar_Labs/ThankYou Regards, --Gary --Gary david ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Thanks page
much better!!! -walter On Wed, Feb 11, 2009 at 2:58 PM, Gary C Martin g...@garycmartin.com wrote: On 9 Feb 2009, at 16:41, Gary C Martin wrote: On 9 Feb 2009, at 02:35, David Farning wrote: I took another stab at the thank you page tonight. Added some logos and whatnot:) http://sugarlabs.org/go/Sugar_Labs/ThankYou Are we missing any sponsors? Is Christian working on Pentagram time or his own? Anyone with any taste, such as Gary, want to turn this page into something awesome? Well far from awesome, but I have added some tables, found a logo for SFC, and added Pentagram under the otherwise empty design section. I'd like to suggest that this page layout is just a temporary one; if you scroll to the bottom of the http://foundation.gnome.org/ page, there's a clean/simple arrangement for their sponsors. I like that this is all in one eyeball's worth of page, and doesn't try to squeeze sponsors into specific category types. Any objections in moving over to that type of format? OK. No objections arrived so I defaulted to making the layout change/ simplification. Ping if (hopefully **when**) you need a logo for a new Sponsor added: http://sugarlabs.org/go/Sugar_Labs/ThankYou Regards, --Gary --Gary david ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] XOCamp diplomas? + beg for housing
I was to get mine or andres's while there, is there any chance that you could mail(better if using pom ;) ) them to me, because in uruguay is as bad as jameson said. Greets, Luis On Tue, Jan 6, 2009 at 2:25 PM, Samuel Klein s...@laptop.org wrote: Hi Jameson, On Tue, Jan 6, 2009 at 11:19 AM, David Farning dfarn...@sugarlabs.org wrote: On Wed, Jan 7, 2009 at 10:09 AM, Jameson Quinn jameson.qu...@gmail.com wrote: 1. Diplomas I know it sounds ridiculous, but here in Guatemala every conference or Not /that/ ridiculous. Keep reminding us about this. The idea is so foreign to me that I keep forgetting to follow up on it. I'd be happy to throw something together. I would need a list of attendees who want them, and 1 or 2 people with official titles to sign the things; and I'd like some resources for printing the things (printer and nice paper, or a few bucks to acquire [the use of] those). If you could put this together that would be great. We can then use Seconded. Send what you throw together to the lists, and we can give you feedback. And we can get it printed up here so you don't have to travel with them / we can fill out last-minute attendees. [also, it doesn't make sense to give them out /before/ people attend... so that they preserve whatever little value they have] 2. Housing beg I will be in Boston from the night of the 12th (Monday, arriving on a late train) to that of the 17th (leaving by train on the morning of the 18th). I am confident that I can, if necessary, find housing independently of this list; but it would be nicer to be staying with other XO people. If anybody has a couch/room available, please let me know privately. Thanks. We need an [[XO couchsurfing]] page. I'll get back to you on the availability of our Cambridge couch. SJ ___ Devel mailing list de...@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] activites known not to either work at all or not on certin platforms
On Wed, Feb 11, 2009 at 2:56 PM, Jonas Smedegaard d...@jones.dk wrote: No need to get into details of what exactly is flawed with my packaging style, or how you would do things differently: I'm just trying to see if I'm missing something as far as the workflow. Simply put, the commands given in your README do *not* work at all without additional undocumented steps. 2) You can continue being ignorant of Debian not mandating a specific packaging style. Oh, I understand this, and will add new packages to Debian as I always have. 3) Others are still free to follow my recommendation: Package through Debian, not directly at their pet derived distribution, to avoid duplicated work. We tried that, however you stated that you wanted to continue to use 0.82 for now. -- Luke Faraone http://luke.faraone.cc ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] Static services for Local Labs
Yes, I guess there is no problem with this, with the already given infrastructure give by SL is more than enough. Local Labs are independent enough to manage to have other services. Rafael Ortiz On Wed, Feb 11, 2009 at 12:48 PM, David Farning dfarn...@sugarlabs.orgwrote: On Thu, Feb 12, 2009 at 11:33 AM, Tomeu Vizoso to...@sugarlabs.org wrote: On Wed, Feb 11, 2009 at 18:29, David Farning dfarn...@sugarlabs.org wrote: On Thu, Feb 12, 2009 at 10:39 AM, Tomeu Vizoso to...@sugarlabs.org wrote: Maybe the issue here is that local labs have a much broader scope than the global Sugar Labs? I agree completely. Hopefully the local labs will focus in on a particular area of the sugar ecosystem. A testing lab, a deployment support organization, educational content development As such they will dive much deeper into a particular area then sl can. I see local labs having something to say about everything that the global Sugar Labs does, but not the other way around. Yes, but this discussion is about what services SL will provide for the local labs. Local labs can do whatever they want, upstream SL has to make hard decisions about which 'things' we can 'afford' to support. At this point in terms of infrastructure we can offer local labs: email account, mailing lists, a instance of our existing wiki setup. Anything else become to much work for our already overwork infrastructure team. This ends up being very similar to the deployment support issues we are facing. We are facing some hard issues about how we can _best_ use our limited resources to improve the entire Sugar ecosystem. Right, that was the point I was trying to make: the SL's infrastructure is likely to not serve all the needs of all the local labs. Regards, Tomeu Sorry for misunderstanding your point. So many people and organizations have been asking us for support since the changes at OLPC that I am getting prickly about the issues:) david David Regards, Tomeu On Wed, Feb 11, 2009 at 17:35, Rafael Enrique Ortiz Guerrero dir...@gmail.com wrote: Thank you for your thoughts on this, I was thinking in a cms not for communication fork but for presentation fork. Anyway we are still too young, but for the future we might want to think in having this static solutions in place. (i.e when we have people that can work on maintaining the infrastructure needed etc). Rafael Ortiz On Wed, Feb 11, 2009 at 11:15 AM, Sebastian Silva sebast...@fuentelibre.org wrote: I see your point about CMS being overkill. And I also agree with you, the release cycle anchors everything. I for one consider it a bug, not a feature, that we have this division of channels of communication, as some of the aspects you relate should be feeding each other more. It is natural because of the different workflows, however I'd like to see some convergence. I'm studying the possible use of a social networking platform (pretty much deciding on http://pinaxproject.com/ ). If I can tweak it to fit our workflows (I'm working with local village visiting teachers to fit theirs) - in particular, i'm interested in including some sort of disconnected use (that is, for instance, getting them a news/mailing list/new activities feed from the social network with a USB monthly, and provide them with a way to respond - can be email - can be manually performed once online. This is likely also the tool that will help manage the Bolivia deployment (but we will likelly have some more connectivity in Bolivia). Looking forward to share more as things develop, looking for feedback / synergy. Sebastian 2009/2/11 David Farning dfarn...@sugarlabs.org I tend to think that a cms is a bit of overkill for a young organization. One of my personal long term goal is to determine how we can clone SL in Local SLs by reproducing the best practices of SL on a more local scale. Developer side: 1. The key component is the release cycle, ever thing else is anchored around the release cycle. 2. Dynamic communication through mailing lists and irc. 3. Static communication through wiki and bug tracker. Any thing else is overkill Educator side: 1. Release cycle - cool new features, bug fixes 2. Moodle - teachers know moodle david On Thu, Feb 12, 2009 at 9:40 AM, Rafael Enrique Ortiz Guerrero dir...@gmail.com wrote: Hello all. I was thinking that maybe Sugar Labs could host, cms like drupal or joomla for Local Labs use, Would be this an overhead for our young infrastructure ? Is it better to Local Labs to have this kind of solutions sorted out locally ? Cheers! Rafael Ortiz ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org
[IAEP] Fwd: [PyCon-Organizers] Open government sprint?
Is anybody going to PyCon? We have booth space and could use coders and mentors for the sprints. -- Forwarded message -- From: Edward Cherlin echer...@gmail.com Date: Wed, Feb 11, 2009 at 1:53 PM Subject: Re: [PyCon-Organizers] Open government sprint? To: Jacob Kaplan-Moss ja...@jacobian.org Cc: Massimo Di Pierro mdipie...@cs.depaul.edu, pycon-organiz...@python.org pycon-organiz...@python.org On Wed, Feb 11, 2009 at 1:45 PM, Jacob Kaplan-Moss ja...@jacobian.org wrote: On Wed, Feb 11, 2009 at 3:42 PM, Massimo Di Pierro mdipie...@cs.depaul.edu wrote: Where can find a list of proposed sprints? http://us.pycon.org/2009/sprints/projects/ What, no Sugar? Well, then, I'll propose it. I'm rewriting the Python definitions of Turtle Art tiles to enable demonstrations of an assortment of math and Computer Science capabilities. There is plenty of other work needed on other Sugar Activities written in Python. We need a generic framework that handles collaboration and interactions with the Journal and with the Moodle course management system, so that Activity developers can concentrate on what the Activity is supposed to do. We should also have some Activity frameworks where teachers or students can add graphics and math, say, without any explicit programming. Jacob ___ PyCon-organizers mailing list pycon-organiz...@python.org http://mail.python.org/mailman/listinfo/pycon-organizers -- Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name And Children are my nation. The Cosmos is my dwelling place, The Truth my destination. http://wiki.sugarlabs.org/go/User:Mokurai (Ed Cherlin) -- Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name And Children are my nation. The Cosmos is my dwelling place, The Truth my destination. http://wiki.sugarlabs.org/go/User:Mokurai (Ed Cherlin) ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] [Sugar-devel] activites known not to either work at all or not on certin platforms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Feb 11, 2009 at 03:38:04PM -0500, Luke Faraone wrote: On Wed, Feb 11, 2009 at 2:56 PM, Jonas Smedegaard d...@jones.dk wrote: No need to get into details of what exactly is flawed with my packaging style, or how you would do things differently: I'm just trying to see if I'm missing something as far as the workflow. You insist that these Debian-specific details should be shared with Bert, the Sugarlabs pedagogical list and the Sugarlabs development list. Very well... Simply put, the commands given in your README do *not* work at all without additional undocumented steps. Thanks for clarifying: My packaging style *is* documented, just incomplete. Others have found those shitty, half-baked incomplete notes useful. You have ignored help offered at the OLPC mailinglist at Alioth. Your only interest seems to be in upgrading core Sugar libraries to the unstable branch, not starting out with simple activities. My packaging style consists of git-buildpackage and CDBS, as you seem well aware. Both are in themselves rather well documented. Go read that documentation if you dislike mine. Or don't: You can package other packages using other packaging styles if you wish - just don't expect me to help you out with that. And don't try to change packaging style of existing packages. 3) Others are still free to follow my recommendation: Package through Debian, not directly at their pet derived distribution, to avoid duplicated work. We tried that, however you stated that you wanted to continue to use 0.82 for now. You complain that the packaging is too complex, yet you need even more complexity to track not only latest stable branch but also HEAD. Or more likely: you want us to package in the pace of Ubuntu release cycle (latest stable, except when Ubuntu is far from next release). Sorry, can't help you there. 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) iEYEARECAAYFAkmTTFMACgkQn7DbMsAkQLiK2ACeLvHOc0sigRrhQjjqglnLbY+5 wAUAoJBO7W5jhIiyvlxuyYlIwU80pvC8 =Gl2y -END PGP SIGNATURE- ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Fwd: [PyCon-Organizers] Open government sprint?
On Wed, 11 Feb 2009, Edward Cherlin wrote: Is anybody going to PyCon? We have booth space and could use coders and mentors for the sprints. I will be there. --g ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] Thanks page
Looks good Gary! On my small (800x600) laptop screen the FSF logo overflows to the right, but that's a nitpick. Thanks. On Wed, Feb 11, 2009 at 8:58 PM, Gary C Martin g...@garycmartin.com wrote: On 9 Feb 2009, at 16:41, Gary C Martin wrote: On 9 Feb 2009, at 02:35, David Farning wrote: I took another stab at the thank you page tonight. Added some logos and whatnot:) http://sugarlabs.org/go/Sugar_Labs/ThankYou Are we missing any sponsors? Is Christian working on Pentagram time or his own? Anyone with any taste, such as Gary, want to turn this page into something awesome? Well far from awesome, but I have added some tables, found a logo for SFC, and added Pentagram under the otherwise empty design section. I'd like to suggest that this page layout is just a temporary one; if you scroll to the bottom of the http://foundation.gnome.org/ page, there's a clean/simple arrangement for their sponsors. I like that this is all in one eyeball's worth of page, and doesn't try to squeeze sponsors into specific category types. Any objections in moving over to that type of format? OK. No objections arrived so I defaulted to making the layout change/ simplification. Ping if (hopefully **when**) you need a logo for a new Sponsor added: http://sugarlabs.org/go/Sugar_Labs/ThankYou Regards, --Gary --Gary david ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] partner brainstorming
I know this sounds very unlike me. I am a big fan on actionable items:) Can you'all help brain storm about possible partners with which Sugar labs can have a mutually beneficial relationship? Early adopters in education, OEMs, VARs, ISVs Let's hear your list of organization and thoughts as to how we can help each others. An initial point of contact would be most helpful. thanks david ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] What's going on with Text To Speech on the XO?
Hemant, Tomeu, Assim and all, Has there been any progress on TTS since last summer? I'd love to see this project move forward. Prabhas has also indicated some interest in working on language-learning support, which is directly related... It would also be nice to have Listen and Spell among the regularly tested activities. SJ On Tue, Dec 16, 2008 at 4:22 PM, James Simmons jim.simm...@walgreens.com wrote: Ed, Thanks for your response. I never questioned that there was still interest in TTS on the XO. What I was wondering is if there was any progress made by Hemant Goyal or anyone else in getting the Speech-Dispatcher software included with the Sugar distribution, if the newer version of Python that resolved the power management issue was included, etc. I've sent a couple of emails to Hemant and haven't heard back from him. I was wondering if he was still working on these things, or if someone else had taken over his work, etc. He was making RPMs for Fedora for installing speech-dispatcher. James Simmons Edward Cherlin wrote: Welcome back. There is significant interest from other organizations in our use of TTS with text coloring. I have just started discussions with the Doug Engelbart Foundation, Creative Commons ccLearn, Alan Kay's Viewpoints Research, and OLE about a new project to create a full range of teaching materials around Sugar. TTS-TC is important for literacy, of course, and also for language learning. ___ Devel mailing list de...@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
[IAEP] Our first employee, sort of
I would like to announce that due to a generous donation from Solution Grove and some hard work by Caroline Meeks we are in the process of hiring our first employee! Terri is a graduate student at the Harvard School of Education. She will be spending the semester developing teacher training materials. By hiring Terri through a work-study program Sugar Labs only pays 30% of her wage. The school covers the rest. Our goal is for Sugar Labs to hold a work shop at the end of the semester based on Terri's work. If things go well, revenue generated from the workshop will go towards hiring additional work study students next semester. Good Luck and Welcome Terri. Thanks david ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] partner brainstorming
+1 Speaking of which, we should also be thinking in rules of give-get from each partner, stuff like gold, silver..etc partnership. Would be nice to hear about how other .orgs manage these rules. My two cents. Rafael Ortiz On Wed, Feb 11, 2009 at 6:22 PM, David Farning dfarn...@sugarlabs.orgwrote: I know this sounds very unlike me. I am a big fan on actionable items:) Can you'all help brain storm about possible partners with which Sugar labs can have a mutually beneficial relationship? Early adopters in education, OEMs, VARs, ISVs Let's hear your list of organization and thoughts as to how we can help each others. An initial point of contact would be most helpful. thanks david ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep
Re: [IAEP] partner brainstorming
On Wed, Feb 11, 2009 at 3:22 PM, David Farning dfarn...@sugarlabs.org wrote: I know this sounds very unlike me. I am a big fan on actionable items:) Can you'all help brain storm about possible partners with which Sugar labs can have a mutually beneficial relationship? Early adopters in education, OEMs, VARs, ISVs Obviously we have all of the Country-OLPC groups and all of their government, NGO, and funding partners, and all of the schools involved in trials. At some level there are partnerships with Brightstar, Amazon, and others that the community is apparently unable to access. Similarly for Ministries of Education and other government agencies that interact with OLPC staff but not the community. See also the list of Earth Treasury's partners at http://wiki.sugarlabs.org/go/Creating_textbooks. ET is talking with other prospective partners. Can we create some partnership pages on the Wiki where we can track this? Is there an official OLPC partner program? When will the Sugar Labs partner program begin? Let's hear your list of organization and thoughts as to how we can help each others. An initial point of contact would be most helpful. Write me offline for details. thanks david ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep -- Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name And Children are my nation. The Cosmos is my dwelling place, The Truth my destination. http://wiki.sugarlabs.org/go/User:Mokurai (Ed Cherlin) ___ IAEP -- It's An Education Project (not a laptop project!) IAEP@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/iaep