Re: Killing activities when memory gets short
On 7 Aug 2010, at 21:08, Tiago Marques tiago...@gmail.com wrote: Just killing a random activity is a terrible idea becayse you don't want your product behaving like it's defective; the pop up idea is way more acceptable(and a lot better than having the system randomly behaving like it's crashed). Either way, this is the extremely important use of swap memory that doesn't exist here. I understand your engineering constraints on the hardware but randomly killing activities is poised to confuse users and cause people considering the hardware for deployment to think that you're selling them something defective/baddly manufactured. As long as activities are saving and restoring properly it could be made pretty much transparent to the user. Of course that's easier said then done... Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Killing activities when memory gets short
Sent from my iPad On 8 Aug 2010, at 18:40, Tiago Marques tiago...@gmail.com wrote: Just killing a random activity is a terrible idea becayse you don't want your product behaving like it's defective; the pop up idea is way more acceptable(and a lot better than having the system randomly behaving like it's crashed). Either way, this is the extremely important use of swap memory that doesn't exist here. I understand your engineering constraints on the hardware but randomly killing activities is poised to confuse users and cause people considering the hardware for deployment to think that you're selling them something defective/baddly manufactured. I tihnk I have been sloppy with my words, so let me clarify two things: I read through the thread but may also missed something. - killing processes should be done only to avoid OOM (because currently the kernel kills the wrong thing most of the time). True. - before the need for killing arises, we can do a myriad of things to prepare the user for what is coming and maybe to avoid it (some good ideas have already been posted in this thread). The idea of killing activities with the content closed seems ok but it would probably be a good idea to have a way to opt out of it for some apps. I'm thinking a PDF that may be left open on purpose to serve as reference to something, a browser window, etc. Are you then proposing to use the LRU policy to do the killing? I'm thinking that a popup with a cancel tied to a timeout may be a good idea. Once it is not allowed to be killed, it should not try to again for the session, or at least for a very large increase in query time. Apps like instant messaging(though I don't recall one for Sugar), would definitely need a definitive opt out, no? Best regards, Tiago Regards, Tomeu Best regards, Tiago Marques This, however, makes non-sugarized activities more dangerous to deal with. One more reason to demand proper sugarization. -- // Bernie Innocenti - http://codewiz.org/ \X/ Sugar Labs - http://sugarlabs.org/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Killing activities when memory gets short
On 8 Aug 2010, at 18:40, Tiago Marques tiago...@gmail.com wrote: The idea of killing activities with the content closed seems ok but it would probably be a good idea to have a way to opt out of it for some apps. I'm thinking a PDF that may be left open on purpose to serve as reference to something, a browser window, etc. An opt out could be easily abused... In the PDF case the activity could be closed and reopened under the hoods, without the user even noticing (well, startup time aside). Are you then proposing to use the LRU policy to do the killing? I'm thinking that a popup with a cancel tied to a timeout may be a good idea. Once it is not allowed to be killed, it should not try to again for the session, or at least for a very large increase in query time. Imo a confirmation popup would become annoying very quickly. Also if the user refuses, the kernel will have soon to kill an activity, which is worst. Apps like instant messaging(though I don't recall one for Sugar), would definitely need a definitive opt out, no? Yeah, that's where things get tricky :/ Same issue with a background music player for example. Ideally we would just keep the connection open somehow and close the whole UI, but that's going to get complex. As long as this causes just minor annoyances to the user (like being disconnected or music stopping), I think it's probably something we don't need to solve in the first iteration. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Killing activities when memory gets short
On 8 Aug 2010, at 20:57, Lucian Branescu lucian.brane...@gmail.com wrote: Separating the activity from the service would help here. In the case of music, MPD would use a lot less memory than one of its GUIs. Right, I was thinking to something along these lines too. I'm not sure how the shell would enforce this policy though. Maybe we could allow the activity processes to use a minimum amount of memory when it has been asked to close. As I said, it gets complicated :) An activity frontend to MPD could be killed following activity policy and the MPD daemon itself would be killed following regular daemon policy. Music would play after the activity dies and would only be stopped if the MPD daemon is killed (which is less likely since it uses very little memory). Ah yeah that could work for global services. It would be good if the same could be done at activity level though. You could use the a similar mechanism but it would require figuring out how to launch these services, register them with the shell etc. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] UI experiments: pop-up menus and hot corners
On 6 Jul 2010, at 04:26, Gary Martin garycmar...@googlemail.com wrote: Pre-rendering is tricky as both stroke/fill colour, and image size are variable. I think Benjamin had this more or less working at some point, I don't remember why we didn't land it. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: mkliveinitrd bug
Here are the problems I found so far: * console completely screwed up, which makes debugging a pain. * jffs2 related kernel trace while booting, does not seem to break things. * Network related kernel panic at the end. Sometimes halt the system, sometimes it doesn't. * X does not start for some reason. All in all we seem in a pretty bad shape :P Maybe setting up nightly builds will encourage someone with more kernel experience then me to take a look. Marcl ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Google summer of Code?
On Mon, Feb 9, 2009 at 10:35 PM, Samuel Klein s...@laptop.org wrote: Thanks Peter! OLPC are definitely participating tihs year. We should pull together a good list of both sugar and OLPC projects. On the OLPC wiki, this means updating two pages http://wiki.laptop.org/go/Summer_of_Code http://wiki.laptop.org/go/Summer_of_Code/2009/Ideas The latter needs a new page. SL should set up one as well, assuming they are doing SOC. http://sugarlabs.org/go/Summer_of_Code Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: mkliveinitrd bug
On Sat, Feb 7, 2009 at 5:16 PM, Chris Ball c...@laptop.org wrote: Hi, Hello, I tracked down why rawhide does not boot from nand. Details in this bug report: Awesome, Marco! Thanks so much! As Peter suggested, I should look at getting nightly builds set up soon. Would you like to share infrastructure so that the build run spits out SoaS images at the same as F11-XO images? If so, any preference for whether to do it on an OLPC machine or on something like sunjammer? Sharing infra on this makes a lot of sense to me. Personally I have no preference about where to host it. Bernie, what do you think? Is this something we can host? I guess we will need a rawhide box/VM. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
mkliveinitrd bug
Hello, I tracked down why rawhide does not boot from nand. Details in this bug report: https://bugzilla.redhat.com/show_bug.cgi?id=484496 I'm attaching the patch/hack I used to make it boot, in the case someone wants to give it a try. Next issue is the major console screw up... I have no clue about that one really. I will try to upload a booting image so that hopefully a kernel hacker will take look. Marco initrd.patch Description: Binary data ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: mkliveinitrd bug
On Sat, Feb 7, 2009 at 2:37 PM, Marco Pesenti Gritti marc...@sugarlabs.org wrote: I'm attaching the patch/hack I used to make it boot, in the case someone wants to give it a try. A repo with rpms is here: http://www.sugarlabs.org/~marco/initrd/ Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Fwd: Another Soas image for the XO
-- Forwarded message -- From: Marco Pesenti Gritti marc...@sugarlabs.org Date: Fri, Feb 6, 2009 at 10:29 AM Subject: Another Soas image for the XO To: Sugar-dev Devel sugar-de...@lists.sugarlabs.org Cc: Sebastian Dziallas s...@fedoraproject.org, Gary C Martin g...@garycmartin.com Now with readable fonts :) http://download.sugarlabs.org/soas/xoimages/soas3.crc http://download.sugarlabs.org/soas/xoimages/soas3.img Next challenge will be to trim the size down. I think Sebastian has been working on that. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Mesh support very likely to miss Sugar 0.84
On Sun, Feb 1, 2009 at 3:18 PM, Gary C Martin g...@garycmartin.com wrote: Not sure who's able to contribute, but just wanted to wave a red flag here to warn that it's looking like any mesh support is very unlikely to make the 0.84 Sugar release, unless someone is interested/able to work on it: http://dev.sugarlabs.org/ticket/230 It officially slipped to the 0.86 milestone today :-( so no kids working under a tree scenario (unless the tree happens to come with a wireless AP infrastructure). There are two parts of the work. * Mesh support needs to be integrated into NetworkManager 0.7. Sjoerd started to work on it, but his patches are not upstream yet. * Supports for it needs to be added to the Sugar UI. More detailed informations here: http://wiki.laptop.org/go/Network_manager_0.7 Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Mesh support very likely to miss Sugar 0.84
On Sun, Feb 1, 2009 at 5:03 PM, Marco Pesenti Gritti marc...@sugarlabs.org wrote: There are two parts of the work. * Mesh support needs to be integrated into NetworkManager 0.7. Sjoerd started to work on it, but his patches are not upstream yet. The patches was proposed on the NetworkManager lists. They was generally fine but Dan requested some changes, which Sjoerd believe should not take a lot of work. See the thread here: http://mail.gnome.org/archives/networkmanager-list/2008-August/thread.html#00028 Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Soas snapshot
On Wed, Jan 28, 2009 at 12:28 AM, Gary C Martin g...@garycmartin.com wrote: Cool. Any tips as to what to do with these 2 on an XO? The only thing I've done with .img and .crc before is copy-nand from firmware – is it possible to run them from a usb stick without wiping nand or effecting the existing nand install (so we can encourage safe(er) testing of new code)? You can use copy-nand if you want to install them on the nand. To install on a usb stick you can follow the Fedora on XO instruction (with the .iso Soas image). It should be possible to do it from a XO. See: https://fedoraproject.org/wiki/QA/TestPlans/Fedora10_On_XO#Installing_your_SD_card It would be good to add this to the Soas wiki page. Let me know if you have any problems! Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Soas snapshot
You can download the iso here: http://download.sugarlabs.org/soas/snapshots/1/Soas-200901271941.iso Instructions on how to install it are here: http://sugarlabs.org/go/Sugar_on_a_Stick I also made an experimental image for the XO. It's not signed, so you will need security disabled, if you want to try it. http://download.sugarlabs.org/soas/xoimages/soas1.img http://download.sugarlabs.org/soas/xoimages/soas1.crc Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Backlight control
On Sat, Jan 24, 2009 at 5:23 AM, John Watlington w...@laptop.org wrote: What can I call from an activity (in python) to indicate that the backlight should be turned off ? I'm playing with a photoframe app, and want to have the ability to deliberately control the backlight level from the UI. See http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/src/jarabe/model/screen.py Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: SoaS on the XO progress
On Sat, Jan 24, 2009 at 2:12 AM, Marco Pesenti Gritti marc...@sugarlabs.org wrote: On Fri, Jan 23, 2009 at 10:41 PM, Chris Ball c...@laptop.org wrote: D'oh, I think OLPC asked Warren to push that X driver update, and it sounds like we didn't test it properly. Is there a good way to select which version of an RPM to use in kickstart, maybe? Which package are you referring to here exactly? I'm confused because F10 and rawhide seem to have the same versions of X packages, and joyride works but F10 doesn't. Hm, reverting from 2.11 to 2.10 actually fixes it. So I don't get why 2.11 works in joyride. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Backlight control
On Sat, Jan 24, 2009 at 3:43 PM, p...@laptop.org wrote: but if ohmd is going to be in the middle, then the published api for requesting those changes should be more transparent than requiring every application be in python and have knowledge of dbus. There is no python dependency and I personally have no problems with a dep on dbus. Leaving aside technical considerations about dbus, pretty much everything in the desktop land requires it these days (and ohm is heavily based on it afaik). It's not worth to resist the flow ;) Just my opinion! Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: SoaS on the XO progress
On Sat, Jan 24, 2009 at 2:12 AM, Marco Pesenti Gritti marc...@sugarlabs.org wrote: On Fri, Jan 23, 2009 at 10:41 PM, Chris Ball c...@laptop.org wrote: D'oh, I think OLPC asked Warren to push that X driver update, and it sounds like we didn't test it properly. Is there a good way to select which version of an RPM to use in kickstart, maybe? Which package are you referring to here exactly? I'm confused because F10 and rawhide seem to have the same versions of X packages, and joyride works but F10 doesn't. Using joyride xorg.conf doesn't help either. Maybe some kind of interaction with the kernel? /me has no clue... Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Backlight control
On Sat, Jan 24, 2009 at 4:07 PM, p...@laptop.org wrote: right -- there's only a python dependency in that when someone asks how do i change the brightness, they're pointed to python code. :-) Well... Wad needed it for a python activity. And even if you need to write it in another language, the example is useful for illustrative reasons. It would have been the same if I pointed someone to a C implementation, when he needed it in python or javascript. dep on dbus. Leaving aside technical considerations about dbus, pretty much everything in the desktop land requires it these days (and ohm is heavily based on it afaik). It's not worth to resist the flow ;) perhaps that's true for dbus. but it's too much of that thinking that makes the current XO distributions as slow as they are. :-/ Sure, you could rewrite the whole software stack from scratch and get something which is hugely faster. But that would take you n years, where n is a very large number. Let's stick to the specific case, I don't think the use of dbus here has any user visible performance effect. btw, in the code marco pointed to: http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/src/jarabe/model/screen.py it looks like there's a missing assignment to _ohm_service (i.e., to save the connection so it doesn't need to be recreated each time). am i mis-reading? Ouch, please ticket it, thanks. (dev.sugarlabs.org). Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] [IAEP] [ANNOUNCE] Sucrose 0.83.4 Development Release
On Fri, Jan 23, 2009 at 10:45 AM, Bernie Innocenti ber...@codewiz.org wrote: Some thoughts: - Because the commit message summary appears in the shortlog, it should be kept below 74 characters to avoid ugly wrapping. - Given the above, the word Closes: steals precious characters, and is rather easy to deduce, therefore I'd opt it out. - The leading dot at the end should not be included because it looks super ugly in the subject of an email. - To reduce clutter, I'd make the SL prefix implied, and leave other prefixes such as OLPC#123 and RH#456 explicit. Do we have a wiki page where we can document these practices? Perhaps http://sugarlabs.org/go/DevelopmentTeam/Git Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: SoaS on the XO progress
On Fri, Jan 23, 2009 at 12:01 AM, Chris Ball c...@laptop.org wrote: I'm still not able to get the images I create to boot on the XO -- could you confirm that you're using the Fedora kernel and initrd? Yup, sure. The only difference is that the initrd contains more modules, because of the livecd-tools change I posted as a patch. Here is my image: http://www.sugarlabs.org/~marco/f10.img http://www.sugarlabs.org/~marco/f10.crc Could you give it a try? That would tell us if it's something different in the build environment or something else... Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: SoaS on the XO progress
Yay, stock F10 is now running GNOME fine. Some more things I found: * I was not using -a when copying the files, so owners and all kind of other stuff was not preserved. That's the cause of the hal failure, new script attached. * With selinux enabled you cannot login from the console. Perhaps jffs2/selinux issues? I'm just disabling it for now. -selinux --enforcing +selinux --disabled * rpm does not work. It complains about mmap failure when reading the db, jffs2 related? * X doesn't actually crash the system, it's just very broken :) If you switch to vt and back you can also see some parts of the gdm screen. It looks definitely like a regression in the updates. If I build an image with updates disabled X works fine. Marco livecd-iso-to-xo.sh Description: Bourne shell script ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] SoaS on the XO progress
On Fri, Jan 23, 2009 at 6:42 PM, C. Scott Ananian csc...@laptop.org wrote: On Fri, Jan 23, 2009 at 12:17 PM, Marco Pesenti Gritti marc...@sugarlabs.org wrote: * rpm does not work. It complains about mmap failure when reading the db, jffs2 related? As far as I know, jffs2 doesn't support writable mmaps. In the debian ports, we add some special magic to tell apt not to use them ( http://wiki.laptop.org/go/Installing_Debian_as_an_upgrade ); and the following code from pilgrim appears to do something similar: echo - Configuring RPM to not use writable mmap (as jffs2 don't support it) mkdir -p $INSTALL_ROOT/etc/rpm cat EOF $INSTALL_ROOT/etc/rpm/macros.rpmdb %__dbi_cdb create private nommap EOF Good catch, thanks! Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: SoaS on the XO progress
On Fri, Jan 23, 2009 at 10:41 PM, Chris Ball c...@laptop.org wrote: D'oh, I think OLPC asked Warren to push that X driver update, and it sounds like we didn't test it properly. Is there a good way to select which version of an RPM to use in kickstart, maybe? Which package are you referring to here exactly? I'm confused because F10 and rawhide seem to have the same versions of X packages, and joyride works but F10 doesn't. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: SoaS on the XO progress
1 haldaemon fails to start and I couldn't find any error log. Maybe running it directly, rather than via init, will expose the problem? When running it directly it was sitting for a while and then exiting without any error (even in verbose mode). I should strace it. It looks like you're making F10 spins, then? I wonder what happens if you try a Rawhide spin instead. Could you share your instructions and code? I'd like to give this technique a try for our F11 rebase. I did it in a very manual/hacky way yesterday. Working right now on doing it more cleanly, scripting a little and documenting, will post something later tonight. (At which point the difference between OLPC's image and SoaS will be very small. Maybe there'll be no difference at all, even. ;-) Right, that's where I want to get :) Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: SoaS on the XO progress
On Wed, Jan 21, 2009 at 3:39 PM, Chris Ball c...@laptop.org wrote: It looks like you're making F10 spins, then? I wonder what happens if you try a Rawhide spin instead. Could you share your instructions and code? I'd like to give this technique a try for our F11 rebase. * Clone git://git.fedoraproject.org/spin-kickstarts * If you want F10 apply spin.patch * Apply live.patch in /usr/lib/python2.5/site-packages/imgcreate * sudo livecd-creator --cache=cache -c fedora-livecd-desktop.ks * Grab livecd-iso-to-xo.sh attached to this mail (not really polished, might leave stale files, mounts etc) * sudo sh livecd-iso-to-xo.sh [isoname].iso [imagename].img Same results as yesterday with F10 while F11 fails to /init (both images built from an F10). Marco spin.patch Description: Binary data live.patch Description: Binary data livecd-iso-to-xo.sh Description: Bourne shell script ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
SoaS on the XO progress
Hello, I spent some time trying to get Sugar on a stick images (which are basically livecd-tools based Fedora spins) running on the XO from nand. Converting the image to jffs2 and adding cafe_nand and jffs2 to the initrd was enough to make it boot. I have two weird problems: 1 haldaemon fails to start and I couldn't find any error log. 2 X fades a couple of times and then hangs the system. I can reproduce 2 if I write the same image to an usb stick using Fedora XO livecd-iso-to-disk. Could be either a regression in the F10 updates or something wrong in the way SoaS images are built. I have absolutely no idea about 1, but it would seem to be related to jffs2/initrd, since it works fine from the usb stick. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[Server-devel] Gadget fedora package
Just fyi, I submitted a gadget fedora package for review. It's going to require ejabberd 2.0.2. https://bugzilla.redhat.com/show_bug.cgi?id=475971 Marco ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Gadget fedora package
This is really a question for Collabora :) Ccing them... On Thu, Dec 11, 2008 at 2:49 PM, Martin Langhoff [EMAIL PROTECTED] wrote: On Thu, Dec 11, 2008 at 9:43 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: Just fyi, I submitted a gadget fedora package for review. It's going to require ejabberd 2.0.2. https://bugzilla.redhat.com/show_bug.cgi?id=475971 When you have a bit of time, I am still keen on understanding how does Gadget fit in the wider picture. With the OMG! ejabberd's memory and roster mgmt are Out Of Control thing mostly behind us, I want to have a clear picture of why and how Gadget fits into the picture. And at what (cpu, memory) cost, specially for the 3K users scenarios we're looking at. In other words, we are finding that ejabberd is very amenable to having its behaviour changed in interesting ways with - minimalistic Erlang plugins - poking at its internal mnesia DB via the xml-rpc plugin - using an external DB instead of Mnesia, and having external programs manipulate the DB all of these things keep us on using standard XMPP (so our client and server are more generic, and interchangeable) and from a scalability POV avoid adding additional processes (except for the DB). OTOH, I'm not against Gadget. It's just that it's a big unknown to me at a stage where -- without that much effort -- we seem to be getting ejabberd under control and playing nice. cheers, m -- [EMAIL PROTECTED] [EMAIL PROTECTED] -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Gadget fedora package
On Thu, Dec 11, 2008 at 2:51 PM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: With the OMG! ejabberd's memory and roster mgmt are Out Of Control thing mostly behind us, I want to have a clear picture of why and how Gadget fits into the picture. And at what (cpu, memory) cost, specially for the 3K users scenarios we're looking at. Just to share my experience. We was testing with schoolserver.media.mit.edu and we run into several presence inconsistencies, which Guillame says are shared roster bugs (I don't have the numbers anymore, unfortunately). Marco ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: [Server-devel] Gadget fedora package
On Thu, Dec 11, 2008 at 3:01 PM, Martin Langhoff [EMAIL PROTECTED] wrote: Note - I have *no* idea of what is that server running. But I'm working on this space at the moment - switching away from the all online users patch that I suspect Guillaume is talking about and shifting to a different strategy using PostgreSQL. So its mostly behind us (emphasis on mostly) as I mentioned but things are looking promising. The strategies I'm planning to use are in use by several large scale sites based on ejabberd with custom roster behaviours. When you have something working, it would be good to setup a server with it so that we can play with it and see how reliable it is and how well it scales. Marco ___ Server-devel mailing list [EMAIL PROTECTED] http://lists.laptop.org/listinfo/server-devel
Re: xo activity idea
On Wed, Dec 3, 2008 at 4:33 PM, Benjamin M. Schwartz [EMAIL PROTECTED] wrote: Sugar Labs is working on creating an additional hosting system to ease the load for OLPC, but this hasn't happened yet. Bernie is on it. It will hopefully happen very soon. 2) Has this already been done for the xo? Not that I'm aware of. 3) Would this be something that could be integrated with Write, or should this be a seperate activity? It seems to me that this would naturally be part of Write. In fact, I would suggest developing this inside Abiword (the word processor on which Write is based), so that not only Write but also all the other users of Abiword can benefit. I am cc'ing uwog, one of the main Abiword developers. Agreed. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO Feature Roadmap Meeting Minutes from November 26
On Wed, Nov 26, 2008 at 10:14 PM, Greg Smith [EMAIL PROTECTED]wrote: Ed, Gary, Deepak, Ben, Caryl and possibly other met on IRC on Wed. November 25. Sorry to not have made this, still fighting with the jet lag here... - Feature Roadmap page and 9.1 planning (http://wiki.laptop.org/go/Feature_roadmap) : I went through it and I'm a bit confused about time/scope/target: * What's the time target of these features? I assume 9.1 *and* beyhond? * Is it work OLPC stuff is going to do or something we encourage the community to take over? * Do we need some sort of consensus about features before adding them to the roadmap? For example it's the first time I hear Joe remove the frame idea and I don't think it has been discussed at all with the design team. * Any reason to *not* use trac directly for it instead of the wiki? It mostly seems like a list of items. * How do I propose a feature to be added to the list? Thanks, Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: F-10 joyride vs 8.2 - getting fixes upstream.
On Tue, Nov 18, 2008 at 7:39 PM, Daniel Drake [EMAIL PROTECTED] wrote: I don't know how this will fly for already-overworked OLPC employees, but for me, I can work with that. It seem like Peter and the other Fedora guys are offering to help us poor overworked OLPC developers :) Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Techteam] dinner around cambridge on sunday
On Sat, Nov 15, 2008 at 12:43 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote: Hi all, Marco and me compared our schedules for the next week trip and thought that, as we arrive a bit late on Sunday, may be a good idea to meet somewhere in Cambridge for dinner. So, what about meeting for having some food and drinks somewhere not far from Davis Square? My plane is scheduled to arrive at 21.45, so I would go directly to wherever people choose. I'm arriving at 20.50. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] Tentative talk schedule: Nov 19
On Fri, Nov 14, 2008 at 3:10 AM, Martin Langhoff [EMAIL PROTECTED] wrote: Now, if we can talk about at least some of these things in a parenthesis -- avoiding all the distractions -- let's do it. Otherwise, I'm happy to just have a beer with you. Let's make the most of what we have. Looking forward for it! We can use your slot and also the free hacking times on the schedule. But well, if you want to grab Tomeu attention, I'm sure beers would be the most effective! Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2544
On Fri, Nov 14, 2008 at 7:05 PM, Peter Robinson [EMAIL PROTECTED] wrote: Not sure but I'll add it to my list. The other thought that had come to mind. Is there a plan for this release to move from gnome-vfs to gio/gvfs (does OLPC even use it?). It feel off the radar but it's a good idea. Should be easy because we don't use gnome-vfs that much. A ticket on dev.sugarlabs.org would be useful :) Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New joyride build 2546
2008/11/13 Dennis Gilmore [EMAIL PROTECTED]: On Thursday 13 November 2008 04:20:25 pm Build Announcer v2 wrote: http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build2546 Changes in build 2546 from build: 2544 This build boots and X starts and you can log in at a console. Thanks Dennis, great! Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Rebase joyride to Fedora 10
On Wed, Nov 12, 2008 at 11:36 AM, Chris Ball [EMAIL PROTECTED] wrote: Hi, Awesome, one more thing: the last joyride build failed because it couldn't unstuck the loop6 device. Do you know what can be done to unstuck it? Perhaps telling autobuild to try again may do it? I think this should do it: [EMAIL PROTECTED] pilgrim-joyride]$ sudo /sbin/losetup -d /dev/loop6 [EMAIL PROTECTED] pilgrim-joyride]$ Can one of us in europe get root on xs-dev? Luckily Chris is in a more compatible timezone atm... but we risked to block on this for several hours and it might happen again while we work on F10. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Tentative talk schedule: Nov 19
On Thu, Nov 13, 2008 at 3:11 AM, C. Scott Ananian [EMAIL PROTECTED] wrote: I should have also included the information that Walter will be giving his 'Portfolio' talk at 9am on Friday. Just in case anyone was wondering about his absence from the above schedule. Oh, and we'll do our best to get all of these talks recorded, digitized, and posted for anyone not present (or enjoying an overly-leisurely lunch, say). I think Christian would prefer Friday, and probably the day does not matter for Walter. Should we switch? Christian, to answer your question about time, it looks like we have two hours scheduled (10 -12). Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] Tentative talk schedule: Nov 19
On Thu, Nov 13, 2008 at 3:07 AM, C. Scott Ananian [EMAIL PROTECTED] wrote: 4pm: Internationalization (Marco, C. Scott, possibly Saymindu by phone and/or cjb on language learning) I'm not giving talks about i18n :) Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] Tentative talk schedule: Nov 19
On Thu, Nov 13, 2008 at 3:07 AM, C. Scott Ananian [EMAIL PROTECTED] wrote: Does this schedule seem reasonable to others? (Esp. those I've pencilled in for talks?) If you are going to be in town, made a 9.1 proposal (or forgot to), and aren't listed above, let me know. There is a lot of interest about a talk on collaboration, Brendan offered to lead at least part of it. Perhaps we could make it a 2 hours slot on the other days, similar to Walter/Christian. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Rebase joyride to Fedora 10
Hello, we are planning to rebase to Fedora 10 for OLPC 9.1 and we would better start on it asap. I'm not sure what needs to happen at the build system level exactly but my guess would be: * Create an OLPC-4 branch based on Fedora 10. * Create the various dist-olpc4-* tags. * Move pilgrim to use those. Who can help with the Fedora side of things? Thanks, Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Rebase joyride to Fedora 10
On Tue, Nov 11, 2008 at 2:53 PM, Chris Ball [EMAIL PROTECTED] wrote: Michael and I are fine with the plan above -- it's the plan of record. We should go ahead and ask the Fedora folks to make these changes (and point Joyride at them); Marco, perhaps you could ask around in #fedora-admin for someone willing? Yup, will try to get someone to create the branch. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] add xcompmgr to the olpc-development stream builds
On Wed, Nov 12, 2008 at 4:52 AM, Bernie Innocenti [EMAIL PROTECTED] wrote: However, I noticed we also run the window manager from there and it would make a lot of sense to keep the composing manager next to it. Some modern window managers even do both things. Perhaps these things should be moved to olpc-session? Either way, it could be done at a later point with a separate patch. I'm trying to stay more or less consistent with the separation between DM and desktop session, for practical reasons (Sugar needs to work fine if runned from gdm, for example). olpc-session is the equivalent of a DM, so I don't think it should run the window manager, nor the composite manager. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
DeviceKit-power
At first sight, it looks like what we need to give better power information: http://blogs.gnome.org/hughsie/2008/11/09/gnome-power-manager-and-devicekit-power/ Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Wrapping Sugar activities for other desktops
On Fri, Nov 7, 2008 at 2:21 PM, Martin Langhoff [EMAIL PROTECTED] wrote: Well, our journal use model says that the document is picked before the app is called, so if we support $ sugar-wrapper Write.xo mydocument.rtf then we're done. (Again, I might be extraordinarily naive about this :-) ). Currently activities uses the datastore dbus service to open/save files (ultimately they just open/save from disk, but there are some dbus calls to interact with the datastore), so it would mean to support two different code paths in the activities. A fuse layer to the Tomeu datastore or Scott olpcfs would help here... but they are not available yet. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Wrapping Sugar activities for other desktops
On Sat, Nov 8, 2008 at 6:45 PM, Benjamin M. Schwartz [EMAIL PROTECTED] wrote: Marco Pesenti Gritti wrote: On Fri, Nov 7, 2008 at 2:21 PM, Martin Langhoff [EMAIL PROTECTED] wrote: Well, our journal use model says that the document is picked before the app is called, so if we support $ sugar-wrapper Write.xo mydocument.rtf then we're done. (Again, I might be extraordinarily naive about this :-) ). Currently activities uses the datastore dbus service to open/save files (ultimately they just open/save from disk, but there are some dbus calls to interact with the datastore), so it would mean to support two different code paths in the activities. For the simple case of launching an activity by resuming an instance from the Journal, I don't think that's true. Can you elaborate? I'm probably missing something... In the resuming case currently a journal UID is passed to the activity, which gets the path to the corresponding file using the datastore dbus API. How do you propose to change that to work without a datastore/journal? Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Wrapping Sugar activities for other desktops
On Sat, Nov 8, 2008 at 10:56 PM, Benjamin M. Schwartz [EMAIL PROTECTED] wrote: There are two issues here: 1. I don't know how the inner workings are designed, but as a Python activity author I never have to write a datastore call. My impression is that the Journal asks Rainbow's launcher service to start the activity with a particular object-id. The launcher service starts the activity, loads the file from the Journal, and then calls the activity's read_file() method on the resulting filename. Yeah, the Activity class has high level read_file/write_file methods which could be probably replaced with a non-datastore implementation. But not all activities are using the high level API. 2. I'm not suggesting that we work without a datastore/journal. I am suggesting that the sugar-wrapper will instantiate a D-Bus daemon that provides the datastore API. Ok. But afaict that's not what Martin is proposing here. Using the datastore and providing a Journal view would be certainly the most straigth forward implementation, but the level of integration with the rest of desktop would be very low. Maybe it's fine until we get a POSIX compatible datastore though? Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Wrapping Sugar activities for other desktops
On Sat, Nov 8, 2008 at 11:12 PM, Benjamin M. Schwartz [EMAIL PROTECTED] wrote: My point is simply that we could create a very thin dummy layer that provides the launcher API and datastore API but implements them very simply. For example, the object selector would simply pop up the GTK filechooser pointed at $HOME, and the launcher would just provide the filename indicated by an argument to sugar-wrapper. This functionality is exactly what wrapper means to me. Ah. Implementations details aside, I start to see the direction you are heading. That could work. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Wrapping Sugar activities for other desktops
On Fri, Nov 7, 2008 at 7:32 AM, Martin Langhoff [EMAIL PROTECTED] wrote: Thinking about how to extend the appeal (and long term viability!) of sugar activities, one thing that appears as a clear opportunity is to create a wrapper that allows to run sugar activities in a conventional gnome/kde/xfce/awesome desktop. Sounds good, it's on the list of the things I'd really like to do but I'm too swamped to put focus on :( It could open a regular window (instead of the root window), and mimick the minimal set of Sugar facilities that activities depend on. An activity is a regular window already. It's just the wm which displays it fullscreen. So we should be fine there. Perhaps a thinner, lighter set of classes providing the sugar api (add the path to these shim libraries early in the python path to mask the full blown sugar libs). Right now, if I install on ubuntu sugar-activities, I get turteart, but I can only use it inside sugar-emulator. If we had such a shim so that $ sugar-wrapper turtleart would start turtleart in a regular window, then that command can be given an icon in my gnome menu, kde's kickstart menu, etc. Yeah, you would need a little script to bridge to our non-standard activity launching stuff. Another approach might be to make it more standard or to brige it directly with desktop files. Of course there are some hard things - clipboard support probably needs glue You should be fine here, we use standard X stuff. - journal behaviour - though it might be relatively simple Not sure about this one... Do we want to make a journal activity available or to provide compatibility with posix? - naming documents that the user hasn't named explicitly Depends on what we want to do for the previous point. - the initial steps of sharing a collaborative activity (announcement, invites, etc) Maybe make the mesh view available as a standalone application? Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Sucrose 0.83.1 Development Release
On Tue, Nov 4, 2008 at 9:15 PM, Mikus Grinbergs [EMAIL PROTECTED] wrote: At noon Nov 4 I'm viewing the amount of 0.83 available in Joyride (it's approximately zero) as indicative of the consideration being shown by the Sugarlabs and the OLPC communities to those who are not running jhbuild. Mikus, we are working on it. Unfortunately it's not trivial and we don't want to push something completely unusable to joyride. Be patient, you should be aware that we are only three developers working full time on Sugar and we have way too many things to deal with... Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: setup for XO development
On Fri, Oct 31, 2008 at 2:25 PM, Bobby Powers [EMAIL PROTECTED] wrote: very interesting. you mentioned working to integrate rainbow with sugar-jhbuid. It seems like that should be using this native version. If we're not using the d-bus daemon, would we then have to start jhbuild with 'sudo'? Do you have any further pointers on what to look out for when trying to integrate it into jhbuild? I think the idea is to make it trivial to install rainbow in the system by providing deb and rpms of it. Then jhbuild can run using rainbow. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Allowing an activity to be launched multiple times in parallel
On Wed, Oct 29, 2008 at 11:31 PM, Asheesh Laroia [EMAIL PROTECTED] wrote: I have a general sugar UI question: My activity, License, a simple comic book reader http://wiki.laptop.org/go/License that has a license chooser aspect to it, can be launched multiple times if clicked multiple times from the activity launcher. To me, that seems silly. Is it normal for Sugar activities to be able to be launched multiple times like this? I'm interested in a discussion and hearing what current best practices are seen as. I haven't had a lot of time to work on the activity, but I want to set a few things straight. (I'm also generally very interested in help with this activity!) We have a ticket which proposes to switch to single instance by default, while still allowing the user to choose to open a separate one if he wants. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Allowing an activity to be launched multiple times in parallel
On Thu, Oct 30, 2008 at 12:31 AM, Asheesh Laroia [EMAIL PROTECTED] wrote: On Thu, 30 Oct 2008, Marco Pesenti Gritti wrote: We have a ticket which proposes to switch to single instance by default, while still allowing the user to choose to open a separate one if he wants. Cool. As an activity developer, can/should I try to do something myself to handle this? It would be possible to do something about it, I think. I'm not sure that's what we want from an UI perspective though (until we opt for a single instance mode by default). So I'm ccing our wonderful UI designer, which has always answer for all these tricky questions! :P Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Allowing an activity to be launched multiple times in parallel
On Thu, Oct 30, 2008 at 12:40 AM, Benjamin M. Schwartz [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Asheesh Laroia wrote: I have a general sugar UI question: My activity, License, a simple comic book reader http://wiki.laptop.org/go/License that has a license chooser aspect to it, can be launched multiple times if clicked multiple times from the activity launcher. To me, that seems silly. Is it normal for Sugar activities to be able to be launched multiple times like this? I don't understand. Why are you surprised? This is how every multitasking OS works*. OS X does not work that way, right? Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Allowing an activity to be launched multiple times in parallel
On Thu, Oct 30, 2008 at 1:06 AM, [EMAIL PROTECTED] wrote: On Wed, 29 Oct 2008, Carol Hussein Lerche wrote: I don't disagree with the need to speed up the system. However, browsing with multiple tabs is a well known solution to the problem of having multiple browser instances open, and we have tossed that out for some reason. those 'tabs' could even be seperate screens and work without requiring multiple copies of the browser to run. this was done in the name of 'simplifying' the system (along with eliminating popups and modal interfaces) We always had disagreements about it in the design team. I wouldn't consider that a decision made at this point. It's more that we never found an agreement and hence it was never implemented. Though, admittedly, with the current tabbed toolbars, it would get pretty bad both from visual noise and screen aestate point of views. But that's going to change. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Allowing an activity to be launched multiple times in parallel
On Thu, Oct 30, 2008 at 1:23 AM, Benjamin M. Schwartz [EMAIL PROTECTED] wrote: 2. A key feature of the Sugar Activity system is that writing Activities is _easy_. The goal is to minimize the amount of work required to write an Activity. Asking Activity authors to juggle multiple virtual instances creates tremendous complexity that is likely to produce bugs even when performed by experts (e.g. Browse), for no user-visible gain. +1 Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
9.1 Proposal: Sugar as an upstream project
I would like to give a try to explaining *why* I think we need to establish Sugar as an independent upstream project and to discuss a roadmap on *how* to gradually get there. Given the strong feelings and the complexity of the issue, I'm willing to give the talk only if we will be present in person to xocamp (which is also the reason I'm posting the proposal so late and without a good outline of the talk, sorry). Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Firefox/Xulrunner memory related crashes
Hello, I spent some time looking into the various tickets about oom and BadAlloc crashes in trac today. Here is a summary of the problems. A) There is a bug in cairo which causes BadAlloc on very big images. Fixes are in 1.8 and should be possible to backport to 1.6.4. B) Xulrunner renders images in a cache, normally on the server side, but there is an environment variable to cache them on the client side, for 15 seconds. In the case of pages like http://wiki.laptop.org/go/Measure, the uncompressed images can take up to 150mb, which quickly kill the XO. There are two possibilities to alleviate the problem: 1) Reduce the cache life, most likely based on images size. Very easy to patch xulrunner to change the timer, but it's probably not going to completely fix the problem. Memory will fill up anyway in some cases, we just decrease the likeliness that it will happen. http://mxr.mozilla.org/mozilla-central/source/modules/libpr0n/src/imgContainer.cpp#1209 2) nsThebesImage has recently gained low memory detection. It will refuse to create the image if memory is low. Unfortunately it's implemented only on some platforms, not including linux. Can a kernel hacker land me hand there and suggest an implementation for it? NS_OSSO (meamo) uses /sys/kernel/high_watermark, but I suspect that's a maemo kernel patch? http://mxr.mozilla.org/mozilla-central/source/xpcom/base/nsMemoryImpl.cpp#187 --- Fixing any of these problems would require system changes and hence 8.2.1. A) will get fixed for free when we upgrade to Fedora 10. For B), if I get some help by kernel developers, I'd like to get a fix in joyride and see how much it helps, then we can decide about including it in 8.2.1 or not. From a user point of view I think B is happening much more often then A, hence I think it's worth to get do a 8.2.1 for this only if we manage to solve B. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
9.1 Proposal: Compatibility with desktop applications
Two high level goals: * Make desktop applications run without modifications in the Sugar shell and integrate as much as possible with it. * Make activities run on a standard desktop, as long as the required services are installed. Problems we need to solve to make this possible: * Our icon classes should be extended to better support non-svg icons. * Support the startup notification spec. * Respect the WM_ICON hint. * Obsolete the BUNDLE_ID X property, make the ACTIVITY_ID one optional. * Support system installed desktop files, display them in the home view and allow to launch them. * Replace matchbox with a fully compliant window manager (which?) Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
9.1 Proposal: Top five performance problems
Problems and ideas in no particular order. * Sugar shell startup is too slow. Reduce dependencies, single process shell, modularize and delay initialization of components which are not immediately necessary, measure constantly to avoid regressions and monitor progress. * Icons rendering is slow and uses too much memory. Cache svg icon on disk pre-rendered and mmap them, render colored icons using a mask per color, user server side pixmaps to speed up rendering of some of the icons. * Activity startup is ridiculously slow. Design an API incompatible Activity class. Start from a very basic window and add functionalities on the top of it, trying to not regress startup time. Make sure that launcher feedback does not slow down startup. * Browse performance and memory usage. Investigation to do here. I'm hoping to have more concrete data by the 17 Nov. * The frame is too slow to appear and disappear. Experiment with pixmap caching. Is an empty frame fast enough? Composite the active window and the frame. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
9.1 Proposal: Web based activities
Several activities needs a web view and currently duplicate a lot of Browse code to implement one. This is a maintenance nigthmare. I would like to provide a trivial way to create such activities using sugar-toolkit. I'm looking for feedback about the required functionalities of such API and ideas on how it could be used. Combining gtk, html and python/javascript could get pretty powerful. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Top five performance problems
On Fri, Oct 24, 2008 at 1:56 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: * Activity startup is ridiculously slow. Design an API incompatible Activity class. Start from a very basic window and add functionalities on the top of it, trying to not regress startup time. Make sure that launcher feedback does not slow down startup. A discussion about preloading and lazy loading approaches to the slow module imports problems would also be interesting. pylauncher VS gobject-introspection? both? Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Feature roadmap and Miniconference Meeting Today at 2PM US ET
On Wed, Oct 22, 2008 at 4:03 PM, C. Scott Ananian [EMAIL PROTECTED] wrote: I don't think I've seen proposals from Chris or Michael yet, and Marco said he was going to send a proposal and I haven't seen that yet, either. I'd like to see a proposal from Deepak as well (possibly with cjb). I would hope that can be remedied before today's meeting. Since remotes are not going to be at 1cc for the conference, does it make sense for us to sign up for talks anyway? (Real question, I'm not sure I understood how the conference is going to work after Monday techteam meeting). Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Joyride seems stuck
Hello, I pushed two packages yesterday but no joyride build was made. Did we disable automatic builds? Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: simple hacks to improve the performance of the Sugar UI
On Sat, Oct 18, 2008 at 7:35 AM, Andrés Ambrois [EMAIL PROTECTED]wrote: Just a couple of notes. [PATCH] sugar-homewindow-no-transition.patch This removes the usage of TransitionBox from HomeWindow.py. TransitionBox is used to animate the Xo Guy while moving between zoom levels. This patch makes transition from activities to the home box almost instantaneous and removes the annoying flickering. git master doesn't have an activity - home animation... I need to check if that's what Eben actually want though :) I'm also looking into fixing the flickering when closing an activity today. I have tried your hacks and I must say the frame behaves a lot better with compositing enabled. I haven't run any serious memory pressure tests, but I can have around 8-9 activities open before encountering OOM problems. No idea what the previous statistics were. Compositing will not make a huge difference about OOM. It's 2 mb per activity, so it would be something like 1.5 activities less you can run. The impact it's in theory going to have is to fill up VRAM and hence making graphics performance with a lot of activities open painful. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: simple hacks to improve the performance of the Sugar UI
On Sat, Oct 18, 2008 at 11:08 AM, Marco Pesenti Gritti [EMAIL PROTECTED]wrote: On Sat, Oct 18, 2008 at 7:35 AM, Andrés Ambrois [EMAIL PROTECTED]wrote: Just a couple of notes. [PATCH] sugar-homewindow-no-transition.patch This removes the usage of TransitionBox from HomeWindow.py. TransitionBox is used to animate the Xo Guy while moving between zoom levels. This patch makes transition from activities to the home box almost instantaneous and removes the annoying flickering. git master doesn't have an activity - home animation... I need to check if that's what Eben actually want though :) I'm also looking into fixing the flickering when closing an activity today. Fixed! Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Legacy compatibility.
On Fri, Oct 17, 2008 at 9:07 PM, C. Scott Ananian [EMAIL PROTECTED] wrote: * making sugar behave well when run in non-full-screen-mode under metacity. This includes refactoring home/friends/mesh view as operations on root window, so they make sense in a multiwindow setup. (It's been suggested that looking at the xpenguins code is instructive for understanding how nautilus,etc arrange their root window.) I have yet to understand what you have in mind about this and why using a desktop window (like we are doing) would play bad in a multi window setup. Happy to discuss it at the meetings. * Switch to standard freedesktop.org startup notification mechanism: ticket #5271 I'm planning to work on this soon, especially (but not necessarily) if we make a call about upgrading to Fedora 10 or not. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Joyride is open for development!
On Fri, Oct 17, 2008 at 9:14 PM, Chris Ball [EMAIL PROTECTED] wrote: The current plan is to wait until F10 is released (end of November) before rebasing Joyride onto it. But the decision to rebase has been made? Thanks, Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Legacy compatibility.
On Fri, Oct 17, 2008 at 9:23 PM, [EMAIL PROTECTED] wrote: can we stop referring to anything non-sugary as a legacy app. i'd submit that we all use dozens of such apps every day, most of which are in no danger of going away anytime soon. :-) I'm using standard desktop applications :) Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Legacy compatibility.
On Fri, Oct 17, 2008 at 9:36 PM, Erik Garrison [EMAIL PROTECTED] wrote Perhaps we could also investigate the use of the xdg utilities for managing mimetype associations and installing activities? Sugar already uses the xdg mime spec. I'm not sure to which utilities you are referring exactly though. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 9.1 Proposal: Legacy compatibility.
On Fri, Oct 17, 2008 at 9:45 PM, C. Scott Ananian [EMAIL PROTECTED] wrote: On Fri, Oct 17, 2008 at 3:36 PM, Erik Garrison [EMAIL PROTECTED] wrote: Perhaps we could also investigate the use of the xdg utilities for managing mimetype associations and installing activities? Good point. I've talked with sugar folk about this some already. My Journal2 code is going to use the GIO app launching mechanism, which is based on XDG, and sugar already uses XDG mechanisms to register mime types. Michael's already been thinking about how we can interpose rainbow-launch into app launching, which is not inconsistent with the XDG mechanisms. I think we've been a bit unsatisfied with how XDG scatters information about activities across the filesystem (mime types here, .desktop files there, etc); Sugar prefers the all information related to an activity in a single directory model, pioneered by NextSTEP and used in Mac OS X, etc. I think that can be made consistent with the XDG mechanisms, either by using a very long XDG_DATA_DIR spec which lists all the activity directories, or by using a userland filesystem to generate the proper XDG directory contents based on the activity registry. I should flesh this out and we'll deal with the details during the presentation. The way it's done right now is to copy mime information to ~/.local at installation time. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Fedora 10 for 9.1.0?
On Wed, Oct 15, 2008 at 10:57 AM, Bert Freudenberg [EMAIL PROTECTED]wrote: Am 15.10.2008 um 01:19 schrieb [EMAIL PROTECTED]: the distro landscape has changed a bit in the last few years, is it worth considering a jump to Ubuntu if it has a better fit for your release cycle? at the very least it telegraphs the long-term support versions. Ubuntu also seems a much better fit in spirit than RedHat. No distribution wars plase :) Let's stay on topic... Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] 0.84/9.1 planning.
Just a couple of additions: * We should make sure to have a good summary of the actionable items produced during the meetings, post them to the larger community, gather feedback and consensus and finally add them to the SL roadmap. * It would be very beneficial to spend some time explaining SL mission and making plans on how to best decouple and integrate processes and infrastructure with OLPC. Perhaps Walter and I could give a talk about that and we would reserve a bit of time the last day to come up with actionable items about this aspect. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Fedora 10 for 9.1.0?
Hello, do we plan to rebase to F10 for 9.1.0? I'm asking because I'd need to know if I can depend on gtk 2.14... http://lists.laptop.org/pipermail/sugar/2008-October/009194.html Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: journal is hard (was Re: notes from the field - Mongolia)
On Sun, Oct 12, 2008 at 1:40 PM, elana langer [EMAIL PROTECTED]wrote: file artifacts in the journal--the process went something like this-insert a flash drive to the xo that has a lot of files on it from windows computer, they show up in journal, remove flash drive, erase many of the files on a windows machine, use the flash drive with windows, mac and linux computers for a couple weeks, put it back in the XO and old files that have been deleted are still cluttering up the journal in usb view mode. This is going to be fixed for 9.1. In 650 and 656 the team saw a few instances of the journal disappearing-reinstalling the journal activity fixed this. I think 8.2 should be much better from this respect. But a really solid solution will be available only with 9.1. Thanks, Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Workaround for #8155? (hard links in datastore for storing duplicate files)
2008/10/10 Emiliano Pastorino [EMAIL PROTECTED]: Hi, everyone. We would like to create a collection of books in pdf format (collection as in http://wiki.laptop.org/go/Collections) for kids in Uruguay, but we've seen that each time you open a book, a duplicate is created in datastore, despite the file being stored locally. That happens in build 656, but I've tried the same in 767, and duplicates are still being created. I've found that ticket #8155 describes this defect, but it seems that there hasn't been any advance since it was created 7 weeks ago. We need to solve this asap, so any workaround is good for us (it doesn't need to be pretty at all). Hello Emiliano, I can think of a couple of possible solutions. 1 Open the pdf directly in Browse. We have code for it already, see this thread http://lists.laptop.org/pipermail/sugar/2008-October/008946.html 2 Browse could be smart and when opening files from the local file system, it could hard link them in the DS instead of making a copy. It means that if the original file changes, the one in the journal will change too, but I can't think of very bad consequences of this. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] 0.84/9.1 planning.
On Fri, Oct 10, 2008 at 9:12 PM, C. Scott Ananian [EMAIL PROTECTED] wrote: On Thu, Oct 9, 2008 at 2:07 PM, Ed McNierney [EMAIL PROTECTED] wrote: It currently looks like the week of November 17 - 21 is our target for our planning meeting, so as to avoid travel during the (following) US Thanksgiving holiday week. I concur with Scott's suggestion of having a sugarlabs contact connect with SJ to move things forward. Just to clarify: like our mini-conferences in the past, the plan is to have at least three days full of talks and hacking, so that we all have a chance to present plans and wild ideas in lots of technical detail, and listen to talks and presentations from the learning side, before we have to sit down and draw up concrete priorities and goals for 9.1. Hopefully some crazy ideas will seem less crazy when they are presented in depth, and perhaps some reasonable ideas will have enough holes poked in them during QA to shift our thinking as well. Walter Bender has already said he will be out of the country until late in the week, and it's reasonable to expect that the final knock-down drag-out draw-up-the-big-list summary meeting will be at the end of all this. But I'd encourage both sides here to consider making this a full week of presentation and exploration (and publication!). Are you proposing something like: 17 - 21 Talks and hacking 24 - 25 Concrete priorities and goals ? Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] 0.84/9.1 planning.
On Fri, Oct 10, 2008 at 9:33 PM, C. Scott Ananian [EMAIL PROTECTED] wrote: On Fri, Oct 10, 2008 at 3:23 PM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: Just to clarify: like our mini-conferences in the past, the plan is to have at least three days full of talks and hacking, so that we all Are you proposing something like: 17 - 21 Talks and hacking 24 - 25 Concrete priorities and goals I think more like: Nov 17-20: talks and hacking Nov 21: priorities meeting, wrapup. I'm not the planning committee, but this would be what I'd like to see. Sounds good to me! Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: notes from the field - Mongolia
On Fri, Oct 10, 2008 at 2:10 AM, Deniz Kural [EMAIL PROTECTED] wrote: p.p.s Marco, you're a stuck-up asshole :) Nice to meet you, Deniz. Do you care to elaborate? Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] notes from the field - Mongolia
On Fri, Oct 10, 2008 at 2:36 AM, Edward Cherlin [EMAIL PROTECTED] wrote: Martin, Deniz, cool it, the pair of you. No more ad hominem attacks. You each owe the other an apology. And one to Marco, too. Thank you Edward, but no need for an apology. It's the funniest thing I heard in the last week, it made me laugh for a while if nothing else :) I need to turn it into a t-shirt... Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Sugar USB testing
On Wed, Oct 8, 2008 at 4:02 AM, [EMAIL PROTECTED] wrote: i _really_ think we need to make the XO base _and_ sugar be a place that developers are comfortable living in. our needs aren't quite the same as a school kid's, but i think there's a much bigger overlap than we often think. with the advent of the fedora spin we're going to lose xo/sugar mindshare among our g1g1 and development users [1], and i think we need to think seriously about taking up that slack. even if that means adding some poweruser-centric features which a grade-schooler would probably never use, it's worth considering, in return for the increased focus, and yes, discomfort it may cause. I agree! Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] notes from the field - Mongolia
On Wed, Oct 8, 2008 at 8:08 PM, Nia Lewis [EMAIL PROTECTED] wrote: Hi Marco, That was a really nice welcome. I work with Elana and the learning team here at OLPC and one thing we are trying to do is increase communications between our group and the technical side of the house. It seems the best way to communicate this information from the field is to use the mailing list that reaches the people creating the technology. Perhaps I am out of the loop but all of the people who have chimed in here are active participants in this project and are just as devoted and dedicated as you and I. To suggest they are uninformed seems a little harsh. If you have better suggestions as to how we should communicate the issues we find in the field and work toward fixing them, please let me know. Hello Nia, Huh! No, sorry, this is totally a misunderstanding. I was not referring to Elana feedback at all with that phrase. It was *exclusively* a technical remark to Erik approach to performance work. I appreciate Elana feedback and I highly value it. Keep it coming please :) My apologies for the misunderstanding, I hope this clarify. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] notes from the field - Mongolia
On Wed, Oct 8, 2008 at 8:21 PM, Nia Lewis [EMAIL PROTECTED] wrote: Thanks, MArco. I still think talking to Erik like that isn't very nice either:) Nia, this kind of flames are customary in a technical mailing list and I don't really think Erik should take personal offence about them. If you go back in the archives you will see way more offensive things said about my and the other Sugar developers work. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] notes from the field - Mongolia
On Wed, Oct 8, 2008 at 8:30 PM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: On Wed, Oct 8, 2008 at 8:21 PM, Nia Lewis [EMAIL PROTECTED] wrote: Thanks, MArco. I still think talking to Erik like that isn't very nice either:) Nia, this kind of flames are customary in a technical mailing list and I don't really think Erik should take personal offence about them. If you go back in the archives you will see way more offensive things said about my and the other Sugar developers work. Btw I went back and re-read my statement... There is actually nothing offensive or flaming in it Uninformed simply means that Erik assertions are not based on factual data (which I suggested him to acquire doing profiling work). Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Major power concern
On Tue, Oct 7, 2008 at 6:02 AM, John Gilmore [EMAIL PROTECTED] wrote:
/usr/share/sugar/shell/view/devices/battery.py
#TODO: make this less of an wild/educated guess
minutes_remaining = int(current_level / 0.59)
remaining_hourpart = minutes_remaining / 60
remaining_minpart = minutes_remaining % 60
secondary_text = _('%(hour)d:%(min).2d remaining'
% { 'hour': remaining_hourpart,
'min': remaining_minpart})
How, uh, unusual to slip this into a release at the last minute!
The battery code has moved all around in the last two weeks (I think
it's been in three different places in the Sugar tree), so I found
it too hard to track who put this change in, and why.
It's not hard at all, just use gitweb to look at the history of the
file in the sucrose-0.82 branch. And it's not a last minute change.
http://dev.laptop.org/git?p=sugar;a=commitdiff;h=cf6bd9384004cb47cf5a0f77c31049624cff7dd0
Marco
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Joyride and 9.1 development
Hello, is joyride open for 9.1 development now? Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] notes from the field - Mongolia
On Tue, Oct 7, 2008 at 5:31 PM, Erik Garrison [EMAIL PROTECTED] wrote: I am concerned that focusing on such systems is breaking simple use cases and causing problems for users in the field. I believe that this functionality is important, but do not agree that it should comprise the base layer of data access on a real-world system. Search is extremely powerful, but technically complicated to implement, and equivalently complex to learn how to use. Remember that almost all of us involved in this discussion have been using search on the web for at least the past decade, and while we now understand it as an intuitive process I contend this is not the case for new users. (I can remember, but not locate, at least one study which noted that uninitated users used search engines in extremely strange ways, for instance, running all their search terms together because it mirrored the typical format of DNS names.) Fully qualified names (file names) are simple. They are misused to the extent that users give things strange or confusing names. But, the names are qualified and the users can encounter their work simply by remembering most components of the name. The concept is straightforward: given this key I will always find the data I need, and only that data. No one said that search would replace names. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] notes from the field - Mongolia
On Mon, Oct 6, 2008 at 6:33 PM, Erik Garrison [EMAIL PROTECTED] wrote: In my mind the fundamental problem is that users aren't required to fully qualify names for their work. Doing so seems to lie outside of one of the core points of Sugar's design (There are no files, folders, or applications. -- http://sugarlabs.org/go/Main_Page). Is it conceivable that we could change this feature of the system in future releases to clarify data management on Sugar-running XOs? You keep repeating this and it makes no sense. As Eben said we need to encourage people to tag and name things. Saying that it's outside the Sugar philosophy is nonsense. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] notes from the field - Mongolia
On Tue, Oct 7, 2008 at 6:12 PM, Erik Garrison [EMAIL PROTECTED] wrote: On Tue, Oct 07, 2008 at 06:05:41PM +0200, Marco Pesenti Gritti wrote: On Mon, Oct 6, 2008 at 6:33 PM, Erik Garrison [EMAIL PROTECTED] wrote: How are we going to rectify the general slowness of our user interface? It may not be enough to work on the performance problem from within the existing framework. How will we know if this is the case? We will spend more time profiling and understanding the system and less in uninformed mailing list discussions. My point is that the easiest way to improve the user-perceived performance of the system is probably to kill features. Profiling is not going to help us see this. It is merely going to help us compare one implementation of the framework to another. No. Profiling is going to help you understand *what* is slow in the system and what you need to drop or fix. Right now you are just doing uninformed guesses, which increase the confusion and doesn't get us anywhere near to solve Elana problems. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Error : Model for window 4195586 does not exist. (Using jh-build)
2008/10/4 Naveen Aggarwal [EMAIL PROTECTED]: Hello I am using jh-build having sugar 0.83.x. I am running it on fedora 7. I have my code in pygtk. When i run it using terminal of jh-build, it works perfectly. But when i try to port my activity to sugar using setup.py and MANIFEST files etc., and then try starting my activity by clicking on icon, it shows the following error : 1223101292.624087 ERROR root: Model for window 4195143 does not exist. I am using gtk.Window(window_TOPLEVEL) in my code. I downloaded an an activity BlockParty from net and built it on sugar. Although it also uses the same type of window, it is working fine. I could not find out any other bug in the program. Can somebody please help sorting out this problem. Have you looked at your activity log? It should be in ~/.sugar/default/logs Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: candidate-765, Activities directory deleted while running Software Update
I think I tracked it down, will comment on the ticket. Thanks for the detailed description! Marco On Sun, Sep 28, 2008 at 9:46 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: While running software update for candidate-765 the Activities directory was deleted. This was not during the initial run of Software Update after booting on completion of olpc-update but when called from the control panel Note I had added http://wiki.laptop.org/go/Activities/Joyride to the Upgrade Groups. While software update was running a warning dialog came up stating the journal was full. This seemed to happen while WikiBrowse_English was downloading. Then when I checked how much free space I had I saw I had approximately 200 MB free. I then went to check the contents of the /home/olpc/Activities directory in the virtual terminal but the Activities directory was missing Running Software Update after this happened failed to download any activities. Also it failed to create a new Activities directory. This problem occurred with a system that had 656 upgraded to candidate-765 using olpc-update. ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: gcompris activities regression
On Sat, Sep 27, 2008 at 12:57 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote: Hello, I managed to track it down to this change in joyride 2421: -libxml2.i386 0:2.6.32-3.fc9 +libxml2.i386 0:2.7.1-1.fc9 I cannot say without debugging it further if it's gcompris or libxml2 fault. I added Bruno in cc, which might know better. More info and a trace in the ticket: http://dev.laptop.org/ticket/8641 Unless someone find time to track it down I guess we will have to: 1 Downgrade libxml2 2 Rely on a gcompris fix/workaround. Given Bruno feedback on the ticket I think it's safe to do 2. Thanks for the quick response!!! Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Memory pressure (Re: Signed candidate-765 and gg-765-2 builds available for testing.)
Since everyone major concern is memory pressure especially with Browse, I did some comparison tests with Update.1. The results are somewhat surprising: os711 + g1g1 activity pack Startup: free 127 mb Min Browse: free 91 mb Max Browse: free 61 mb gg-765-2 Startup: free 129 mb Min Browse: free 91 mb Max Browse: free 63 mb Notes: * I have not repeated the tests yet (I intend to do so), so there is the possibility of measurement errors. From my experience so far I'd say +/- 5 mb. * Free memory is measured with free, after having dropped the caches with echo 3 /proc/sys/vm/drop_caches * Min Browse is free memory just after having started browse, no navigation. * Max Browse is the maximum amount of memory I could get Browse to use while navigating randomly inside wikipedia (starting from Moon). Browse memory usage normally grows up quickly when you load the first few pages and then it stabilizes and does not grow anymore. * I tested on clean copy-nand installations of both images, without any reboot. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 764 is imminent
On Fri, Sep 26, 2008 at 3:30 AM, Eben Eliason [EMAIL PROTECTED] wrote: Yup, we were getting several reports that kids accidentally pressed keys while at the Home screen (which auto-focuses the search field.).. Did we actually get reports from kids about this? There is a bug which causes key presses in virtual consoles to somehow get replicated in X when switch back to sugar. For example if you use vi in the virtual console, quit it with :wq and go back to Sugar, you will get wq typed in the activities entry. That's confusing, but if it's the only reason this happen, perhaps it was better to look into fixing the root cause. Another possibility would be to *not* give focus to the entry by default. Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
gcompris activities regression
Hello, I managed to track it down to this change in joyride 2421: -libxml2.i386 0:2.6.32-3.fc9 +libxml2.i386 0:2.7.1-1.fc9 I cannot say without debugging it further if it's gcompris or libxml2 fault. I added Bruno in cc, which might know better. More info and a trace in the ticket: http://dev.laptop.org/ticket/8641 Unless someone find time to track it down I guess we will have to: 1 Downgrade libxml2 2 Rely on a gcompris fix/workaround. I'll give this back in the hands of our build/release managers :) Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Supporting desktop applications, extending the EWMH spec
On Fri, Sep 19, 2008 at 10:37 PM, C. Scott Ananian [EMAIL PROTECTED] wrote: My feeling is that metacity will be hard to upstream patches to, and it would be more work to get working 'right', since it's pretty much designed *not* to be extensible. I tend to think metacity upstream might take sane patches to address this use case. (I doubt they would add a UI preference to turn the mode on and off, but we don't need that). The netbook Ubuntu guys are trying to go down that way: jdub njpatel: btw, have you considered adding a maximus mode to metacity? njpatel jdub: yep there are some patches, but the initial idea was not to change from stock hardy too much. Anyway, the performance would be better if the maximising were done in Metacity, so I'm going to try and clean those up and get them accepted when I get some time Marco ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: cerebro's memory usage
761 and 762 have been released shortly after your mail. If you want to get in a new cerebro, you need to open a ticket, set his action to Approve for release and provide a changelog. This must be documented somewhere on the wiki but I can't find it right now. Marco On Tue, Sep 23, 2008 at 3:18 AM, Polychronis Ypodimatopoulos [EMAIL PROTECTED] wrote: I tried cerebro on two XOs running 760 while holding a chat session using Xavier for 24 hours and cerebro's memory usage is steady at 3.3Mb, so I could safely say that there no memory leaks there. Next I will investigate a way so that cerebro coordinates with extreme power management and does not wake up the system in that case. In the mean time, 760 is not using the latest version of cerebro. Is there going to be a newer stable? p. -- Polychronis Ypodimatopoulos Graduate student Viral Communications MIT Media Lab Tel: +1 (617) 459-6058 http://www.mit.edu/~ypod/ ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
