Re: Killing activities when memory gets short

2010-08-08 Thread Marco Pesenti Gritti
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

2010-08-08 Thread Marco Pesenti Gritti


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

2010-08-08 Thread Marco Pesenti Gritti
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

2010-08-08 Thread Marco Pesenti Gritti
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

2010-07-06 Thread Marco Pesenti Gritti
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

2009-02-09 Thread Marco Pesenti Gritti
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?

2009-02-09 Thread Marco Pesenti Gritti
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

2009-02-08 Thread Marco Pesenti Gritti
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

2009-02-07 Thread Marco Pesenti Gritti
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

2009-02-07 Thread Marco Pesenti Gritti
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

2009-02-06 Thread Marco Pesenti Gritti
-- 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

2009-02-01 Thread Marco Pesenti Gritti
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

2009-02-01 Thread Marco Pesenti Gritti
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

2009-01-29 Thread Marco Pesenti Gritti
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

2009-01-27 Thread Marco Pesenti Gritti
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

2009-01-24 Thread Marco Pesenti Gritti
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

2009-01-24 Thread Marco Pesenti Gritti
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

2009-01-24 Thread Marco Pesenti Gritti
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

2009-01-24 Thread Marco Pesenti Gritti
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

2009-01-24 Thread Marco Pesenti Gritti
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

2009-01-23 Thread Marco Pesenti Gritti
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

2009-01-23 Thread Marco Pesenti Gritti
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

2009-01-23 Thread Marco Pesenti Gritti
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

2009-01-23 Thread Marco Pesenti Gritti
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

2009-01-23 Thread Marco Pesenti Gritti
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

2009-01-21 Thread Marco Pesenti Gritti
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

2009-01-21 Thread Marco Pesenti Gritti
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

2009-01-20 Thread Marco Pesenti Gritti
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

2008-12-11 Thread Marco Pesenti Gritti
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

2008-12-11 Thread Marco Pesenti Gritti
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

2008-12-11 Thread Marco Pesenti Gritti
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

2008-12-11 Thread Marco Pesenti Gritti
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

2008-12-03 Thread Marco Pesenti Gritti
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

2008-11-26 Thread Marco Pesenti Gritti
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.

2008-11-18 Thread Marco Pesenti Gritti
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

2008-11-15 Thread Marco Pesenti Gritti
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

2008-11-14 Thread Marco Pesenti Gritti
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

2008-11-14 Thread Marco Pesenti Gritti
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 Thread Marco Pesenti Gritti
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

2008-11-12 Thread Marco Pesenti Gritti
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

2008-11-12 Thread Marco Pesenti Gritti
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

2008-11-12 Thread Marco Pesenti Gritti
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

2008-11-12 Thread Marco Pesenti Gritti
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

2008-11-11 Thread Marco Pesenti Gritti
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

2008-11-11 Thread Marco Pesenti Gritti
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

2008-11-11 Thread Marco Pesenti Gritti
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

2008-11-09 Thread Marco Pesenti Gritti
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

2008-11-08 Thread Marco Pesenti Gritti
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

2008-11-08 Thread Marco Pesenti Gritti
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

2008-11-08 Thread Marco Pesenti Gritti
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

2008-11-08 Thread Marco Pesenti Gritti
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

2008-11-07 Thread Marco Pesenti Gritti
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

2008-11-04 Thread Marco Pesenti Gritti
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

2008-11-02 Thread Marco Pesenti Gritti
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

2008-10-29 Thread Marco Pesenti Gritti
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

2008-10-29 Thread Marco Pesenti Gritti
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

2008-10-29 Thread Marco Pesenti Gritti
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

2008-10-29 Thread Marco Pesenti Gritti
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

2008-10-29 Thread Marco Pesenti Gritti
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

2008-10-28 Thread Marco Pesenti Gritti
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

2008-10-24 Thread Marco Pesenti Gritti
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

2008-10-23 Thread Marco Pesenti Gritti
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

2008-10-23 Thread Marco Pesenti Gritti
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

2008-10-23 Thread Marco Pesenti Gritti
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

2008-10-23 Thread Marco Pesenti Gritti
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

2008-10-22 Thread Marco Pesenti Gritti
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

2008-10-19 Thread Marco Pesenti Gritti
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

2008-10-18 Thread Marco Pesenti Gritti
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

2008-10-18 Thread Marco Pesenti Gritti
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.

2008-10-17 Thread Marco Pesenti Gritti
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!

2008-10-17 Thread Marco Pesenti Gritti
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.

2008-10-17 Thread Marco Pesenti Gritti
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.

2008-10-17 Thread Marco Pesenti Gritti
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.

2008-10-17 Thread Marco Pesenti Gritti
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?

2008-10-15 Thread Marco Pesenti Gritti
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.

2008-10-13 Thread Marco Pesenti Gritti
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?

2008-10-12 Thread Marco Pesenti Gritti
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)

2008-10-12 Thread Marco Pesenti Gritti
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 Thread Marco Pesenti Gritti
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.

2008-10-10 Thread Marco Pesenti Gritti
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.

2008-10-10 Thread Marco Pesenti Gritti
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

2008-10-09 Thread Marco Pesenti Gritti
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

2008-10-09 Thread Marco Pesenti Gritti
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

2008-10-08 Thread Marco Pesenti Gritti
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

2008-10-08 Thread Marco Pesenti Gritti
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

2008-10-08 Thread Marco Pesenti Gritti
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

2008-10-08 Thread Marco Pesenti Gritti
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

2008-10-07 Thread Marco Pesenti Gritti
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

2008-10-07 Thread Marco Pesenti Gritti
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

2008-10-07 Thread Marco Pesenti Gritti
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

2008-10-07 Thread Marco Pesenti Gritti
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

2008-10-07 Thread Marco Pesenti Gritti
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-04 Thread Marco Pesenti Gritti
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

2008-09-28 Thread Marco Pesenti Gritti
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

2008-09-27 Thread Marco Pesenti Gritti
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.)

2008-09-27 Thread Marco Pesenti Gritti
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

2008-09-26 Thread Marco Pesenti Gritti
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

2008-09-26 Thread Marco Pesenti Gritti
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

2008-09-25 Thread Marco Pesenti Gritti
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

2008-09-23 Thread Marco Pesenti Gritti
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


  1   2   3   4   >