Re: [Sugar-devel] Sugar on a Stick - and OLPCsound/Csound

2009-07-06 Thread Aleksey Lim
looks like its a SConstruct issue
https://sourceforge.net/tracker/index.php?func=detailaid=2817271group_id=81968atid=564599

this patch fixed import csnd in my case
http://git.sugarlabs.org/projects/jhconvert/repos/mainline/blobs/master/patches/csound-2817271-soname.patch

On Sun, Jul 05, 2009 at 05:49:23PM -0400, Art Hunkins wrote:
 As mentioned by a member of the sugar-devel list, it seems that a csound 
 (5.10) install (yum install csound), does not install several crucial 
 site-specific and library packages (csnd, _csnd, libcsnd and perhaps 
 libcsound).
 
 Having to erase olpcsound before installing csound deletes these files and 
 they don't get restored/reinstalled.
 
 So, to the procedures described below, before erasing olpcsound, I saved the 
 above-listed files (there were 5 or 6), and once csound was installed, added 
 them back where they came from.
 
 This crude procedure didn't work, and the following error log is quite like 
 the one I started with:
 
 
 /usr/lib/python2.6/site-packages/sugar/util.py:25: DeprecationWarning: the 
 sha module is deprecated; use the hashlib module instead
 
 import sha
 
 Traceback (most recent call last):
 
 File /usr/bin/sugar-activity, line 21, in module
 
 main.main()
 
 File /usr/lib/python2.6/site-packages/sugar/activity/main.py, line 105, in 
 main
 
 module = __import__(module_name) 
 
 File /home/liveuser/Activities/OurMusic.activity/ourmusic.py, line 41, in 
 module
 
 import csndsugui
 
 File /home/liveuser/Activities/OurMusic.activity/csndsugui.py, line 36, in 
 module
 
 import csnd
 
 File /usr/lib/python2.6/site-packages/csnd.py, line 7, in module
 
 import _csnd
 
 ImportError: /usr/lib/libcsnd.so.5.1: undefined symbol: csoundGetInputBuffer
 
 
 I'd appreciate any suggestions as to how to get this all working. Thanks.
 
 Art Hunkins
   - Original Message - 
   From: Art Hunkins 
   To: pbrobin...@gmail.com 
   Cc: cso...@lists.bath.ac.uk ; sugar-devel@lists.sugarlabs.org 
   Sent: Friday, July 03, 2009 7:57 PM
   Subject: Re: [Cs-dev] Sugar on a Stick - and OLPCsound
 
 
   I've just noted that the /usr/lib/python2.6/site-packages folder does not 
 include csnd.py. That folder also contains many fewer files that the 
 corresponding one in python2.5.
 
   As a matter of fact, python2.5 seems about a third the size of 2.6. Is all 
 this correct?
 
   Art Hunkins
 - Original Message - 
 From: Art Hunkins 
 To: pbrobin...@gmail.com 
 Sent: Friday, July 03, 2009 6:13 PM
 Subject: Fw: [Cs-dev] Sugar on a Stick - and OLPCsound
 
 
 Hello, Peter,
 
 Do you know what may be happening here? (Please see error log below.)
 
 I've no idea why the module referenced (csd.py) is not found. Please also 
 compare the log at the very bottom of this mail; this latter log was 
 generated when running Csound*5.08*, also with python2.6.
 
 Thanks for any insights.
 
 Art Hunkins
 
 - Original Message - 
 From: Art Hunkins 
 To: Developer discussions 
 Cc: cso...@lists.bath.ac.uk 
 Sent: Friday, July 03, 2009 5:36 PM
 Subject: Re: [Cs-dev] Sugar on a Stick - and OLPCsound
 
 
 Here's the *next* chapter in the saga. Please note that this is not the 
 *Windows* installation saga; it's the *Linux/Sugar* installation saga.
 
 In our last episode, we noted that Csound5.08 was (apparently?) 
 incompatible with python2.6. At least this seemed a plausible explanation 
 from the error log we saw.
 
 So, now Csound5.10 is available on Fedora(11) for download to SoaS.
 
 First, I try update csound; can't find any csound.
 Second, install csound; it tries, but then says, can't because it 
 interferes with olpcsound (OK, different name!)
 Third, erase olpcsound; good
 Fourth, install csound; good
 
 Then I run my Activity; it now crashes with the similar, but not exact, 
 error log below.
 
 I thought perhaps I'd better start from scratch and did (reformat USB 
 drive, etc). Thought probably the new SoaS iso incorporated Csound5.10. But 
 no, I needed to essentially repeat the above steps, and ended with the same 
 crash.
 
 The log: (any new ideas please?)
 
 /usr/lib/python2.6/site-packages/sugar/util.py:25: DeprecationWarning: 
 the sha module is deprecated; use the hashlib module instead
 
 import sha
 
 Traceback (most recent call last):
 
 File /usr/bin/sugar-activity, line 21, in module
 
 main.main()
 
 File /usr/lib/python2.6/site-packages/sugar/activity/main.py, line 105, 
 in main
 
 module = __import__(module_name) 
 
 File /home/liveuser/Activities/OurMusic.activity/ourmusic.py, line 41, 
 in module
 
 import csndsugui
 
 File /home/liveuser/Activities/OurMusic.activity/csndsugui.py, line 36, 
 in module
 
 import csnd
 
 ImportError: No module named csnd
 
 
 
 Art Hunkins
 
   - Original Message - 
   From: victor 
   To: Art Hunkins ; Developer discussions 
   

Re: [Sugar-devel] soas strawberry sha1sum?

2009-07-06 Thread Tomeu Vizoso
On Sat, Jul 4, 2009 at 20:27, Sameer Vermasve...@sfsu.edu wrote:
 On Fri, Jul 3, 2009 at 1:32 PM, Sean DALYsdaly...@gmail.com wrote:
 Sameer, in my experience sticks are not nearly as reliable as CDs in
 terms of loading a bootable image, apparently due to internal firmware
 and chip differences

 I believe Caroline was getting some failures even with identical make
  model sticks in the Nexcopy mass loader.

 Sean



 Bummer!

 There are a few people here in Jamaica, who are interested in getting
 Sugar onto computers in some of the richer/private schools. I was
 hoping to do a SoaS demo. I'll try to CD route for now. More later...

Not sure that's what you meant, by just in case would like to note
that the reliability issues of some USB sticks doesn't mean that it's
not a viable solutions in some scenarios. You may need a bit of luck
with the usb stick model and the host computer hardware and BIOS,
though.

Regards,

Tomeu

 cheers,
 Sameer
 --
 Dr. Sameer Verma, Ph.D.
 Associate Professor of Information Systems
 San Francisco State University
 San Francisco CA 94132 USA
 http://verma.sfsu.edu/
 http://opensource.sfsu.edu/


 On Fri, Jul 3, 2009 at 8:09 PM, Sebastian Dziallassebast...@when.com wrote:
 Sameer Verma wrote:
 I'm getting 41b08c93a65cc1e38286b9f8980f51528a36761d is this correct?
 I tried a usb stick, but keep getting bad or damaged partition at boot
 time.

 sameer

 Yup, it is: http://download.sugarlabs.org/soas/releases/SHA1SUM

 Bad or damaged partition errors? Maybe your USB key is broken?

 You could try burning the .iso image to a CD to see if it works there...

 --Sebastian
 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel


 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Read Activity question (single page view)

2009-07-06 Thread Sayamindu Dasgupta
Hi,

On Mon, Jul 6, 2009 at 1:46 AM, Gary C Marting...@garycmartin.com wrote:
 Hi Sayamindu,

 Saw some of your Read roadmap items today, and just wanted to ping and ask
 how viable you think it would be for Read to support a single page by page
 view for PDFs (rather than current continuous scrolling mode)?

 I've been thinking it would be better for memory consumption (continuous
 scrolling has to have both pages rendered in memory as you scroll over page
 boundaries), and also would be better for page by page reading for many
 books, presentations (Sameer Verma mentioned this in an IAEP mail today),
 and I'm working on some pdf materials like the old adventure book stories,
 where you traverse different pages in a non-linear way (works a bit like a
 point and click adventure/escape-the-room type thing).

 Does evince support single page render mode?


Yep - it is easily done (the evince view object has a method called
set_continuous)

http://people.sugarlabs.org/sayamindu/Screenshot-Read_Single_Page.png
is a screenshot of Read in single page mode. We need to figure out how
to expose this in the UI. One small problem is that the Epub viewer
does not support distinct pages (epub files are usually a bunch of
XHTML files zipped together), so we need to hide the UI for single
page mode when a Epub file is open.


 If you think it's viable, but don't have the time yourself, let me know and
 I'll see if I can get something working here (never used evince myself so
 wanted to check with you first before I head off down a blind alley).


Wrt presentations, Evince also supports Impress files - I'll take a
look if that is stable enough for general use.

Thanks,
Sayamindu

-- 
Sayamindu Dasgupta
[http://sayamindu.randomink.org/ramblings]
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Background Screen Color for SoaS Activity

2009-07-06 Thread Tomeu Vizoso
On Mon, Jul 6, 2009 at 06:19, Art Hunkinsabhun...@uncg.edu wrote:
 The default color for the Sugar Activity screen seems to be set to light
 gray. I'd like mine to be white.

 Is there any way to change this in my activity script?

That looks good to me, perhaps ibox contains some other widget that is
covering it completely?

Regards,

Tomeu

 I tried:

 import gtk

 win = csndsugui.CsoundGUI(self)
 ibox = win.box(False)
 ibox.modify_bg(gtk.STATE_NORMAL, gtk.gdk.Color(0x, 0x, 0x))

 where ibox = the entire screen.

 However this changed nothing.

 Anything fairly straightforward I could try?

 Art Hunkins

 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Journal feature request--more data in main display

2009-07-06 Thread Sascha Silbe

On Sat, Jul 04, 2009 at 04:55:57PM +0100, Gary C Martin wrote:

Just to confirm; I take it that Xapians prefix maps haven't been used  
so far in the Journal index implementation (i.e. title:Paint,   
description:meeting, or tags:homework)? Point me at rep Sugar source  
if that's quicker (not sure where to look to check this).
You're right on spot. The only prefixes used (but not defined for the 
query) are:


_PREFIX_UID = 'Q'
_PREFIX_ACTIVITY = 'A'
_PREFIX_ACTIVITY_ID = 'I'
_PREFIX_MIME_TYPE = 'M'
_PREFIX_KEEP = 'K'

I.e. to search for all documents of type text/plain you can use the 
query string Mtext/plain, but not mime_type:text/plain.


See [1].

I'd like to expose a better IR search facility in the future, but not 
within 0.86 timeframe (there are several open, hard problems).



[1] 
http://git.sugarlabs.org/projects/sugar-datastore/repos/mainline/blobs/master/src/carquinyol/indexstore.py


CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/

signature.asc
Description: Digital signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Datastore API changes

2009-07-06 Thread Bert Freudenberg

On 05.07.2009, at 22:54, Sascha Silbe wrote:

 On Sat, Jul 04, 2009 at 03:44:05PM +0200, Tomeu Vizoso wrote:

 The client side can know which python exception was raised in the
 server side and do whatever it can to best handle it.
 How does this work? I can't image DBus to transparently pass through  
 Python exceptions.

It's passed as string (including the backtrace IIRC). At least I  
occasionally saw Python errors in Smalltalk ...

- Bert -


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Journal feature request--more data in main display

2009-07-06 Thread Tomeu Vizoso
On Mon, Jul 6, 2009 at 10:51, Sascha
Silbesascha-ml-ui-sugar-de...@silbe.org wrote:
 On Sat, Jul 04, 2009 at 04:55:57PM +0100, Gary C Martin wrote:

 Just to confirm; I take it that Xapians prefix maps haven't been used  so
 far in the Journal index implementation (i.e. title:Paint,
 description:meeting, or tags:homework)? Point me at rep Sugar source  if
 that's quicker (not sure where to look to check this).

 You're right on spot. The only prefixes used (but not defined for the query)
 are:

 _PREFIX_UID = 'Q'
 _PREFIX_ACTIVITY = 'A'
 _PREFIX_ACTIVITY_ID = 'I'
 _PREFIX_MIME_TYPE = 'M'
 _PREFIX_KEEP = 'K'

 I.e. to search for all documents of type text/plain you can use the query
 string Mtext/plain, but not mime_type:text/plain.

Not quite, the association from mime_type: to M is doing when
constructing the query:

http://xapian.org/docs/apidoc/html/classXapian_1_1QueryParser.html#dfd545b4ac739adc2e4171169a500f33

And, from the docs, it does more than just appending M to the query
string, as it can do things like author:charles dickens and
title:(mice men).

So to support that we just need to call add_prefix on the QueryParser
for every field prefix.

Regards,

Tomeu

 See [1].

 I'd like to expose a better IR search facility in the future, but not within
 0.86 timeframe (there are several open, hard problems).


 [1]
 http://git.sugarlabs.org/projects/sugar-datastore/repos/mainline/blobs/master/src/carquinyol/indexstore.py

 CU Sascha

 --
 http://sascha.silbe.org/
 http://www.infra-silbe.de/
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.9 (GNU/Linux)

 iQEcBAEBAgAGBQJKUbsrAAoJELpz82VMF3DaRTAH+QFWfnGvagCl5Vw3ujZceInp
 v4D7PKANidrP8+8GShMaeeXbN1eS7xO4pxEmcQsHqCpEnziS9LM6XGHuuHv67Ab9
 BNg+2FMSZbwnBvhK0ZHBclOKxzQZt20uNJywAb5DU4AkyqqGbAR6+KCrKWb4rpH9
 EjvZEQqTGVVrrj4HNMmHU7C7co++ftAlrTLK3jQs1qw0HHvxBZZgU5Y4SBjqPtM2
 v7c/Nb+NfP4wD5TZAonb9d4eCMf0dqWkgprWTzJ0/q0qLF8hh2bhHMbdF2jZC+YE
 +cPPg6NLSiPcFkuHbTLkI5nuOervWpgV9anf6Wh/bXy33nMEjciHf2JtOL4AMcA=
 =DwBt
 -END PGP SIGNATURE-


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap

2009-07-06 Thread Peter Robinson
 Hi everybody,

 so here it is, the Sugar on a Stick v2 Roadmap:

 http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap#Roadmap

 Feedback is appreciated, and as we've just entered brainstorming phase,
 please go ahead and shoot your ideas! :) More to come...

 For F12 (not beyond), what is the advantage of using RPMs to
 distribute Fructose[1], given OLPC is not[2]?

 +1 to stop distributing activities as RPMs.

 Though we may need a RPM that when being installed downloads and
 installs some .xo files.

That sounds like a horrible hack to me. The whole point of RPMS is
that you can see before you install them exactly what your getting and
when you remove them you know that everything goes with them, I don't
know how its going to be possible to properly clean up something like
that on removal. I think there has to be a use of one or the other, or
a combination of the two where core activities are packaged as rpms,
or Activities that include binary bits that need to be compiled so
that its easy to support on various platforms.

Peter
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap

2009-07-06 Thread Tomeu Vizoso
On Mon, Jul 6, 2009 at 11:03, Peter Robinsonpbrobin...@gmail.com wrote:
 Hi everybody,

 so here it is, the Sugar on a Stick v2 Roadmap:

 http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap#Roadmap

 Feedback is appreciated, and as we've just entered brainstorming phase,
 please go ahead and shoot your ideas! :) More to come...

 For F12 (not beyond), what is the advantage of using RPMs to
 distribute Fructose[1], given OLPC is not[2]?

 +1 to stop distributing activities as RPMs.

 Though we may need a RPM that when being installed downloads and
 installs some .xo files.

 That sounds like a horrible hack to me. The whole point of RPMS is
 that you can see before you install them exactly what your getting and
 when you remove them you know that everything goes with them, I don't
 know how its going to be possible to properly clean up something like
 that on removal. I think there has to be a use of one or the other, or
 a combination of the two where core activities are packaged as rpms,
 or Activities that include binary bits that need to be compiled so
 that its easy to support on various platforms.

Yeah, I'm not 100% happy on that, but this seems to be a situation
where the least evil needs to be found.

The binary bits issue needs to be solved anyway on .xos (some of them
are already multi-architecture), so only the scenario of an user
trying out Sugar on fedora remains.

About cleanup, .xos are expected to be self-contained so when packaged
as .rpm shouldn't need any cleanup.

If people want to package and maintain those as .rpms, I don't see any
problem with that. But if we don't have enough hands for that, the
alternative I proposed might be worth it (is actually what SoaS does
when creating an image).

Regards,

Tomeu

 Peter

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap

2009-07-06 Thread Peter Robinson
On Mon, Jul 6, 2009 at 10:13 AM, Tomeu Vizosoto...@sugarlabs.org wrote:
 On Mon, Jul 6, 2009 at 11:03, Peter Robinsonpbrobin...@gmail.com wrote:
 Hi everybody,

 so here it is, the Sugar on a Stick v2 Roadmap:

 http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap#Roadmap

 Feedback is appreciated, and as we've just entered brainstorming phase,
 please go ahead and shoot your ideas! :) More to come...

 For F12 (not beyond), what is the advantage of using RPMs to
 distribute Fructose[1], given OLPC is not[2]?

 +1 to stop distributing activities as RPMs.

 Though we may need a RPM that when being installed downloads and
 installs some .xo files.

 That sounds like a horrible hack to me. The whole point of RPMS is
 that you can see before you install them exactly what your getting and
 when you remove them you know that everything goes with them, I don't
 know how its going to be possible to properly clean up something like
 that on removal. I think there has to be a use of one or the other, or
 a combination of the two where core activities are packaged as rpms,
 or Activities that include binary bits that need to be compiled so
 that its easy to support on various platforms.

 Yeah, I'm not 100% happy on that, but this seems to be a situation
 where the least evil needs to be found.

:-)

 The binary bits issue needs to be solved anyway on .xos (some of them
 are already multi-architecture), so only the scenario of an user
 trying out Sugar on fedora remains.

The issue there is that Fedora could be x86 or ppc, 32 or 64 bit
excluding some of the other secondary arches. Probably not too much of
an issue at the moment but with cheap arm based netbooks starting to
hit the market it could be something that needs to be addressed sooner
or later.

 About cleanup, .xos are expected to be self-contained so when packaged
 as .rpm shouldn't need any cleanup.

If they're proper rpms it should be fine but if there's a single rpm
that pulls .xos from somewhere I don't see how it can know how to
clean up given that after its installed there's nothing to say they
can't be updated manually or through the control panel.

 If people want to package and maintain those as .rpms, I don't see any
 problem with that. But if we don't have enough hands for that, the
 alternative I proposed might be worth it (is actually what SoaS does
 when creating an image).

I think its worth packaging the core activities as rpms such as
read/write/record/speak etc to allow easy testing upstream to make it
easy for testing regressions like we discussed at Fudcon. For the rest
of the activities it might be worth looking at something like an
activity bundle rpm or something similar.

Peter
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap

2009-07-06 Thread Tomeu Vizoso
On Mon, Jul 6, 2009 at 11:31, Peter Robinsonpbrobin...@gmail.com wrote:
 On Mon, Jul 6, 2009 at 10:13 AM, Tomeu Vizosoto...@sugarlabs.org wrote:
 On Mon, Jul 6, 2009 at 11:03, Peter Robinsonpbrobin...@gmail.com wrote:
 Hi everybody,

 so here it is, the Sugar on a Stick v2 Roadmap:

 http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap#Roadmap

 Feedback is appreciated, and as we've just entered brainstorming phase,
 please go ahead and shoot your ideas! :) More to come...

 For F12 (not beyond), what is the advantage of using RPMs to
 distribute Fructose[1], given OLPC is not[2]?

 +1 to stop distributing activities as RPMs.

 Though we may need a RPM that when being installed downloads and
 installs some .xo files.

 That sounds like a horrible hack to me. The whole point of RPMS is
 that you can see before you install them exactly what your getting and
 when you remove them you know that everything goes with them, I don't
 know how its going to be possible to properly clean up something like
 that on removal. I think there has to be a use of one or the other, or
 a combination of the two where core activities are packaged as rpms,
 or Activities that include binary bits that need to be compiled so
 that its easy to support on various platforms.

 Yeah, I'm not 100% happy on that, but this seems to be a situation
 where the least evil needs to be found.

 :-)

 The binary bits issue needs to be solved anyway on .xos (some of them
 are already multi-architecture), so only the scenario of an user
 trying out Sugar on fedora remains.

 The issue there is that Fedora could be x86 or ppc, 32 or 64 bit
 excluding some of the other secondary arches. Probably not too much of
 an issue at the moment but with cheap arm based netbooks starting to
 hit the market it could be something that needs to be addressed sooner
 or later.

Agreed, I think it was Aleksey who converted some activities to
contain binary blobs for several architectures and choosing the right
one at runtime.

 About cleanup, .xos are expected to be self-contained so when packaged
 as .rpm shouldn't need any cleanup.

 If they're proper rpms it should be fine but if there's a single rpm
 that pulls .xos from somewhere I don't see how it can know how to
 clean up given that after its installed there's nothing to say they
 can't be updated manually or through the control panel.

Hmm, true. It would need to check that it deletes only the versions it
installed.

 If people want to package and maintain those as .rpms, I don't see any
 problem with that. But if we don't have enough hands for that, the
 alternative I proposed might be worth it (is actually what SoaS does
 when creating an image).

 I think its worth packaging the core activities as rpms such as
 read/write/record/speak etc to allow easy testing upstream to make it
 easy for testing regressions like we discussed at Fudcon. For the rest
 of the activities it might be worth looking at something like an
 activity bundle rpm or something similar.

Yeah, I like that one as well, I guess a script could make it quite
easy to update.

Regards,

Tomeu

 Peter

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Jaunty up and running

2009-07-06 Thread Tomeu Vizoso
On Sun, Jul 5, 2009 at 20:25, James Michael
DuPontjames.michael.dup...@flossk.org wrote:
 Sascha,
 It build and installed all according to the instructions.
 I dont have this all here at the moment as I said. If you have any
 questions, you can see my build snapshot, that contains everything.
 I have put 2 days of work and finally got it running on ubuntu, you can see
 the patches.

 You can find many bug reports of sugar on ubuntu and others. I dont know of
 anyone who sugar works. Everyone who tried the packages complained of
 problems.

 How come this is so difficult? How come you guys dont test the packages
 yourself?
 Installing ubuntu takes about 30 minutes. You can run it it on a virtual
 machine.

There was a team of people working on Sugar on Ubuntu, but they didn't
had the needed resources and stalled before the 9.04 release. I don't
know if getting something packaged for Ubuntu is very hard but Aleksey
has packaged Sugar 0.84 for several distros by himself:

http://wiki.sugarlabs.org/go/Development_Team/Packaging

Could you update that table with your opinion on the Ubuntu status?

 Can you tell me of sugar working on any distro out of the box?
 are there any success stories?

By that table, all distros except Arch Linux and maybe Debian are
working, but maybe we need people to actually try them out and update
the Status column?

 I really cannot find anything on ubuntu except wiki pages that are out of
 date.
 Sorry, but this is very frustrating.

It's also frustrating for me that my work is not available in such a
popular distro as Ubuntu, but work won't get done until someone rolls
up her/his sleeves.

Regards,

Tomeu

 thanks
 mike

 On Sun, Jul 5, 2009 at 6:20 PM, Sascha Silbe
 sascha-ml-ui-sugar-de...@silbe.org wrote:

 On Sat, Jul 04, 2009 at 05:43:38PM +0200, James Michael DuPont wrote:

 The report is with jhbuild on debian jaunty. I built it from scratch.
 Started with jhbuild run

 I guess you mean Ubuntu Jaunty. How did you build? Can you give the exact
 commands you used to build and run, please? What does ./sugar-jhbuild
 depscheck say?


 CU Sascha

 --
 http://sascha.silbe.org/
 http://www.infra-silbe.de/
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.9 (GNU/Linux)

 iQEcBAEBAgAGBQJKUNK5AAoJELpz82VMF3DaLTEH/16qsq91tQXDkjEXqDZNyZ64
 vtVfD/4qw2DYLQXrXyAnnTyng0JiS7jUGrktPeD2bh5K+pGWuMv+K7f9wEP1l8t8
 lztCXwx/bquw/5h3N7my/ERPNa4pCyiflwLNuHSnnFNv39WEt49Jazfz3eGZFOJp
 3g7dk+Aw1NVW32Sxk4obvy7ZzEBK78kuDdgd9pe8PcXkQ4js58GDjKWVgYeWu257
 FNnrPsJQtCaPLamdmHmcznExO/NAJCBp1X9/fqDTcc6cQ5xGpbIxCEug0Op/qaM3
 4/gp7CLPDVmV5uJdeycAO1J2CrpMCSqGZGhzclTcOixA0NbBXysg3u7ei67NMrI=
 =0g20
 -END PGP SIGNATURE-




 --
 James Michael DuPont
 Founding Board Member
 Free/Libre Open Source Software Kosova
 FLOSSK

 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] issues showing Activities for OLPC 8.2.x from a.sl.o.

2009-07-06 Thread Tomeu Vizoso
On Sat, Jul 4, 2009 at 05:17, S Pageskierp...@gmail.com wrote:

 Many thanks, I hope my comments are useful.
 Who thought of using the addons.mozilla.org codebase for a.sl.o?
 Stroke of genius!

The earliest reference in my inbox is in an email from J5 (John
Palmieri) on March 2007.

Regards,

Tomeu
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] issues showing Activities for OLPC 8.2.x from a.sl.o.

2009-07-06 Thread Walter Bender
I spoke to Chris Blizzard (Mozilla, formerly Red Hat) about our using the
AMO codebase. He seemed pretty pumped up about it. I am sure he can
facilitate any navigation within the AMO team if necessary.

-walter

On Mon, Jul 6, 2009 at 6:55 AM, Tomeu Vizoso to...@sugarlabs.org wrote:

 On Sat, Jul 4, 2009 at 05:17, S Pageskierp...@gmail.com wrote:
 
  Many thanks, I hope my comments are useful.
  Who thought of using the addons.mozilla.org codebase for a.sl.o?
  Stroke of genius!

 The earliest reference in my inbox is in an email from J5 (John
 Palmieri) on March 2007.

 Regards,

 Tomeu
 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel




-- 
Walter Bender
Sugar Labs
http://www.sugarlabs.org
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] issues showing Activities for OLPC 8.2.x from a.sl.o.

2009-07-06 Thread Tomeu Vizoso
On Mon, Jul 6, 2009 at 13:23, Walter Benderwalter.ben...@gmail.com wrote:
 I spoke to Chris Blizzard (Mozilla, formerly Red Hat) about our using the
 AMO codebase. He seemed pretty pumped up about it. I am sure he can
 facilitate any navigation within the AMO team if necessary.

That's cool, though from my observer POV seems like Aleksey is doing
pretty well for now.

What worried me for a bit is the maintenance of PyXPCOM, which is
fundamental for hulahop and Browse. Though seems like the people at
ActiveState are going to be taking maintenance in the near future. We
may need help at unstucking the process, though. Will report back
later.

Regards,

Tomeu

 -walter

 On Mon, Jul 6, 2009 at 6:55 AM, Tomeu Vizoso to...@sugarlabs.org wrote:

 On Sat, Jul 4, 2009 at 05:17, S Pageskierp...@gmail.com wrote:
 
  Many thanks, I hope my comments are useful.
  Who thought of using the addons.mozilla.org codebase for a.sl.o?
  Stroke of genius!

 The earliest reference in my inbox is in an email from J5 (John
 Palmieri) on March 2007.

 Regards,

 Tomeu
 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel



 --
 Walter Bender
 Sugar Labs
 http://www.sugarlabs.org


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Journal feature request--more data in main display

2009-07-06 Thread Sascha Silbe

On Mon, Jul 06, 2009 at 11:08:21AM +0200, Tomeu Vizoso wrote:

You're right on spot. The only prefixes used (but not defined for the 
query)

are:

Not quite, the association from mime_type: to M is doing when
constructing the query: [...]
So to support that we just need to call add_prefix on the QueryParser
for every field prefix.
Which is exactly what I meant: we don't call add_prefix() currently, so 
we don't define prefixes for the query.


CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/

signature.asc
Description: Digital signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Journal feature request--more data in main display

2009-07-06 Thread Tomeu Vizoso
On Mon, Jul 6, 2009 at 13:56, Sascha
Silbesascha-ml-ui-sugar-de...@silbe.org wrote:
 On Mon, Jul 06, 2009 at 11:08:21AM +0200, Tomeu Vizoso wrote:

 You're right on spot. The only prefixes used (but not defined for the
 query)
 are:

 Not quite, the association from mime_type: to M is doing when
 constructing the query: [...]
 So to support that we just need to call add_prefix on the QueryParser
 for every field prefix.

 Which is exactly what I meant: we don't call add_prefix() currently, so we
 don't define prefixes for the query.

Got it. I thought you were saying it was more complex than that so
couldn't be done for 0.86.

Regards,

Tomeu

 CU Sascha

 --
 http://sascha.silbe.org/
 http://www.infra-silbe.de/
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.9 (GNU/Linux)

 iQEcBAEBAgAGBQJKUeaAAAoJELpz82VMF3DavuUH/jNQ/aEXWyTXM0cn9mJNsDM3
 Ge7DylaRKjq0/BzEAE65Yes//nSZW8HSSAjdcKnwg4LhRA8MEGAkqIG/eEwiltEV
 Z80cjgbgws6z+H+ZSE8TgrKam139CryY6foCgglgbkU4qyA6FTrwKmFdbDwPPd44
 Ad9kz9Fd246Xh/dYmToRcYMqCCUScklCOmoX7hU/x5WPDvTrEYuMcmvAYiqThEmg
 5hC85LQL8ybl8xxpqh1dXawlT1Zsw7JBLxq90KTITqX2uBVeO67DeNKVsu9xuHT0
 hS8Cd111bK73nnToMknv1b/py51HmhUHjiWDMggUbAZrwwcfBX+W5syZX0NPGD0=
 =eFVO
 -END PGP SIGNATURE-


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


[Sugar-devel] Sugar Digest 2009-07-06

2009-07-06 Thread Walter Bender
===Sugar Digest===

1. It was great to catch up with some old friends at the Gran Canaria
Desktop Summit. John (J5) Palmieri and Chris Blizzard, both of whom were
part of the original Sugar team were there, along with major contributors to
the GNOME and KDE communities. Collabora was well represented, as were the
Cairo and Gstreamer communities.

This was the first time that GUADEC and Akademy were combined their summits
into one congress. It was clear there is much more in common between the two
major GNU/Linux desktop communities than there are differences. While I
largely talked about Sugar and the interdependency between FLOSS and
learning, I also used my keynote as an opportunity to draw attention to the
need for: better SVG support; a unified approach to collaboration on the
desktop; a better and unified datastore architecture; and an amplification
of our collective efforts in internationalization. I tried to make the
distinction between simplifying complex things and using simple tools to
reach to complexity and suggested that the current trends of the desktop
accomplish neither goal. The latter, learning-centric approach should be
our goal, since we take pleasure in complex things. I didn't have time to
dwell on the cloud, but Richard Stallman (rms) touch on the topic of
Internet services in his talk. He saw them as a threat to freedom since the
end user essentially cedes total control to the service provider. My issue
is more narrow: we tend to be users, not creators of services. Yet there are
many services that can amplify our ability to be expressive and engage in a
critical dialog about that expression, so they have a role.

As usual, I used Sugar (and Turtle Art) to give my presentation. While most
people had heard of Sugar, it seemed that few had actually seen it in
action. The overall reaction was positive and we will undoubted get some new
contributors as a result of this renewed exposure to the desktop community.
(We already have a volunteer to work on the touch-screen interface.)

My keynote was sandwiched between Robert Lefkowitz (r0ml) and rms, who have
markedly different positions re Free Software. I was sitting between the two
of them at a post-talk press conference, which was—for me—entertaining. In
regard to Sugar, rms acknowledged the point that learning can play an
important role in appreciating, hence sustaining freedom—it was nice to make
that connection. One concern r0ml raised was that there are powerful
intermediaries between the developer and the user that are the real power
brokers. I argued that Sugar on a Stick was an example of disintermediation
in the context of schools—the IT department need not be involved at all.

A related point that r0ml made is that most people cannot program, so Free
Software is a limited use to them. In response, rms said that they are still
free to use it an redistribute it and even hire someone to make
modifications. I went further, saying that they are free to learn to program
and that the next generation ''will'' learn to program, since computation is
our most powerful tool of expression. We owe it to them to help them achieve
literacy.

It was a pleasure feeling the heat as I walked the kilometer along the
promenade between the hotel and the auditorium after all the rain and cold
we have had this spring and summer in Boston. Thanks are due to my host
David Neary, who introduced me to a great tapas restaurant—the sardines were
really tasty.

===In the community===

2. Representatives from Sugar Labs Colombia will be at the Free Software
area in Campus Party Colombia [
http://www.campus-party.com.co/index.php/software-libre.html] this week.
(Campus Party is the largest technology event in Colombia.) On Wednesday
night, they will introduce Sugar Labs and the Sugar Labs Colombia Foundation
at an one-hour conference, OLPC y Sugar en Colombia Construyendo software
para aprender a aprender. They'll be demonstrating Sugar on a Stick, Sugar
LiveCDs, Sugar on a variety of hardware platforms, including the OLPC XO,
the Intel Classmate, etc.

3. Squeakfest [http://squeakfest.org] will be held in Los Angeles 10–12
August and in Porto Alegre 23–25 Julho.

4. There will be a Sugar track at the Free Software Week [
http://www.freesoftwareweek.org/] in Bolzano, Italy, the week of 9 November
2009. We will start the Sugar Hackfest the weekend before in order to
accommodate the restricted schedules of some of our community members, e.g.,
students.

5. Bastien Guerry reports that James Clayson is organizing a conference
about Constructionism [
http://www.aup.fr/news/special_events/constructionism2010.htm] at the
American University of Paris in 16–20 August 2010. Sugar Labs should
consider how it could participate.

===Tech Talk===

6. Roadmaps: There a two roadmap discussions underway: Sucrose 0.86 and
Sugar on a Stick V2. Both are detailed in the wiki. Your timely input would
be appreciated.

===Sugar Labs===

7. Gary Martin has generated a SOM from the past 

Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap

2009-07-06 Thread Martin Dengler
On Mon, Jul 06, 2009 at 10:31:56AM +0100, Peter Robinson wrote:
 On Mon, Jul 6, 2009 at 10:13 AM, Tomeu Vizosoto...@sugarlabs.org wrote:
  If people want to package and maintain those as .rpms, I don't see any
  problem with that. But if we don't have enough hands for that, the
  alternative I proposed might be worth it (is actually what SoaS does
  when creating an image).
 
 I think its worth packaging the core activities as rpms such as
 read/write/record/speak etc to allow easy testing upstream to make it
 easy for testing regressions like we discussed at Fudcon. For the rest
 of the activities it might be worth looking at something like an
 activity bundle rpm or something similar.

You're right.  So is Tomeu, though.  In order to debate
Activities-as-RPMs vs. Activities-as-XO-bundles one must also take
into account the distribution scenario.  Activities-as-RPMs currently
are worse at adhering to the relevant Sugar HIG sections[1,2] than
Activities-as-XO-bundles (not that the latter are fully in compliance,
either - they're just better).

RPMs should exist as they make sense in some cases - e.g., LTSP where
there is one version of Maze for all OS users.

They don't seem to make as much sense for SoaS / XO deployments
because we want the user to update the activities themselves from the
Sugar GUI, which currently most distros support (implicitly) via XO
bundles.

  Tomeu

 Peter

Martin

1. 
http://wiki.sugarlabs.org/go/Design_Team/Human_Interface_Guidelines/Activities/Activity_Bundles#Bundle_Types
2. 
http://wiki.sugarlabs.org/go/Development_Team/Almanac/Activity_Bundles#Location


pgpzM2jyy6m36.pgp
Description: PGP signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Irc issue

2009-07-06 Thread Dave Bauer
I think you can type
/connect irc.freenode.net
Then
/join #sugar

once the network is connected.

Dave

On Tue, Jun 23, 2009 at 9:28 PM, Caroline Meeks solutiongr...@gmail.comwrote:


 Does anyone have a workaround?




 Sent from my iPhone
 Caroline Meeks
 617-395-7966





-- 
Dave Bauer
d...@solutiongrove.com
http://www.solutiongrove.com
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap

2009-07-06 Thread Greg Smith
Hi Sebastian, Fred, and Caroline,

This looks like a very useful thread on the Sugar Roadmap and I like the
focus on Customer requirements.

How do we get the GPA Sugar goals Caroline enunciated on to the main
Roadmap?

I added a link on the GPA page to the Fred's Sugar on a Stick Goals page.
Hopefully we can find a place to collect a Backlog, as they say in Agile.

http://wiki.sugarlabs.org/go/Gardner_Pilot_Academy#Sugar_Feature_Requests

It would be great to flesh out each GPA item with use cases and work flows,
then software design proposals and eventually links to source code. The
features should also be parsed down to smaller tasks ala Agile.

FYI, Last year, S Page built and I populated a Semantic Wiki Roadmap
Collection and Prioritization tool for the XO.  See:
http://wiki.laptop.org/go/Feature_roadmap

I'm not sure if the Semantic Wiki format can be moved to the Sugar wiki or
if there is interest in tracking the Sugar roadmap that carefully. The
Semantic format was a huge time saver once it was implemented.

IMHO its critical to minimize the coordination overhead and maximize the
coding time. That said, discussion of what is important and why goes a long
way to making better releases.

I'll try to chip in by picking up items Caroline marks Priority A, adding
details to them, tracking them on the roadmap and looking for programmers to
come up with options for implementation.

Thanks,

Greg S
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap

2009-07-06 Thread Tomeu Vizoso
On Mon, Jul 6, 2009 at 16:01, Greg Smithgregsmit...@gmail.com wrote:
 Hi Sebastian, Fred, and Caroline,

 This looks like a very useful thread on the Sugar Roadmap and I like the
 focus on Customer requirements.

 How do we get the GPA Sugar goals Caroline enunciated on to the main
 Roadmap?

 I added a link on the GPA page to the Fred's Sugar on a Stick Goals page.
 Hopefully we can find a place to collect a Backlog, as they say in Agile.

 http://wiki.sugarlabs.org/go/Gardner_Pilot_Academy#Sugar_Feature_Requests

 It would be great to flesh out each GPA item with use cases and work flows,
 then software design proposals and eventually links to source code. The
 features should also be parsed down to smaller tasks ala Agile.

 FYI, Last year, S Page built and I populated a Semantic Wiki Roadmap
 Collection and Prioritization tool for the XO.  See:
 http://wiki.laptop.org/go/Feature_roadmap

 I'm not sure if the Semantic Wiki format can be moved to the Sugar wiki or
 if there is interest in tracking the Sugar roadmap that carefully. The
 Semantic format was a huge time saver once it was implemented.

 IMHO its critical to minimize the coordination overhead and maximize the
 coding time. That said, discussion of what is important and why goes a long
 way to making better releases.

 I'll try to chip in by picking up items Caroline marks Priority A, adding
 details to them, tracking them on the roadmap and looking for programmers to
 come up with options for implementation.

Hi Greg,

Simon is working on adapting Fedora's feature process to Sugar, what
do you think of it?

http://wiki.sugarlabs.org/go/Features/Policy

Regards,

Tomeu

 Thanks,

 Greg S




 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] SoAS Testing with XS

2009-07-06 Thread Greg Smith
Hi Martin,

Its good to be back!

Despite my cantankerous approach in person, I missed grilling errr I
mean chatting with you on the phone every week :-)

I'm impressed at your progress and contribution these last six months.
In commercial SW you have to nail the release in limited time and book
orders ASAP, then move on. I'm learning that longevity and pacing
yourself is more important in Open Source.

On the SoAS GPA and XS question:
It looks like Walter added comments on how they generated the error
message: http://dev.sugarlabs.org/ticket/1014

Let us know if you need more info or what other tests you would like
to see done.

In general, which XS release has been tested with the latest SoAS? I
see you made some Jabber updates in XS 0.5.2:
http://wiki.laptop.org/go/XS_Release_Notes

Is that the right target image for a new SoAS deployment wanting
Collaboration via Jabber?

For all,

I see some collaboration bugs closed in the Sugar bug db, but I'm not
sure what is tested and working in the latest SoAS. Please send over
any wiki pages, mail list threads or examples of tests done with
collaboration on SoAS.

Caroline,

Can you confirm the target implementation for GPA is SoAS computers
collaborating with each other via Jabber?

There are so many sub-components to this section of SW that we will
need your help to focus on the right area.

Will the Jabber server be in the school or over a WAN to a public
(internet IP addressable) place?

I'll try to document your answers on the Wiki.

HTHs.

Thanks,

Greg S

***

Hi Greg,

good to hear from you again.

That bug report is just a backtrace. No info on whether the Sugar
client was actually using the Jabber server (via Gabble) or not. Or
what action was taken, what results seen, or versions of things.

Pretty hard to tell what's going on. Are you in touch with Caroline?
Can you get her to flesh out the bug?

It would also be interesting to get the logs from ejabberd on the server.

cheers,


martin
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Datastore redesign

2009-07-06 Thread Eben Eliason
On Mon, Jul 6, 2009 at 10:02 AM, Sascha
Silbesascha-ml-ui-sugar-de...@silbe.org wrote:
 On Mon, Jul 06, 2009 at 12:29:53PM +0200, Tomeu Vizoso wrote:

 Agreed. I have to say that your proposal is excellent, congratulations!

 Thanks, I'm flattered. :)


 Is the asynchronous API design useful enough to warrant more complex
 implementation?

 I'm not sure, but I think that whatever decision we take should be
 made based on actual usage of the DS. What about proposing an example
 of how an existing activity would be modified to use the new API?

 OK, will work on one.


  - For save() calls activity needs to wait for result (containing new
    version_id) before it can invoke save() again for the same object
    which can take quite some time if save() is sync - especially if other
    activities are saving at the same time.

 What about having a separate call that returns synchronously a new
 tree_id and/or version_id?

 Interesting idea, need to think about it. As we're going to use UUIDs not
 using requested versions shouldn't be an issue (for other version number
 schemes like the one you propose below holes in the numbering could be
 troublesome).

I think holes can be expected, so we should definitely be prepared for them.


 Making the API fully asynchronous is the cause for much of the complexity
 of
 my proposal, but if we eliminate the queueing the response times for
 write
 accesses and checkout() can be very long even for unrelated operations.

 Why for unrelated operations?

 Because we're serializing VCS operations. They are IO bound (more
 specifically: disk bound) and parallelisation would only lead to IO
 starvation, especially for HDDs.


 # do we want an optimized way to determine (only) the branch HEADs of
 a given tree_id?

 This depends on the intended UI. My opinion is that if we branch at
 every interesting modification (triggered by the activity detecting an
 interesting change or by the user clicking on the Keep button), we

I don't think we need to branch in these instances. These events
should create new versions, but not necessarily new branches.

 would like to display in the object list all the HEADs of each branch
 in each tree_id. In that case yes, we need a way to retrieve that list
 that is fast on both the client and the server side.

 My imagined usage of branches was to create them automatically upon altering
 a non-HEAD version.

This makes sense to me, personally.

 A user basing off an old version could mean the newer version is broken
 (in that case promoting the new version to the HEAD of the current branch
 makes more sense) or that (s)he uses the older version as a kind of template
 to create derivates (so creating a branch would make most sense).
 But I'm open to alternative suggestions. We'd most likely need a way to
 explicitly create branches then.


 # using symlink instead of hardlink for incoming queue since we want
 to support directory trees, not just files

 What justifies this new requirement?

 That it's
 a) of use to activities (IIRC some of them use ZIP files right instead now),

This has its own merits, though. Encapsulating the related files as a
single archive makes transporting the file around, or sending it to a
friend, trivial. It's good for the same reason that activity bundles
are good.

 b) easy enough to achieve with the new design and
 c) leads to better delta compression and thus disk space effiency.


 # since an index rebuild can take a lot of time we need to provide UI
 feedback while doing that

 Any I/O operation can potentially take a lot of time, but with the
 current version of the DS rebuilding an index with a few thousands of
 entries is not so slow on the XO. We should never need to rebuild the
 index, so this new requirement might not be justified (given the
 current resources, all the other work we need to do, etc).

 OK, good to know index rebuilding is fast. So the simple, boolean API I
 proposed (check_ready() / Ready()) suffices.


 # detecting identical files across objects isn't as important since
 duplicates are mostly expected to occur as versions of the same object

 Based on how current activities are using the DS, this isn't like
 that.
 The most common case I have heard from the field are children
 downloading a PDF for reading several times.

 Oh, didn't know that, so it's a new requirement.

 An alternative to the current method for detecting duplicates is moving
 this task to
 activities, is that what you suggest?

 I'm ambivalent about it. On one hand it's not so easy to achieve in
 datastore (for various backends) and more indicative of UI deficiencies (why

This might be the case, indeed. On other operating systems/browsers,
this (downloading multiple copies if the link is clicked multiple
times) is expected behavior. Perhaps we can work out some ways to make
the UI clearer.

 did the children download the file several times in the first place; it's
 bandwidth wastage as well), on the other hand it might not 

Re: [Sugar-devel] Journal --- Sugar-Developers meeting REMINDER (2 July, 2009 - 14.00 (UTC)) --- irc.freenode.net, #sugar-meeting

2009-07-06 Thread Benjamin M. Schwartz
Eben Eliason wrote:
 PS. I think we need to come up with some better terminology to
 distinguish between collaboration sharing and journal sharing. That
 would make this much easier to talk about.

I've been using the terms object push and object pull.

--Ben



signature.asc
Description: OpenPGP digital signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap

2009-07-06 Thread Greg Smith
Hi Tomeu,

Looks great! You guys are really cranking.

Three questions:
1 - Where do I see all the Features that have been proposed,
regardless of target release?
2 - Can/should we add a section/tag to tie features back to real
deployments? I'd like to see exactly which user or school needs each
item and keep tabs on where and when they will use it.
3 - Should I create Feature Template pages for the Priority A items
from Caroline's list? They are a little high level and some may be bug
fixi work instead of new features. I'm open to any suggestions on how
to start tracking these items:
http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Goals in way that's
useful for you.

If you are open to some churn as I get my style back in synch w/Simon,
I'll start filling out Feature Templates ASAP.

Thanks,

Greg S

On Mon, Jul 6, 2009 at 10:04 AM, Tomeu Vizosoto...@sugarlabs.org wrote:
 On Mon, Jul 6, 2009 at 16:01, Greg Smithgregsmit...@gmail.com wrote:
 Hi Sebastian, Fred, and Caroline,

 This looks like a very useful thread on the Sugar Roadmap and I like the
 focus on Customer requirements.

 How do we get the GPA Sugar goals Caroline enunciated on to the main
 Roadmap?

 I added a link on the GPA page to the Fred's Sugar on a Stick Goals page.
 Hopefully we can find a place to collect a Backlog, as they say in Agile.

 http://wiki.sugarlabs.org/go/Gardner_Pilot_Academy#Sugar_Feature_Requests

 It would be great to flesh out each GPA item with use cases and work flows,
 then software design proposals and eventually links to source code. The
 features should also be parsed down to smaller tasks ala Agile.

 FYI, Last year, S Page built and I populated a Semantic Wiki Roadmap
 Collection and Prioritization tool for the XO.  See:
 http://wiki.laptop.org/go/Feature_roadmap

 I'm not sure if the Semantic Wiki format can be moved to the Sugar wiki or
 if there is interest in tracking the Sugar roadmap that carefully. The
 Semantic format was a huge time saver once it was implemented.

 IMHO its critical to minimize the coordination overhead and maximize the
 coding time. That said, discussion of what is important and why goes a long
 way to making better releases.

 I'll try to chip in by picking up items Caroline marks Priority A, adding
 details to them, tracking them on the roadmap and looking for programmers to
 come up with options for implementation.

 Hi Greg,

 Simon is working on adapting Fedora's feature process to Sugar, what
 do you think of it?

 http://wiki.sugarlabs.org/go/Features/Policy

 Regards,

 Tomeu

 Thanks,

 Greg S




 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel



___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Journal --- Sugar-Developers meeting REMINDER (2 July, 2009 - 14.00 (UTC)) --- irc.freenode.net, #sugar-meeting

2009-07-06 Thread Eben Eliason
I like these terms, but I don't think they define the split I'm
referring to. object-push and object-pull describe, sending an object
to a friend and taking something from my friend's Journal
respectively. Both of these types of sharing are object-sharing (the
recipient gets the resulting object, with a new tree_id).

The more I think about it, I kind of like the object-sharing and
activity-sharing distinction, since in all of our high-level
outlines of Sugar we break the UI down into 3 core components: people,
activities, and objects. In this paradigm, we have:

object-sharing: the transfer of objects from people to people, via
push (send to) or pull (view published journal)
activity-sharing: collaboration among two or more people within an
activity, acting on a shared object or objects

Can someone phrase this more clearly?

Eben


On Mon, Jul 6, 2009 at 10:56 AM, Benjamin M.
Schwartzbmsch...@fas.harvard.edu wrote:
 Eben Eliason wrote:
 PS. I think we need to come up with some better terminology to
 distinguish between collaboration sharing and journal sharing. That
 would make this much easier to talk about.

 I've been using the terms object push and object pull.

 --Ben


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] soas strawberry sha1sum?

2009-07-06 Thread Sameer Verma
On Mon, Jul 6, 2009 at 2:54 AM, Tomeu Vizosoto...@sugarlabs.org wrote:
 On Sat, Jul 4, 2009 at 20:27, Sameer Vermasve...@sfsu.edu wrote:
 On Fri, Jul 3, 2009 at 1:32 PM, Sean DALYsdaly...@gmail.com wrote:
 Sameer, in my experience sticks are not nearly as reliable as CDs in
 terms of loading a bootable image, apparently due to internal firmware
 and chip differences

 I believe Caroline was getting some failures even with identical make
  model sticks in the Nexcopy mass loader.

 Sean



 Bummer!

 There are a few people here in Jamaica, who are interested in getting
 Sugar onto computers in some of the richer/private schools. I was
 hoping to do a SoaS demo. I'll try to CD route for now. More later...

 Not sure that's what you meant, by just in case would like to note
 that the reliability issues of some USB sticks doesn't mean that it's
 not a viable solutions in some scenarios. You may need a bit of luck
 with the usb stick model and the host computer hardware and BIOS,
 though.

Yes, I realize that, but as a first impression with the school board
members, I wouldn't want to have a USB stick that won't boot. The
CDROM works well. I'll also load up a VirtualBox image for the demo,
just in case.

cheers,
Sameer
-- 
Dr. Sameer Verma, Ph.D.
Associate Professor of Information Systems
San Francisco State University
San Francisco CA 94132 USA
http://verma.sfsu.edu/
http://opensource.sfsu.edu/
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Jaunty up and running

2009-07-06 Thread Frederick Grose
On Mon, Jul 6, 2009 at 6:53 AM, Tomeu Vizoso to...@sugarlabs.org wrote:

 ...

 There was a team of people working on Sugar on Ubuntu, but they didn't
 had the needed resources and stalled before the 9.04 release. I don't
 know if getting something packaged for Ubuntu is very hard but Aleksey
 has packaged Sugar 0.84 for several distros by himself:

 http://wiki.sugarlabs.org/go/Development_Team/Packaging

 Could you update that table with your opinion on the Ubuntu status?

  Can you tell me of sugar working on any distro out of the box?
  are there any success stories?

 By that table, all distros except Arch Linux and maybe Debian are
 working, but maybe we need people to actually try them out and update
 the Status column?



...

See also  http://wiki.sugarlabs.org/go/Packaging_Team.
--Fred
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap

2009-07-06 Thread Sebastian Dziallas
Greg Smith wrote:
 Hi Tomeu,

 Looks great! You guys are really cranking.

 Three questions:
 1 - Where do I see all the Features that have been proposed,
 regardless of target release?

Speaking for SoaS? Heh. ;)

I tried to list some under Preliminary Features (v2) on the Roadmap 
page. Then there's the Goals page with the thoughts from Caroline.

And finally, this is where the proposals should go (thanks to Fred for 
setting it up): http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Proposals

 2 - Can/should we add a section/tag to tie features back to real
 deployments? I'd like to see exactly which user or school needs each
 item and keep tabs on where and when they will use it.

That's probably the direction Caroline started with the GPA pages...

+1 for the section / tag idea :)

 3 - Should I create Feature Template pages for the Priority A items
 from Caroline's list? They are a little high level and some may be bug
 fixi work instead of new features. I'm open to any suggestions on how
 to start tracking these items:
 http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Goals in way that's
 useful for you.

That would be awesome! Would be really helpful to get an idea of what is 
needed and what still needs to be done to get there.

 If you are open to some churn as I get my style back in synch w/Simon,
 I'll start filling out Feature Templates ASAP.

:)

--Sebastian

BTW: Good to have you here...

 Thanks,

 Greg S

 On Mon, Jul 6, 2009 at 10:04 AM, Tomeu Vizosoto...@sugarlabs.org  wrote:
 On Mon, Jul 6, 2009 at 16:01, Greg Smithgregsmit...@gmail.com  wrote:
 Hi Sebastian, Fred, and Caroline,

 This looks like a very useful thread on the Sugar Roadmap and I like the
 focus on Customer requirements.

 How do we get the GPA Sugar goals Caroline enunciated on to the main
 Roadmap?

 I added a link on the GPA page to the Fred's Sugar on a Stick Goals page.
 Hopefully we can find a place to collect a Backlog, as they say in Agile.

 http://wiki.sugarlabs.org/go/Gardner_Pilot_Academy#Sugar_Feature_Requests

 It would be great to flesh out each GPA item with use cases and work flows,
 then software design proposals and eventually links to source code. The
 features should also be parsed down to smaller tasks ala Agile.

 FYI, Last year, S Page built and I populated a Semantic Wiki Roadmap
 Collection and Prioritization tool for the XO.  See:
 http://wiki.laptop.org/go/Feature_roadmap

 I'm not sure if the Semantic Wiki format can be moved to the Sugar wiki or
 if there is interest in tracking the Sugar roadmap that carefully. The
 Semantic format was a huge time saver once it was implemented.

 IMHO its critical to minimize the coordination overhead and maximize the
 coding time. That said, discussion of what is important and why goes a long
 way to making better releases.

 I'll try to chip in by picking up items Caroline marks Priority A, adding
 details to them, tracking them on the roadmap and looking for programmers to
 come up with options for implementation.
 Hi Greg,

 Simon is working on adapting Fedora's feature process to Sugar, what
 do you think of it?

 http://wiki.sugarlabs.org/go/Features/Policy

 Regards,

 Tomeu

 Thanks,

 Greg S
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Journal --- Sugar-Developers meeting REMINDER (2 July, 2009 - 14.00 (UTC)) --- irc.freenode.net, #sugar-meeting

2009-07-06 Thread Frederick Grose
On Mon, Jul 6, 2009 at 11:21 AM, Eben Eliason e...@laptop.org wrote:

 I like these terms, but I don't think they define the split I'm
 referring to. object-push and object-pull describe, sending an object
 to a friend and taking something from my friend's Journal
 respectively. Both of these types of sharing are object-sharing (the
 recipient gets the resulting object, with a new tree_id).

 The more I think about it, I kind of like the object-sharing and
 activity-sharing distinction, since in all of our high-level
 outlines of Sugar we break the UI down into 3 core components: people,
 activities, and objects. In this paradigm, we have:

 object-sharing: the transfer of objects from people to people, via
 push (send to) or pull (view published journal)
 activity-sharing: collaboration among two or more people within an
 activity, acting on a shared object or objects

 Can someone phrase this more clearly?

 Eben


Collaboration is the term we have used in Sugar for co-editing.
Google Documents use the term 'Collaborators'.
Isn't the verb 'Collaborate'?
   --Fred
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [SoaS] The next Step: v2 Roadmap

2009-07-06 Thread Edward Cherlin
On Sat, Jul 4, 2009 at 3:51 PM, Sebastian Dziallassebast...@when.com wrote:
 Hi everybody,

 so here it is, the Sugar on a Stick v2 Roadmap:

 http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap#Roadmap

 Feedback is appreciated, and as we've just entered brainstorming phase,
 please go ahead and shoot your ideas! :)

I would like to see the Bible (Tanakh and New Testament) and Qur'an
included, and a selection of world literature.

 More to come...

 --Sebastian
 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel




-- 
Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name
And Children are my nation.
The Cosmos is my dwelling place, The Truth my destination.
http://earthtreasury.org/worknet (Edward Mokurai Cherlin)
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Jaunty up and running

2009-07-06 Thread Sascha Silbe

On Sun, Jul 05, 2009 at 10:51:30PM +0200, Sascha Silbe wrote:

more tomorrow, I look forward to working with you to make sugar run  
out of

the box on ubuntu.

Looking forward to that as well.
For the record: we got it running by uninstalling the Ubuntu Sugar 
packages, removing ~/.sugar and rebuilding sugar-jhbuild (including 
removal of the install directory).
So it seems like it was indeed a distro package that confused 
sugar-jhbuild.


CU Sascha

--
http://sascha.silbe.org/
http://www.infra-silbe.de/

signature.asc
Description: Digital signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [ANNOUNCE] Feature proposal for 0.86

2009-07-06 Thread Tomeu Vizoso
On Thu, Jul 2, 2009 at 13:33, Simon Schampijersi...@schampijer.de wrote:
 Dear Community,

 I created a Feature Template [1]. Please move your proposals in the
 Roadmap[2] and follow the process [3] for inclusion in the release. The
 process is based on the Fedora Feature policy - just (hopefully)
 simplified a bit. Please have in mind that this release cycle is rather
 short, so get your proposals in :) I hope that we can track down better
 the status of each feature and make our cycle even more successful.

My first one:

http://wiki.sugarlabs.org/go/Features/Tabs_In_Browse

Regards,

Tomeu

 Thanks,
    Simon

 [1] http://wiki.sugarlabs.org/go/Features/Feature_Template
 [2] http://wiki.sugarlabs.org/go/Development_Team/Release/Roadmap/0.86#Ideas
 [3] http://wiki.sugarlabs.org/go/Features/Policy

 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] poor man's mmap sliding window on Python 2.5.x

2009-07-06 Thread Benjamin M. Schwartz
Martin Langhoff wrote:
 Along the way, found that Python 2.5.x doesn't support an offset to
 mmap(), which at first blush makes re-mapping with a sliding window
 problematic.

Why is an explicit sliding window necessary?  Isn't the point of mmap that
you can access as you like, and the kernel will clear old caches if
there's memory pressure?

 On the XO-1, it's the difference of churning through it and slowing
 the whole OS to a crawl, and then inching towards a big OOM zap.

Is this (a) a kernel bug, (b) Python layering extra caching over mmap, or
(c) a misunderstanding of mmap on my part?

--Ben



signature.asc
Description: OpenPGP digital signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap

2009-07-06 Thread Simon Schampijer
Hi Greg,

On 07/06/2009 05:01 PM, Greg Smith wrote:
 Hi Tomeu,

 Looks great! You guys are really cranking.

 Three questions:
 1 - Where do I see all the Features that have been proposed,
 regardless of target release?

They are grouped under: http://wiki.sugarlabs.org/go/Features Those 
listed under http://wiki.sugarlabs.org/go/0.86/Roadmap should go there 
finally as well.

 2 - Can/should we add a section/tag to tie features back to real
 deployments? I'd like to see exactly which user or school needs each
 item and keep tabs on where and when they will use it.

You can add a category for example. [[Category:FeatureSchoolX]]

 3 - Should I create Feature Template pages for the Priority A items
 from Caroline's list? They are a little high level and some may be bug
 fixi work instead of new features. I'm open to any suggestions on how
 to start tracking these items:
 http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Goals in way that's
 useful for you.

I have written a policy about Features and Feature request: 
http://wiki.sugarlabs.org/go/Features/Policy

The two important parts here are the section in (Starting the process):
How do I propose a feature idea, even if I can't build it myself?
How do I propose a feature I'm going to help build or own?

The important part is: Anyone can create new feature pages. They get 
reflected in the roadmap when someone is working on them and proposes 
the feature - a feature needs an owner to make it in a release.

If the items are bug fixes you can use trac to track them. For little 
improvements please mark them enhancements and not a defect.

Hope this helps,
Simon



___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Sugar + OLPC mesh network selection logic

2009-07-06 Thread Daniel Drake
On Wed, 2009-07-01 at 12:18 -0400, Dan Williams wrote:
 If other APs appear later, it may well trigger the
 schedule_activate_check() which might cause NM to try to connect to that
 new network.  To combat that, I'd suggest that the mesh device block the
 wifi device from activating if it already failed by putting it into the
 UNAVAILABLE state or something, but that could be error prone.  What I
 think we really want here is the 'device idle' concept that asac and I
 have been talking over for a while.

The same consideration has to apply for when the mesh device disconnects
the eth device, because the user requested a mesh connection. Right now,
NM immediately reactivates eth0 (usually reconnecting to the same
network as before) and wins.

What is the device idle concept? What do you think of an approach
along these lines? This way the mesh device can attach to the
autoconnect-allowed signal on the main device, and influence when it can
and cannot be used for automatic connections.

Daniel

From bf78fa416ecf96bf9e607d1dd7c8fec29652a821 Mon Sep 17 00:00:00 2001
From: Daniel Drake d...@laptop.org
Date: Mon, 6 Jul 2009 16:42:55 +0100
Subject: [PATCH] Allow devices to inhibit autoconnect through a signal

This allows a device (or a companion) to signal that it is not a good
time for a specific device to autoconnect to a network.
---
 src/NetworkManagerPolicy.c |2 +-
 src/nm-device.c|   45 
 src/nm-device.h|1 +
 3 files changed, 47 insertions(+), 1 deletions(-)

diff --git a/src/NetworkManagerPolicy.c b/src/NetworkManagerPolicy.c
index 6bba92f..e2d4c95 100644
--- a/src/NetworkManagerPolicy.c
+++ b/src/NetworkManagerPolicy.c
@@ -726,7 +726,7 @@ schedule_activate_check (NMPolicy *policy, NMDevice *device)
 	if (state  NM_DEVICE_STATE_DISCONNECTED)
 		return;
 
-	if (!nm_device_can_activate (device))
+	if (!nm_device_can_activate (device) || !nm_device_autoconnect_allowed (device))
 		return;
 
 	for (iter = policy-pending_activation_checks; iter; iter = g_slist_next (iter)) {
diff --git a/src/nm-device.c b/src/nm-device.c
index 5826a2a..488b2cf 100644
--- a/src/nm-device.c
+++ b/src/nm-device.c
@@ -50,11 +50,19 @@
 #include nm-setting-connection.h
 #include nm-dnsmasq-manager.h
 #include nm-dhcp4-config.h
+#include nm-marshal.h
 
 #define NM_ACT_REQUEST_IP4_CONFIG nm-act-request-ip4-config
 
 static void device_interface_init (NMDeviceInterface *device_interface_class);
 
+enum {
+	AUTOCONNECT_ALLOWED,
+	LAST_SIGNAL,
+};
+
+static guint signals[LAST_SIGNAL] = { 0 };
+
 G_DEFINE_TYPE_EXTENDED (NMDevice, nm_device, G_TYPE_OBJECT,
 		G_TYPE_FLAG_ABSTRACT,
 		G_IMPLEMENT_INTERFACE (NM_TYPE_DEVICE_INTERFACE,
@@ -360,6 +368,34 @@ nm_device_can_activate (NMDevice *self)
 	return TRUE;
 }
 
+static gboolean
+autoconnect_allowed_accumulator (GSignalInvocationHint *ihint,
+ GValue *return_accu,
+ const GValue *handler_return, gpointer data)
+{
+	if (!g_value_get_boolean (handler_return))
+		g_value_set_boolean (return_accu, FALSE);
+	return TRUE;
+}
+
+gboolean
+nm_device_autoconnect_allowed (NMDevice *self)
+{
+	GValue instance = { 0, };
+	GValue retval = { 0, };
+
+	g_value_init (instance, G_TYPE_OBJECT);
+	g_value_take_object (instance, self);
+
+	g_value_init (retval, G_TYPE_BOOLEAN);
+	g_value_set_boolean (retval, TRUE);
+
+	/* Use g_signal_emitv() rather than g_signal_emit() to avoid the return
+	 * value being changed if no handlers are connected */
+	g_signal_emitv (instance, signals[AUTOCONNECT_ALLOWED], 0, retval);
+	return g_value_get_boolean (retval);
+}
+
 NMConnection *
 nm_device_get_best_auto_connection (NMDevice *dev,
 GSList *connections,
@@ -2380,6 +2416,15 @@ nm_device_class_init (NMDeviceClass *klass)
 	g_object_class_override_property (object_class,
 	  NM_DEVICE_INTERFACE_PROP_MANAGED,
 	  NM_DEVICE_INTERFACE_MANAGED);
+
+	signals[AUTOCONNECT_ALLOWED] =
+		g_signal_new (autoconnect-allowed,
+		  G_OBJECT_CLASS_TYPE (object_class),
+		  G_SIGNAL_RUN_LAST,
+		  0,
+		  autoconnect_allowed_accumulator, NULL,
+		  _nm_marshal_BOOLEAN__VOID,
+		  G_TYPE_BOOLEAN, 0);
 }
 
 static gboolean
diff --git a/src/nm-device.h b/src/nm-device.h
index 9084816..b230da8 100644
--- a/src/nm-device.h
+++ b/src/nm-device.h
@@ -159,6 +159,7 @@ void			nm_device_activate_schedule_stage4_ip_config_timeout	(NMDevice *device);
 gboolean		nm_device_deactivate_quickly	(NMDevice *dev);
 gboolean		nm_device_is_activating		(NMDevice *dev);
 gboolean		nm_device_can_interrupt_activation		(NMDevice *self);
+gboolean		nm_device_autoconnect_allowed	(NMDevice *self);
 
 NMDeviceState nm_device_get_state (NMDevice *device);
 
-- 
1.6.2.5

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org

[Sugar-devel] [Sugar-GSoC] Print Support (Moodle or No Moodle)

2009-07-06 Thread Vamsi Krishna Davuluri
Hi,

So I had spent almost 3 weeks entirely with Moodle,
and I have failed to be half as productive with Moodle
as I have with sugar.

I would relate the reasons to be:

My lack of an estimation on moodle's vastness,

1) I had no experience with web oriented systems
2) I had no prior experience with php and databases
3) The assignment plugin which is a what I'm intending to
base my print Module is very huge (4000-5000 Lines of code)
It would take me a while to hack it and tune it down.
4) I still haven't hit the comfort spot with moodle
5) I can't figure out what does what exactly.

As a bear essential, I could get the assignment module to have
a print option, but I don't exactly have the code ready for it.(its
back at my home place)

Anyway, the alternatives I can lay out are:

1)Use a thin client-server based architecture, a small python based server
script
which listens to requests from sugar (XOs) and stores them in a folder, the
admin
can then print those files.
( suggestions on perfecting this are needed)

2) drop this, and focus on network printing.

Thanks,
Vamsi
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


[Sugar-devel] [SoaS] Kicking off the Feature Process

2009-07-06 Thread Sebastian Dziallas
Hi everybody,

as it has been discussed in recent threads on the SoaS roadmap itself, 
I'd like to invite everybody to suggest features for the new release 
now! Caroline has already done a great job by prioritizing her needs for 
the deployment at GPA. I've now placed an example for a feature on the 
proposal page here:

http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Proposals

If you've any further ideas, please add and document them there and link 
back to the feature list on the roadmap page here:

http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap

Thanks,
--Sebastian
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Jaunty up and running

2009-07-06 Thread Edward Cherlin
On Sun, Jul 5, 2009 at 11:25 AM, James Michael
DuPontjames.michael.dup...@flossk.org wrote:
 Sascha,
 It build and installed all according to the instructions.
 I dont have this all here at the moment as I said. If you have any
 questions, you can see my build snapshot, that contains everything.

Where? I want to link to it from the
http://wiki.sugarlabs.org/go/Emulator_image_files page.

 I have put 2 days of work and finally got it running on ubuntu, you can see
 the patches.

 You can find many bug reports of sugar on ubuntu and others. I dont know of
 anyone who sugar works. Everyone who tried the packages complained of
 problems.

 How come this is so difficult? How come you guys dont test the packages
 yourself?

It was some Ubuntu packager who failed to test Sugar for Jaunty as we
would have expected.

 Installing ubuntu takes about 30 minutes. You can run it it on a virtual
 machine.

Yes, I have done that for several distros.

 Can you tell me of sugar working on any distro out of the box?

Yes. I have Sugar working from packages on virtual images of Caixa
Mágica and Fedora. I have seen it run in Debian and Ubuntu Intrepid.
See

http://wiki.sugarlabs.org/go/Supported_systems#Sucrose

for links about various distros with instructions, bug notes, and
contact information.

 are there any success stories?
 I really cannot find anything on ubuntu except wiki pages that are out of
 date.
 Sorry, but this is very frustrating.

Indeed.

 thanks
 mike

 On Sun, Jul 5, 2009 at 6:20 PM, Sascha Silbe
 sascha-ml-ui-sugar-de...@silbe.org wrote:

 On Sat, Jul 04, 2009 at 05:43:38PM +0200, James Michael DuPont wrote:

 The report is with jhbuild on debian jaunty. I built it from scratch.
 Started with jhbuild run

 I guess you mean Ubuntu Jaunty. How did you build? Can you give the exact
 commands you used to build and run, please? What does ./sugar-jhbuild
 depscheck say?


 CU Sascha

 --
 http://sascha.silbe.org/
 http://www.infra-silbe.de/
 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.9 (GNU/Linux)

 iQEcBAEBAgAGBQJKUNK5AAoJELpz82VMF3DaLTEH/16qsq91tQXDkjEXqDZNyZ64
 vtVfD/4qw2DYLQXrXyAnnTyng0JiS7jUGrktPeD2bh5K+pGWuMv+K7f9wEP1l8t8
 lztCXwx/bquw/5h3N7my/ERPNa4pCyiflwLNuHSnnFNv39WEt49Jazfz3eGZFOJp
 3g7dk+Aw1NVW32Sxk4obvy7ZzEBK78kuDdgd9pe8PcXkQ4js58GDjKWVgYeWu257
 FNnrPsJQtCaPLamdmHmcznExO/NAJCBp1X9/fqDTcc6cQ5xGpbIxCEug0Op/qaM3
 4/gp7CLPDVmV5uJdeycAO1J2CrpMCSqGZGhzclTcOixA0NbBXysg3u7ei67NMrI=
 =0g20
 -END PGP SIGNATURE-




 --
 James Michael DuPont
 Founding Board Member
 Free/Libre Open Source Software Kosova
 FLOSSK

 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel





-- 
Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name
And Children are my nation.
The Cosmos is my dwelling place, The Truth my destination.
http://earthtreasury.org/worknet (Edward Mokurai Cherlin)
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Journal feature request--more data in main display

2009-07-06 Thread Gary C Martin
Hi Eben,

On 5 Jul 2009, at 23:52, Gary C Martin wrote:
 On 4 Jul 2009, at 04:19, Eben Eliason wrote:
 I'll throw this idea back out there for fun, too. I don't  know if
 there's a way to do even this without adding too much complexity, but
 we did make some mockups of an advanced sort bar, which instead of
 sorting on columns allowed creation of hierarchical sorting by
 metadata. For example, I could use the what filter to select  
 audio
 files, and then use the sort bar to say: sort by artist, then by
 album, then by track. Any Journal entries which had metadata keys  
 for
 artist, album, and track would then appear sorted accordingly,
 and the section dividers would show the values for the various keys  
 so
 that the hierarchy was logically browsable.

 It's a powerful idea, but so far we just haven't thought it to be
 worth the added complexity. Keeping the Journal as simple to use as
 possible is paramount.

 I'll maybe try have a go at a simple mock-up. Could either be part of
 a row titling the current columns, as in a subtle little arrow button
 with several sort by options in it – sort by modified, sort by
 created, sort by size. Or perhaps as a regular button  palette in
 the toolbar (though toolbar is filling up fast with icons and is
 likely too 'featureitus' scary already in my mock-ups).


I rather like this approach to exposing row sorting, if you don't mind  
that my mock-ups have grid and list as the primary views (rather than  
your action-view, object-view):


http://wiki.sugarlabs.org/go/Design_Team/Proposals/Journal#Extended_list_view_palette

The list view palette is extended to cover sorting feature  
requirements. View by last edit (modification date), is the current  
presentation of the Journal. View by creation date, would list objects  
creation date (do we store this?); when in this mode rather than 16  
min ago, the time column would display the real creation date Today  
12:30pm, July 5th, November 10th 2008. View by storage size,  
would sort by storage space taken up so that large files could be  
removed if short on space, the column usually used for showing time  
would instead show Kb/Mb type information (no extra columns need, and  
helps show what sort context a list view is in.)

Regards,
--Gary
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Journal feature request--more data in main display

2009-07-06 Thread Frederick Grose
On Mon, Jul 6, 2009 at 7:15 AM, Gaurav Bhushan gau...@schmizz.net wrote:

 Sure Fred, let me know what would be required of me.


Perhaps you could look at the list of nouns and verbs below and think of
icons to represent them.
If you see 'garycmartin' on irc://irc.freenode.net#sugar, ask him his views
on what is most lacking.

Some in the list (like Paint, Chat, Books) seem to have Sugar icons already,
but perhaps Gary is thinking of a more generic expression.

http://wiki.sugarlabs.org/go/Design_Team/Human_Interface_Guidelines/The_Sugar_Interface/Iconsis
the wiki page Eben wrote for icons.  Perhaps a gallery for review
could
be started here:
http://wiki.sugarlabs.org/go/Design_Team/Proposals/Toolbars/Icons

I don't remember where Eben has saved the Sugar Theme Icons.  Perhaps he
could add a reference.

Thanks for your contributions! --Fred



 Regards,
 Gaurav

 On Mon, Jul 6, 2009 at 8:38 AM, Frederick Grose fgr...@gmail.com wrote:

 On Sun, Jul 5, 2009 at 8:33 PM, Gary C Martin g...@garycmartin.comwrote:

 ... One thing we could do
 to try to move forward on the new toolbar concept is to build svg
 icons for as many of the tabs that are already in use. We need to come
 up with clear and identifiable icon for each **before** moving forward
 (not just the few obvious common cases view/edit/image/text/format/
 colour/etc).

 Here's a quick trawl, not a full list. If we can't manage these, it
 would be unfair to expect Activity Authors to have any more success.
 Note: that some of these may need Activity specific variants, though
 we may be able to drop some if we are willing to redesign some
 Activities current UI:

 Algebra
 Audio
 Books
 Boolean
 Browse
 Chat
 Collaboration
 Comment
 Create
 Edit
 Effects
 Face
 Format
 Game
 Graph
 Help
 Image
 Learn
 Lessons
 Library
 Miscellaneous
 Montage
 Video
 Paint
 Photo
 Plain
 Play
 Project
 Read
 Robot
 Save/Load
 Shapes
 Slides
 Sort
 Tab
 Table
 Text
 Tools
 Trigonometry
 View
 Voice
 Watch


 Perhaps Gaurav Bhushan could help with icons. He seems to have a knack
 for expressing abstractions in icons, see
 http://wiki.sugarlabs.org/go/File:Social_Communication_System.png.

 --Fred



___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


[Sugar-devel] [SoaS] Building strawberry from git

2009-07-06 Thread Andrés Arrieta Perréard
Hi,
I tried building SoaS from git with no modifications at all on the files:

git clone git://git.sugarlabs.org/soas/mainline.git soas

Then changed the tree to strawberry instead of mainline.
It seemed to run fine till what seems almost the end and got a dependency
error:


   1. WARNING:root:No such package *debuginfo to remove
   2. pyabiword-0.6.3-1.fc11.i586 from fedora has depsolving problems
   3.   -- Missing Dependency: libabiword-2.6.so is needed by package
pyabiword-0.6.3-1.fc11.i586 (fedora)
   4. ERROR:root:Unable to create appliance : Failed to build
transaction : Missing Dependency: libabiword-2.6.so is needed by
package pyabiword-0.6.3-1.fc11.i586 (fedora)


The complete log on the build is here:
http://fpaste.org/paste/17653


   -Alphinux
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Karma: quadrilaterals + Surf it works!

2009-07-06 Thread Felipe López Toledo
This is great news.  I'm having network issues on my laptop, but
hopefully I'll have some time to work on Surf this coming week to make
it more functional (downloads, etc).
Thanks Bobby!, looking forward to it :)

On Fri, Jul 3, 2009 at 10:26 AM, Bobby Powers bobbypow...@gmail.com wrote:

 2009/7/2 Felipe López Toledo zer.subz...@gmail.com:
  Hi Andrés,
 
  I have tested it (quadrilaterals) under Ubuntu 8.10
 
 I see the same I see on a non html5 enabled browser.
  , you're right, it seems the webkit-gtk isn't updated :S
 
  I've checked line 49: ctx.fillText ( Erase, 25, 245 );
  I supposse the current webkit doesn't support this instruction
 
  :(
 
 On FFX 3.5preb4 it works great!
  yes, the problem is that ff in the XO has a poor performance and if you
 use
  quadrilaterals you will get a serious lag,
  using surf in the XO, it  works really good

 This is great news.  I'm having network issues on my laptop, but
 hopefully I'll have some time to work on Surf this coming week to make
 it more functional (downloads, etc).

 Bobby

 One little comment: it doesnt recognize concave quadrilaterals properly.
  yes, It was how I solved, not the real code from flash.
  thanks for your comment, I'll fix it.
 
  felipe
  2009/6/30 Andrés Ambrois andresambr...@gmail.com
 
  On Tuesday 30 June 2009 03:17:00 pm Felipe López Toledo wrote:
   hi guys
  
   I'm a little upset because during last week I was trying to optimize
 the
   Quadrilaterals activity:
   http://karma.sugarlabs.org/quadrilaterals/
  
   Lucian recommend me (last week...or before) to try it using Surf,
   I was trying to compile it from source... mmm, no progress
   today Lucian gave me some links:
   the xo bundle: 
   http://dev.laptop.org/~bobbyp/surf/http://dev.laptop.org/%7Ebobbyp/surf/
   also read: http://wiki.laptop.org/go/Browse/WebKit
  
   thanks Lucian
  
   well, if you have a chance please test it,
   it works really good (performance) there is some work to do (stuff
   related
   to css and scale), but it works a lot better than with firefox
  
   :)
 
  Tried Quadrilaterals with Surf-106 on Jhbuild on Ubuntu Jaunty.
 
  I see the same I see on a non html5 enabled browser.  The log ends with
  this
  line:
 
  console message:
 http://karma.sugarlabs.org/quadrilaterals/js/activity.js
  @49:
  Value undefined does not allow function calls.
 
  libwebkit on Jaunty is v1.0.1
 
  On FFX 3.5preb4 it works great! One little comment: it doesnt recognize
  concave quadrilaterals properly.
  --
   -Andrés
 
 
  ___
  Sugar-devel mailing list
  Sugar-devel@lists.sugarlabs.org
  http://lists.sugarlabs.org/listinfo/sugar-devel
 
 

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Journal feature request--more data in main display

2009-07-06 Thread Edward Cherlin
On Fri, Jul 3, 2009 at 7:36 PM, Eben Eliasone...@laptop.org wrote:
 On Fri, Jul 3, 2009 at 2:17 PM, Gary C Marting...@garycmartin.com wrote:
 On 3 Jul 2009, at 10:01, Martin Langhoff wrote:

 Wishlist: show files by size filter or option? If the Uruguay
 experience is any indicator, a fact of life is that users after all
 *will* hit:

 Yes, exposing size in the main list might be worth considering.

I'm looking at the UI in Calibre, a Free Software personal document
database (home page calibre.kovidgoyal.net) that scans designated
folders, reads metadata from the files or from a server, and provides
a variety of views and sort options. It currently has an index of more
than 2,000 files on my hard drive. (I have a separate program for
cataloging my music files and maintaining playlists.)

I can enter text in a search bar, and get back any document that has
that text in any field. Columns are

o Title
o Author
o Size
o Date
o Rating
o Publisher
o Tags
o Series (Think course)

Calibre also provides individual and bulk conversion of e-book formats.

Journal could use all of those and more. Collaborators (total number,
or by name), something like a mime-type/Open With... menu, version
history, bookmarks.

 Good point! Though arbitrary Journal sorting likely breaks many design
 goals***,

I have heard otherwise for more than two years.

 otherwise you'd have thought we would have the most basic of
 features, sort by creation date, by now ;-)

Particularly if you were not aware of our painful shortage of
developers and the great long list of Things That Must Be Done First.
I'm impressed that we are as far along as we are overall, though
disappointed not to have a more useful Journal.

 At the very least size taken by
 an entry should be visible on the details view. Right now there is zero
 indication other than just watching your total Journal grow in size via its
 frame icon.

Title is what I miss most, but I would use most of the others
regularly and all at least on occasion.

 ***Eben can you clarify this one? If locking folks into a 'view Journal only
 by modification date' was an intentional design choice?

 Not at all. The proposed designs include a sort bar, which would
 function in the traditional fashion, but be sorted by date (when) by
 default. See http://wiki.sugarlabs.org/go/Design_Team/Designs/Journal#03

 Tomeu has been working on using the standard GTK TreeView, so I think
 we're on track to add sorting by name, date, and participants (we need
 to decide what sorting by participants means...I think sorting by
 number of participants might be the useful choice, so that it's easy
 to surface the collaborative activities).

In a tree view, it would be useful to have an expandable list of
collaborators, sorted by name.

That and other sorted lists should be in correct language-specific
sorts in a suitable normalization, not a sort on raw Unicode code
points. For example, each language that uses accented Latin letters
has different rules for sorting them, and similarly for case and other
issues. ICU can deal with many of these complications. There is more
information at

http://userguide.icu-project.org/collation
http://userguide.icu-project.org/collation/faq

 If we expose file size in
 this list somehow, that would also be sortable.

 Eben

 Regards,
 --Gary

 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel




-- 
Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name
And Children are my nation.
The Cosmos is my dwelling place, The Truth my destination.
http://earthtreasury.org/worknet (Edward Mokurai Cherlin)
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] SoAS Testing with XS

2009-07-06 Thread Caroline Meeks

 Caroline,


The long term goal is that students at GPA can collaborate with each other
from school and home.  Thus long term we need a Jabber server and a machine
connected to the internet.  We could host it at Solution Grove or physically
locate it at the school. I think learning about the tradeoffs between these
approaches is one of our goals for the pilot.

For this summer if we got collaboration working locally in the Computer Room
we'd have a better experience then the current no collaboration.  We have an
extra computer we can use as an XS. I'll need to buy/scavange another
network card.

Does that help?

Thanks,
Caroline



 Can you confirm the target implementation for GPA is SoAS computers
 collaborating with each other via Jabber?

 There are so many sub-components to this section of SW that we will
 need your help to focus on the right area.

 Will the Jabber server be in the school or over a WAN to a public
 (internet IP addressable) place?

 I'll try to document your answers on the Wiki.

 HTHs.

 Thanks,

 Greg S

 ***

 Hi Greg,

 good to hear from you again.

 That bug report is just a backtrace. No info on whether the Sugar
 client was actually using the Jabber server (via Gabble) or not. Or
 what action was taken, what results seen, or versions of things.

 Pretty hard to tell what's going on. Are you in touch with Caroline?
 Can you get her to flesh out the bug?

 It would also be interesting to get the logs from ejabberd on the server.

 cheers,


 martin
 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel




-- 
Caroline Meeks
Solution Grove
carol...@solutiongrove.com

617-500-3488 - Office
505-213-3268 - Fax
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [SoaS] Building strawberry from git

2009-07-06 Thread Martin Dengler
On Mon, Jul 06, 2009 at 02:24:34PM -0500, Andrés Arrieta Perréard wrote:
2. pyabiword-0.6.3-1.fc11.i586 from fedora has depsolving
problems

Try adding the updates and updates-testing repos:

http://git.sugarlabs.org/projects/soas/repos/devxo/blobs/xo-strawberry/soas-base.ks#line13

I just built a SoaS a few hours ago based on the above repos and got

libabiword-2.6.8-2.fc11.i586
pyabiword-0.6.3-1.fc11.i586

-Alphinux

Martin



pgpCYNbPkqLwF.pgp
Description: PGP signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] poor man's mmap sliding window on Python 2.5.x

2009-07-06 Thread Martin Langhoff
On Tue, Jul 7, 2009 at 2:06 AM, Benjamin M.
Schwartzbmsch...@fas.harvard.edu wrote:
 Is this (a) a kernel bug, (b) Python layering extra caching over mmap, or
 (c) a misunderstanding of mmap on my part?

money is b




m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [SoaS] Building strawberry from git

2009-07-06 Thread Peter Robinson
 Hi,
 I tried building SoaS from git with no modifications at all on the files:

 git clone git://git.sugarlabs.org/soas/mainline.git soas

 Then changed the tree to strawberry instead of mainline.
 It seemed to run fine till what seems almost the end and got a dependency
 error:

 WARNING:root:No such package *debuginfo to remove
 pyabiword-0.6.3-1.fc11.i586 from fedora has depsolving problems
   -- Missing Dependency: libabiword-2.6.so is needed by package
 pyabiword-0.6.3-1.fc11.i586 (fedora)
 ERROR:root:Unable to create appliance : Failed to build transaction :
 Missing Dependency: libabiword-2.6.so is needed by package
 pyabiword-0.6.3-1.fc11.i586 (fedora)

 The complete log on the build is here:
 http://fpaste.org/paste/17653

Your using rawhide. I fixed that issue last night in rawhide so its
fixed into todays rawhide build so you'll just have to wait for the
mirrors to popularte. Also be aware there are a few other issues with
rawhide at the moment that may or may not have been fixed in todays
push.

Peter
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] poor man's mmap sliding window on Python 2.5.x

2009-07-06 Thread Benjamin M. Schwartz
Martin Langhoff wrote:
 On Tue, Jul 7, 2009 at 2:06 AM, Benjamin M.
 Schwartzbmsch...@fas.harvard.edu wrote:
 Is this (a) a kernel bug, (b) Python layering extra caching over mmap, or
 (c) a misunderstanding of mmap on my part?
 
 money is b

huh.  I looked through python's mmap implementation [1] and there doesn't
seem to be any caching or funny business going on.

I wonder if it could be over-aggressive caching somewhere in jffs2, in an
attempt to avoid repeatedly decompressing the same block.

--Ben

[1] http://svn.python.org/projects/python/trunk/Modules/mmapmodule.c

P.S. JFFS2 appears to support read-only mmap, which I presume is what
you're using.



signature.asc
Description: OpenPGP digital signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] poor man's mmap sliding window on Python 2.5.x

2009-07-06 Thread Martin Langhoff
On Tue, Jul 7, 2009 at 7:16 AM, Benjamin M.
Schwartzbmsch...@fas.harvard.edu wrote:
 huh.  I looked through python's mmap implementation [1] and there doesn't
 seem to be any caching or funny business going on.

 I wonder if it could be over-aggressive caching somewhere in jffs2, in an
 attempt to avoid repeatedly decompressing the same block.

Thanks for looking into this. I'll post the (trivial, really) repro
code I have later (I'm on a gruelling 35hr trip at the moment).

So far, tested on 8.2.x _on vfat partitions mounted from a USB device_
and on the local disk (ext3) on Ubuntu Hardy.

Have not tested it (yet) with data file on jffs2 as that's not the use
case I'm gunning for.



m
-- 
 martin.langh...@gmail.com
 mar...@laptop.org -- School Server Architect
 - ask interesting questions
 - don't get distracted with shiny stuff  - working code first
 - http://wiki.laptop.org/go/User:Martinlanghoff
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Marketing] [SoaS] The next Step: v2 Roadmap

2009-07-06 Thread S Page
 You can add a category for example. [[Category:FeatureSchoolX]]
Great idea, I added a suggestion to add [[Category:Feature requested
by School Xyz]] to the feature template.
Don't forget to categorize categories so people can find them.

 The important part is: Anyone can create new feature pages. They get
 reflected in the roadmap when someone is working on them and proposes
 the feature ...

But currently http://wiki.sugarlabs.org/go/0.86/Roadmap#Features just
lists every subpage of Features.  At some point someone will need to
identify the subset of proposed features that made it onto the
roadmap.

A) The classic way to do this is create a subcategory
[[Category:Features that are on the 0.86 Roadmap]], but without
MediaWiki extensions there's no way to list these pages on the roadmap
page -- readers have to click a link to view the category.

B) You could rename feature pages that are on the 0.86 roadmap, e.g.
Features/0.86/Neighborhood_List_View, and change the roadmap to list
only pages with that prefix.  Renaming is a hassle and people don't
like the resulting long names.

C) You could transclude specific feature subpages in the roadmap:
  {{:Features/Neighborhood List View}} ...
and use the noinclude tag so that only their critical info reappears
in the Roadmap.
   noinclude
   Summary and status
   /noinclude
   Other stuff ..

D) Various extensions to find and present pages meeting criteria,
including (cue ominous yet thrilling music :-) ) Semantic MediaWiki...

Regards,
--
=S Page
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [SoaS] The next Step: v2 Roadmap

2009-07-06 Thread Martin Dengler
On Mon, Jul 06, 2009 at 09:03:24AM -0700, Edward Cherlin wrote:
 On Sat, Jul 4, 2009 at 3:51 PM, Sebastian Dziallassebast...@when.com wrote:
  Hi everybody,
 
  so here it is, the Sugar on a Stick v2 Roadmap:
 
  http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Roadmap#Roadmap
 
  Feedback is appreciated, and as we've just entered brainstorming phase,
  please go ahead and shoot your ideas! :)
 
 I would like to see the Bible (Tanakh and New Testament) and Qur'an
 included, and a selection of world literature.

Once we start including some religious texts, we'll have to include
them all.

Martin


pgpxvNfQlEZ3e.pgp
Description: PGP signature
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


[Sugar-devel] Instantaneous apply

2009-07-06 Thread Sayamindu Dasgupta
Hello,

I was wondering if there was any policy in Sugar wrt triggering of
settings. For example, some systems like GNOME has a policy of
instant apply, where any setting which is modified takes effect
immediately[1]. After going through some of the sections in the Sugar
control panel, it seems we are pushing for the opposite (it may be for
technical reasons as well, since most settings changeable via the
sugar control panel requires a restart of Sugar). I do not have a
strong preference about this, but nevertheless, I was wondering if we
have decided to stick to a particular policy, and if that was
documented anywhere.

Thanks,
Sayamindu



[1] http://developer.gnome.org/projects/gup/hig/1.0/windows.html#instant-apply
-- 
Sayamindu Dasgupta
[http://sayamindu.randomink.org/ramblings]
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


[Sugar-devel] [RELEASE] Turtle Art-52

2009-07-06 Thread Sugar Labs Activities
Url:
http://activities.sugarlabs.org/addon/4027

Release notes:
http://activities.sugarlabs.org/addon/4027#addon-advanced

Reviewer comments:
Trusted activity


Sugar Labs Activities
http://activities.sugarlabs.org

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


[Sugar-devel] [RELEASE] Turtle Art-52

2009-07-06 Thread Sugar Labs Activities
Url:
http://activities.sugarlabs.org/addon/4027

Release notes:
http://activities.sugarlabs.org/addon/4027#addon-advanced

Reviewer comments:
Trusted activity


Sugar Labs Activities
http://activities.sugarlabs.org

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


[Sugar-devel] Good filesystem for USB flash with compression?

2009-07-06 Thread Luke Faraone
Hi all,

I noticed a problem when attempting to unsquash the SoaS filesystem and
extract it on to a flashdrive: it's over 1.2GiB.

Since squashfs is read-only, is there a good read-write filesystem that
achieves decent compression (while not carrying too steep a speed penalty on
older systems) that is reasonable to use on a USB flash drive?

JFFS2 won't work, from what I've heard. Are there any other well-developed
alternatives?

-- 
Luke Faraone
http://luke.faraone.cc
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Good filesystem for USB flash with compression?

2009-07-06 Thread Lucian Branescu
USB flash drives have controllers that do wear-leveling. They try
really hard to make them look like hard drives. JFFS2 works on raw
flash, so it's not useful.

Basically any FS that works on all the OSes you need. ext2 is a good
option. NTFS might be, but it's fiddly.

I've tried to get a UDF filesystem on a flash once, since UDF is
supported on any OS, but I didn't get too far. Also, windows doesn't
seem to have support for the 'hard-drive' UDF profile.

2009/7/7 Luke Faraone l...@faraone.cc:
 Hi all,

 I noticed a problem when attempting to unsquash the SoaS filesystem and 
 extract it on to a flashdrive: it's over 1.2GiB.

 Since squashfs is read-only, is there a good read-write filesystem that 
 achieves decent compression (while not carrying too steep a speed penalty on 
 older systems) that is reasonable to use on a USB flash drive?

 JFFS2 won't work, from what I've heard. Are there any other well-developed 
 alternatives?

 --
 Luke Faraone
 http://luke.faraone.cc

 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel


___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Good filesystem for USB flash with compression?

2009-07-06 Thread Luke Faraone
On Mon, Jul 6, 2009 at 21:00, Lucian Branescu lucian.brane...@gmail.comwrote:

 Basically any FS that works on all the OSes you need. ext2 is a good
 option. NTFS might be, but it's fiddly.


I don't really care about compatibility, rather I need something that will
work on Linux systems, and something with compression.



-- 
Luke Faraone
http://luke.faraone.cc
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] Background Screen Color for SoaS Activity

2009-07-06 Thread Art Hunkins
Tomeu,

I've had no luck modifying background color for anything except buttons.

No boxes, even when the box is completely empty.

Does anyone know how to change the color of the entire screen, or of a box?

Art Hunkins

- Original Message - 
From: Tomeu Vizoso to...@sugarlabs.org
To: Art Hunkins abhun...@uncg.edu
Cc: sugar-devel@lists.sugarlabs.org
Sent: Monday, July 06, 2009 4:26 AM
Subject: Re: [Sugar-devel] Background Screen Color for SoaS Activity


 On Mon, Jul 6, 2009 at 06:19, Art Hunkinsabhun...@uncg.edu wrote:
 The default color for the Sugar Activity screen seems to be set to light
 gray. I'd like mine to be white.

 Is there any way to change this in my activity script?
 
 That looks good to me, perhaps ibox contains some other widget that is
 covering it completely?
 
 Regards,
 
 Tomeu
 
 I tried:

 import gtk

 win = csndsugui.CsoundGUI(self)
 ibox = win.box(False)
 ibox.modify_bg(gtk.STATE_NORMAL, gtk.gdk.Color(0x, 0x, 0x))

 where ibox = the entire screen.

 However this changed nothing.

 Anything fairly straightforward I could try?

 Art Hunkins

 ___
 Sugar-devel mailing list
 Sugar-devel@lists.sugarlabs.org
 http://lists.sugarlabs.org/listinfo/sugar-devel

___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


Re: [Sugar-devel] [Sugar-GSoC] Print Support (Moodle or No Moodle)

2009-07-06 Thread Andrés Ambrois
On Monday 06 July 2009 01:28:00 pm Vamsi Krishna Davuluri wrote:
 Hi,

 So I had spent almost 3 weeks entirely with Moodle,
 and I have failed to be half as productive with Moodle
 as I have with sugar.

 I would relate the reasons to be:

 My lack of an estimation on moodle's vastness,

 1) I had no experience with web oriented systems
 2) I had no prior experience with php and databases
 3) The assignment plugin which is a what I'm intending to
 base my print Module is very huge (4000-5000 Lines of code)
 It would take me a while to hack it and tune it down.
 4) I still haven't hit the comfort spot with moodle
 5) I can't figure out what does what exactly.

Vamsi,

  Don't Panic! We can help you if you try to ask questions we can answer [0]. 
I really recommend you to read that document whenever you have time, which may 
not be right now...

  If you get stuck, search in Google, if you're still stuck, we're here to 
help you, but try to give us something we can answer. Usually a Good Question 
is a variation of I'm trying to accomplish X, I've written this code: code 
and expect it to do Y, but its doing Z. I've searched Google about this but 
couldn't find more information. Any help would be appreciated


 As a bear essential, I could get the assignment module to have
 a print option, but I don't exactly have the code ready for it.(its
 back at my home place)

You already got the newmodule test module working the other night. This module 
includes examples of moodle's abstraction for forms, database, and themed html 
output. If you want to see what the hell all those functions are, I suggest 
you run an rgrep (or grep -r) in moodle's root dir for 'function 
function_name'. Moodle might be huge and crazy but its pretty well 
commented. 

Dont try to hack the assignment module into your printing script. Just take 
code from it.

Following this module's structure, view.php would contain the teacher UI, 
mod_form is for setting up the module instance the first time (and 
configuration 
thereafter) and another script would contain your xmlrpc entry point. Writing 
an XML-RPC server in PHP is trivial as you can see in [1]. 

From the assignments module you pretty much only need the file handling stuff. 
This is basically done using file_area($userid) to get a directory where the 
files are stored (see lib.php in the assignments module). 

For the upload, the xmlrpc server code would need to use file_area_name($USER-
id) to get a dirname, and then write the file to it. 

You will also want to have a table to store information for each file (original 
filename, user, time of upload, status), you can declare this table in your 
module's db/install.xml, en then you can access them with the get_record, 
delete_records, update_records, etc. Grep the code for these function's 
headers. 

For printing I've already pointed you to [2]. 

This is just my vision of the solution. I think you should sit down, go 
through all these steps and see if you can understand the picture enough to 
have an idea of a schedule before moving on. If you don't understand how to 
achieve something please ask me or the list concrete questions to get you back 
on the road. 

This is why I insisted so much on detailed schedules, so we wont have huge 
surprises :). 


 Anyway, the alternatives I can lay out are:

 1)Use a thin client-server based architecture, a small python based server
 script
 which listens to requests from sugar (XOs) and stores them in a folder, the
 admin
 can then print those files.
 ( suggestions on perfecting this are needed)

I don't see how you can build something useful in this direction without 
getting into problems already solved for you in Moodle, such as user 
interface, authentication and database handling (at least in some files). 
Please remember the objective of this project is to produce something that can 
be used in the field by kids and teachers as easy and transparently as 
possible.

 2) drop this, and focus on network printing.

If with Network Printing you're referring to discovery of printers through 
Bonjour/Avahi, I don't think this is a priority for our users. This is also a 
big question mark as Network Printing is as far as your specification goes. I 
don't want to add variables to an already late project. 

 Thanks,
 Vamsi

We can hopefully discuss more in tomorrow's meeting.


[0] http://catb.org/esr/faqs/smart-questions.html
[1]http://hell.org.ua/Docs/oreilly/webprog/pcook/ch12_08.htm
[2]http://www.nongnu.org/phpprintipp/
-- 
  -Andrés
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel