Re: [Sugar-devel] Sugar on a Stick - and OLPCsound/Csound
looks like its a SConstruct issue https://sourceforge.net/tracker/index.php?func=detailaid=2817271group_id=81968atid=564599 this patch fixed import csnd in my case http://git.sugarlabs.org/projects/jhconvert/repos/mainline/blobs/master/patches/csound-2817271-soname.patch On Sun, Jul 05, 2009 at 05:49:23PM -0400, Art Hunkins wrote: As mentioned by a member of the sugar-devel list, it seems that a csound (5.10) install (yum install csound), does not install several crucial site-specific and library packages (csnd, _csnd, libcsnd and perhaps libcsound). Having to erase olpcsound before installing csound deletes these files and they don't get restored/reinstalled. So, to the procedures described below, before erasing olpcsound, I saved the above-listed files (there were 5 or 6), and once csound was installed, added them back where they came from. This crude procedure didn't work, and the following error log is quite like the one I started with: /usr/lib/python2.6/site-packages/sugar/util.py:25: DeprecationWarning: the sha module is deprecated; use the hashlib module instead import sha Traceback (most recent call last): File /usr/bin/sugar-activity, line 21, in module main.main() File /usr/lib/python2.6/site-packages/sugar/activity/main.py, line 105, in main module = __import__(module_name) File /home/liveuser/Activities/OurMusic.activity/ourmusic.py, line 41, in module import csndsugui File /home/liveuser/Activities/OurMusic.activity/csndsugui.py, line 36, in module import csnd File /usr/lib/python2.6/site-packages/csnd.py, line 7, in module import _csnd ImportError: /usr/lib/libcsnd.so.5.1: undefined symbol: csoundGetInputBuffer I'd appreciate any suggestions as to how to get this all working. Thanks. Art Hunkins - Original Message - From: Art Hunkins To: pbrobin...@gmail.com Cc: cso...@lists.bath.ac.uk ; sugar-devel@lists.sugarlabs.org Sent: Friday, July 03, 2009 7:57 PM Subject: Re: [Cs-dev] Sugar on a Stick - and OLPCsound I've just noted that the /usr/lib/python2.6/site-packages folder does not include csnd.py. That folder also contains many fewer files that the corresponding one in python2.5. As a matter of fact, python2.5 seems about a third the size of 2.6. Is all this correct? Art Hunkins - Original Message - From: Art Hunkins To: pbrobin...@gmail.com Sent: Friday, July 03, 2009 6:13 PM Subject: Fw: [Cs-dev] Sugar on a Stick - and OLPCsound Hello, Peter, Do you know what may be happening here? (Please see error log below.) I've no idea why the module referenced (csd.py) is not found. Please also compare the log at the very bottom of this mail; this latter log was generated when running Csound*5.08*, also with python2.6. Thanks for any insights. Art Hunkins - Original Message - From: Art Hunkins To: Developer discussions Cc: cso...@lists.bath.ac.uk Sent: Friday, July 03, 2009 5:36 PM Subject: Re: [Cs-dev] Sugar on a Stick - and OLPCsound Here's the *next* chapter in the saga. Please note that this is not the *Windows* installation saga; it's the *Linux/Sugar* installation saga. In our last episode, we noted that Csound5.08 was (apparently?) incompatible with python2.6. At least this seemed a plausible explanation from the error log we saw. So, now Csound5.10 is available on Fedora(11) for download to SoaS. First, I try update csound; can't find any csound. Second, install csound; it tries, but then says, can't because it interferes with olpcsound (OK, different name!) Third, erase olpcsound; good Fourth, install csound; good Then I run my Activity; it now crashes with the similar, but not exact, error log below. I thought perhaps I'd better start from scratch and did (reformat USB drive, etc). Thought probably the new SoaS iso incorporated Csound5.10. But no, I needed to essentially repeat the above steps, and ended with the same crash. The log: (any new ideas please?) /usr/lib/python2.6/site-packages/sugar/util.py:25: DeprecationWarning: the sha module is deprecated; use the hashlib module instead import sha Traceback (most recent call last): File /usr/bin/sugar-activity, line 21, in module main.main() File /usr/lib/python2.6/site-packages/sugar/activity/main.py, line 105, in main module = __import__(module_name) File /home/liveuser/Activities/OurMusic.activity/ourmusic.py, line 41, in module import csndsugui File /home/liveuser/Activities/OurMusic.activity/csndsugui.py, line 36, in module import csnd ImportError: No module named csnd Art Hunkins - Original Message - From: victor To: Art Hunkins ; Developer discussions
Re: [Sugar-devel] soas strawberry sha1sum?
On Sat, Jul 4, 2009 at 20:27, Sameer Vermasve...@sfsu.edu wrote: On Fri, Jul 3, 2009 at 1:32 PM, Sean DALYsdaly...@gmail.com wrote: Sameer, in my experience sticks are not nearly as reliable as CDs in terms of loading a bootable image, apparently due to internal firmware and chip differences I believe Caroline was getting some failures even with identical make model sticks in the Nexcopy mass loader. Sean Bummer! There are a few people here in Jamaica, who are interested in getting Sugar onto computers in some of the richer/private schools. I was hoping to do a SoaS demo. I'll try to CD route for now. More later... Not sure that's what you meant, by just in case would like to note that the reliability issues of some USB sticks doesn't mean that it's not a viable solutions in some scenarios. You may need a bit of luck with the usb stick model and the host computer hardware and BIOS, though. Regards, Tomeu cheers, Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor of Information Systems San Francisco State University San Francisco CA 94132 USA http://verma.sfsu.edu/ http://opensource.sfsu.edu/ On Fri, Jul 3, 2009 at 8:09 PM, Sebastian Dziallassebast...@when.com wrote: Sameer Verma wrote: I'm getting 41b08c93a65cc1e38286b9f8980f51528a36761d is this correct? I tried a usb stick, but keep getting bad or damaged partition at boot time. sameer Yup, it is: http://download.sugarlabs.org/soas/releases/SHA1SUM Bad or damaged partition errors? Maybe your USB key is broken? You could try burning the .iso image to a CD to see if it works there... --Sebastian ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Read Activity question (single page view)
Hi, On Mon, Jul 6, 2009 at 1:46 AM, Gary C Marting...@garycmartin.com wrote: Hi Sayamindu, Saw some of your Read roadmap items today, and just wanted to ping and ask how viable you think it would be for Read to support a single page by page view for PDFs (rather than current continuous scrolling mode)? I've been thinking it would be better for memory consumption (continuous scrolling has to have both pages rendered in memory as you scroll over page boundaries), and also would be better for page by page reading for many books, presentations (Sameer Verma mentioned this in an IAEP mail today), and I'm working on some pdf materials like the old adventure book stories, where you traverse different pages in a non-linear way (works a bit like a point and click adventure/escape-the-room type thing). Does evince support single page render mode? Yep - it is easily done (the evince view object has a method called set_continuous) http://people.sugarlabs.org/sayamindu/Screenshot-Read_Single_Page.png is a screenshot of Read in single page mode. We need to figure out how to expose this in the UI. One small problem is that the Epub viewer does not support distinct pages (epub files are usually a bunch of XHTML files zipped together), so we need to hide the UI for single page mode when a Epub file is open. If you think it's viable, but don't have the time yourself, let me know and I'll see if I can get something working here (never used evince myself so wanted to check with you first before I head off down a blind alley). Wrt presentations, Evince also supports Impress files - I'll take a look if that is stable enough for general use. Thanks, Sayamindu -- Sayamindu Dasgupta [http://sayamindu.randomink.org/ramblings] ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Background Screen Color for SoaS Activity
On Mon, Jul 6, 2009 at 06:19, Art Hunkinsabhun...@uncg.edu wrote: The default color for the Sugar Activity screen seems to be set to light gray. I'd like mine to be white. Is there any way to change this in my activity script? That looks good to me, perhaps ibox contains some other widget that is covering it completely? Regards, Tomeu I tried: import gtk win = csndsugui.CsoundGUI(self) ibox = win.box(False) ibox.modify_bg(gtk.STATE_NORMAL, gtk.gdk.Color(0x, 0x, 0x)) where ibox = the entire screen. However this changed nothing. Anything fairly straightforward I could try? Art Hunkins ___ 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] Journal feature request--more data in main display
On Sat, Jul 04, 2009 at 04:55:57PM +0100, Gary C Martin wrote: Just to confirm; I take it that Xapians prefix maps haven't been used so far in the Journal index implementation (i.e. title:Paint, description:meeting, or tags:homework)? Point me at rep Sugar source if that's quicker (not sure where to look to check this). You're right on spot. The only prefixes used (but not defined for the query) are: _PREFIX_UID = 'Q' _PREFIX_ACTIVITY = 'A' _PREFIX_ACTIVITY_ID = 'I' _PREFIX_MIME_TYPE = 'M' _PREFIX_KEEP = 'K' I.e. to search for all documents of type text/plain you can use the query string Mtext/plain, but not mime_type:text/plain. See [1]. I'd like to expose a better IR search facility in the future, but not within 0.86 timeframe (there are several open, hard problems). [1] http://git.sugarlabs.org/projects/sugar-datastore/repos/mainline/blobs/master/src/carquinyol/indexstore.py CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Datastore API changes
On 05.07.2009, at 22:54, Sascha Silbe wrote: On Sat, Jul 04, 2009 at 03:44:05PM +0200, Tomeu Vizoso wrote: The client side can know which python exception was raised in the server side and do whatever it can to best handle it. How does this work? I can't image DBus to transparently pass through Python exceptions. It's passed as string (including the backtrace IIRC). At least I occasionally saw Python errors in Smalltalk ... - Bert - ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Journal feature request--more data in main display
On Mon, Jul 6, 2009 at 10:51, Sascha Silbesascha-ml-ui-sugar-de...@silbe.org wrote: On Sat, Jul 04, 2009 at 04:55:57PM +0100, Gary C Martin wrote: Just to confirm; I take it that Xapians prefix maps haven't been used so far in the Journal index implementation (i.e. title:Paint, description:meeting, or tags:homework)? Point me at rep Sugar source if that's quicker (not sure where to look to check this). You're right on spot. The only prefixes used (but not defined for the query) are: _PREFIX_UID = 'Q' _PREFIX_ACTIVITY = 'A' _PREFIX_ACTIVITY_ID = 'I' _PREFIX_MIME_TYPE = 'M' _PREFIX_KEEP = 'K' I.e. to search for all documents of type text/plain you can use the query string Mtext/plain, but not mime_type:text/plain. Not quite, the association from mime_type: to M is doing when constructing the query: http://xapian.org/docs/apidoc/html/classXapian_1_1QueryParser.html#dfd545b4ac739adc2e4171169a500f33 And, from the docs, it does more than just appending M to the query string, as it can do things like author:charles dickens and title:(mice men). So to support that we just need to call add_prefix on the QueryParser for every field prefix. Regards, Tomeu See [1]. I'd like to expose a better IR search facility in the future, but not within 0.86 timeframe (there are several open, hard problems). [1] http://git.sugarlabs.org/projects/sugar-datastore/repos/mainline/blobs/master/src/carquinyol/indexstore.py CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJKUbsrAAoJELpz82VMF3DaRTAH+QFWfnGvagCl5Vw3ujZceInp v4D7PKANidrP8+8GShMaeeXbN1eS7xO4pxEmcQsHqCpEnziS9LM6XGHuuHv67Ab9 BNg+2FMSZbwnBvhK0ZHBclOKxzQZt20uNJywAb5DU4AkyqqGbAR6+KCrKWb4rpH9 EjvZEQqTGVVrrj4HNMmHU7C7co++ftAlrTLK3jQs1qw0HHvxBZZgU5Y4SBjqPtM2 v7c/Nb+NfP4wD5TZAonb9d4eCMf0dqWkgprWTzJ0/q0qLF8hh2bhHMbdF2jZC+YE +cPPg6NLSiPcFkuHbTLkI5nuOervWpgV9anf6Wh/bXy33nMEjciHf2JtOL4AMcA= =DwBt -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap
Hi everybody, so here it is, the Sugar on a Stick v2 Roadmap: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap#Roadmap Feedback is appreciated, and as we've just entered brainstorming phase, please go ahead and shoot your ideas! :) More to come... For F12 (not beyond), what is the advantage of using RPMs to distribute Fructose[1], given OLPC is not[2]? +1 to stop distributing activities as RPMs. Though we may need a RPM that when being installed downloads and installs some .xo files. That sounds like a horrible hack to me. The whole point of RPMS is that you can see before you install them exactly what your getting and when you remove them you know that everything goes with them, I don't know how its going to be possible to properly clean up something like that on removal. I think there has to be a use of one or the other, or a combination of the two where core activities are packaged as rpms, or Activities that include binary bits that need to be compiled so that its easy to support on various platforms. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap
On Mon, Jul 6, 2009 at 11:03, Peter Robinsonpbrobin...@gmail.com wrote: Hi everybody, so here it is, the Sugar on a Stick v2 Roadmap: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap#Roadmap Feedback is appreciated, and as we've just entered brainstorming phase, please go ahead and shoot your ideas! :) More to come... For F12 (not beyond), what is the advantage of using RPMs to distribute Fructose[1], given OLPC is not[2]? +1 to stop distributing activities as RPMs. Though we may need a RPM that when being installed downloads and installs some .xo files. That sounds like a horrible hack to me. The whole point of RPMS is that you can see before you install them exactly what your getting and when you remove them you know that everything goes with them, I don't know how its going to be possible to properly clean up something like that on removal. I think there has to be a use of one or the other, or a combination of the two where core activities are packaged as rpms, or Activities that include binary bits that need to be compiled so that its easy to support on various platforms. Yeah, I'm not 100% happy on that, but this seems to be a situation where the least evil needs to be found. The binary bits issue needs to be solved anyway on .xos (some of them are already multi-architecture), so only the scenario of an user trying out Sugar on fedora remains. About cleanup, .xos are expected to be self-contained so when packaged as .rpm shouldn't need any cleanup. If people want to package and maintain those as .rpms, I don't see any problem with that. But if we don't have enough hands for that, the alternative I proposed might be worth it (is actually what SoaS does when creating an image). Regards, Tomeu Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap
On Mon, Jul 6, 2009 at 10:13 AM, Tomeu Vizosoto...@sugarlabs.org wrote: On Mon, Jul 6, 2009 at 11:03, Peter Robinsonpbrobin...@gmail.com wrote: Hi everybody, so here it is, the Sugar on a Stick v2 Roadmap: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap#Roadmap Feedback is appreciated, and as we've just entered brainstorming phase, please go ahead and shoot your ideas! :) More to come... For F12 (not beyond), what is the advantage of using RPMs to distribute Fructose[1], given OLPC is not[2]? +1 to stop distributing activities as RPMs. Though we may need a RPM that when being installed downloads and installs some .xo files. That sounds like a horrible hack to me. The whole point of RPMS is that you can see before you install them exactly what your getting and when you remove them you know that everything goes with them, I don't know how its going to be possible to properly clean up something like that on removal. I think there has to be a use of one or the other, or a combination of the two where core activities are packaged as rpms, or Activities that include binary bits that need to be compiled so that its easy to support on various platforms. Yeah, I'm not 100% happy on that, but this seems to be a situation where the least evil needs to be found. :-) The binary bits issue needs to be solved anyway on .xos (some of them are already multi-architecture), so only the scenario of an user trying out Sugar on fedora remains. The issue there is that Fedora could be x86 or ppc, 32 or 64 bit excluding some of the other secondary arches. Probably not too much of an issue at the moment but with cheap arm based netbooks starting to hit the market it could be something that needs to be addressed sooner or later. About cleanup, .xos are expected to be self-contained so when packaged as .rpm shouldn't need any cleanup. If they're proper rpms it should be fine but if there's a single rpm that pulls .xos from somewhere I don't see how it can know how to clean up given that after its installed there's nothing to say they can't be updated manually or through the control panel. If people want to package and maintain those as .rpms, I don't see any problem with that. But if we don't have enough hands for that, the alternative I proposed might be worth it (is actually what SoaS does when creating an image). I think its worth packaging the core activities as rpms such as read/write/record/speak etc to allow easy testing upstream to make it easy for testing regressions like we discussed at Fudcon. For the rest of the activities it might be worth looking at something like an activity bundle rpm or something similar. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap
On Mon, Jul 6, 2009 at 11:31, Peter Robinsonpbrobin...@gmail.com wrote: On Mon, Jul 6, 2009 at 10:13 AM, Tomeu Vizosoto...@sugarlabs.org wrote: On Mon, Jul 6, 2009 at 11:03, Peter Robinsonpbrobin...@gmail.com wrote: Hi everybody, so here it is, the Sugar on a Stick v2 Roadmap: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap#Roadmap Feedback is appreciated, and as we've just entered brainstorming phase, please go ahead and shoot your ideas! :) More to come... For F12 (not beyond), what is the advantage of using RPMs to distribute Fructose[1], given OLPC is not[2]? +1 to stop distributing activities as RPMs. Though we may need a RPM that when being installed downloads and installs some .xo files. That sounds like a horrible hack to me. The whole point of RPMS is that you can see before you install them exactly what your getting and when you remove them you know that everything goes with them, I don't know how its going to be possible to properly clean up something like that on removal. I think there has to be a use of one or the other, or a combination of the two where core activities are packaged as rpms, or Activities that include binary bits that need to be compiled so that its easy to support on various platforms. Yeah, I'm not 100% happy on that, but this seems to be a situation where the least evil needs to be found. :-) The binary bits issue needs to be solved anyway on .xos (some of them are already multi-architecture), so only the scenario of an user trying out Sugar on fedora remains. The issue there is that Fedora could be x86 or ppc, 32 or 64 bit excluding some of the other secondary arches. Probably not too much of an issue at the moment but with cheap arm based netbooks starting to hit the market it could be something that needs to be addressed sooner or later. Agreed, I think it was Aleksey who converted some activities to contain binary blobs for several architectures and choosing the right one at runtime. About cleanup, .xos are expected to be self-contained so when packaged as .rpm shouldn't need any cleanup. If they're proper rpms it should be fine but if there's a single rpm that pulls .xos from somewhere I don't see how it can know how to clean up given that after its installed there's nothing to say they can't be updated manually or through the control panel. Hmm, true. It would need to check that it deletes only the versions it installed. If people want to package and maintain those as .rpms, I don't see any problem with that. But if we don't have enough hands for that, the alternative I proposed might be worth it (is actually what SoaS does when creating an image). I think its worth packaging the core activities as rpms such as read/write/record/speak etc to allow easy testing upstream to make it easy for testing regressions like we discussed at Fudcon. For the rest of the activities it might be worth looking at something like an activity bundle rpm or something similar. Yeah, I like that one as well, I guess a script could make it quite easy to update. Regards, Tomeu Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Jaunty up and running
On Sun, Jul 5, 2009 at 20:25, James Michael DuPontjames.michael.dup...@flossk.org wrote: Sascha, It build and installed all according to the instructions. I dont have this all here at the moment as I said. If you have any questions, you can see my build snapshot, that contains everything. I have put 2 days of work and finally got it running on ubuntu, you can see the patches. You can find many bug reports of sugar on ubuntu and others. I dont know of anyone who sugar works. Everyone who tried the packages complained of problems. How come this is so difficult? How come you guys dont test the packages yourself? Installing ubuntu takes about 30 minutes. You can run it it on a virtual machine. There was a team of people working on Sugar on Ubuntu, but they didn't had the needed resources and stalled before the 9.04 release. I don't know if getting something packaged for Ubuntu is very hard but Aleksey has packaged Sugar 0.84 for several distros by himself: http://wiki.sugarlabs.org/go/Development_Team/Packaging Could you update that table with your opinion on the Ubuntu status? Can you tell me of sugar working on any distro out of the box? are there any success stories? By that table, all distros except Arch Linux and maybe Debian are working, but maybe we need people to actually try them out and update the Status column? I really cannot find anything on ubuntu except wiki pages that are out of date. Sorry, but this is very frustrating. It's also frustrating for me that my work is not available in such a popular distro as Ubuntu, but work won't get done until someone rolls up her/his sleeves. Regards, Tomeu thanks mike On Sun, Jul 5, 2009 at 6:20 PM, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: On Sat, Jul 04, 2009 at 05:43:38PM +0200, James Michael DuPont wrote: The report is with jhbuild on debian jaunty. I built it from scratch. Started with jhbuild run I guess you mean Ubuntu Jaunty. How did you build? Can you give the exact commands you used to build and run, please? What does ./sugar-jhbuild depscheck say? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJKUNK5AAoJELpz82VMF3DaLTEH/16qsq91tQXDkjEXqDZNyZ64 vtVfD/4qw2DYLQXrXyAnnTyng0JiS7jUGrktPeD2bh5K+pGWuMv+K7f9wEP1l8t8 lztCXwx/bquw/5h3N7my/ERPNa4pCyiflwLNuHSnnFNv39WEt49Jazfz3eGZFOJp 3g7dk+Aw1NVW32Sxk4obvy7ZzEBK78kuDdgd9pe8PcXkQ4js58GDjKWVgYeWu257 FNnrPsJQtCaPLamdmHmcznExO/NAJCBp1X9/fqDTcc6cQ5xGpbIxCEug0Op/qaM3 4/gp7CLPDVmV5uJdeycAO1J2CrpMCSqGZGhzclTcOixA0NbBXysg3u7ei67NMrI= =0g20 -END PGP SIGNATURE- -- James Michael DuPont Founding Board Member Free/Libre Open Source Software Kosova FLOSSK ___ 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] issues showing Activities for OLPC 8.2.x from a.sl.o.
On Sat, Jul 4, 2009 at 05:17, S Pageskierp...@gmail.com wrote: Many thanks, I hope my comments are useful. Who thought of using the addons.mozilla.org codebase for a.sl.o? Stroke of genius! The earliest reference in my inbox is in an email from J5 (John Palmieri) on March 2007. Regards, Tomeu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] issues showing Activities for OLPC 8.2.x from a.sl.o.
I spoke to Chris Blizzard (Mozilla, formerly Red Hat) about our using the AMO codebase. He seemed pretty pumped up about it. I am sure he can facilitate any navigation within the AMO team if necessary. -walter On Mon, Jul 6, 2009 at 6:55 AM, Tomeu Vizoso to...@sugarlabs.org wrote: On Sat, Jul 4, 2009 at 05:17, S Pageskierp...@gmail.com wrote: Many thanks, I hope my comments are useful. Who thought of using the addons.mozilla.org codebase for a.sl.o? Stroke of genius! The earliest reference in my inbox is in an email from J5 (John Palmieri) on March 2007. Regards, Tomeu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] issues showing Activities for OLPC 8.2.x from a.sl.o.
On Mon, Jul 6, 2009 at 13:23, Walter Benderwalter.ben...@gmail.com wrote: I spoke to Chris Blizzard (Mozilla, formerly Red Hat) about our using the AMO codebase. He seemed pretty pumped up about it. I am sure he can facilitate any navigation within the AMO team if necessary. That's cool, though from my observer POV seems like Aleksey is doing pretty well for now. What worried me for a bit is the maintenance of PyXPCOM, which is fundamental for hulahop and Browse. Though seems like the people at ActiveState are going to be taking maintenance in the near future. We may need help at unstucking the process, though. Will report back later. Regards, Tomeu -walter On Mon, Jul 6, 2009 at 6:55 AM, Tomeu Vizoso to...@sugarlabs.org wrote: On Sat, Jul 4, 2009 at 05:17, S Pageskierp...@gmail.com wrote: Many thanks, I hope my comments are useful. Who thought of using the addons.mozilla.org codebase for a.sl.o? Stroke of genius! The earliest reference in my inbox is in an email from J5 (John Palmieri) on March 2007. Regards, Tomeu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Journal feature request--more data in main display
On Mon, Jul 06, 2009 at 11:08:21AM +0200, Tomeu Vizoso wrote: You're right on spot. The only prefixes used (but not defined for the query) are: Not quite, the association from mime_type: to M is doing when constructing the query: [...] So to support that we just need to call add_prefix on the QueryParser for every field prefix. Which is exactly what I meant: we don't call add_prefix() currently, so we don't define prefixes for the query. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Journal feature request--more data in main display
On Mon, Jul 6, 2009 at 13:56, Sascha Silbesascha-ml-ui-sugar-de...@silbe.org wrote: On Mon, Jul 06, 2009 at 11:08:21AM +0200, Tomeu Vizoso wrote: You're right on spot. The only prefixes used (but not defined for the query) are: Not quite, the association from mime_type: to M is doing when constructing the query: [...] So to support that we just need to call add_prefix on the QueryParser for every field prefix. Which is exactly what I meant: we don't call add_prefix() currently, so we don't define prefixes for the query. Got it. I thought you were saying it was more complex than that so couldn't be done for 0.86. Regards, Tomeu CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJKUeaAAAoJELpz82VMF3DavuUH/jNQ/aEXWyTXM0cn9mJNsDM3 Ge7DylaRKjq0/BzEAE65Yes//nSZW8HSSAjdcKnwg4LhRA8MEGAkqIG/eEwiltEV Z80cjgbgws6z+H+ZSE8TgrKam139CryY6foCgglgbkU4qyA6FTrwKmFdbDwPPd44 Ad9kz9Fd246Xh/dYmToRcYMqCCUScklCOmoX7hU/x5WPDvTrEYuMcmvAYiqThEmg 5hC85LQL8ybl8xxpqh1dXawlT1Zsw7JBLxq90KTITqX2uBVeO67DeNKVsu9xuHT0 hS8Cd111bK73nnToMknv1b/py51HmhUHjiWDMggUbAZrwwcfBX+W5syZX0NPGD0= =eFVO -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Sugar Digest 2009-07-06
===Sugar Digest=== 1. It was great to catch up with some old friends at the Gran Canaria Desktop Summit. John (J5) Palmieri and Chris Blizzard, both of whom were part of the original Sugar team were there, along with major contributors to the GNOME and KDE communities. Collabora was well represented, as were the Cairo and Gstreamer communities. This was the first time that GUADEC and Akademy were combined their summits into one congress. It was clear there is much more in common between the two major GNU/Linux desktop communities than there are differences. While I largely talked about Sugar and the interdependency between FLOSS and learning, I also used my keynote as an opportunity to draw attention to the need for: better SVG support; a unified approach to collaboration on the desktop; a better and unified datastore architecture; and an amplification of our collective efforts in internationalization. I tried to make the distinction between simplifying complex things and using simple tools to reach to complexity and suggested that the current trends of the desktop accomplish neither goal. The latter, learning-centric approach should be our goal, since we take pleasure in complex things. I didn't have time to dwell on the cloud, but Richard Stallman (rms) touch on the topic of Internet services in his talk. He saw them as a threat to freedom since the end user essentially cedes total control to the service provider. My issue is more narrow: we tend to be users, not creators of services. Yet there are many services that can amplify our ability to be expressive and engage in a critical dialog about that expression, so they have a role. As usual, I used Sugar (and Turtle Art) to give my presentation. While most people had heard of Sugar, it seemed that few had actually seen it in action. The overall reaction was positive and we will undoubted get some new contributors as a result of this renewed exposure to the desktop community. (We already have a volunteer to work on the touch-screen interface.) My keynote was sandwiched between Robert Lefkowitz (r0ml) and rms, who have markedly different positions re Free Software. I was sitting between the two of them at a post-talk press conference, which was—for me—entertaining. In regard to Sugar, rms acknowledged the point that learning can play an important role in appreciating, hence sustaining freedom—it was nice to make that connection. One concern r0ml raised was that there are powerful intermediaries between the developer and the user that are the real power brokers. I argued that Sugar on a Stick was an example of disintermediation in the context of schools—the IT department need not be involved at all. A related point that r0ml made is that most people cannot program, so Free Software is a limited use to them. In response, rms said that they are still free to use it an redistribute it and even hire someone to make modifications. I went further, saying that they are free to learn to program and that the next generation ''will'' learn to program, since computation is our most powerful tool of expression. We owe it to them to help them achieve literacy. It was a pleasure feeling the heat as I walked the kilometer along the promenade between the hotel and the auditorium after all the rain and cold we have had this spring and summer in Boston. Thanks are due to my host David Neary, who introduced me to a great tapas restaurant—the sardines were really tasty. ===In the community=== 2. Representatives from Sugar Labs Colombia will be at the Free Software area in Campus Party Colombia [ http://www.campus-party.com.co/index.php/software-libre.html] this week. (Campus Party is the largest technology event in Colombia.) On Wednesday night, they will introduce Sugar Labs and the Sugar Labs Colombia Foundation at an one-hour conference, OLPC y Sugar en Colombia Construyendo software para aprender a aprender. They'll be demonstrating Sugar on a Stick, Sugar LiveCDs, Sugar on a variety of hardware platforms, including the OLPC XO, the Intel Classmate, etc. 3. Squeakfest [http://squeakfest.org] will be held in Los Angeles 10–12 August and in Porto Alegre 23–25 Julho. 4. There will be a Sugar track at the Free Software Week [ http://www.freesoftwareweek.org/] in Bolzano, Italy, the week of 9 November 2009. We will start the Sugar Hackfest the weekend before in order to accommodate the restricted schedules of some of our community members, e.g., students. 5. Bastien Guerry reports that James Clayson is organizing a conference about Constructionism [ http://www.aup.fr/news/special_events/constructionism2010.htm] at the American University of Paris in 16–20 August 2010. Sugar Labs should consider how it could participate. ===Tech Talk=== 6. Roadmaps: There a two roadmap discussions underway: Sucrose 0.86 and Sugar on a Stick V2. Both are detailed in the wiki. Your timely input would be appreciated. ===Sugar Labs=== 7. Gary Martin has generated a SOM from the past
Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap
On Mon, Jul 06, 2009 at 10:31:56AM +0100, Peter Robinson wrote: On Mon, Jul 6, 2009 at 10:13 AM, Tomeu Vizosoto...@sugarlabs.org wrote: If people want to package and maintain those as .rpms, I don't see any problem with that. But if we don't have enough hands for that, the alternative I proposed might be worth it (is actually what SoaS does when creating an image). I think its worth packaging the core activities as rpms such as read/write/record/speak etc to allow easy testing upstream to make it easy for testing regressions like we discussed at Fudcon. For the rest of the activities it might be worth looking at something like an activity bundle rpm or something similar. You're right. So is Tomeu, though. In order to debate Activities-as-RPMs vs. Activities-as-XO-bundles one must also take into account the distribution scenario. Activities-as-RPMs currently are worse at adhering to the relevant Sugar HIG sections[1,2] than Activities-as-XO-bundles (not that the latter are fully in compliance, either - they're just better). RPMs should exist as they make sense in some cases - e.g., LTSP where there is one version of Maze for all OS users. They don't seem to make as much sense for SoaS / XO deployments because we want the user to update the activities themselves from the Sugar GUI, which currently most distros support (implicitly) via XO bundles. Tomeu Peter Martin 1. http://wiki.sugarlabs.org/go/Design_Team/Human_Interface_Guidelines/Activities/Activity_Bundles#Bundle_Types 2. http://wiki.sugarlabs.org/go/Development_Team/Almanac/Activity_Bundles#Location pgpzM2jyy6m36.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Irc issue
I think you can type /connect irc.freenode.net Then /join #sugar once the network is connected. Dave On Tue, Jun 23, 2009 at 9:28 PM, Caroline Meeks solutiongr...@gmail.comwrote: Does anyone have a workaround? Sent from my iPhone Caroline Meeks 617-395-7966 -- Dave Bauer d...@solutiongrove.com http://www.solutiongrove.com ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap
Hi Sebastian, Fred, and Caroline, This looks like a very useful thread on the Sugar Roadmap and I like the focus on Customer requirements. How do we get the GPA Sugar goals Caroline enunciated on to the main Roadmap? I added a link on the GPA page to the Fred's Sugar on a Stick Goals page. Hopefully we can find a place to collect a Backlog, as they say in Agile. http://wiki.sugarlabs.org/go/Gardner_Pilot_Academy#Sugar_Feature_Requests It would be great to flesh out each GPA item with use cases and work flows, then software design proposals and eventually links to source code. The features should also be parsed down to smaller tasks ala Agile. FYI, Last year, S Page built and I populated a Semantic Wiki Roadmap Collection and Prioritization tool for the XO. See: http://wiki.laptop.org/go/Feature_roadmap I'm not sure if the Semantic Wiki format can be moved to the Sugar wiki or if there is interest in tracking the Sugar roadmap that carefully. The Semantic format was a huge time saver once it was implemented. IMHO its critical to minimize the coordination overhead and maximize the coding time. That said, discussion of what is important and why goes a long way to making better releases. I'll try to chip in by picking up items Caroline marks Priority A, adding details to them, tracking them on the roadmap and looking for programmers to come up with options for implementation. Thanks, Greg S ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap
On Mon, Jul 6, 2009 at 16:01, Greg Smithgregsmit...@gmail.com wrote: Hi Sebastian, Fred, and Caroline, This looks like a very useful thread on the Sugar Roadmap and I like the focus on Customer requirements. How do we get the GPA Sugar goals Caroline enunciated on to the main Roadmap? I added a link on the GPA page to the Fred's Sugar on a Stick Goals page. Hopefully we can find a place to collect a Backlog, as they say in Agile. http://wiki.sugarlabs.org/go/Gardner_Pilot_Academy#Sugar_Feature_Requests It would be great to flesh out each GPA item with use cases and work flows, then software design proposals and eventually links to source code. The features should also be parsed down to smaller tasks ala Agile. FYI, Last year, S Page built and I populated a Semantic Wiki Roadmap Collection and Prioritization tool for the XO. See: http://wiki.laptop.org/go/Feature_roadmap I'm not sure if the Semantic Wiki format can be moved to the Sugar wiki or if there is interest in tracking the Sugar roadmap that carefully. The Semantic format was a huge time saver once it was implemented. IMHO its critical to minimize the coordination overhead and maximize the coding time. That said, discussion of what is important and why goes a long way to making better releases. I'll try to chip in by picking up items Caroline marks Priority A, adding details to them, tracking them on the roadmap and looking for programmers to come up with options for implementation. Hi Greg, Simon is working on adapting Fedora's feature process to Sugar, what do you think of it? http://wiki.sugarlabs.org/go/Features/Policy Regards, Tomeu Thanks, Greg S ___ 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] SoAS Testing with XS
Hi Martin, Its good to be back! Despite my cantankerous approach in person, I missed grilling errr I mean chatting with you on the phone every week :-) I'm impressed at your progress and contribution these last six months. In commercial SW you have to nail the release in limited time and book orders ASAP, then move on. I'm learning that longevity and pacing yourself is more important in Open Source. On the SoAS GPA and XS question: It looks like Walter added comments on how they generated the error message: http://dev.sugarlabs.org/ticket/1014 Let us know if you need more info or what other tests you would like to see done. In general, which XS release has been tested with the latest SoAS? I see you made some Jabber updates in XS 0.5.2: http://wiki.laptop.org/go/XS_Release_Notes Is that the right target image for a new SoAS deployment wanting Collaboration via Jabber? For all, I see some collaboration bugs closed in the Sugar bug db, but I'm not sure what is tested and working in the latest SoAS. Please send over any wiki pages, mail list threads or examples of tests done with collaboration on SoAS. Caroline, Can you confirm the target implementation for GPA is SoAS computers collaborating with each other via Jabber? There are so many sub-components to this section of SW that we will need your help to focus on the right area. Will the Jabber server be in the school or over a WAN to a public (internet IP addressable) place? I'll try to document your answers on the Wiki. HTHs. Thanks, Greg S *** Hi Greg, good to hear from you again. That bug report is just a backtrace. No info on whether the Sugar client was actually using the Jabber server (via Gabble) or not. Or what action was taken, what results seen, or versions of things. Pretty hard to tell what's going on. Are you in touch with Caroline? Can you get her to flesh out the bug? It would also be interesting to get the logs from ejabberd on the server. cheers, martin ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Datastore redesign
On Mon, Jul 6, 2009 at 10:02 AM, Sascha Silbesascha-ml-ui-sugar-de...@silbe.org wrote: On Mon, Jul 06, 2009 at 12:29:53PM +0200, Tomeu Vizoso wrote: Agreed. I have to say that your proposal is excellent, congratulations! Thanks, I'm flattered. :) Is the asynchronous API design useful enough to warrant more complex implementation? I'm not sure, but I think that whatever decision we take should be made based on actual usage of the DS. What about proposing an example of how an existing activity would be modified to use the new API? OK, will work on one. - For save() calls activity needs to wait for result (containing new version_id) before it can invoke save() again for the same object which can take quite some time if save() is sync - especially if other activities are saving at the same time. What about having a separate call that returns synchronously a new tree_id and/or version_id? Interesting idea, need to think about it. As we're going to use UUIDs not using requested versions shouldn't be an issue (for other version number schemes like the one you propose below holes in the numbering could be troublesome). I think holes can be expected, so we should definitely be prepared for them. Making the API fully asynchronous is the cause for much of the complexity of my proposal, but if we eliminate the queueing the response times for write accesses and checkout() can be very long even for unrelated operations. Why for unrelated operations? Because we're serializing VCS operations. They are IO bound (more specifically: disk bound) and parallelisation would only lead to IO starvation, especially for HDDs. # do we want an optimized way to determine (only) the branch HEADs of a given tree_id? This depends on the intended UI. My opinion is that if we branch at every interesting modification (triggered by the activity detecting an interesting change or by the user clicking on the Keep button), we I don't think we need to branch in these instances. These events should create new versions, but not necessarily new branches. would like to display in the object list all the HEADs of each branch in each tree_id. In that case yes, we need a way to retrieve that list that is fast on both the client and the server side. My imagined usage of branches was to create them automatically upon altering a non-HEAD version. This makes sense to me, personally. A user basing off an old version could mean the newer version is broken (in that case promoting the new version to the HEAD of the current branch makes more sense) or that (s)he uses the older version as a kind of template to create derivates (so creating a branch would make most sense). But I'm open to alternative suggestions. We'd most likely need a way to explicitly create branches then. # using symlink instead of hardlink for incoming queue since we want to support directory trees, not just files What justifies this new requirement? That it's a) of use to activities (IIRC some of them use ZIP files right instead now), This has its own merits, though. Encapsulating the related files as a single archive makes transporting the file around, or sending it to a friend, trivial. It's good for the same reason that activity bundles are good. b) easy enough to achieve with the new design and c) leads to better delta compression and thus disk space effiency. # since an index rebuild can take a lot of time we need to provide UI feedback while doing that Any I/O operation can potentially take a lot of time, but with the current version of the DS rebuilding an index with a few thousands of entries is not so slow on the XO. We should never need to rebuild the index, so this new requirement might not be justified (given the current resources, all the other work we need to do, etc). OK, good to know index rebuilding is fast. So the simple, boolean API I proposed (check_ready() / Ready()) suffices. # detecting identical files across objects isn't as important since duplicates are mostly expected to occur as versions of the same object Based on how current activities are using the DS, this isn't like that. The most common case I have heard from the field are children downloading a PDF for reading several times. Oh, didn't know that, so it's a new requirement. An alternative to the current method for detecting duplicates is moving this task to activities, is that what you suggest? I'm ambivalent about it. On one hand it's not so easy to achieve in datastore (for various backends) and more indicative of UI deficiencies (why This might be the case, indeed. On other operating systems/browsers, this (downloading multiple copies if the link is clicked multiple times) is expected behavior. Perhaps we can work out some ways to make the UI clearer. did the children download the file several times in the first place; it's bandwidth wastage as well), on the other hand it might not
Re: [Sugar-devel] Journal --- Sugar-Developers meeting REMINDER (2 July, 2009 - 14.00 (UTC)) --- irc.freenode.net, #sugar-meeting
Eben Eliason wrote: PS. I think we need to come up with some better terminology to distinguish between collaboration sharing and journal sharing. That would make this much easier to talk about. I've been using the terms object push and object pull. --Ben signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap
Hi Tomeu, Looks great! You guys are really cranking. Three questions: 1 - Where do I see all the Features that have been proposed, regardless of target release? 2 - Can/should we add a section/tag to tie features back to real deployments? I'd like to see exactly which user or school needs each item and keep tabs on where and when they will use it. 3 - Should I create Feature Template pages for the Priority A items from Caroline's list? They are a little high level and some may be bug fixi work instead of new features. I'm open to any suggestions on how to start tracking these items: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Goals in way that's useful for you. If you are open to some churn as I get my style back in synch w/Simon, I'll start filling out Feature Templates ASAP. Thanks, Greg S On Mon, Jul 6, 2009 at 10:04 AM, Tomeu Vizosoto...@sugarlabs.org wrote: On Mon, Jul 6, 2009 at 16:01, Greg Smithgregsmit...@gmail.com wrote: Hi Sebastian, Fred, and Caroline, This looks like a very useful thread on the Sugar Roadmap and I like the focus on Customer requirements. How do we get the GPA Sugar goals Caroline enunciated on to the main Roadmap? I added a link on the GPA page to the Fred's Sugar on a Stick Goals page. Hopefully we can find a place to collect a Backlog, as they say in Agile. http://wiki.sugarlabs.org/go/Gardner_Pilot_Academy#Sugar_Feature_Requests It would be great to flesh out each GPA item with use cases and work flows, then software design proposals and eventually links to source code. The features should also be parsed down to smaller tasks ala Agile. FYI, Last year, S Page built and I populated a Semantic Wiki Roadmap Collection and Prioritization tool for the XO. See: http://wiki.laptop.org/go/Feature_roadmap I'm not sure if the Semantic Wiki format can be moved to the Sugar wiki or if there is interest in tracking the Sugar roadmap that carefully. The Semantic format was a huge time saver once it was implemented. IMHO its critical to minimize the coordination overhead and maximize the coding time. That said, discussion of what is important and why goes a long way to making better releases. I'll try to chip in by picking up items Caroline marks Priority A, adding details to them, tracking them on the roadmap and looking for programmers to come up with options for implementation. Hi Greg, Simon is working on adapting Fedora's feature process to Sugar, what do you think of it? http://wiki.sugarlabs.org/go/Features/Policy Regards, Tomeu Thanks, Greg S ___ 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] Journal --- Sugar-Developers meeting REMINDER (2 July, 2009 - 14.00 (UTC)) --- irc.freenode.net, #sugar-meeting
I like these terms, but I don't think they define the split I'm referring to. object-push and object-pull describe, sending an object to a friend and taking something from my friend's Journal respectively. Both of these types of sharing are object-sharing (the recipient gets the resulting object, with a new tree_id). The more I think about it, I kind of like the object-sharing and activity-sharing distinction, since in all of our high-level outlines of Sugar we break the UI down into 3 core components: people, activities, and objects. In this paradigm, we have: object-sharing: the transfer of objects from people to people, via push (send to) or pull (view published journal) activity-sharing: collaboration among two or more people within an activity, acting on a shared object or objects Can someone phrase this more clearly? Eben On Mon, Jul 6, 2009 at 10:56 AM, Benjamin M. Schwartzbmsch...@fas.harvard.edu wrote: Eben Eliason wrote: PS. I think we need to come up with some better terminology to distinguish between collaboration sharing and journal sharing. That would make this much easier to talk about. I've been using the terms object push and object pull. --Ben ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] soas strawberry sha1sum?
On Mon, Jul 6, 2009 at 2:54 AM, Tomeu Vizosoto...@sugarlabs.org wrote: On Sat, Jul 4, 2009 at 20:27, Sameer Vermasve...@sfsu.edu wrote: On Fri, Jul 3, 2009 at 1:32 PM, Sean DALYsdaly...@gmail.com wrote: Sameer, in my experience sticks are not nearly as reliable as CDs in terms of loading a bootable image, apparently due to internal firmware and chip differences I believe Caroline was getting some failures even with identical make model sticks in the Nexcopy mass loader. Sean Bummer! There are a few people here in Jamaica, who are interested in getting Sugar onto computers in some of the richer/private schools. I was hoping to do a SoaS demo. I'll try to CD route for now. More later... Not sure that's what you meant, by just in case would like to note that the reliability issues of some USB sticks doesn't mean that it's not a viable solutions in some scenarios. You may need a bit of luck with the usb stick model and the host computer hardware and BIOS, though. Yes, I realize that, but as a first impression with the school board members, I wouldn't want to have a USB stick that won't boot. The CDROM works well. I'll also load up a VirtualBox image for the demo, just in case. cheers, Sameer -- Dr. Sameer Verma, Ph.D. Associate Professor of Information Systems San Francisco State University San Francisco CA 94132 USA http://verma.sfsu.edu/ http://opensource.sfsu.edu/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Jaunty up and running
On Mon, Jul 6, 2009 at 6:53 AM, Tomeu Vizoso to...@sugarlabs.org wrote: ... There was a team of people working on Sugar on Ubuntu, but they didn't had the needed resources and stalled before the 9.04 release. I don't know if getting something packaged for Ubuntu is very hard but Aleksey has packaged Sugar 0.84 for several distros by himself: http://wiki.sugarlabs.org/go/Development_Team/Packaging Could you update that table with your opinion on the Ubuntu status? Can you tell me of sugar working on any distro out of the box? are there any success stories? By that table, all distros except Arch Linux and maybe Debian are working, but maybe we need people to actually try them out and update the Status column? ... See also http://wiki.sugarlabs.org/go/Packaging_Team. --Fred ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap
Greg Smith wrote: Hi Tomeu, Looks great! You guys are really cranking. Three questions: 1 - Where do I see all the Features that have been proposed, regardless of target release? Speaking for SoaS? Heh. ;) I tried to list some under Preliminary Features (v2) on the Roadmap page. Then there's the Goals page with the thoughts from Caroline. And finally, this is where the proposals should go (thanks to Fred for setting it up): http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Proposals 2 - Can/should we add a section/tag to tie features back to real deployments? I'd like to see exactly which user or school needs each item and keep tabs on where and when they will use it. That's probably the direction Caroline started with the GPA pages... +1 for the section / tag idea :) 3 - Should I create Feature Template pages for the Priority A items from Caroline's list? They are a little high level and some may be bug fixi work instead of new features. I'm open to any suggestions on how to start tracking these items: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Goals in way that's useful for you. That would be awesome! Would be really helpful to get an idea of what is needed and what still needs to be done to get there. If you are open to some churn as I get my style back in synch w/Simon, I'll start filling out Feature Templates ASAP. :) --Sebastian BTW: Good to have you here... Thanks, Greg S On Mon, Jul 6, 2009 at 10:04 AM, Tomeu Vizosoto...@sugarlabs.org wrote: On Mon, Jul 6, 2009 at 16:01, Greg Smithgregsmit...@gmail.com wrote: Hi Sebastian, Fred, and Caroline, This looks like a very useful thread on the Sugar Roadmap and I like the focus on Customer requirements. How do we get the GPA Sugar goals Caroline enunciated on to the main Roadmap? I added a link on the GPA page to the Fred's Sugar on a Stick Goals page. Hopefully we can find a place to collect a Backlog, as they say in Agile. http://wiki.sugarlabs.org/go/Gardner_Pilot_Academy#Sugar_Feature_Requests It would be great to flesh out each GPA item with use cases and work flows, then software design proposals and eventually links to source code. The features should also be parsed down to smaller tasks ala Agile. FYI, Last year, S Page built and I populated a Semantic Wiki Roadmap Collection and Prioritization tool for the XO. See: http://wiki.laptop.org/go/Feature_roadmap I'm not sure if the Semantic Wiki format can be moved to the Sugar wiki or if there is interest in tracking the Sugar roadmap that carefully. The Semantic format was a huge time saver once it was implemented. IMHO its critical to minimize the coordination overhead and maximize the coding time. That said, discussion of what is important and why goes a long way to making better releases. I'll try to chip in by picking up items Caroline marks Priority A, adding details to them, tracking them on the roadmap and looking for programmers to come up with options for implementation. Hi Greg, Simon is working on adapting Fedora's feature process to Sugar, what do you think of it? http://wiki.sugarlabs.org/go/Features/Policy Regards, Tomeu Thanks, Greg S ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] The next Step: v2 Roadmap
On Sat, Jul 4, 2009 at 3:51 PM, Sebastian Dziallassebast...@when.com wrote: Hi everybody, so here it is, the Sugar on a Stick v2 Roadmap: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap#Roadmap Feedback is appreciated, and as we've just entered brainstorming phase, please go ahead and shoot your ideas! :) I would like to see the Bible (Tanakh and New Testament) and Qur'an included, and a selection of world literature. More to come... --Sebastian ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name And Children are my nation. The Cosmos is my dwelling place, The Truth my destination. http://earthtreasury.org/worknet (Edward Mokurai Cherlin) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Jaunty up and running
On Sun, Jul 05, 2009 at 10:51:30PM +0200, Sascha Silbe wrote: more tomorrow, I look forward to working with you to make sugar run out of the box on ubuntu. Looking forward to that as well. For the record: we got it running by uninstalling the Ubuntu Sugar packages, removing ~/.sugar and rebuilding sugar-jhbuild (including removal of the install directory). So it seems like it was indeed a distro package that confused sugar-jhbuild. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ANNOUNCE] Feature proposal for 0.86
On Thu, Jul 2, 2009 at 13:33, Simon Schampijersi...@schampijer.de wrote: Dear Community, I created a Feature Template [1]. Please move your proposals in the Roadmap[2] and follow the process [3] for inclusion in the release. The process is based on the Fedora Feature policy - just (hopefully) simplified a bit. Please have in mind that this release cycle is rather short, so get your proposals in :) I hope that we can track down better the status of each feature and make our cycle even more successful. My first one: http://wiki.sugarlabs.org/go/Features/Tabs_In_Browse Regards, Tomeu Thanks, Simon [1] http://wiki.sugarlabs.org/go/Features/Feature_Template [2] http://wiki.sugarlabs.org/go/Development_Team/Release/Roadmap/0.86#Ideas [3] http://wiki.sugarlabs.org/go/Features/Policy ___ 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] poor man's mmap sliding window on Python 2.5.x
Martin Langhoff wrote: Along the way, found that Python 2.5.x doesn't support an offset to mmap(), which at first blush makes re-mapping with a sliding window problematic. Why is an explicit sliding window necessary? Isn't the point of mmap that you can access as you like, and the kernel will clear old caches if there's memory pressure? On the XO-1, it's the difference of churning through it and slowing the whole OS to a crawl, and then inching towards a big OOM zap. Is this (a) a kernel bug, (b) Python layering extra caching over mmap, or (c) a misunderstanding of mmap on my part? --Ben signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap
Hi Greg, On 07/06/2009 05:01 PM, Greg Smith wrote: Hi Tomeu, Looks great! You guys are really cranking. Three questions: 1 - Where do I see all the Features that have been proposed, regardless of target release? They are grouped under: http://wiki.sugarlabs.org/go/Features Those listed under http://wiki.sugarlabs.org/go/0.86/Roadmap should go there finally as well. 2 - Can/should we add a section/tag to tie features back to real deployments? I'd like to see exactly which user or school needs each item and keep tabs on where and when they will use it. You can add a category for example. [[Category:FeatureSchoolX]] 3 - Should I create Feature Template pages for the Priority A items from Caroline's list? They are a little high level and some may be bug fixi work instead of new features. I'm open to any suggestions on how to start tracking these items: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Goals in way that's useful for you. I have written a policy about Features and Feature request: http://wiki.sugarlabs.org/go/Features/Policy The two important parts here are the section in (Starting the process): How do I propose a feature idea, even if I can't build it myself? How do I propose a feature I'm going to help build or own? The important part is: Anyone can create new feature pages. They get reflected in the roadmap when someone is working on them and proposes the feature - a feature needs an owner to make it in a release. If the items are bug fixes you can use trac to track them. For little improvements please mark them enhancements and not a defect. Hope this helps, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Sugar + OLPC mesh network selection logic
On Wed, 2009-07-01 at 12:18 -0400, Dan Williams wrote:
If other APs appear later, it may well trigger the
schedule_activate_check() which might cause NM to try to connect to that
new network. To combat that, I'd suggest that the mesh device block the
wifi device from activating if it already failed by putting it into the
UNAVAILABLE state or something, but that could be error prone. What I
think we really want here is the 'device idle' concept that asac and I
have been talking over for a while.
The same consideration has to apply for when the mesh device disconnects
the eth device, because the user requested a mesh connection. Right now,
NM immediately reactivates eth0 (usually reconnecting to the same
network as before) and wins.
What is the device idle concept? What do you think of an approach
along these lines? This way the mesh device can attach to the
autoconnect-allowed signal on the main device, and influence when it can
and cannot be used for automatic connections.
Daniel
From bf78fa416ecf96bf9e607d1dd7c8fec29652a821 Mon Sep 17 00:00:00 2001
From: Daniel Drake d...@laptop.org
Date: Mon, 6 Jul 2009 16:42:55 +0100
Subject: [PATCH] Allow devices to inhibit autoconnect through a signal
This allows a device (or a companion) to signal that it is not a good
time for a specific device to autoconnect to a network.
---
src/NetworkManagerPolicy.c |2 +-
src/nm-device.c| 45
src/nm-device.h|1 +
3 files changed, 47 insertions(+), 1 deletions(-)
diff --git a/src/NetworkManagerPolicy.c b/src/NetworkManagerPolicy.c
index 6bba92f..e2d4c95 100644
--- a/src/NetworkManagerPolicy.c
+++ b/src/NetworkManagerPolicy.c
@@ -726,7 +726,7 @@ schedule_activate_check (NMPolicy *policy, NMDevice *device)
if (state NM_DEVICE_STATE_DISCONNECTED)
return;
- if (!nm_device_can_activate (device))
+ if (!nm_device_can_activate (device) || !nm_device_autoconnect_allowed (device))
return;
for (iter = policy-pending_activation_checks; iter; iter = g_slist_next (iter)) {
diff --git a/src/nm-device.c b/src/nm-device.c
index 5826a2a..488b2cf 100644
--- a/src/nm-device.c
+++ b/src/nm-device.c
@@ -50,11 +50,19 @@
#include nm-setting-connection.h
#include nm-dnsmasq-manager.h
#include nm-dhcp4-config.h
+#include nm-marshal.h
#define NM_ACT_REQUEST_IP4_CONFIG nm-act-request-ip4-config
static void device_interface_init (NMDeviceInterface *device_interface_class);
+enum {
+ AUTOCONNECT_ALLOWED,
+ LAST_SIGNAL,
+};
+
+static guint signals[LAST_SIGNAL] = { 0 };
+
G_DEFINE_TYPE_EXTENDED (NMDevice, nm_device, G_TYPE_OBJECT,
G_TYPE_FLAG_ABSTRACT,
G_IMPLEMENT_INTERFACE (NM_TYPE_DEVICE_INTERFACE,
@@ -360,6 +368,34 @@ nm_device_can_activate (NMDevice *self)
return TRUE;
}
+static gboolean
+autoconnect_allowed_accumulator (GSignalInvocationHint *ihint,
+ GValue *return_accu,
+ const GValue *handler_return, gpointer data)
+{
+ if (!g_value_get_boolean (handler_return))
+ g_value_set_boolean (return_accu, FALSE);
+ return TRUE;
+}
+
+gboolean
+nm_device_autoconnect_allowed (NMDevice *self)
+{
+ GValue instance = { 0, };
+ GValue retval = { 0, };
+
+ g_value_init (instance, G_TYPE_OBJECT);
+ g_value_take_object (instance, self);
+
+ g_value_init (retval, G_TYPE_BOOLEAN);
+ g_value_set_boolean (retval, TRUE);
+
+ /* Use g_signal_emitv() rather than g_signal_emit() to avoid the return
+ * value being changed if no handlers are connected */
+ g_signal_emitv (instance, signals[AUTOCONNECT_ALLOWED], 0, retval);
+ return g_value_get_boolean (retval);
+}
+
NMConnection *
nm_device_get_best_auto_connection (NMDevice *dev,
GSList *connections,
@@ -2380,6 +2416,15 @@ nm_device_class_init (NMDeviceClass *klass)
g_object_class_override_property (object_class,
NM_DEVICE_INTERFACE_PROP_MANAGED,
NM_DEVICE_INTERFACE_MANAGED);
+
+ signals[AUTOCONNECT_ALLOWED] =
+ g_signal_new (autoconnect-allowed,
+ G_OBJECT_CLASS_TYPE (object_class),
+ G_SIGNAL_RUN_LAST,
+ 0,
+ autoconnect_allowed_accumulator, NULL,
+ _nm_marshal_BOOLEAN__VOID,
+ G_TYPE_BOOLEAN, 0);
}
static gboolean
diff --git a/src/nm-device.h b/src/nm-device.h
index 9084816..b230da8 100644
--- a/src/nm-device.h
+++ b/src/nm-device.h
@@ -159,6 +159,7 @@ void nm_device_activate_schedule_stage4_ip_config_timeout (NMDevice *device);
gboolean nm_device_deactivate_quickly (NMDevice *dev);
gboolean nm_device_is_activating (NMDevice *dev);
gboolean nm_device_can_interrupt_activation (NMDevice *self);
+gboolean nm_device_autoconnect_allowed (NMDevice *self);
NMDeviceState nm_device_get_state (NMDevice *device);
--
1.6.2.5
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
[Sugar-devel] [Sugar-GSoC] Print Support (Moodle or No Moodle)
Hi, So I had spent almost 3 weeks entirely with Moodle, and I have failed to be half as productive with Moodle as I have with sugar. I would relate the reasons to be: My lack of an estimation on moodle's vastness, 1) I had no experience with web oriented systems 2) I had no prior experience with php and databases 3) The assignment plugin which is a what I'm intending to base my print Module is very huge (4000-5000 Lines of code) It would take me a while to hack it and tune it down. 4) I still haven't hit the comfort spot with moodle 5) I can't figure out what does what exactly. As a bear essential, I could get the assignment module to have a print option, but I don't exactly have the code ready for it.(its back at my home place) Anyway, the alternatives I can lay out are: 1)Use a thin client-server based architecture, a small python based server script which listens to requests from sugar (XOs) and stores them in a folder, the admin can then print those files. ( suggestions on perfecting this are needed) 2) drop this, and focus on network printing. Thanks, Vamsi ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [SoaS] Kicking off the Feature Process
Hi everybody, as it has been discussed in recent threads on the SoaS roadmap itself, I'd like to invite everybody to suggest features for the new release now! Caroline has already done a great job by prioritizing her needs for the deployment at GPA. I've now placed an example for a feature on the proposal page here: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Proposals If you've any further ideas, please add and document them there and link back to the feature list on the roadmap page here: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap Thanks, --Sebastian ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Jaunty up and running
On Sun, Jul 5, 2009 at 11:25 AM, James Michael DuPontjames.michael.dup...@flossk.org wrote: Sascha, It build and installed all according to the instructions. I dont have this all here at the moment as I said. If you have any questions, you can see my build snapshot, that contains everything. Where? I want to link to it from the http://wiki.sugarlabs.org/go/Emulator_image_files page. I have put 2 days of work and finally got it running on ubuntu, you can see the patches. You can find many bug reports of sugar on ubuntu and others. I dont know of anyone who sugar works. Everyone who tried the packages complained of problems. How come this is so difficult? How come you guys dont test the packages yourself? It was some Ubuntu packager who failed to test Sugar for Jaunty as we would have expected. Installing ubuntu takes about 30 minutes. You can run it it on a virtual machine. Yes, I have done that for several distros. Can you tell me of sugar working on any distro out of the box? Yes. I have Sugar working from packages on virtual images of Caixa Mágica and Fedora. I have seen it run in Debian and Ubuntu Intrepid. See http://wiki.sugarlabs.org/go/Supported_systems#Sucrose for links about various distros with instructions, bug notes, and contact information. are there any success stories? I really cannot find anything on ubuntu except wiki pages that are out of date. Sorry, but this is very frustrating. Indeed. thanks mike On Sun, Jul 5, 2009 at 6:20 PM, Sascha Silbe sascha-ml-ui-sugar-de...@silbe.org wrote: On Sat, Jul 04, 2009 at 05:43:38PM +0200, James Michael DuPont wrote: The report is with jhbuild on debian jaunty. I built it from scratch. Started with jhbuild run I guess you mean Ubuntu Jaunty. How did you build? Can you give the exact commands you used to build and run, please? What does ./sugar-jhbuild depscheck say? CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQEcBAEBAgAGBQJKUNK5AAoJELpz82VMF3DaLTEH/16qsq91tQXDkjEXqDZNyZ64 vtVfD/4qw2DYLQXrXyAnnTyng0JiS7jUGrktPeD2bh5K+pGWuMv+K7f9wEP1l8t8 lztCXwx/bquw/5h3N7my/ERPNa4pCyiflwLNuHSnnFNv39WEt49Jazfz3eGZFOJp 3g7dk+Aw1NVW32Sxk4obvy7ZzEBK78kuDdgd9pe8PcXkQ4js58GDjKWVgYeWu257 FNnrPsJQtCaPLamdmHmcznExO/NAJCBp1X9/fqDTcc6cQ5xGpbIxCEug0Op/qaM3 4/gp7CLPDVmV5uJdeycAO1J2CrpMCSqGZGhzclTcOixA0NbBXysg3u7ei67NMrI= =0g20 -END PGP SIGNATURE- -- James Michael DuPont Founding Board Member Free/Libre Open Source Software Kosova FLOSSK ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name And Children are my nation. The Cosmos is my dwelling place, The Truth my destination. http://earthtreasury.org/worknet (Edward Mokurai Cherlin) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Journal feature request--more data in main display
Hi Eben, On 5 Jul 2009, at 23:52, Gary C Martin wrote: On 4 Jul 2009, at 04:19, Eben Eliason wrote: I'll throw this idea back out there for fun, too. I don't know if there's a way to do even this without adding too much complexity, but we did make some mockups of an advanced sort bar, which instead of sorting on columns allowed creation of hierarchical sorting by metadata. For example, I could use the what filter to select audio files, and then use the sort bar to say: sort by artist, then by album, then by track. Any Journal entries which had metadata keys for artist, album, and track would then appear sorted accordingly, and the section dividers would show the values for the various keys so that the hierarchy was logically browsable. It's a powerful idea, but so far we just haven't thought it to be worth the added complexity. Keeping the Journal as simple to use as possible is paramount. I'll maybe try have a go at a simple mock-up. Could either be part of a row titling the current columns, as in a subtle little arrow button with several sort by options in it – sort by modified, sort by created, sort by size. Or perhaps as a regular button palette in the toolbar (though toolbar is filling up fast with icons and is likely too 'featureitus' scary already in my mock-ups). I rather like this approach to exposing row sorting, if you don't mind that my mock-ups have grid and list as the primary views (rather than your action-view, object-view): http://wiki.sugarlabs.org/go/Design_Team/Proposals/Journal#Extended_list_view_palette The list view palette is extended to cover sorting feature requirements. View by last edit (modification date), is the current presentation of the Journal. View by creation date, would list objects creation date (do we store this?); when in this mode rather than 16 min ago, the time column would display the real creation date Today 12:30pm, July 5th, November 10th 2008. View by storage size, would sort by storage space taken up so that large files could be removed if short on space, the column usually used for showing time would instead show Kb/Mb type information (no extra columns need, and helps show what sort context a list view is in.) Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Journal feature request--more data in main display
On Mon, Jul 6, 2009 at 7:15 AM, Gaurav Bhushan gau...@schmizz.net wrote: Sure Fred, let me know what would be required of me. Perhaps you could look at the list of nouns and verbs below and think of icons to represent them. If you see 'garycmartin' on irc://irc.freenode.net#sugar, ask him his views on what is most lacking. Some in the list (like Paint, Chat, Books) seem to have Sugar icons already, but perhaps Gary is thinking of a more generic expression. http://wiki.sugarlabs.org/go/Design_Team/Human_Interface_Guidelines/The_Sugar_Interface/Iconsis the wiki page Eben wrote for icons. Perhaps a gallery for review could be started here: http://wiki.sugarlabs.org/go/Design_Team/Proposals/Toolbars/Icons I don't remember where Eben has saved the Sugar Theme Icons. Perhaps he could add a reference. Thanks for your contributions! --Fred Regards, Gaurav On Mon, Jul 6, 2009 at 8:38 AM, Frederick Grose fgr...@gmail.com wrote: On Sun, Jul 5, 2009 at 8:33 PM, Gary C Martin g...@garycmartin.comwrote: ... One thing we could do to try to move forward on the new toolbar concept is to build svg icons for as many of the tabs that are already in use. We need to come up with clear and identifiable icon for each **before** moving forward (not just the few obvious common cases view/edit/image/text/format/ colour/etc). Here's a quick trawl, not a full list. If we can't manage these, it would be unfair to expect Activity Authors to have any more success. Note: that some of these may need Activity specific variants, though we may be able to drop some if we are willing to redesign some Activities current UI: Algebra Audio Books Boolean Browse Chat Collaboration Comment Create Edit Effects Face Format Game Graph Help Image Learn Lessons Library Miscellaneous Montage Video Paint Photo Plain Play Project Read Robot Save/Load Shapes Slides Sort Tab Table Text Tools Trigonometry View Voice Watch Perhaps Gaurav Bhushan could help with icons. He seems to have a knack for expressing abstractions in icons, see http://wiki.sugarlabs.org/go/File:Social_Communication_System.png. --Fred ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [SoaS] Building strawberry from git
Hi, I tried building SoaS from git with no modifications at all on the files: git clone git://git.sugarlabs.org/soas/mainline.git soas Then changed the tree to strawberry instead of mainline. It seemed to run fine till what seems almost the end and got a dependency error: 1. WARNING:root:No such package *debuginfo to remove 2. pyabiword-0.6.3-1.fc11.i586 from fedora has depsolving problems 3. -- Missing Dependency: libabiword-2.6.so is needed by package pyabiword-0.6.3-1.fc11.i586 (fedora) 4. ERROR:root:Unable to create appliance : Failed to build transaction : Missing Dependency: libabiword-2.6.so is needed by package pyabiword-0.6.3-1.fc11.i586 (fedora) The complete log on the build is here: http://fpaste.org/paste/17653 -Alphinux ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Karma: quadrilaterals + Surf it works!
This is great news. I'm having network issues on my laptop, but hopefully I'll have some time to work on Surf this coming week to make it more functional (downloads, etc). Thanks Bobby!, looking forward to it :) On Fri, Jul 3, 2009 at 10:26 AM, Bobby Powers bobbypow...@gmail.com wrote: 2009/7/2 Felipe López Toledo zer.subz...@gmail.com: Hi Andrés, I have tested it (quadrilaterals) under Ubuntu 8.10 I see the same I see on a non html5 enabled browser. , you're right, it seems the webkit-gtk isn't updated :S I've checked line 49: ctx.fillText ( Erase, 25, 245 ); I supposse the current webkit doesn't support this instruction :( On FFX 3.5preb4 it works great! yes, the problem is that ff in the XO has a poor performance and if you use quadrilaterals you will get a serious lag, using surf in the XO, it works really good This is great news. I'm having network issues on my laptop, but hopefully I'll have some time to work on Surf this coming week to make it more functional (downloads, etc). Bobby One little comment: it doesnt recognize concave quadrilaterals properly. yes, It was how I solved, not the real code from flash. thanks for your comment, I'll fix it. felipe 2009/6/30 Andrés Ambrois andresambr...@gmail.com On Tuesday 30 June 2009 03:17:00 pm Felipe López Toledo wrote: hi guys I'm a little upset because during last week I was trying to optimize the Quadrilaterals activity: http://karma.sugarlabs.org/quadrilaterals/ Lucian recommend me (last week...or before) to try it using Surf, I was trying to compile it from source... mmm, no progress today Lucian gave me some links: the xo bundle: http://dev.laptop.org/~bobbyp/surf/http://dev.laptop.org/%7Ebobbyp/surf/ also read: http://wiki.laptop.org/go/Browse/WebKit thanks Lucian well, if you have a chance please test it, it works really good (performance) there is some work to do (stuff related to css and scale), but it works a lot better than with firefox :) Tried Quadrilaterals with Surf-106 on Jhbuild on Ubuntu Jaunty. I see the same I see on a non html5 enabled browser. The log ends with this line: console message: http://karma.sugarlabs.org/quadrilaterals/js/activity.js @49: Value undefined does not allow function calls. libwebkit on Jaunty is v1.0.1 On FFX 3.5preb4 it works great! One little comment: it doesnt recognize concave quadrilaterals properly. -- -Andrés ___ 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] Journal feature request--more data in main display
On Fri, Jul 3, 2009 at 7:36 PM, Eben Eliasone...@laptop.org wrote: On Fri, Jul 3, 2009 at 2:17 PM, Gary C Marting...@garycmartin.com wrote: On 3 Jul 2009, at 10:01, Martin Langhoff wrote: Wishlist: show files by size filter or option? If the Uruguay experience is any indicator, a fact of life is that users after all *will* hit: Yes, exposing size in the main list might be worth considering. I'm looking at the UI in Calibre, a Free Software personal document database (home page calibre.kovidgoyal.net) that scans designated folders, reads metadata from the files or from a server, and provides a variety of views and sort options. It currently has an index of more than 2,000 files on my hard drive. (I have a separate program for cataloging my music files and maintaining playlists.) I can enter text in a search bar, and get back any document that has that text in any field. Columns are o Title o Author o Size o Date o Rating o Publisher o Tags o Series (Think course) Calibre also provides individual and bulk conversion of e-book formats. Journal could use all of those and more. Collaborators (total number, or by name), something like a mime-type/Open With... menu, version history, bookmarks. Good point! Though arbitrary Journal sorting likely breaks many design goals***, I have heard otherwise for more than two years. otherwise you'd have thought we would have the most basic of features, sort by creation date, by now ;-) Particularly if you were not aware of our painful shortage of developers and the great long list of Things That Must Be Done First. I'm impressed that we are as far along as we are overall, though disappointed not to have a more useful Journal. At the very least size taken by an entry should be visible on the details view. Right now there is zero indication other than just watching your total Journal grow in size via its frame icon. Title is what I miss most, but I would use most of the others regularly and all at least on occasion. ***Eben can you clarify this one? If locking folks into a 'view Journal only by modification date' was an intentional design choice? Not at all. The proposed designs include a sort bar, which would function in the traditional fashion, but be sorted by date (when) by default. See http://wiki.sugarlabs.org/go/Design_Team/Designs/Journal#03 Tomeu has been working on using the standard GTK TreeView, so I think we're on track to add sorting by name, date, and participants (we need to decide what sorting by participants means...I think sorting by number of participants might be the useful choice, so that it's easy to surface the collaborative activities). In a tree view, it would be useful to have an expandable list of collaborators, sorted by name. That and other sorted lists should be in correct language-specific sorts in a suitable normalization, not a sort on raw Unicode code points. For example, each language that uses accented Latin letters has different rules for sorting them, and similarly for case and other issues. ICU can deal with many of these complications. There is more information at http://userguide.icu-project.org/collation http://userguide.icu-project.org/collation/faq If we expose file size in this list somehow, that would also be sortable. Eben Regards, --Gary ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name And Children are my nation. The Cosmos is my dwelling place, The Truth my destination. http://earthtreasury.org/worknet (Edward Mokurai Cherlin) ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] SoAS Testing with XS
Caroline, The long term goal is that students at GPA can collaborate with each other from school and home. Thus long term we need a Jabber server and a machine connected to the internet. We could host it at Solution Grove or physically locate it at the school. I think learning about the tradeoffs between these approaches is one of our goals for the pilot. For this summer if we got collaboration working locally in the Computer Room we'd have a better experience then the current no collaboration. We have an extra computer we can use as an XS. I'll need to buy/scavange another network card. Does that help? Thanks, Caroline Can you confirm the target implementation for GPA is SoAS computers collaborating with each other via Jabber? There are so many sub-components to this section of SW that we will need your help to focus on the right area. Will the Jabber server be in the school or over a WAN to a public (internet IP addressable) place? I'll try to document your answers on the Wiki. HTHs. Thanks, Greg S *** Hi Greg, good to hear from you again. That bug report is just a backtrace. No info on whether the Sugar client was actually using the Jabber server (via Gabble) or not. Or what action was taken, what results seen, or versions of things. Pretty hard to tell what's going on. Are you in touch with Caroline? Can you get her to flesh out the bug? It would also be interesting to get the logs from ejabberd on the server. cheers, martin ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel -- Caroline Meeks Solution Grove carol...@solutiongrove.com 617-500-3488 - Office 505-213-3268 - Fax ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] Building strawberry from git
On Mon, Jul 06, 2009 at 02:24:34PM -0500, Andrés Arrieta Perréard wrote: 2. pyabiword-0.6.3-1.fc11.i586 from fedora has depsolving problems Try adding the updates and updates-testing repos: http://git.sugarlabs.org/projects/soas/repos/devxo/blobs/xo-strawberry/soas-base.ks#line13 I just built a SoaS a few hours ago based on the above repos and got libabiword-2.6.8-2.fc11.i586 pyabiword-0.6.3-1.fc11.i586 -Alphinux Martin pgpCYNbPkqLwF.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] poor man's mmap sliding window on Python 2.5.x
On Tue, Jul 7, 2009 at 2:06 AM, Benjamin M. Schwartzbmsch...@fas.harvard.edu wrote: Is this (a) a kernel bug, (b) Python layering extra caching over mmap, or (c) a misunderstanding of mmap on my part? money is b m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] Building strawberry from git
Hi, I tried building SoaS from git with no modifications at all on the files: git clone git://git.sugarlabs.org/soas/mainline.git soas Then changed the tree to strawberry instead of mainline. It seemed to run fine till what seems almost the end and got a dependency error: WARNING:root:No such package *debuginfo to remove pyabiword-0.6.3-1.fc11.i586 from fedora has depsolving problems -- Missing Dependency: libabiword-2.6.so is needed by package pyabiword-0.6.3-1.fc11.i586 (fedora) ERROR:root:Unable to create appliance : Failed to build transaction : Missing Dependency: libabiword-2.6.so is needed by package pyabiword-0.6.3-1.fc11.i586 (fedora) The complete log on the build is here: http://fpaste.org/paste/17653 Your using rawhide. I fixed that issue last night in rawhide so its fixed into todays rawhide build so you'll just have to wait for the mirrors to popularte. Also be aware there are a few other issues with rawhide at the moment that may or may not have been fixed in todays push. Peter ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] poor man's mmap sliding window on Python 2.5.x
Martin Langhoff wrote: On Tue, Jul 7, 2009 at 2:06 AM, Benjamin M. Schwartzbmsch...@fas.harvard.edu wrote: Is this (a) a kernel bug, (b) Python layering extra caching over mmap, or (c) a misunderstanding of mmap on my part? money is b huh. I looked through python's mmap implementation [1] and there doesn't seem to be any caching or funny business going on. I wonder if it could be over-aggressive caching somewhere in jffs2, in an attempt to avoid repeatedly decompressing the same block. --Ben [1] http://svn.python.org/projects/python/trunk/Modules/mmapmodule.c P.S. JFFS2 appears to support read-only mmap, which I presume is what you're using. signature.asc Description: OpenPGP digital signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] poor man's mmap sliding window on Python 2.5.x
On Tue, Jul 7, 2009 at 7:16 AM, Benjamin M. Schwartzbmsch...@fas.harvard.edu wrote: huh. I looked through python's mmap implementation [1] and there doesn't seem to be any caching or funny business going on. I wonder if it could be over-aggressive caching somewhere in jffs2, in an attempt to avoid repeatedly decompressing the same block. Thanks for looking into this. I'll post the (trivial, really) repro code I have later (I'm on a gruelling 35hr trip at the moment). So far, tested on 8.2.x _on vfat partitions mounted from a USB device_ and on the local disk (ext3) on Ubuntu Hardy. Have not tested it (yet) with data file on jffs2 as that's not the use case I'm gunning for. m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap
You can add a category for example. [[Category:FeatureSchoolX]]
Great idea, I added a suggestion to add [[Category:Feature requested
by School Xyz]] to the feature template.
Don't forget to categorize categories so people can find them.
The important part is: Anyone can create new feature pages. They get
reflected in the roadmap when someone is working on them and proposes
the feature ...
But currently http://wiki.sugarlabs.org/go/0.86/Roadmap#Features just
lists every subpage of Features. At some point someone will need to
identify the subset of proposed features that made it onto the
roadmap.
A) The classic way to do this is create a subcategory
[[Category:Features that are on the 0.86 Roadmap]], but without
MediaWiki extensions there's no way to list these pages on the roadmap
page -- readers have to click a link to view the category.
B) You could rename feature pages that are on the 0.86 roadmap, e.g.
Features/0.86/Neighborhood_List_View, and change the roadmap to list
only pages with that prefix. Renaming is a hassle and people don't
like the resulting long names.
C) You could transclude specific feature subpages in the roadmap:
{{:Features/Neighborhood List View}} ...
and use the noinclude tag so that only their critical info reappears
in the Roadmap.
noinclude
Summary and status
/noinclude
Other stuff ..
D) Various extensions to find and present pages meeting criteria,
including (cue ominous yet thrilling music :-) ) Semantic MediaWiki...
Regards,
--
=S Page
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [SoaS] The next Step: v2 Roadmap
On Mon, Jul 06, 2009 at 09:03:24AM -0700, Edward Cherlin wrote: On Sat, Jul 4, 2009 at 3:51 PM, Sebastian Dziallassebast...@when.com wrote: Hi everybody, so here it is, the Sugar on a Stick v2 Roadmap: http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap#Roadmap Feedback is appreciated, and as we've just entered brainstorming phase, please go ahead and shoot your ideas! :) I would like to see the Bible (Tanakh and New Testament) and Qur'an included, and a selection of world literature. Once we start including some religious texts, we'll have to include them all. Martin pgpxvNfQlEZ3e.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Instantaneous apply
Hello, I was wondering if there was any policy in Sugar wrt triggering of settings. For example, some systems like GNOME has a policy of instant apply, where any setting which is modified takes effect immediately[1]. After going through some of the sections in the Sugar control panel, it seems we are pushing for the opposite (it may be for technical reasons as well, since most settings changeable via the sugar control panel requires a restart of Sugar). I do not have a strong preference about this, but nevertheless, I was wondering if we have decided to stick to a particular policy, and if that was documented anywhere. Thanks, Sayamindu [1] http://developer.gnome.org/projects/gup/hig/1.0/windows.html#instant-apply -- 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] [RELEASE] Turtle Art-52
Url: http://activities.sugarlabs.org/addon/4027 Release notes: http://activities.sugarlabs.org/addon/4027#addon-advanced Reviewer comments: Trusted activity Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] [RELEASE] Turtle Art-52
Url: http://activities.sugarlabs.org/addon/4027 Release notes: http://activities.sugarlabs.org/addon/4027#addon-advanced Reviewer comments: Trusted activity Sugar Labs Activities http://activities.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Good filesystem for USB flash with compression?
Hi all, I noticed a problem when attempting to unsquash the SoaS filesystem and extract it on to a flashdrive: it's over 1.2GiB. Since squashfs is read-only, is there a good read-write filesystem that achieves decent compression (while not carrying too steep a speed penalty on older systems) that is reasonable to use on a USB flash drive? JFFS2 won't work, from what I've heard. Are there any other well-developed alternatives? -- 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] Good filesystem for USB flash with compression?
USB flash drives have controllers that do wear-leveling. They try really hard to make them look like hard drives. JFFS2 works on raw flash, so it's not useful. Basically any FS that works on all the OSes you need. ext2 is a good option. NTFS might be, but it's fiddly. I've tried to get a UDF filesystem on a flash once, since UDF is supported on any OS, but I didn't get too far. Also, windows doesn't seem to have support for the 'hard-drive' UDF profile. 2009/7/7 Luke Faraone l...@faraone.cc: Hi all, I noticed a problem when attempting to unsquash the SoaS filesystem and extract it on to a flashdrive: it's over 1.2GiB. Since squashfs is read-only, is there a good read-write filesystem that achieves decent compression (while not carrying too steep a speed penalty on older systems) that is reasonable to use on a USB flash drive? JFFS2 won't work, from what I've heard. Are there any other well-developed alternatives? -- 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] Good filesystem for USB flash with compression?
On Mon, Jul 6, 2009 at 21:00, Lucian Branescu lucian.brane...@gmail.comwrote: Basically any FS that works on all the OSes you need. ext2 is a good option. NTFS might be, but it's fiddly. I don't really care about compatibility, rather I need something that will work on Linux systems, and something with compression. -- 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] Background Screen Color for SoaS Activity
Tomeu, I've had no luck modifying background color for anything except buttons. No boxes, even when the box is completely empty. Does anyone know how to change the color of the entire screen, or of a box? Art Hunkins - Original Message - From: Tomeu Vizoso to...@sugarlabs.org To: Art Hunkins abhun...@uncg.edu Cc: sugar-devel@lists.sugarlabs.org Sent: Monday, July 06, 2009 4:26 AM Subject: Re: [Sugar-devel] Background Screen Color for SoaS Activity On Mon, Jul 6, 2009 at 06:19, Art Hunkinsabhun...@uncg.edu wrote: The default color for the Sugar Activity screen seems to be set to light gray. I'd like mine to be white. Is there any way to change this in my activity script? That looks good to me, perhaps ibox contains some other widget that is covering it completely? Regards, Tomeu I tried: import gtk win = csndsugui.CsoundGUI(self) ibox = win.box(False) ibox.modify_bg(gtk.STATE_NORMAL, gtk.gdk.Color(0x, 0x, 0x)) where ibox = the entire screen. However this changed nothing. Anything fairly straightforward I could try? Art Hunkins ___ 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] [Sugar-GSoC] Print Support (Moodle or No Moodle)
On Monday 06 July 2009 01:28:00 pm Vamsi Krishna Davuluri wrote: Hi, So I had spent almost 3 weeks entirely with Moodle, and I have failed to be half as productive with Moodle as I have with sugar. I would relate the reasons to be: My lack of an estimation on moodle's vastness, 1) I had no experience with web oriented systems 2) I had no prior experience with php and databases 3) The assignment plugin which is a what I'm intending to base my print Module is very huge (4000-5000 Lines of code) It would take me a while to hack it and tune it down. 4) I still haven't hit the comfort spot with moodle 5) I can't figure out what does what exactly. Vamsi, Don't Panic! We can help you if you try to ask questions we can answer [0]. I really recommend you to read that document whenever you have time, which may not be right now... If you get stuck, search in Google, if you're still stuck, we're here to help you, but try to give us something we can answer. Usually a Good Question is a variation of I'm trying to accomplish X, I've written this code: code and expect it to do Y, but its doing Z. I've searched Google about this but couldn't find more information. Any help would be appreciated As a bear essential, I could get the assignment module to have a print option, but I don't exactly have the code ready for it.(its back at my home place) You already got the newmodule test module working the other night. This module includes examples of moodle's abstraction for forms, database, and themed html output. If you want to see what the hell all those functions are, I suggest you run an rgrep (or grep -r) in moodle's root dir for 'function function_name'. Moodle might be huge and crazy but its pretty well commented. Dont try to hack the assignment module into your printing script. Just take code from it. Following this module's structure, view.php would contain the teacher UI, mod_form is for setting up the module instance the first time (and configuration thereafter) and another script would contain your xmlrpc entry point. Writing an XML-RPC server in PHP is trivial as you can see in [1]. From the assignments module you pretty much only need the file handling stuff. This is basically done using file_area($userid) to get a directory where the files are stored (see lib.php in the assignments module). For the upload, the xmlrpc server code would need to use file_area_name($USER- id) to get a dirname, and then write the file to it. You will also want to have a table to store information for each file (original filename, user, time of upload, status), you can declare this table in your module's db/install.xml, en then you can access them with the get_record, delete_records, update_records, etc. Grep the code for these function's headers. For printing I've already pointed you to [2]. This is just my vision of the solution. I think you should sit down, go through all these steps and see if you can understand the picture enough to have an idea of a schedule before moving on. If you don't understand how to achieve something please ask me or the list concrete questions to get you back on the road. This is why I insisted so much on detailed schedules, so we wont have huge surprises :). Anyway, the alternatives I can lay out are: 1)Use a thin client-server based architecture, a small python based server script which listens to requests from sugar (XOs) and stores them in a folder, the admin can then print those files. ( suggestions on perfecting this are needed) I don't see how you can build something useful in this direction without getting into problems already solved for you in Moodle, such as user interface, authentication and database handling (at least in some files). Please remember the objective of this project is to produce something that can be used in the field by kids and teachers as easy and transparently as possible. 2) drop this, and focus on network printing. If with Network Printing you're referring to discovery of printers through Bonjour/Avahi, I don't think this is a priority for our users. This is also a big question mark as Network Printing is as far as your specification goes. I don't want to add variables to an already late project. Thanks, Vamsi We can hopefully discuss more in tomorrow's meeting. [0] http://catb.org/esr/faqs/smart-questions.html [1]http://hell.org.ua/Docs/oreilly/webprog/pcook/ch12_08.htm [2]http://www.nongnu.org/phpprintipp/ -- -Andrés ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
