Re: [sugar] spreading activity bundle contents across the filesystem?

2008-03-13 Thread Bert Freudenberg
On Mar 13, 2008, at 8:55 , Jani Monoses wrote: I understand that for security reasons, and unlike on typical unix systems, activities are installed under one directory with all their content included. That's pretty much exactly how apps work on OS X. For emulation of sugar on regular boxes

Re: [sugar] A Hello World that does it all?

2008-03-13 Thread Tomeu Vizoso
On Sat, Mar 8, 2008 at 10:33 PM, Kent Loobey [EMAIL PROTECTED] wrote: Is there a Hello World python example that includes all of the basic XO/Sugar necessities, i.e., journalling, building, file storage, whatever? Don't think so, if you are interested in completing the existing content in the

[sugar] Sugar 1.0 roadmap

2008-03-13 Thread Marco Pesenti Gritti
Hello, I spent some time writing down the goals and the minimum requirements for a stable Sugar release. It's a work in progress and I'm looking forward for everyone's feedback! Marco --- 1.0 (Draft 1) == General goals == * Implement the essential UI features, sufficient to provide a good

Re: [sugar] spreading activity bundle contents across the filesystem?

2008-03-13 Thread Paul Fox
bert wrote: On Mar 13, 2008, at 8:55 , Jani Monoses wrote: For emulation of sugar on regular boxes is there a way of scattering an activity instead of installing it under a single directory? The Debian policy for instance does not permit installing a .so under /usr/share and several

Re: [sugar] spreading activity bundle contents across the filesystem?

2008-03-13 Thread Bert Freudenberg
On Mar 13, 2008, at 13:13 , Jani Monoses wrote: Bert Freudenberg wrote: On Mar 13, 2008, at 8:55 , Jani Monoses wrote: I understand that for security reasons, and unlike on typical unix systems, activities are installed under one directory with all their content included. That's pretty

Re: [sugar] Speeding up activity launches.

2008-03-13 Thread Tomeu Vizoso
On Wed, Mar 12, 2008 at 5:14 PM, Tomeu Vizoso [EMAIL PROTECTED] wrote: 2008/3/5 Tomeu Vizoso [EMAIL PROTECTED]: 1 Fix async D-Bus methods. I'm quite lost on this. Calls made or processed asynchronously won't return to the client. The call is received correctly by the service, and the

Re: [sugar] Memory allocation indicators

2008-03-13 Thread Kent Loobey
On Wednesday 12 March 2008 10:51:15 pm Benjamin M. Schwartz wrote: The original inspiration for the Activity Ring was that the Ring could serve both to indicate which activities were running and how much memory they were using. This was considered important in order to provide feedback to

Re: [sugar] A Hello World that does it all?

2008-03-13 Thread Kent Loobey
On Thursday 13 March 2008 4:08:28 am you wrote: On Sat, Mar 8, 2008 at 10:33 PM, Kent Loobey [EMAIL PROTECTED] wrote: Is there a Hello World python example that includes all of the basic XO/Sugar necessities, i.e., journalling, building, file storage, whatever? Don't think so, if you are

Re: [sugar] Memory allocation indicators

2008-03-13 Thread Benjamin M. Schwartz
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kent Loobey wrote: | On Wednesday 12 March 2008 10:51:15 pm Benjamin M. Schwartz wrote: | The | question is: do users need to know how memory is being used, and if so, | what sort of indicator is appropriate? | | As a rule of thumb you shouldn't

Re: [sugar] Memory allocation indicators

2008-03-13 Thread Kent Loobey
| Hmm, one could divide the total available memory into pages (say 16KB each). | Then each activity could specify the number of pages it needs to run. | You could then use that number to inform decisions. Paging is handled at the kernel level. Yes, Activities could indicate ahead of time

Re: [sugar] Speeding up activity launches.

2008-03-13 Thread Michael Stone
Tomeu, Yes, using a private connection to the system bus and closing it after forking fixed these issues. Updated patch at 90445f01b30f9c29b23ba895ec84e9e69e6eaf66 in: http://dev.laptop.org/git?p=users/tomeu/security So we are one step closer. Please update the rainbow RPMs in the

Re: [sugar] Memory allocation indicators

2008-03-13 Thread Michael Stone
Also, it would be easy for Rainbow to enforce a pre-set hard limit on memory usage for each Activity separately. I've thought about it before, but I don't think it leads to a good UI at the moment. The problem is that I don't think you really want to nuke activities that hit their hardlimit,

Re: [sugar] Memory allocation indicators

2008-03-13 Thread Benjamin M. Schwartz
On Thu, 2008-03-13 at 16:03 -0400, Michael Stone wrote: Also, it would be easy for Rainbow to enforce a pre-set hard limit on memory usage for each Activity separately. I've thought about it before, but I don't think it leads to a good UI at the moment. The problem is that I don't think

Re: [sugar] Speeding up activity launches.

2008-03-13 Thread Tomeu Vizoso
On Thu, Mar 13, 2008 at 7:55 PM, Michael Stone [EMAIL PROTECTED] wrote: Tomeu, Yes, using a private connection to the system bus and closing it after forking fixed these issues. Updated patch at 90445f01b30f9c29b23ba895ec84e9e69e6eaf66 in:

Re: [sugar] Speeding up activity launches.

2008-03-13 Thread Chris Ball
Hi Tomeu, Oops, had the rpm ready when I realized that it wouldn't work as-is because the rainbow daemon needs to have permissions to connect to olpc's X display in order to initialize gtk and all the modules that depend on it. During testing I've been just running xhost +

[sugar] OLPC Usability Testing Class Project

2008-03-13 Thread Frederick Grose
This note is a request for the broader community to consider potential topic areas that might be prime for some usability testing. (Here is a quick review of usability testing, http://en.wikipedia.org/wiki/Usability_testing.) Professor Keith Karn in the Information Technology Department,

Re: [sugar] A Hello World that does it all?

2008-03-13 Thread Mike C. Fletcher
Tomeu Vizoso wrote: On Sat, Mar 8, 2008 at 10:33 PM, Kent Loobey [EMAIL PROTECTED] wrote: Is there a Hello World python example that includes all of the basic XO/Sugar necessities, i.e., journalling, building, file storage, whatever? Don't think so, if you are interested in