Re: [Sugar-devel] Fwd: Regarding the print support idea(GSoC)
Ben, are you going to be mentoring this project? Or is there a *possible* mentor I can discuss about this on the IRC channel? On Mon, Mar 16, 2009 at 6:06 PM, Benjamin M. Schwartz wrote: Vamsi Krishna Davuluri wrote: Thank you! I think I'll do what you said, I'll just let every activity send the print request(the file,metadata involved etc) to journal, and use it as a global dock to print the file. So a button in every activity does just that with minimal tweaking around. Did you mean the 'difficult than is necessary' by this, or is there a grand ring to it, which i need to check again? That's all I meant. Good luck. --Ben ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Regarding GSoC'09 projects (Educational toolkit and VideoChat activity)
Hello, Ajay I'm trying to get into GSoC too, and have been looking up projects around sugar. Your best bet is to join the #sugar channel on freenode, and talk to people. Look for the nicks homunq and mchua there :) But since you are interested, I suggest you get the sugar-jhbuild, which is a decent tool to get the latest builds. You can go through the sugar framework, get accustomed to the code, and make sure you check out the activities code, so you get familiar with the IPC between them, how the framework is used and such (as your interest seems to lie with activities) Also look up pygtk, if you haven't. Sugar uses it extensively for menus/interfaces/widgets. - Vamsi Krishna Davuluri 2009/3/17 Ajay Kumar nitk.a...@gmail.com Hi everyone, I am Ajay Kumar Chintala, an engineering student from India. I am participating in GSoC 09 and found the sugar labs projects 'educational toolkit' and 'videoChat activity' intersting. I have knowledge in python and am familiar with telepathy. So, i can work on either one of these projects provided i do some little ground work for the same. One can implement the educational toolkit using telepathy and python. I feel that educational toolkit is worth more to the sugarlabs and so i want to go with it. Please let me know how i can start working on the same so that i can get a clear idea of implementation details and get myself ready for the actual project. Thanks, Ajay. ___ 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] [RELEASE] gst-plugins-espeak-0.2
How generally available is this in platforms that (will) ship Sugar 0.84? Would be awesome if we could add it to the platform, given that speech dispatcher has serious deployability issues. Regards, Tomeu On Tue, Mar 10, 2009 at 02:55, Aleksey Lim alsr...@member.fsf.org wrote: eSpeak library as a sound source for GStreamer http://sugarlabs.org/go/DevelopmentTeam/gst-plugins-espeak == Source == http://download.sugarlabs.org/sources/honey/gst-plugins-espeak/gst-plugins-espeak-0.2.tar.bz2 == SoaS == http://download.sugarlabs.org/soas/repositories/1/ == NEWS = * Add mark events * Use speech-dispatcher's format for properties * Add word notification events * Setup CAPS and do not use WAV header -- Aleksey ___ 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] string freeze exception request
Ping! On Thu, Mar 12, 2009 at 16:29, Tomeu Vizoso to...@sugarlabs.org wrote: Hi, would like to add the string Dismiss to the sugar module. It's used for dismissing a file transfer icon from the frame. Thanks, Tomeu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] string freeze exception request
On Tue, Mar 17, 2009 at 12:46, Simon Schampijer si...@schampijer.de wrote: Tomeu Vizoso wrote: Ping! On Thu, Mar 12, 2009 at 16:29, Tomeu Vizoso to...@sugarlabs.org wrote: Hi, would like to add the string Dismiss to the sugar module. It's used for dismissing a file transfer icon from the frame. Thanks, Tomeu Oh, I think we agreed that it is ok, to do so. Thanks, but I expected confirmation in the mailing list so people that aren't in IRC are also included in the process. Regards, Tomeu Thanks, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] string freeze exception request
Tomeu Vizoso wrote: On Tue, Mar 17, 2009 at 12:46, Simon Schampijer si...@schampijer.de wrote: Tomeu Vizoso wrote: Ping! On Thu, Mar 12, 2009 at 16:29, Tomeu Vizoso to...@sugarlabs.org wrote: Hi, would like to add the string Dismiss to the sugar module. It's used for dismissing a file transfer icon from the frame. Thanks, Tomeu Oh, I think we agreed that it is ok, to do so. Thanks, but I expected confirmation in the mailing list so people that aren't in IRC are also included in the process. Sure, I just forgot. Formal error on my part. Regards, Simon ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] DC Photo Jam 2 - New batch of photos of SoaS running onnetbooks
On Tue, Mar 17, 2009 at 05:42:36AM -0400, John Watlington wrote: On Mar 17, 2009, at 5:34 AM, Tomeu Vizoso wrote: On Tue, Mar 17, 2009 at 04:48, John Watlington w...@laptop.org wrote: I would expect it to be faster on other processors. I don't think the processor is the biggest factor. In my profiling, I have seen bigger impact from jffs2/nand, the graphics subsystem and the lack of swap. If you run Soas-1 on a sd card with some swap space, you will see how the XO feels much faster. The difference here is that read access to data/programs on an SD card is about twice as fast as JFFS2 (and incurs little processor overhead, whereas JFFS2 tends to occupy the processor 100%), and write access is about 15 times faster than JFFS2. I doubt the speedup is due to the presence of swap. I seem to recall this is one of those conversations that comes up periodically, and that once someone / people created a wiki page with thoughts on a partitioning layout design that could be of broad use. Does anyone know where that wiki page is? I couldn't find it with some naive google searches... Martin pgprBW0HSIMLh.pgp Description: PGP signature ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [IAEP] DC Photo Jam 2 - New batch of photos of SoaS running onnetbooks
On Tue, Mar 17, 2009 at 8:58 AM, Martin Dengler mar...@martindengler.comwrote: I seem to recall this is one of those conversations that comes up periodically, and that once someone / people created a wiki page with thoughts on a partitioning layout design that could be of broad use. Does anyone know where that wiki page is? I couldn't find it with some naive google searches... http://wiki.laptop.org/go/Feature_roadmap/Replace_JFFS_file_system_with_better_oneand http://wiki.laptop.org/go/UBIFS -- 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] [ANNOUNCE] SugarPlatform-0.84.0 o n Caixa Mágica the Magellan project
Great job Aleksey, Let's bring Sean Daly, our marketing guy, into the conversation so he can work on a marketing plan going forward. Sean, For a very brief backstory. Magellan is a Portuguese firm with a contract to deploy on the order of 1 million locally made classmate based netbooks to children in Portugal. One of the original concerns with OLPC was the fact the the XO could not be manufacture locally as a catalysis to the local high tech economy. The Magellan will be capable of booting Caixa Mágica. Aleksey Lim and Tomeu have been working on packing Sugar for CM. thanks david On Tue, Mar 17, 2009 at 2:17 AM, Aleksey Lim alsr...@member.fsf.org wrote: The Sugar Platform is a set of versioned components on which activity authors can rely when targeting their activities to run on a particular Sugar version [1]. On Mag it lives in task-sugar meta-package [2] and includes: - sugar-fructose = 0.84.0 - sugar-glucose = 0.84.0 - gstreamer0.10-plugins-base - gstreamer0.10-espeak = 0.3 - gstreamer0.10-plugins-good - libxml2-python - python-numpy - olpcsound - python-olpcsound - pygame It means that user could download activities from activities.sugarlabs.org and it won't be failed due to missed dependencies. In current release Xephyr issue was fixed thus sugar could be run from current session with sugar-emulator. [1] http://wiki.sugarlabs.org/go/User:Tomeu/Platform_0.84 [2] http://wiki.sugarlabs.org/go/Community/Distributions/Magalh%C3%A3es#Installation -- Aleksey ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] [ANNOUNCE] SugarPlatform-0.84 .0 on Caixa Mágica the Magellan project
For what it is worth, I sent a brief note reporting the progress to Mario Franco this morning... -walter On Tue, Mar 17, 2009 at 9:20 AM, David Farning dfarn...@sugarlabs.org wrote: Great job Aleksey, Let's bring Sean Daly, our marketing guy, into the conversation so he can work on a marketing plan going forward. Sean, For a very brief backstory. Magellan is a Portuguese firm with a contract to deploy on the order of 1 million locally made classmate based netbooks to children in Portugal. One of the original concerns with OLPC was the fact the the XO could not be manufacture locally as a catalysis to the local high tech economy. The Magellan will be capable of booting Caixa Mágica. Aleksey Lim and Tomeu have been working on packing Sugar for CM. thanks david On Tue, Mar 17, 2009 at 2:17 AM, Aleksey Lim alsr...@member.fsf.org wrote: The Sugar Platform is a set of versioned components on which activity authors can rely when targeting their activities to run on a particular Sugar version [1]. On Mag it lives in task-sugar meta-package [2] and includes: - sugar-fructose = 0.84.0 - sugar-glucose = 0.84.0 - gstreamer0.10-plugins-base - gstreamer0.10-espeak = 0.3 - gstreamer0.10-plugins-good - libxml2-python - python-numpy - olpcsound - python-olpcsound - pygame It means that user could download activities from activities.sugarlabs.org and it won't be failed due to missed dependencies. In current release Xephyr issue was fixed thus sugar could be run from current session with sugar-emulator. [1] http://wiki.sugarlabs.org/go/User:Tomeu/Platform_0.84 [2] http://wiki.sugarlabs.org/go/Community/Distributions/Magalh%C3%A3es#Installation -- Aleksey -- Walter Bender Sugar Labs http://www.sugarlabs.org ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
[Sugar-devel] Linux performance without swap (was: Re: [IAEP] DC Photo Jam 2 - New batch of photos of SoaS running onnetbooks)
On Tue, Mar 17, 2009 at 12:58:29PM +, Martin Dengler wrote: On Tue, Mar 17, 2009 at 05:42:36AM -0400, John Watlington wrote: I doubt the speedup is due to the presence of swap. Didn't get the original mail (yet), so replying to this one instead. I don't know if the issue is already fixed in the kernel used on the XO-1, but Linux has a very old bug that causes the system to slow down to a crawl if no swap is enabled and memory is getting tight. I'm afraid I don't have any references, but still encountered it some weeks ago when installing Linux on my phone. Once I enabled swap everything was fine. PS: FUP2 set to sugar-devel 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] [Localization] string freeze exception request
+1 from me. Thanks, Sayamindu On Tue, Mar 17, 2009 at 5:16 PM, Simon Schampijer si...@schampijer.de wrote: Tomeu Vizoso wrote: Ping! On Thu, Mar 12, 2009 at 16:29, Tomeu Vizoso to...@sugarlabs.org wrote: Hi, would like to add the string Dismiss to the sugar module. It's used for dismissing a file transfer icon from the frame. Thanks, Tomeu Oh, I think we agreed that it is ok, to do so. Thanks, Simon ___ Localization mailing list localizat...@lists.laptop.org http://lists.laptop.org/listinfo/localization -- 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] How to serialize objects?
Hi, at the moment I am learning to implement a Sugar activity. In the Sucrose 0.84 release notes http://wiki.sugarlabs.org/go/DevelopmentTeam/Release/Releases/Sucrose/0.84#What_is_new_for_developers there is a short paragraph about serializing and de-serializing a Python object structure. Should I use cjson for saving the state of my activity? Where can I find sample code? In a former project (outside of Sugar) I used pickle for object serializing and de-serializing. Is better for compatibility to use cjson instead of pickle? One advantage of json is its human readable output. But why is object serializing not done in XML? best regards Thomas -- http://nostalghia.users.sourceforge.net/ ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] FBReader
Saymindu - is this different from what Browse does (re: providing a wrapper for launching various activities based on format)? I copy sugar-devel. SJ On Tue, Mar 17, 2009 at 1:32 PM, Sayamindu Dasgupta sayami...@gmail.com wrote: On Tue, Mar 17, 2009 at 1:46 AM, Samuel Klein s...@laptop.org wrote: Can you say more about how much work it would take to make 'Read' really mean reading and not just reading-pdfs? Perhaps a more peaceful parent program with that name could choose to launch the current read [which should be renamed] or another program [for other file formats] ... SJ Well, assuming that the FBReader activity is installed, the Journal would be the parent program ;-). On a more serious note, I understand that you want to ensure that the verb Read is used for reading everything, and not just PDFs. I'll take a look at the possibility of having a thin wrapper which takes care of launching the appropriate activity as and when needed (not sure if this is doable or not - I'll need to chew a bit of the Sugar activity launcher code) Thanks, Sayamindu On Tue, Mar 10, 2009 at 5:45 PM, Sayamindu Dasgupta sayami...@gmail.com wrote: Hi SJ, On Mon, Mar 9, 2009 at 11:42 PM, Samuel Klein s...@laptop.org wrote: Sayamindu -- Sweet. How easy would it be to add this as a new reader-type to Read? Unfortunately the current avatar of Read is quite tightly coupled with the Evince backend, so it would need quite a bit of work. Regarding mime-types, let's revisit making one-click reading from Browse work as expected (add item to journal, launch new activity to open it). Michael says this is possible under the current rainbow implementation. I'll try to talk to Michael about this. The mime-type issue is completely different though. I'm not yet able to pinpoint the cause exactly, but I suspect it has something to do with Browse's download code and Sugar's implementation of the shared-mime-info Freedesktop standard. I have a patched Browse at the moment which seems to work, but I'll also like to try to check out Tomeu's suggestion. Thanks, Sayamindu SJ On Fri, Mar 6, 2009 at 5:26 PM, Sayamindu Dasgupta sayami...@gmail.com wrote: On Sat, Feb 28, 2009 at 5:21 PM, Nikolay Pultsin geome...@mawhrin.net wrote: Hi Samuel, Sayamindu, I'm glad to know you both. http://dev.laptop.org/~sayamindu/fbreader_sugar.png This screenshot looks great. I'm really impressed with such unusual look of our program. ;) Are you sure it is really FBReader? :) Can I publish this screenshot at http://www.fbreader.org/? I have now a better screenshot at http://dev.laptop.org/~sayamindu/fbreader_sugar_v2.png (I don't think the design will change much after this - unless I get flamed by someone regarding the UI ;-) I have a working activity now (which works on the XO independently without any external software dependency as well). I'll take a few more days to figure out the mime type mess in Sugar (I have already started annoying the Sugar developers and have a couple of possible solutions), and then release a bundle which can simply be downloaded and run on a XO with a recent build. A lot of work still needs to be done for a good reading experience, but I'm quite happy with what has been achieved in this week. And kudos to Mikhail, Nikolay and the rest of the FBReader dev team for their superb work. FBReader works absolutely smoothly on the limited XO hardware - no glitches, no sluggishness, nothing :-) Cheers, Sayamindu ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fwd: Fwd: Regarding the print support idea(GSoC)
On Mon, Mar 16, 2009 at 1:50 AM, Vamsi Krishna Davuluri vamsi.davul...@gmail.com wrote: Thank you! I think I'll do what you said, I'll just let every activity send the print request(the file,metadata involved etc) to journal, and use it as a global dock to print the file. So a button in every activity does just that with minimal tweaking around. Makes sense. On Mon, Mar 16, 2009 at 1:27 AM, Benjamin M. Schwartz bmsch...@fas.harvard.edu wrote: [...] Perhaps in the drop-down menu for each item in the Journal, there could be a Print this item option if the item has a MIME type of (pdf, odt, png, jpg...). -- 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] Making Read read everything [WAS: Re: FBReader]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sayamindu Dasgupta wrote: While the most elegant way to do this would be perhaps to have dynamic backends for Read, which would be loaded on demand, based on the format of the file being opened, this would be a non trivial exercise. (to begin with, for example, there are subtle differences with respect to pagination for different formats: eg, PDF/DJVU offers a very clear distinction between pages, while this can be quite flexible, or even non existent for a plain text file) What you're saying is: both the user-interface and the rendering engine need to change based on file type. That's completely fine. There's nothing in the Activity system that requires each Activity to have only a single GUI. It would be easy enough to have Read start, look at the filetype, and then choose which GUI to use (and let the GUI choose the backend). The hard part is writing (and maintaining) all those separate GUIs. I don't think it's worth it. Page-oriented documents (like PDF) can easily be rendered in a continuous fashion; in fact, this is the default in Adobe Acrobat Reader and Evince. Conversely, non-page-oriented formats can easily be broken into pages, as is the default in ebook readers. It seems to me that the best course of action, for long-term sustainability, is to push support for these filetypes into evince upstream, and also to improve our GUI in both page-flipping and continuous-scrolling modes. - --Ben -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAknAJBIACgkQUJT6e6HFtqTljQCcCCsETCpdH+ehUSKws/QHlxfp JZYAn17WDNyt9SkuHgXHVE1/hztjp005 =Lx36 -END PGP SIGNATURE- ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] What should be included into SugarPlatform-0.84
On Tue, Mar 17, 2009 at 12:53 PM, Aleksey Lim alsr...@member.fsf.org wrote: Hi all, http://wiki.sugarlabs.org/go/DevelopmentTeam/SugarPlatform/0.84 The Sugar Platform is a set of versioned components on which activity authors can rely when targeting their activities to run on a particular Sugar version. We talked about this briefly at Fudcon. Some sort of Sugar Standards base, defining what activity developer can expect to find in a standard Sugar system. With all of your packing experience with different distros, you are the best person to kick this off. david Has someone any preferences about particular versions or missed dependencies? (from distributions schedules/activity authors point of view) -- Aleksey ___ 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] [Server-devel] notes on scaling ejabberd for the XO's
On Sun, Mar 15, 2009 at 06:30:17PM -0400, Daniel Drake wrote: 2009/3/15 Martin Langhoff martin.langh...@gmail.com: Client code for Gadget seems to be integrated in the Telepathy new Sugar present on the SoaS images. The server side -- the proper gadget code -- isn't on any XS, and I haven't seen or tested it (lack of time :-( ) Even if I had, it's a ton of new code, a lot more adventurous than what we're doing w moodle. So short/midterm, following ejabberd+moodle is lower risk from the perspective of a deployment today. One thing I still don't understand about gadget... how does it actually solve the problem? I'm assuming the problem it solves is lack of partitioning, and the fact that the neighborhood view becomes kind of impossible after 50 users, etc. Right? Wrong. Gadget is primarily intended to reduce the bandwidth consumed by Gabble under the load generated by Sugar. So what does gadget do? Think of it as a server-side keyword search engine which you can query for lists of matching people and activities. The purported bandwidth reduction comes from sending each client only what it asks for instead of everything, which is what the shared roster hack does. Is there a new client side UI for electing groups? Who chooses, the kids or the teachers? etc. Guillaume filed https://dev.laptop.org/ticket/7711 eight months ago but the absence of comments in that ticket and the current paucity of results in http://dev.sugarlabs.org/search?q=gadget suggests to me that the Sugar folks have completely ignored the necessary UI work in favor of more pressing issues. Regards, Michael --- To understand how Gadget works, read http://wiki.laptop.org/go/XMPP_Component_Protocol and skim the contents of http://dev.laptop.org/git/projects/gadget/tree/gadget paying particular attention to the automated tests. Then, if you're feeling brave, read the Gabble source code: http://git.collabora.co.uk/?p=telepathy-gabble.git;a=tree;hb=master paying particular attention to the files whose names contain 'olpc'. ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
Re: [Sugar-devel] Fwd: Regarding the print support idea(GSoC)
On Wed, Mar 18, 2009 at 10:59 AM, Vamsi Krishna Davuluri vamsi.davul...@gmail.com wrote: After talking to tomeu, and discovering the pygtk print api,(which through backends interacts with the cups api) I think its okay to just include the cups api, and then on top of pygtk print (which has modules like page setup, printer setup etc) make a nice new tab/ or pop out menu(dialog) in the journal which allows configuration. We an even install rights for the bit advanced printing functionalites if needed. I think most of the postscript editing is taken care by pygtk print, I'll do a bit of research here, if not its just simple text editing of the PPD (wiki said that, need to do a bit more work here too) :D On Wed, Mar 18, 2009 at 3:36 AM, Luke Faraone l...@faraone.cc wrote: Sorry, I accidentally pressed send before I had finished! :) On Mon, Mar 16, 2009 at 1:50 AM, Vamsi Krishna Davuluri vamsi.davul...@gmail.com wrote: Thank you! I think I'll do what you said, I'll just let every activity send the print request(the file,metadata involved etc) to journal, and use it as a global dock to print the file. So a button in every activity does just that with minimal tweaking around. Makes sense. One should be careful to not expose the CUPS service to activities directly, as one of the threats we have to worry about is resource abuse. Ideally (IMHO), pressing print should have the object sent via the dbus to the journal and a preview dialog with a to menu and a options dialog (which brings up the properties configurable by the driver). On Mon, Mar 16, 2009 at 1:27 AM, Benjamin M. Schwartz bmsch...@fas.harvard.edu wrote: [...] Perhaps in the drop-down menu for each item in the Journal, there could be a Print this item option if the item has a MIME type of (pdf, odt, png, jpg...). Yes, it would be a good idea to have a list of supported print formats for simplicity. PostScript, of course, should be supported as a fallback. -- Luke Faraone http://luke.faraone.cc ___ Sugar-devel mailing list Sugar-devel@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/sugar-devel
