[Sugar-devel] upstream AMO update (ASLO)

[Josh Williams]

Hey everyone,

In case you didn't know, AMO just got a big update 
https://addons.mozilla.org/en-US/firefox/ .

Looks like a lot of the junk markup was removed so it will be easier to 
work with. However, since a lot of the markup has changed (for the 
better), the sugar-specific stylesheet for ASLO will need to be rewritten.

Any idea when this will make it to ASLO testing?

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

Re: [Sugar-devel] [IAEP] Language Spanish

[Rafael Enrique Ortiz Guerrero]

Hi Andres


Translation related procedures where discussed not long ago in the OLPC-sur
list,


Rafael Ortiz


On Tue, Jun 9, 2009 at 11:38 PM, Andrés Arrieta Perréard <
andres.ap.li...@gmail.com> wrote:

> I could help with translations in Spanish, just tell me how to start and
> where
>
>
> On Tue, Jun 9, 2009 at 3:13 PM, David Farning wrote:
>
>> On Tue, Jun 9, 2009 at 3:00 PM, Gary C Martin
>> wrote:
>> > Hi Andrés,
>> >
>> > On 9 Jun 2009, at 20:45, Andrés Arrieta Perréard wrote:
>> >
>> >> Hi,
>> >> Could the following activities be translated to Spanish?
>> >
>> > Just had a look on http://translate.sugarlabs.org and all but 2 are
>> > already done.
>>
>> I would also like to stress the collaborative nature of Sugar Labs.
>>
>> The TranslationTeam is still rather weak.  Mostly because good and
>> smart translation workflows will come from people using the
>> translations, _not_ native English speaking developers.
>>
>> I am happy to help... but for the translation team to work it needs to
>> be championed by people who need translations.
>>
>> david
>>
>> >> Analyze
>> >
>> > Not in pootle (well I couldn't find it)
>> >
>> >> Write
>> >
>> > Translated
>> >
>> >> Moon
>> >
>> > Translated
>> >
>> >> Jukebox
>> >
>> > Translated
>> >
>> >> Memorize
>> >
>> > Translated
>> >
>> >> Calculator
>> >
>> > Translated
>> >
>> >> Browse
>> >
>> > Translated
>> >
>> >> Implode
>> >
>> > Not in pootle (well I couldn't find it)
>> >
>> > Regards,
>> > --Gary
>> >
>> >>  thx,
>> >>   Alphinux
>> >> ___
>> >> 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
>> >
>>
>
>
>
> --
> - Andrés Arrieta Perréard (XE1YAA)
>
>
> ___
> 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] [IAEP] Language Spanish

[Andrés Arrieta Perréard]

I could help with translations in Spanish, just tell me how to start and
where

On Tue, Jun 9, 2009 at 3:13 PM, David Farning wrote:

> On Tue, Jun 9, 2009 at 3:00 PM, Gary C Martin wrote:
> > Hi Andrés,
> >
> > On 9 Jun 2009, at 20:45, Andrés Arrieta Perréard wrote:
> >
> >> Hi,
> >> Could the following activities be translated to Spanish?
> >
> > Just had a look on http://translate.sugarlabs.org and all but 2 are
> > already done.
>
> I would also like to stress the collaborative nature of Sugar Labs.
>
> The TranslationTeam is still rather weak.  Mostly because good and
> smart translation workflows will come from people using the
> translations, _not_ native English speaking developers.
>
> I am happy to help... but for the translation team to work it needs to
> be championed by people who need translations.
>
> david
>
> >> Analyze
> >
> > Not in pootle (well I couldn't find it)
> >
> >> Write
> >
> > Translated
> >
> >> Moon
> >
> > Translated
> >
> >> Jukebox
> >
> > Translated
> >
> >> Memorize
> >
> > Translated
> >
> >> Calculator
> >
> > Translated
> >
> >> Browse
> >
> > Translated
> >
> >> Implode
> >
> > Not in pootle (well I couldn't find it)
> >
> > Regards,
> > --Gary
> >
> >>  thx,
> >>   Alphinux
> >> ___
> >> 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
> >
>



-- 
- Andrés Arrieta Perréard (XE1YAA)
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] meshing XOs with netbooks (WAS: Re: [Bugs] #79?NORM: SOAS should mesh network when possible)

[Gary C Martin]

On 10 Jun 2009, at 02:29, Martin Dengler wrote:

> On Tue, Jun 09, 2009 at 10:16:12PM -0300, Andrés Ambrois wrote:
>> On Tuesday 09 June 2009 10:07:19 pm Martin Dengler wrote:
>>> On Wed, Jun 10, 2009 at 01:46:07AM +0100, Gary C Martin wrote:
 There's another 'non-mesh' option possible for the '3 kids under  
 a tree'
 case. They will likely have no AP/infrastructure to connect to, so
 blanking the jabber server is not an option. For them the existing
 local-link config would be very viable solution, but there's no  
 Sugar UI
 for it yet.
>>>
>>> Would this be as simple as a "ad-hoc" device in the frame that put  
>>> the
>>> wireless into ad-hoc mode?
>>
>> http://blog.tomeuvizoso.net/2009/05/ad-hoc-wireless-networks-in-sugar.html
>>
>> As usual, Tomeu beat us all there :P

Well spotted!! :-)

[Now why did this not make planet.sugarlabs.org, hm]

> Nice...reminds us what we should be spending time on :).

Our time should be spent buying Tomeu beer, and following in his wake,  
anything else is just superfluous! :-) I'm still trying to catch up  
with his work supporting SWF widgets in Sugar from a month ago!

Regards,
--Gary

> ___
> 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] meshing XOs with netbooks (WAS: Re: [Bugs] #79?NORM: SOAS should mesh network when possible)

[Martin Dengler]

On Tue, Jun 09, 2009 at 10:16:12PM -0300, Andrés Ambrois wrote:
> On Tuesday 09 June 2009 10:07:19 pm Martin Dengler wrote:
> > On Wed, Jun 10, 2009 at 01:46:07AM +0100, Gary C Martin wrote:
> > > There's another 'non-mesh' option possible for the '3 kids under a tree'
> > > case. They will likely have no AP/infrastructure to connect to, so
> > > blanking the jabber server is not an option. For them the existing
> > > local-link config would be very viable solution, but there's no Sugar UI
> > > for it yet.
> >
> > Would this be as simple as a "ad-hoc" device in the frame that put the
> > wireless into ad-hoc mode?
> 
> http://blog.tomeuvizoso.net/2009/05/ad-hoc-wireless-networks-in-sugar.html
> 
> As usual, Tomeu beat us all there :P

Nice...reminds us what we should be spending time on :).



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

Re: [Sugar-devel] meshing XOs with netbooks (WAS: Re: [Bugs] #79 NORM: SOAS should mesh network when possible)

[Andrés Ambrois]

On Tuesday 09 June 2009 10:07:19 pm Martin Dengler wrote:
> On Wed, Jun 10, 2009 at 01:46:07AM +0100, Gary C Martin wrote:
> > There's another 'non-mesh' option possible for the '3 kids under a tree'
> > case. They will likely have no AP/infrastructure to connect to, so
> > blanking the jabber server is not an option. For them the existing
> > local-link config would be very viable solution, but there's no Sugar UI
> > for it yet.
>
> Would this be as simple as a "ad-hoc" device in the frame that put the
> wireless into ad-hoc mode?

http://blog.tomeuvizoso.net/2009/05/ad-hoc-wireless-networks-in-sugar.html

As usual, Tomeu beat us all there :P

> Martin

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

Re: [Sugar-devel] meshing XOs with netbooks (WAS: Re: [Bugs] #79 NORM: SOAS should mesh network when possible)

[Martin Dengler]

On Wed, Jun 10, 2009 at 01:46:07AM +0100, Gary C Martin wrote:
> On 10 Jun 2009, at 00:53, Martin Dengler wrote:
>
>> On Wed, Jun 10, 2009 at 01:20:41AM +0200, Sean DALY wrote:
>>> Hmmm this is an opportunity to display my ignorance and/or confusion,
>>> but my XOs usually just "find" each other on the mesh
[...]
> To my knowledge, XOs running OLPC builds go through a (far too long)  
> cycle where they try each of the 3 mesh channels, twice through, looking 
> for a school server providing mesh; then if no school server is found on 
> the mesh it will auto-connect to your 'favourite' AP; if that fails 
> you'll be un-ceremonially dumped on mesh channel 1, in the hope that 
> other XO mesh users will land there later (slowly swamping the wifi 
> spectrum down at ch1 unless users manually click on another mesh 
> channel).

Yup...another overview and some more pointers are:
http://www.mail-archive.com/de...@lists.laptop.org/msg10033.html

>> XOs on the "mesh" (802.11s draft) can't see
>> {XOs,Sugars}-connected-to-jabber-servers, unless the meshed XOs are
>> themselves connected to the same jabber server via inter-networking
>> feats completely beyond my (and any OLPC deployments', AFAIC) ken.
>>
>>> There's no way to designate a favorite AP I guess?
>
>> Not really [for an XO/OLPC software build]
>
> Yep, by authenticating/logging in to an AP. The XO will (eventually) get 
> around to looking for each AP you have authenticated with (after it's 
> sniffed all 3 mesh channels for a school server, twice).

Just to clarify why I said "Not really": "Yes [after 60-120 seconds]"
is quite close to a "no" in some users' book.  It does somewhat defeat
the purpose of a "Favorite".

>>> ... which seemed counterintuitive (two machines on the
>>> table needing external Internet + jabber server to see each other).
>>
>> To "see other Sugar learners in the Neighbourhood view", they do.
>> Unless we're talking about XOs with an OLPC build and one uses the
>> mesh.  But then they can't talk to non-XOs not using the mesh.
>
> Just blank out the jabber server, and they'll broadcast on the local  
> network.

I stand corrected - thanks.  So to rephrase (in case I've got it
wrong): an AP is necessary (at the moment, see below) but jabber
server isn't.

> There's another 'non-mesh' option possible for the '3 kids under a tree' 
> case. They will likely have no AP/infrastructure to connect to, so 
> blanking the jabber server is not an option. For them the existing  
> local-link config would be very viable solution, but there's no Sugar UI 
> for it yet.

Would this be as simple as a "ad-hoc" device in the frame that put the
wireless into ad-hoc mode?

Martin


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

Re: [Sugar-devel] meshing XOs with netbooks (WAS: Re: [Bugs] #79 NORM: SOAS should mesh network when possible)

[Andrés Ambrois]

On Tuesday 09 June 2009 08:20:41 pm Sean DALY wrote:
> Hmmm this is an opportunity to display my ignorance and/or confusion,
> but my XOs usually just "find" each other on the mesh... a club the
> netbooks can't belong to... so back on the XOs I have to hunt and
> click on the wireless network for each one (making the other XO
> avatars disappear, etc). There's no way to designate a favorite AP I
> guess?
>
> I had thought the jabber server was necessary for local
> collaboration... which seemed counterintuitive (two machines on the
> table needing external Internet + jabber server to see each other).
> I'll try the blank field.
>
> I hope the draft mesh in those million XOs is not too different from
> the approved mesh :-)

In [0] it says OLPC's 802.11s implementation is based in draft 0.1, I'm 
guessing there are extensive changes from that to the current version 3.0. 

There's more details on the differences with the IEEE proposal in [1], there 
seems to be several things that might make them incompatible. 

[0] http://wiki.laptop.org/go/Mesh_Network_Details
[1] http://wiki.laptop.org/go/Path_Discovery_Mechanism:Differences_from_80211s
-- 
  -Andrés
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] ASLO Suggestion

[Martin Dengler]

On Wed, Jun 10, 2009 at 02:09:16AM +0200, Sean DALY wrote:
> On Wed, Jun 10, 2009 at 2:02 AM, Martin Dengler 
> wrote:
> > Definitely, a good feature to have.  I was just talking about what
> > existed right now in SoaS (which is: no working updater, AFAIK).

The patch I just sent should now enable a "working" updater.  Where
"working" means "doing what it used to do [which is look at the OLPC
wiki for new versions]".

> I recently got help opening a bug ticket account, I'll try my hand at
> that thanks for your patient assistance

Thanks for your patience, too.

> Sean

Martin



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

Re: [Sugar-devel] meshing XOs with netbooks (WAS: Re: [Bugs] #79 NORM: SOAS should mesh network when possible)

[Gary C Martin]

On 10 Jun 2009, at 00:53, Martin Dengler wrote:

> On Wed, Jun 10, 2009 at 01:20:41AM +0200, Sean DALY wrote:
>> Hmmm this is an opportunity to display my ignorance and/or confusion,
>> but my XOs usually just "find" each other on the mesh
>
> Unfortunately this 'just "find"' is actually a complex process
> involving a few different software components whose interactions are a
> bit brittle (not prone to work when one/more software component is
> upgraded).  So it's really natural that the normal reasoning will lead
> to confusion.  I'm not the best or most available person to explain
> the details, though, sorry.

To my knowledge, XOs running OLPC builds go through a (far too long)  
cycle where they try each of the 3 mesh channels, twice through,  
looking for a school server providing mesh; then if no school server  
is found on the mesh it will auto-connect to your 'favourite' AP; if  
that fails you'll be un-ceremonially dumped on mesh channel 1, in the  
hope that other XO mesh users will land there later (slowly swamping  
the wifi spectrum down at ch1 unless users manually click on another  
mesh channel).

>> ... a club the netbooks can't belong to... so back on the XOs I have
>> to hunt and click on the wireless network for each one (making the
>> other XO avatars disappear, etc).
>
> Yup - the XOs on the "mesh" (802.11s draft) can't see
> {XOs,Sugars}-connected-to-jabber-servers, unless the meshed XOs are
> themselves connected to the same jabber server via inter-networking
> feats completely beyond my (and any OLPC deployments', AFAIC) ken.
>
>> There's no way to designate a favorite AP I guess?

Yep, by authenticating/logging in to an AP. The XO will (eventually)  
get around to looking for each AP you have authenticated with (after  
it's sniffed all 3 mesh channels for a school server, twice).

> Not really[1], and I'm only slightly oversimplifying/guessing about
> everything you mean (I take it you mean you want it to always connect
> to that AP even though the mesh devices are around).  The key for
> others/google is that you're talking about an OLPC build, not SoaS, so
> my "no" is completely invalid for other sugar builds (thankfully).
>
> When I was running OLPC builds as a G1G1 user I'd just always disable
> the mesh device:
>
> echo "echo 0 > /sys/class/net/eth0/lbs_mesh" >> /etc/rc.local
>
>> I had thought the jabber server was necessary for local
>> collaboration

Nope. Jabber server is actually a way to make arbitrary groups  
unrelated to network topology, as long as you all have access to the  
jabber server. It's a great way to have multiple custom collaboration  
rooms, absolutely no Sugar code changes at all. Just need to set-up  
several jabber servers for each group, could be on one physical server  
using virtual hosts on the same box – like most web provides do for  
http web servers...

> What do you mean by "local"?
>
>> ... which seemed counterintuitive (two machines on the
>> table needing external Internet + jabber server to see each other).
>
> To "see other Sugar learners in the Neighbourhood view", they do.
> Unless we're talking about XOs with an OLPC build and one uses the
> mesh.  But then they can't talk to non-XOs not using the mesh.

Just blank out the jabber server, and they'll broadcast on the local  
network.

There's another 'non-mesh' option possible for the '3 kids under a  
tree' case. They will likely have no AP/infrastructure to connect to,  
so blanking the jabber server is not an option. For them the existing  
local-link config would be very viable solution, but there's no Sugar  
UI for it yet. There was some talk for 0.86, and Tomeu and I did  
briefly use the idea between his and my laptop when we were without a  
common network and needed to transfer files...

Worked just fine – but then I set it up with my Mac, and we all know  
'they just work' ;-b

Regards,
--Gary

>> I hope the draft mesh in those million XOs is not too different from
>> the approved mesh :-)
>
> Optimistic.  This is all I can find, and to my layman's eyes it's not
> promising (as one would expect bewteen a 2-3-years-pre-standard
> implementation and the standard implementation of a wickedly complex
> standard):
> http://www.fruct.org/images/contentmedia/S4_n8xx_olpc_connectivity.pdf
>
>
>> thanks
>>
>> Sean
>
> Martin
>
> 1. http://www.mail-archive.com/de...@lists.laptop.org/msg12281.html
>

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

[Sugar-devel] [PATCH] remove questionable deletion of key python __init__.py files

[Martin Dengler]

---
 sugar-update-control.spec |2 --
 1 files changed, 0 insertions(+), 2 deletions(-)

diff --git a/sugar-update-control.spec b/sugar-update-control.spec
index d5e16aa..09eda58 100644
--- a/sugar-update-control.spec
+++ b/sugar-update-control.spec
@@ -33,8 +33,6 @@ rm -rf $RPM_BUILD_ROOT
 mkdir -p $RPM_BUILD_ROOT
 %{__python} setup.py install --root=$RPM_BUILD_ROOT
 
-# avoid conflicts with standard __init__.py*
-rm 
$RPM_BUILD_ROOT%{python_sitelib}/{bitfrost,bitfrost/update,bitfrost/util}/__init__.py*
 %find_lang %{name}
 
 %clean
-- 
1.6.0.6

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

Re: [Sugar-devel] [IAEP] ASLO Suggestion

[Sean DALY]

I recently got help opening a bug ticket account, I'll try my hand at
that thanks for your patient assistance
Sean

On Wed, Jun 10, 2009 at 2:02 AM, Martin Dengler wrote:
> On Wed, Jun 10, 2009 at 01:53:06AM +0200, Sean DALY wrote:
>> Intuitively, I would expect ASLO to be polled by Sugar
>> machines... in clicking, I expect the machine to figure out all by
>> itself what it needs to be up to date...
>
> Definitely, a good feature to have.  I was just talking about what
> existed right now in SoaS (which is: no working updater, AFAIK).
>
>> I guess the best way out of
>> that is to ask OLPC to title that page "Search for OLPC updates"?
>
> One could always change it and see if it got changed back :)
>
>> >>  I only recently figured out how to browse files on a USB
>> >> key from within Sugar :-)
>> >
>> > How can this be made easier for newcomers to learn?
>>
>> Re USB: a brief little popup saying "Your USB key is visible in the
>> Journal" would be helpful I think.
>
> That sounds like a nice feature to me.  In an ideal world you would
> have time to file a bug report, and in a slightly-less-ideal world I'd
> have time to do it for you instead of pointing this out :).
>
>> Sean
>
> Martin
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] ASLO Suggestion

[Martin Dengler]

On Wed, Jun 10, 2009 at 01:53:06AM +0200, Sean DALY wrote:
> Intuitively, I would expect ASLO to be polled by Sugar
> machines... in clicking, I expect the machine to figure out all by
> itself what it needs to be up to date...

Definitely, a good feature to have.  I was just talking about what
existed right now in SoaS (which is: no working updater, AFAIK).

> I guess the best way out of
> that is to ask OLPC to title that page "Search for OLPC updates"?

One could always change it and see if it got changed back :)

> >>  I only recently figured out how to browse files on a USB
> >> key from within Sugar :-)
> >
> > How can this be made easier for newcomers to learn?
>
> Re USB: a brief little popup saying "Your USB key is visible in the
> Journal" would be helpful I think.

That sounds like a nice feature to me.  In an ideal world you would
have time to file a bug report, and in a slightly-less-ideal world I'd
have time to do it for you instead of pointing this out :).

> Sean

Martin


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

Re: [Sugar-devel] meshing XOs with netbooks (WAS: Re: [Bugs] #79 NORM: SOAS should mesh network when possible)

[Martin Dengler]

On Wed, Jun 10, 2009 at 01:20:41AM +0200, Sean DALY wrote:
> Hmmm this is an opportunity to display my ignorance and/or confusion,
> but my XOs usually just "find" each other on the mesh

Unfortunately this 'just "find"' is actually a complex process
involving a few different software components whose interactions are a
bit brittle (not prone to work when one/more software component is
upgraded).  So it's really natural that the normal reasoning will lead
to confusion.  I'm not the best or most available person to explain
the details, though, sorry.

> ... a club the netbooks can't belong to... so back on the XOs I have
> to hunt and click on the wireless network for each one (making the
> other XO avatars disappear, etc).

Yup - the XOs on the "mesh" (802.11s draft) can't see
{XOs,Sugars}-connected-to-jabber-servers, unless the meshed XOs are
themselves connected to the same jabber server via inter-networking
feats completely beyond my (and any OLPC deployments', AFAIC) ken.

> There's no way to designate a favorite AP I guess?

Not really[1], and I'm only slightly oversimplifying/guessing about
everything you mean (I take it you mean you want it to always connect
to that AP even though the mesh devices are around).  The key for
others/google is that you're talking about an OLPC build, not SoaS, so
my "no" is completely invalid for other sugar builds (thankfully).

When I was running OLPC builds as a G1G1 user I'd just always disable
the mesh device:

echo "echo 0 > /sys/class/net/eth0/lbs_mesh" >> /etc/rc.local

> I had thought the jabber server was necessary for local
> collaboration

What do you mean by "local"?

> ... which seemed counterintuitive (two machines on the
> table needing external Internet + jabber server to see each other).

To "see other Sugar learners in the Neighbourhood view", they do.
Unless we're talking about XOs with an OLPC build and one uses the
mesh.  But then they can't talk to non-XOs not using the mesh.

> I hope the draft mesh in those million XOs is not too different from
> the approved mesh :-)

Optimistic.  This is all I can find, and to my layman's eyes it's not
promising (as one would expect bewteen a 2-3-years-pre-standard
implementation and the standard implementation of a wickedly complex
standard):
http://www.fruct.org/images/contentmedia/S4_n8xx_olpc_connectivity.pdf


> thanks
> 
> Sean

Martin

1. http://www.mail-archive.com/de...@lists.laptop.org/msg12281.html



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

Re: [Sugar-devel] [IAEP] ASLO Suggestion

[Sean DALY]

many thanks Martin for finding that thread for me, I have so much
going on I'm having trouble remembering keywords to look things up

Actually what faked me out was the fine print about XO software
update: it won't update to the latest Activity version on ASLO, just
the latest OLPC supported Activity version. Which is of course
perfectly logical now that I think about it, but as Activity versions
are coming fast & furious, I had lost confidence in the "Your software
is up-to-date" message... since I knew more recent versions were
available. Intuitively, I would expect ASLO to be polled by Sugar
machines... in clicking, I expect the machine to figure out all by
itself what it needs to be up to date... I guess the best way out of
that is to ask OLPC to title that page "Search for OLPC updates"?

Re USB: a brief little popup saying "Your USB key is visible in the
Journal" would be helpful I think.

Sean


On Wed, Jun 10, 2009 at 1:22 AM, Martin Dengler wrote:
> On Wed, Jun 10, 2009 at 12:58:39AM +0200, Sean DALY wrote:
>> Yes, that's the procedure when running Sugar and using Browse... which
>> I wasn't doing. A couple of phrases removing the mystery will help us;
>> it's a lowering-the-barriers issue... we can't assume everyone will
>> alertly figure it out.
>
> This is the email thread you may have been thinking of, with a "couple
> of phrases" suggested:
> http://n2.nabble.com/-Marketing--adding-or-updating-an-Activity:-two-typical-teacher-scenarios,-let%27s-%09lower-barrier-to-installation-td2981491.html
> (ugh, that's a horrible link).
>
>> After all, common sense tells you that Software Update in the
>> Control Panel should check for Activity updates, which it sort of
>> does, but also doesn't.
>
> It does (check for activity updates that OLPC supports) on OLPC
> builds.  The Software Update extension in the Control Panel doesn't
> exist (well, it's broken and hidden) on SoaS.  So it either works as
> designed, or isn't present.
>
>>  I only recently figured out how to browse files on a USB
>> key from within Sugar :-)
>
> How can this be made easier for newcomers to learn?
>
>> Sean
>
> Martin
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] ASLO Suggestion

[David Farning]

On Tue, Jun 9, 2009 at 6:26 PM, Sean DALY wrote:
> umm... I'm trying to understand how that assists in keeping Activities
> up-to-date... what plays the role of the FF browser, phoning in for
> version availability?

As far as FF goes, the FF updater ping the addons.mozilla.org
periodically with a list of installed addons and version numbers.  AMO
responds with a list of updateable addons.

The sugar updater would need to be extended to handle this additional
level of polling to activities.sugarlabs.org.

david

> thanks
>
> Sean
>
>
> On Wed, Jun 10, 2009 at 1:04 AM, David Farning wrote:
>> On Tue, Jun 9, 2009 at 5:58 PM, Sean DALY wrote:
>>> Yes, that's the procedure when running Sugar and using Browse... which
>>> I wasn't doing. A couple of phrases removing the mystery will help us;
>>> it's a lowering-the-barriers issue... we can't assume everyone will
>>> alertly figure it out.
>>>
>>> After all, common sense tells you that Software Update in the Control
>>> Panel should check for Activity updates, which it sort of does, but
>>> also doesn't. I understand that that infrastructure is on the OLPC
>>> side, but a friendly checkbox for activities.sugarlabs.org (with of
>>> course the server-side magic necessary) would help a lot.
>>
>> Aslo is set up to handle automatic activity updates using the same
>> mechanism firefox uses to check for addon update.
>>
>> david
>>
>>> I have stringent wireless security at home and it's a pain to connect
>>> my XOs wirelessly, so I usually temporarily run a cable to an Ethernet
>>> USB adapter (the green Zoltan thing I got from XOexplosion). But I got
>>> stuck with ASLO by downloading the xo packages on another computer, to
>>> a USB stick; with no idea how to bring them into an XO or a netbook
>>> running SoaS. I only recently figured out how to browse files on a USB
>>> key from within Sugar :-)
>>>
>>> Sean
>>>
>>>
>>> On Wed, Jun 10, 2009 at 12:28 AM, James
>>> Simmons wrote:
 Sean DALY wrote:
>
> GCompris is fine where it is; it is very well known in Europe and
> elsewhere and has a five year headstart on us in word-of-mouth and
> credibility with teachers. Although marketing/branding of GCompris has
> been minimalist, it has a well-deserved reputation for quality. I'm
> very excited GCompris is arriving in Sugar and I hope collaboration
> will work in those Activities too.
>

 OK with me.  I hadn't heard of it before OLPC, so I assumed nobody else had
 either.
>
> I disagree that common baseline Activities should be absent;
>

 I never suggested that they be *absent*, just not featured.  I'm thinking
 that a new Sugar user finds his way to ASLO by clicking a link on the 
 Browse
 start page and the featured items ought to be things he doesn't have yet.

 I like the term "Featured Activity" better than "We Recommend" too.  "We
 Recommend" implies that the Activity is among the best and most robust we
 have, which limits what you can put in there.  "Featured Activity" implies
 nothing more than "We think this is cool and worth a look."  For instance, 
 I
 would not hesitate to put "Story Builder" or "GCompris 3D Maze" as a
 Featured Activity, but would have a harder time saying I recommend either 
 of
 them.  Plus you could change what is a Featured Item every month or so.
  That would make this site a bit more interesting to visit, and you 
 wouldn't
 have people wondering why last month we recommended Read Etexts but this
 month we don't.
>
> We need a short intro explaining
> the install procedure (it took me days to figure out how to do it). I
> had mentioned this a while back but I don't remember if someone
> besides me had volunteered to look at that

 I just hit the Download button from within Browse.  The Activity gets added
 to my Journal and is ready for use.  I know there are other ways to install
 something, but downloading to the Journal works just fine for me.

 James Simmons



>>> ___
>>> IAEP -- It's An Education Project (not a laptop project!)
>>> i...@lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/iaep
>>>
>>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] ASLO Suggestion

[Sean DALY]

umm... I'm trying to understand how that assists in keeping Activities
up-to-date... what plays the role of the FF browser, phoning in for
version availability?

thanks

Sean


On Wed, Jun 10, 2009 at 1:04 AM, David Farning wrote:
> On Tue, Jun 9, 2009 at 5:58 PM, Sean DALY wrote:
>> Yes, that's the procedure when running Sugar and using Browse... which
>> I wasn't doing. A couple of phrases removing the mystery will help us;
>> it's a lowering-the-barriers issue... we can't assume everyone will
>> alertly figure it out.
>>
>> After all, common sense tells you that Software Update in the Control
>> Panel should check for Activity updates, which it sort of does, but
>> also doesn't. I understand that that infrastructure is on the OLPC
>> side, but a friendly checkbox for activities.sugarlabs.org (with of
>> course the server-side magic necessary) would help a lot.
>
> Aslo is set up to handle automatic activity updates using the same
> mechanism firefox uses to check for addon update.
>
> david
>
>> I have stringent wireless security at home and it's a pain to connect
>> my XOs wirelessly, so I usually temporarily run a cable to an Ethernet
>> USB adapter (the green Zoltan thing I got from XOexplosion). But I got
>> stuck with ASLO by downloading the xo packages on another computer, to
>> a USB stick; with no idea how to bring them into an XO or a netbook
>> running SoaS. I only recently figured out how to browse files on a USB
>> key from within Sugar :-)
>>
>> Sean
>>
>>
>> On Wed, Jun 10, 2009 at 12:28 AM, James
>> Simmons wrote:
>>> Sean DALY wrote:

 GCompris is fine where it is; it is very well known in Europe and
 elsewhere and has a five year headstart on us in word-of-mouth and
 credibility with teachers. Although marketing/branding of GCompris has
 been minimalist, it has a well-deserved reputation for quality. I'm
 very excited GCompris is arriving in Sugar and I hope collaboration
 will work in those Activities too.

>>>
>>> OK with me.  I hadn't heard of it before OLPC, so I assumed nobody else had
>>> either.

 I disagree that common baseline Activities should be absent;

>>>
>>> I never suggested that they be *absent*, just not featured.  I'm thinking
>>> that a new Sugar user finds his way to ASLO by clicking a link on the Browse
>>> start page and the featured items ought to be things he doesn't have yet.
>>>
>>> I like the term "Featured Activity" better than "We Recommend" too.  "We
>>> Recommend" implies that the Activity is among the best and most robust we
>>> have, which limits what you can put in there.  "Featured Activity" implies
>>> nothing more than "We think this is cool and worth a look."  For instance, I
>>> would not hesitate to put "Story Builder" or "GCompris 3D Maze" as a
>>> Featured Activity, but would have a harder time saying I recommend either of
>>> them.  Plus you could change what is a Featured Item every month or so.
>>>  That would make this site a bit more interesting to visit, and you wouldn't
>>> have people wondering why last month we recommended Read Etexts but this
>>> month we don't.

 We need a short intro explaining
 the install procedure (it took me days to figure out how to do it). I
 had mentioned this a while back but I don't remember if someone
 besides me had volunteered to look at that
>>>
>>> I just hit the Download button from within Browse.  The Activity gets added
>>> to my Journal and is ready for use.  I know there are other ways to install
>>> something, but downloading to the Journal works just fine for me.
>>>
>>> James Simmons
>>>
>>>
>>>
>> ___
>> IAEP -- It's An Education Project (not a laptop project!)
>> i...@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/iaep
>>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] ASLO Suggestion

[Martin Dengler]

On Wed, Jun 10, 2009 at 12:58:39AM +0200, Sean DALY wrote:
> Yes, that's the procedure when running Sugar and using Browse... which
> I wasn't doing. A couple of phrases removing the mystery will help us;
> it's a lowering-the-barriers issue... we can't assume everyone will
> alertly figure it out.

This is the email thread you may have been thinking of, with a "couple
of phrases" suggested:
http://n2.nabble.com/-Marketing--adding-or-updating-an-Activity:-two-typical-teacher-scenarios,-let%27s-%09lower-barrier-to-installation-td2981491.html
(ugh, that's a horrible link).

> After all, common sense tells you that Software Update in the
> Control Panel should check for Activity updates, which it sort of
> does, but also doesn't.

It does (check for activity updates that OLPC supports) on OLPC
builds.  The Software Update extension in the Control Panel doesn't
exist (well, it's broken and hidden) on SoaS.  So it either works as
designed, or isn't present.

>  I only recently figured out how to browse files on a USB
> key from within Sugar :-)

How can this be made easier for newcomers to learn?

> Sean

Martin


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

Re: [Sugar-devel] meshing XOs with netbooks (WAS: Re: [Bugs] #79 NORM: SOAS should mesh network when possible)

[Sean DALY]

Hmmm this is an opportunity to display my ignorance and/or confusion,
but my XOs usually just "find" each other on the mesh... a club the
netbooks can't belong to... so back on the XOs I have to hunt and
click on the wireless network for each one (making the other XO
avatars disappear, etc). There's no way to designate a favorite AP I
guess?

I had thought the jabber server was necessary for local
collaboration... which seemed counterintuitive (two machines on the
table needing external Internet + jabber server to see each other).
I'll try the blank field.

I hope the draft mesh in those million XOs is not too different from
the approved mesh :-)

thanks

Sean



On Wed, Jun 10, 2009 at 1:12 AM, Gary C Martin wrote:
> On 9 Jun 2009, at 23:33, Sean DALY wrote:
>
>> outside bugtracker
>>
>> I'm not aware of the existence of any 802.11s USB adapters which could
>> be plugged into a netbook for mesh.
>>
>> That said may be a silly question but I'm a bit mystified about
>> getting my meshed XO-1s to play with my SoaS netbooks, I have them
>> join the same wifi AP but how to bridge a mesh network with a 802.11g
>> or draft N?
>
> If they are attached to the same wifi AP, then mesh is irrelevant, both XO
> and SoaS (or sugar-jhbuild) should collaborate fine (barring any other
> issues). Your CP network settings in each can either (all) point to the same
> Jabber server, or blank for local network sharing.
>
> Regards,
> --Gary
>
>> Sean
>>
>>
>> On Tue, Jun 9, 2009 at 8:17 PM, SugarLabs
>> Bugs wrote:
>>>
>>> #79: SOAS should mesh network when possible
>>>
>>> +---
>>>   Reporter:  mungewell    |          Owner:  marcopg
>>>       Type:  enhancement  |         Status:  closed
>>>   Priority:  Normal       |      Milestone:  0.86
>>>  Component:  SoaS         |        Version:
>>>   Severity:  Minor        |     Resolution:  wontfix
>>>   Keywords:               |   Distribution:  Fedora
>>> Status_field:  New          |
>>>
>>> +---
>>> Changes (by erikos):
>>>
>>>  * status:  new => closed
>>>  * resolution:  => wontfix
>>>
>>>
>>> Comment:
>>>
>>>  Is xo specific. There is the xo distribution.
>>>
>>> --
>>> Ticket URL: 
>>> Sugar Labs 
>>> Sugar Labs bug tracking system
>>> ___
>>> Bugs mailing list
>>> b...@lists.sugarlabs.org
>>> http://lists.sugarlabs.org/listinfo/bugs
>>>
>> ___
>> 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] webkit, hulahop; developing apps using browser engine DOM for widgets

[Bobby Powers]

Hi Luke

On Tue, Jun 9, 2009 at 5:08 PM, Luke Kenneth Casson
Leighton wrote:
> folks, hi,
> i might have mentioned some of this before, but wanted to emphasise a
> few things - please bear with me if you've heard some of it before.
> i'd been looking for python bindings to DOM model browser technology
> for quite some time, and _eventually_ found it, in the most unlikely
> of places, in hulahop.  but - before i found that, i had had to go
> through the whole rigmarole of adding glib / gobject bindings to
> webkit, and work also on pywebkitgtk to add python bindings to _those_
> bindings.
>
> so i just wanted to ask: do you _know_ how many people have been
> looking, for years, for python bindings to XUL?  are you _aware_ how
> powerful and how under-appreciated hulahop is? :)  the mozilla mailing
> lists and other mailing lists are stuffed with unanswered questions
> dating back to 2006, "how do i use python-xpdom to actually _do_
> anything???" and you guys just made it... dead-easy.
>
> i've created a small sample, here:
> http://lkcl.net/pyjamas/pyjamas-xpdom.tgz
>
> run python ./hula.py and it will build a web page purely using DOM
> manipulation in python and also turn the body background green - again
> using DOM manipulation of the body CSS stylesheet.  also i think i did
> an event click listener (ContentInvoker) because those are quite
> tricky to get right.
>
> rather painfully, i had to add a timer delay in order to let the page
> settle down (with a blank page) otherwise the DOM isn't ready /
> initialised - i couldn't work out any other way of doing this but i
> understand vaguely what's going on.
>
> anyway - one thing i _did_ specifically want to mention is that i
> _did_ notice the similarity between the olpc "browser" and the
> pywebkitgtk "demobrowser.py" and the copyright notice in
> demobrowser.py i had noticed mentioned olpc.
>
> i can understand why you abandoned webkit and went for python-xpdom:
> adding glib/gobject bindings to webkit was a _massive_ one-off
> undertaking but, it's done!
> http://github.com/lkcl/webkit/16401.master you can get the source there.

Actually, I believe Jan, the pywebkitgtk maintainer, started off with
OLPC's Browse activity for that demo.  He then modified it to use the
new webkit bindings instead of hulahop ones.  OLPC has always used
hulahop, although I worked a little on a proof of concept browser
activity using webkit a few months ago (
http://git.sugarlabs.org/projects/browse/repos/webkit ).  The problem
was that at the time, none of the packages in Ubuntu/Fedora/Debian
included the new gobject download API, so it was of limited usability.
 The situation should be better now, I just haven't gotten back to it
it.  'patches welcome' :)

bobby

> so - the things that were missing from webkit (decent python bindings
> which include DOM-level manipulation) are now available, and you
> could, conceivably, replace XUL with webkit, and still have the level
> of functionality that is available, now (he said... :)
>
> lastly i just want to emphasise that if you look at e.g.
> pyjamas-desktop http://pyjd.org you can see that it is possible to
> create an entire desktop widget set API on top of this browser
> technology, that is actually independent of the browser technology
> implementation: it doesn't matter if it's KHTML, xpdom/hulahop or
> pywebkitgtk.  and it's clear that browser technology makes for a
> better desktop widget set API than desktop widget set APIs do.  gtk
> and qt4 are _crap_ by comparison.
>
>  that's all :)
>
> l.
>
> oh - btw: if anyone's going to be at europython.eu 2009 do say hello,
> i'll be happy to explain more.
> ___
> 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] meshing XOs with netbooks (WAS: Re: [Bugs] #79 NORM: SOAS should mesh network when possible)

[Gary C Martin]

On 9 Jun 2009, at 23:33, Sean DALY wrote:

> outside bugtracker
>
> I'm not aware of the existence of any 802.11s USB adapters which could
> be plugged into a netbook for mesh.
>
> That said may be a silly question but I'm a bit mystified about
> getting my meshed XO-1s to play with my SoaS netbooks, I have them
> join the same wifi AP but how to bridge a mesh network with a 802.11g
> or draft N?

If they are attached to the same wifi AP, then mesh is irrelevant,  
both XO and SoaS (or sugar-jhbuild) should collaborate fine (barring  
any other issues). Your CP network settings in each can either (all)  
point to the same Jabber server, or blank for local network sharing.

Regards,
--Gary

> Sean
>
>
> On Tue, Jun 9, 2009 at 8:17 PM, SugarLabs
> Bugs wrote:
>> #79: SOAS should mesh network when possible
>>  
>> +---
>>Reporter:  mungewell|  Owner:  marcopg
>>Type:  enhancement  | Status:  closed
>>Priority:  Normal   |  Milestone:  0.86
>>   Component:  SoaS |Version:
>>Severity:  Minor| Resolution:  wontfix
>>Keywords:   |   Distribution:  Fedora
>> Status_field:  New  |
>>  
>> +---
>> Changes (by erikos):
>>
>>  * status:  new => closed
>>  * resolution:  => wontfix
>>
>>
>> Comment:
>>
>>  Is xo specific. There is the xo distribution.
>>
>> --
>> Ticket URL: 
>> Sugar Labs 
>> Sugar Labs bug tracking system
>> ___
>> Bugs mailing list
>> b...@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/bugs
>>
> ___
> 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] [IAEP] ASLO Suggestion

[David Farning]

On Tue, Jun 9, 2009 at 5:58 PM, Sean DALY wrote:
> Yes, that's the procedure when running Sugar and using Browse... which
> I wasn't doing. A couple of phrases removing the mystery will help us;
> it's a lowering-the-barriers issue... we can't assume everyone will
> alertly figure it out.
>
> After all, common sense tells you that Software Update in the Control
> Panel should check for Activity updates, which it sort of does, but
> also doesn't. I understand that that infrastructure is on the OLPC
> side, but a friendly checkbox for activities.sugarlabs.org (with of
> course the server-side magic necessary) would help a lot.

Aslo is set up to handle automatic activity updates using the same
mechanism firefox uses to check for addon update.

david

> I have stringent wireless security at home and it's a pain to connect
> my XOs wirelessly, so I usually temporarily run a cable to an Ethernet
> USB adapter (the green Zoltan thing I got from XOexplosion). But I got
> stuck with ASLO by downloading the xo packages on another computer, to
> a USB stick; with no idea how to bring them into an XO or a netbook
> running SoaS. I only recently figured out how to browse files on a USB
> key from within Sugar :-)
>
> Sean
>
>
> On Wed, Jun 10, 2009 at 12:28 AM, James
> Simmons wrote:
>> Sean DALY wrote:
>>>
>>> GCompris is fine where it is; it is very well known in Europe and
>>> elsewhere and has a five year headstart on us in word-of-mouth and
>>> credibility with teachers. Although marketing/branding of GCompris has
>>> been minimalist, it has a well-deserved reputation for quality. I'm
>>> very excited GCompris is arriving in Sugar and I hope collaboration
>>> will work in those Activities too.
>>>
>>
>> OK with me.  I hadn't heard of it before OLPC, so I assumed nobody else had
>> either.
>>>
>>> I disagree that common baseline Activities should be absent;
>>>
>>
>> I never suggested that they be *absent*, just not featured.  I'm thinking
>> that a new Sugar user finds his way to ASLO by clicking a link on the Browse
>> start page and the featured items ought to be things he doesn't have yet.
>>
>> I like the term "Featured Activity" better than "We Recommend" too.  "We
>> Recommend" implies that the Activity is among the best and most robust we
>> have, which limits what you can put in there.  "Featured Activity" implies
>> nothing more than "We think this is cool and worth a look."  For instance, I
>> would not hesitate to put "Story Builder" or "GCompris 3D Maze" as a
>> Featured Activity, but would have a harder time saying I recommend either of
>> them.  Plus you could change what is a Featured Item every month or so.
>>  That would make this site a bit more interesting to visit, and you wouldn't
>> have people wondering why last month we recommended Read Etexts but this
>> month we don't.
>>>
>>> We need a short intro explaining
>>> the install procedure (it took me days to figure out how to do it). I
>>> had mentioned this a while back but I don't remember if someone
>>> besides me had volunteered to look at that
>>
>> I just hit the Download button from within Browse.  The Activity gets added
>> to my Journal and is ready for use.  I know there are other ways to install
>> something, but downloading to the Journal works just fine for me.
>>
>> James Simmons
>>
>>
>>
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> i...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Please help us choose a Sugar on a Stick boot animation sequence by tomorrow

[Martin Dengler]

On Tue, Jun 09, 2009 at 07:07:17PM +0200, Sean DALY wrote:
> Ring of Dots
> http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo#XO_Sugar_Boot_With_Overlap

+1


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

Re: [Sugar-devel] [IAEP] ASLO Suggestion

[Sean DALY]

Yes, that's the procedure when running Sugar and using Browse... which
I wasn't doing. A couple of phrases removing the mystery will help us;
it's a lowering-the-barriers issue... we can't assume everyone will
alertly figure it out.

After all, common sense tells you that Software Update in the Control
Panel should check for Activity updates, which it sort of does, but
also doesn't. I understand that that infrastructure is on the OLPC
side, but a friendly checkbox for activities.sugarlabs.org (with of
course the server-side magic necessary) would help a lot.

I have stringent wireless security at home and it's a pain to connect
my XOs wirelessly, so I usually temporarily run a cable to an Ethernet
USB adapter (the green Zoltan thing I got from XOexplosion). But I got
stuck with ASLO by downloading the xo packages on another computer, to
a USB stick; with no idea how to bring them into an XO or a netbook
running SoaS. I only recently figured out how to browse files on a USB
key from within Sugar :-)

Sean


On Wed, Jun 10, 2009 at 12:28 AM, James
Simmons wrote:
> Sean DALY wrote:
>>
>> GCompris is fine where it is; it is very well known in Europe and
>> elsewhere and has a five year headstart on us in word-of-mouth and
>> credibility with teachers. Although marketing/branding of GCompris has
>> been minimalist, it has a well-deserved reputation for quality. I'm
>> very excited GCompris is arriving in Sugar and I hope collaboration
>> will work in those Activities too.
>>
>
> OK with me.  I hadn't heard of it before OLPC, so I assumed nobody else had
> either.
>>
>> I disagree that common baseline Activities should be absent;
>>
>
> I never suggested that they be *absent*, just not featured.  I'm thinking
> that a new Sugar user finds his way to ASLO by clicking a link on the Browse
> start page and the featured items ought to be things he doesn't have yet.
>
> I like the term "Featured Activity" better than "We Recommend" too.  "We
> Recommend" implies that the Activity is among the best and most robust we
> have, which limits what you can put in there.  "Featured Activity" implies
> nothing more than "We think this is cool and worth a look."  For instance, I
> would not hesitate to put "Story Builder" or "GCompris 3D Maze" as a
> Featured Activity, but would have a harder time saying I recommend either of
> them.  Plus you could change what is a Featured Item every month or so.
>  That would make this site a bit more interesting to visit, and you wouldn't
> have people wondering why last month we recommended Read Etexts but this
> month we don't.
>>
>> We need a short intro explaining
>> the install procedure (it took me days to figure out how to do it). I
>> had mentioned this a while back but I don't remember if someone
>> besides me had volunteered to look at that
>
> I just hit the Download button from within Browse.  The Activity gets added
> to my Journal and is ready for use.  I know there are other ways to install
> something, but downloading to the Journal works just fine for me.
>
> James Simmons
>
>
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] meshing XOs with netbooks (WAS: Re: [Bugs] #79 NORM: SOAS should mesh network when possible)

[Martin Dengler]

On Wed, Jun 10, 2009 at 12:33:12AM +0200, Sean DALY wrote:
> outside bugtracker
> 
> I'm not aware of the existence of any 802.11s USB adapters which could
> be plugged into a netbook for mesh.

Why would you want one?  Most netbooks have one of 802.11{a,b,g},
which will serve Sugar use cases perfectly well (arguably, better).
Part of the reason that you can't find any 802.11s USB adaptors could
be that it was ratified only weeks ago:
http://grouper.ieee.org/groups/802/11/Reports/tgs_update.htm

> That said may be a silly question but I'm a bit mystified about
> getting my meshed XO-1s to play with my SoaS netbooks, I have them
> join the same wifi AP but how to bridge a mesh network with a 802.11g
> or draft N?

If they're on the same wifi AP then they'll be talking to the jabber
server and coordinating via that.  Nothing else Layer 5 or below to
worry about.  If you really want to bridge an 802.11s network with an
802.11g network, then there's nothing Sugar-/XO-specific about it.

> Sean

Martin


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

[Sugar-devel] meshing XOs with netbooks (WAS: Re: [Bugs] #79 NORM: SOAS should mesh network when possible)

[Sean DALY]

outside bugtracker

I'm not aware of the existence of any 802.11s USB adapters which could
be plugged into a netbook for mesh.

That said may be a silly question but I'm a bit mystified about
getting my meshed XO-1s to play with my SoaS netbooks, I have them
join the same wifi AP but how to bridge a mesh network with a 802.11g
or draft N?

Sean


On Tue, Jun 9, 2009 at 8:17 PM, SugarLabs
Bugs wrote:
> #79: SOAS should mesh network when possible
> +---
>    Reporter:  mungewell    |          Owner:  marcopg
>        Type:  enhancement  |         Status:  closed
>    Priority:  Normal       |      Milestone:  0.86
>   Component:  SoaS         |        Version:
>    Severity:  Minor        |     Resolution:  wontfix
>    Keywords:               |   Distribution:  Fedora
> Status_field:  New          |
> +---
> Changes (by erikos):
>
>  * status:  new => closed
>  * resolution:  => wontfix
>
>
> Comment:
>
>  Is xo specific. There is the xo distribution.
>
> --
> Ticket URL: 
> Sugar Labs 
> Sugar Labs bug tracking system
> ___
> Bugs mailing list
> b...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/bugs
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] ASLO Suggestion

[James Simmons]

Sean DALY wrote:
> GCompris is fine where it is; it is very well known in Europe and
> elsewhere and has a five year headstart on us in word-of-mouth and
> credibility with teachers. Although marketing/branding of GCompris has
> been minimalist, it has a well-deserved reputation for quality. I'm
> very excited GCompris is arriving in Sugar and I hope collaboration
> will work in those Activities too.
>   
OK with me.  I hadn't heard of it before OLPC, so I assumed nobody else 
had either.
> I disagree that common baseline Activities should be absent;
>   
I never suggested that they be *absent*, just not featured.  I'm 
thinking that a new Sugar user finds his way to ASLO by clicking a link 
on the Browse start page and the featured items ought to be things he 
doesn't have yet.

I like the term "Featured Activity" better than "We Recommend" too.  "We 
Recommend" implies that the Activity is among the best and most robust 
we have, which limits what you can put in there.  "Featured Activity" 
implies nothing more than "We think this is cool and worth a look."  For 
instance, I would not hesitate to put "Story Builder" or "GCompris 3D 
Maze" as a Featured Activity, but would have a harder time saying I 
recommend either of them.  Plus you could change what is a Featured Item 
every month or so.  That would make this site a bit more interesting to 
visit, and you wouldn't have people wondering why last month we 
recommended Read Etexts but this month we don't.
> We need a short intro explaining
> the install procedure (it took me days to figure out how to do it). I
> had mentioned this a while back but I don't remember if someone
> besides me had volunteered to look at that
I just hit the Download button from within Browse.  The Activity gets 
added to my Journal and is ready for use.  I know there are other ways 
to install something, but downloading to the Journal works just fine for me.

James Simmons


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

[Sugar-devel] Fwd: Announcing Fedora 11

[bernie]

We can start tracking the stable Fedora repositories in SoaS-2 and
*maybe* create a SoaS-3 image tracking rawhide.

A personal note: this Fedora release really shines.  If you had
tested and discarded a previous Fedora release due to stability
or usability glitches, I recommend you try again.

I even ran out of complaints against my #1 enemy Yum, which has
finally got usable, stable and FAST.  Others might complain for
the lack of mp3 and other patent encumbered codecs in the
default installation, but this is a deliberate choice and those
who live in the free world (or just don't care) can quickly
install them from rpmfusion.


 Original Message 
Subject: Announcing Fedora 11
Date: Tue, 9 Jun 2009 10:16:34 -0400
From: "Paul W. Frields" 
To: fedora-announce-list 
Reply-To: fedora-l...@redhat.com

Ladies and gentlemen of the Royal Explorers Club! Your attention
please. It falls to me to be the host of our proceedings to-day, as we
celebrate a great achievement in the annals of this hallowed
organization -- the discovery of what is truly a magnificent specimen
among all FOSSdom. When Dr. Brattlesworth and I began this safari more
than six months ago, we knew full well the many snares, toils, and
dangers that awaited us along the hundreds of miles of tracking our
quarry across the plains. But we also maintained a steadfast belief
that by living with the land, and becoming part of the larger
ecosystem where this incredible animal takes refuge, we could record
for posterity the way of life of that marvelous creature -- the
Leonidas!

What's that? Oh, yes, dear me, the slides. I know you didn't come all
this way to hear my prattle, so let's say we, ah, get right down to
brass tacks as it were! Ho-ho! Yes, here we can see an exquisite scene
of the beast at repose, secure in his den, thanks to the mandatory
access control enhancements, which the astute among you will know
better as "SELinux", to his virtualization systems. Upon closer
inspection of his habitat we reveal further improvements to his
virtualization lair, including the merging of KVM and QEMU, stronger
VNC authentication for guests and a much enhanced
virt-manager. Finally, we were able to determine, as you'll see in
this slide, that our crafty king of beasts has secured his lair using
the protection of integrated fingerprint authentication and DNSSEC.

Next slide please, Dr. Brattlesworth -- Here, we find the quadruped
leaping to action in a flash with its 20-second startup -- and do
observe the animal's graceful form, achieved through kernel mode
setting and Plymouth. We discovered, upon further examination, that
the Leonidas maintains his sleek figure through the help of his new
Presto feature, which allows him to keep his bandwidth trim while
digesting updates that keep him healthy and content. By this point,
Dr. Brattlesworth was positively ecstatic about our discovery, and I
had to calm the poor chap down with some of the local fire-water. That
was a rum morning, wasn't it, my dear fellow? Ha ha!

Oh, balderdash, where was I? Ah yes, next slide. Here we see a diagram
of the cranial capacity of the average member of his species, compared
with that of our subject the Leonidas. Through a form of advanced
evolution to which Dr. Brattlesworth and I refer as "Free and Open
Source Software Development Methods," he has developed the
sophisticated abilities to comprehend code using GCC 4.4, Python 2.6
and NetBeans 6.5, and to patrol a much larger area of space quickly,
using his support for the Ext4 file system

Ah, my favorite slide is next! Here we see the Leonidas at the end of
a day as the full moon rises above the plain, safe and sound with his
new more understandable and flexible volume control. Oh-ho! Perhaps
those among you not asleep in your easy chairs by the fire, or
otherwise engaged in deep conversation, sparked no doubt by our
fascinating presentation, saw my little play at sonic humour. *ahem*
Yes, well.

So now that you have seen the results of our intrepid safari into the
land inhabited by the Leonidas -- truly a worthy quarry, and a wonder
for us to behold, which we are proud to share with you, our
colleagues, as always. I hope that you, like I -- and I trust my dear
fellow adventurer Dr. Brattlesworth -- are already eager to return to
the veldt and witness the next stage of growth of this superlative
creature. Do enjoy your handouts, which are all provided on this
marvelous new invention called the 'live compact-disc,' and which you
may feel absolutely confident in passing on to your many associates
and other curious passers-by.

Let us adjourn now to the smoking room for our brandy and cigars!

* * *

Get your copy of Fedora 11 today: http://get.fedoraproject.org/

For complete details of all the new features:
http://docs.fedoraproject.org/release-notes/f11/index.html

* * *

If you need assistance with installing Fedora, please check out our
Installation Guide at http://docs.fedoraproject.org/install-guide/f11/

Join t

[Sugar-devel] [Invitation] Sugar Labs Market ing Meeting @ Tue Jun 9 5pm – 6pm (sugar-de v...@lists.sugarlabs.org)

[Sean Daly]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20090609T15Z
DTEND:20090609T16Z
DTSTAMP:20090609T093558Z
ORGANIZER;CN=Sean Daly:mailto:sd...@sugarlabs.org
UID:qcb7aq0c3g3pcjt92hjflao...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;cn=market...@lists.sugarlabs.org;X-NUM-GUESTS=0:mailto:market...@lists
 .sugarlabs.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Sebastian Dziallas;X-NUM-GUESTS=0:mailto:s...@fedoraproject.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=iaep;X-NUM-GUESTS=0:mailto:i...@lists.sugarlabs.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=Sugar Devel;X-NUM-GUESTS=0:mailto:sugar-devel@lists.sugarlabs.org
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=Sean Daly;X-NUM-GUESTS=0:mailto:sd...@sugarlabs.org
CLASS:PRIVATE
CREATED:20090609T092307Z
DESCRIPTION:Proposed agenda:\n\n* SoaS release name for LinuxTag and next f
 all release and after\n* Gould/Gardner press release\n* Nexcopy partnership
  in time for LinuxTag\n* Booth swag orders\n* PDF brochure and Try Sugar fl
 yer\n* boot animation debrief\n* other topics?\n\nNote: if this usual slot 
 doesn't work for everyone\, we can possibly do a 2nd meeting later today\, 
 we certainly have more than enough to fill the hour!\n\nWorldclock: http://
 www.timeanddate.com/worldclock/converter.html\nIRC Help: http://wiki.sugarl
 abs.org/go/Sugar_Labs/Contacts#IRC.2C_Internet_Relay_Chat\n\nView your even
 t at http://www.google.com/calendar/event?action=VIEW&eid=cWNiN2FxMGMzZzNwY
 2p0OTJoamZsYW85bWMgc3VnYXItZGV2ZWxAbGlzdHMuc3VnYXJsYWJzLm9yZw&tok=MTkjc2Rhb
 HlAc3VnYXJsYWJzLm9yZzg1OGVhYTM2MzFmNTY0OTQ1MjQyNzdhYzk1N2Y1NDQzZDJmYzYxMTg&
 ctz=Europe%2FBrussels&hl=en.
LAST-MODIFIED:20090609T093557Z
LOCATION:IRC: irc.freenode.net (channel: #sugar-meeting)
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:Sugar Labs Marketing Meeting
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR


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

[Sugar-devel] webkit, hulahop; developing apps using browser engine DOM for widgets

[Luke Kenneth Casson Leighton]

folks, hi,
i might have mentioned some of this before, but wanted to emphasise a
few things - please bear with me if you've heard some of it before.
i'd been looking for python bindings to DOM model browser technology
for quite some time, and _eventually_ found it, in the most unlikely
of places, in hulahop.  but - before i found that, i had had to go
through the whole rigmarole of adding glib / gobject bindings to
webkit, and work also on pywebkitgtk to add python bindings to _those_
bindings.

so i just wanted to ask: do you _know_ how many people have been
looking, for years, for python bindings to XUL?  are you _aware_ how
powerful and how under-appreciated hulahop is? :)  the mozilla mailing
lists and other mailing lists are stuffed with unanswered questions
dating back to 2006, "how do i use python-xpdom to actually _do_
anything???" and you guys just made it... dead-easy.

i've created a small sample, here:
http://lkcl.net/pyjamas/pyjamas-xpdom.tgz

run python ./hula.py and it will build a web page purely using DOM
manipulation in python and also turn the body background green - again
using DOM manipulation of the body CSS stylesheet.  also i think i did
an event click listener (ContentInvoker) because those are quite
tricky to get right.

rather painfully, i had to add a timer delay in order to let the page
settle down (with a blank page) otherwise the DOM isn't ready /
initialised - i couldn't work out any other way of doing this but i
understand vaguely what's going on.

anyway - one thing i _did_ specifically want to mention is that i
_did_ notice the similarity between the olpc "browser" and the
pywebkitgtk "demobrowser.py" and the copyright notice in
demobrowser.py i had noticed mentioned olpc.

i can understand why you abandoned webkit and went for python-xpdom:
adding glib/gobject bindings to webkit was a _massive_ one-off
undertaking but, it's done!
http://github.com/lkcl/webkit/16401.master you can get the source there.

so - the things that were missing from webkit (decent python bindings
which include DOM-level manipulation) are now available, and you
could, conceivably, replace XUL with webkit, and still have the level
of functionality that is available, now (he said... :)

lastly i just want to emphasise that if you look at e.g.
pyjamas-desktop http://pyjd.org you can see that it is possible to
create an entire desktop widget set API on top of this browser
technology, that is actually independent of the browser technology
implementation: it doesn't matter if it's KHTML, xpdom/hulahop or
pywebkitgtk.  and it's clear that browser technology makes for a
better desktop widget set API than desktop widget set APIs do.  gtk
and qt4 are _crap_ by comparison.

 that's all :)

l.

oh - btw: if anyone's going to be at europython.eu 2009 do say hello,
i'll be happy to explain more.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Texas Tech University work with XO/Sugar

[Sean DALY]

Wow I can't wait to see that (can't on this machine)

I'm interested in transcoding this to Ogg Theora, do you think we
could ask him for a higher-quality source version I could transcode?

is it CC, could we put it up on the Dailymotion site?

Texas is Dell Foundation country. Hmmm...

Sean


On Tue, Jun 9, 2009 at 9:52 PM, John Tierney wrote:
> Hello All,
>
> Just wanted to pass along this email and video to everyone to show
>
> others like ourselves our hard at work trying to highlight and increase
>
> the effectiveness of Sugar and the XO.
>
>
>
> Video is about 35min in length-well done and inspires like minded work
>
> to be done.
>
>
>
> Best,
>
> John Tierney
>
>
>
>>Subject: TTU's work with XO
>>Date: Mon, 8 Jun 2009 10:47:08 -0400
>>From: tcsa...@purdue.edu
>>To: rich.r...@ttu.edu; jtis4...@hotmail.com
>
>>Dear John,
>
>
>
>>I’ve mentioned to you that Rich Rice at Texas Tech University has been
>> using XO laptops for outreach >with k-12 students, and recently, he and his
>> graduate students completed a project with the Science >Spectrum in Lubbock,
>> TX.  Science Spectrum is the local science museum.  As you can see from the
>> >following movie, they developed some innovative activities and documented
>> their work with children who >stopped by the Science Spectrum.  They’ve had
>> quite a bit of success using the drawing and >chat .software, among others.
>
>
>
> http://media.English.TTU.edu/faculty/rice/5365/iplay.wmv
>
>
>
>>Rich is also a member of the Computers and Writing community and is
>> interested in exploring other >ways that C&W can do outreach with k-12
>> schools using the XO and the Sugar platform.  I’ve copied him >on this
>> message, so we can continue to talk about options for immediate and
>> long-term projects like >working with the National Writing Project.
>
>
>
>>Tammy
>
>
>
> --
>>Tammy S. Conard-Salvo
>>Associate Director, Writing Lab
>>Purdue University
>
>
>
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> i...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] ASLO Suggestion

[Sean DALY]

Looking better all the time.

For the moment, the site suffers from being ghettoized from the rest
of the Sugar Labs site; you can get in, but you can't get out -
there's no Sugar Labs navigation. Direct links coming in mean the rest
of the site is invisible. To fix this (and the other sections too,
it's not a problem specific to Activities), Christian has promised me
he will have the sitewide persistent navbar soon, he's super-occupied
with the new baby :-)

As search is local, it's good the search bar indicates in explicitly.

I agree with most of what James said. I can add: the site actually
fulfills a marketing function, unrelated to downloads: it's a quick
way for someone checking out the project to see how much and what
kinds of content are available, if the ecosystem is active, and so on.
A few years ago, from reading magazines and blogs, I was aware that
Firefox had a vibrant add-on offer months before I ever downloaded
one. So yes, there should be a count somewhere which instantly
communicates the richness.

The non US-en bug is still in effect; French users and I suspect other
locales see no content whatsoever, which to my mind is a bigger
problem than which Activities to feature. There is a language selector
which allows magically populating the empty site, but it's practically
unfindable. I would suggest disabling the language selector if that
bug can't be easily fixed (upstream).

GCompris is fine where it is; it is very well known in Europe and
elsewhere and has a five year headstart on us in word-of-mouth and
credibility with teachers. Although marketing/branding of GCompris has
been minimalist, it has a well-deserved reputation for quality. I'm
very excited GCompris is arriving in Sugar and I hope collaboration
will work in those Activities too.

I disagree that common baseline Activities should be absent; a common
scenario could be replacing an Activity removed by a Learner. Forgive
my ignorance, but is the OLPC notion of a "set" applicable? is it
possible to tag some Activities as "baseline", to have section for
them (can an Activity be in more than one section)? I agree though
that they shouldn't be featured unless a major upgrade is available.

As well, there are more than one reading Activities; the logical place
to locate them is here, but some parents or teachers on a Sugar
learning curve may believe that baseline Read "needs" to be
uninstalled to install Read eTexts. We need a short intro explaining
the install procedure (it took me days to figure out how to do it). I
had mentioned this a while back but I don't remember if someone
besides me had volunteered to look at that

thanks.

Sean


On Tue, Jun 9, 2009 at 7:57 PM, Aleksey Lim wrote:
> On Tue, Jun 09, 2009 at 12:09:56PM -0500, James Simmons wrote:
>> Aleksey,
>>
>> That will teach me to open my mouth.
> :)
>
>> At the moment the only Activities
>> I'm really familiar with are my own, Read, and your Library Activity
>> which isn't finished (but would definitely be worthy otherwise).  I'll
>> have to add some more Activities to my XO and give them a try.  Any
>> suggestions on what might be worth a recommended status will be welcomed.
> well, we have not so much sugar activities on ASLO(I hope just for now)
> ..and I guess we should add some kind of filter to separate native sugar
> activities from GCompris, now we have 40 vs. 100 :)
>
>> Your other ideas sound good, but I still think we need some highly
>> visible counts in there.  As someone once said, "You gotta tell 'em to
>> sell 'em!"
> the problem is - we depend on upstream AMO code, so patching ASLO code a lot
> will mean problems while merging new AMO commits (we can suggest our changes
> directly to AMO but thats another story).
>
>>
>> Thanks,
>>
>> James Simmons
>>
>>
>> Aleksey Lim wrote:
>>> You are an editor now and can do the best on
>>> http://activities.sugarlabs.org/en-US/editors/featured ;)
>>>
>>> And after fixing #948 all featured activities will appear on main page
>>> and per category main pages.
>>>
>>>
 I also question the category GCompris.  I understand these Activities
 are related to each other, but the relationship would not be
 meaningful to a teacher or a student.

>>> fixed
>
> --
> Aleksey
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> i...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Fwd: [IAEP] Getting data about the upgrading older machines and SoaS responsiveness.

[Caroline Meeks]

Hi Sascha,

we are outside of my technical abilities but I tried to translate what you
said and put it on the wiki.  If anyone would like to expand on this please
do!

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

Thanks

On Tue, Jun 9, 2009 at 2:52 PM, Sascha Silbe  wrote:

> On Mon, Jun 08, 2009 at 08:10:36AM -0400, Caroline Meeks wrote:
>
>  Can you give him instructions on how to gather data if he is going to be
>> testing on school computers?
>>
>
> Measuring:
> --
>
> Simple stuff (using a watch to determine time to certain events /
> "milestones", e.g. activities ring showing up) usually is all you want to do
> for more than a single or at most a few computers. With some work it should
> be automatable.
>
> For advanced usage I can (at least for now) only recommend to use "dstat
> -at --output dstat.log", always in combination with taking notes of when
> which events (activity started up etc.) happened (as dstat doesn't know
> about those and thus doesn't log them).
> If run in Terminal, you can use it to analyse activities.
> To analyse system startup you need to talk to Sebastian in order to find a
> way to let dstat run as early as possible.
>
> As analysing dstat output is quite some work I recommend to do this only as
> a second step and only for a few computers.
>
>
> Classification:
> ---
>
> Performance usually is dependant mostly on the following factors. Using my
> desktop as an example for the output of the given commands:
>
> - processor ('cat /proc/cpuinfo')
>   - generation / connection to mainboard (Socket AM2+)
> - can be looked up at Wikipedia
>   - cache size ("cache size: 512 KB")
>   - model ("model name: AMD Athlon(tm) X2 Dual Core Processor BE-2300")
>   - frequency ("cpu MHz: 1000.000")
> - on modern and mobile CPUs, the value in /proc/cpuinfo ("cpu MHz")
>   can be the _current_ value instead of the maximum
> - memory size and memory bus speed ('free' for size)
>   - "Mem:   3544060" (total, is in kB)
>   - on-board graphics might take up some of the memory (e.g. 512MB in my
> case -
> the system has 4GB)
> - hard disk speed ('hdparm -T /dev/hda /dev/sda')
>   - "Timing buffered disk reads:  226 MB in  3.01 seconds =  75.02 MB/sec"
>
>
>
> HTH.
>
> CU Sascha
>
> --
> http://sascha.silbe.org/
> http://www.infra-silbe.de/
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iQEcBAEBAgAGBQJKLq94AAoJELpz82VMF3DayaYH+gI81PvDn5FKGkNgD7bRJMPt
> gDsuLl1EXDkP7YFWotv+LRGPPmILRZIl/4gliI6wqv1WkxyLOvkwmvfdsQHbjmTf
> 51BNpOqVgFvhpp1DZuCH3cghxSrctXMOyhQlB6bD+O4odwafGmUUqAPkWCosryfw
> U8G0h0j8xJVG4GxZjMjYtvYzIAWERGW3GAiTrlwZYiScIF7VdMk3XjTCp0A1nfVW
> sfMgW8Lrg1ahK5fxWdPtYRiv4nmquMesYe+QE80L9M7r+RVW/ki4NSp9oH7csjPZ
> wRqQ7hKiuc1nn4xKPKdj2drxOE7SHpdiODZnMVbkLwoU1pcN0q6LLiqm2xf+hBs=
> =jWPY
> -END PGP SIGNATURE-
>
>


-- 
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] [IAEP] Language Spanish

[David Farning]

On Tue, Jun 9, 2009 at 3:00 PM, Gary C Martin wrote:
> Hi Andrés,
>
> On 9 Jun 2009, at 20:45, Andrés Arrieta Perréard wrote:
>
>> Hi,
>> Could the following activities be translated to Spanish?
>
> Just had a look on http://translate.sugarlabs.org and all but 2 are
> already done.

I would also like to stress the collaborative nature of Sugar Labs.

The TranslationTeam is still rather weak.  Mostly because good and
smart translation workflows will come from people using the
translations, _not_ native English speaking developers.

I am happy to help... but for the translation team to work it needs to
be championed by people who need translations.

david

>> Analyze
>
> Not in pootle (well I couldn't find it)
>
>> Write
>
> Translated
>
>> Moon
>
> Translated
>
>> Jukebox
>
> Translated
>
>> Memorize
>
> Translated
>
>> Calculator
>
> Translated
>
>> Browse
>
> Translated
>
>> Implode
>
> Not in pootle (well I couldn't find it)
>
> Regards,
> --Gary
>
>>  thx,
>>       Alphinux
>> ___
>> 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] [IAEP] Language Spanish

[Gary C Martin]

Hi Andrés,

On 9 Jun 2009, at 20:45, Andrés Arrieta Perréard wrote:

> Hi,
> Could the following activities be translated to Spanish?

Just had a look on http://translate.sugarlabs.org and all but 2 are  
already done.

> Analyze

Not in pootle (well I couldn't find it)

> Write

Translated

> Moon

Translated

> Jukebox

Translated

> Memorize

Translated

> Calculator

Translated

> Browse

Translated

> Implode

Not in pootle (well I couldn't find it)

Regards,
--Gary

>  thx,
>   Alphinux
> ___
> 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] GSoC idea: Chart/graph-making activity

[Amir Ansari]

> Why no collaboration-like tube between activities?
>
> Are you referring to a "tube" strictly between two laptops (e.g. one  
> student runs Measure and another runs a charting tool) or also in  
> the case of two activities running concurrently on the same machine?

Why not follow the way it was done back in the Amiga days: an Arexx  
port?

http://en.wikipedia.org/wiki/AREXX

Many Amiga programs had an 'Arexx port': the software could output  
various data via the Arexx language, and this could be forwarded to  
other programs to use as input.  A trivial example would be to use a  
spreadsheet to generate and then send data to a paint program, which  
could then draw and image-process the incoming data for various visual  
effects...

In this context, it would mean 'tagging' on some capability similar to  
Arexx to various activities.  Define what kind of data could be sent  
from a particular activity.  Other (sufficiently compatible)  
activities could then import this data to process it.

Application communication via Arexx was one of the Amiga's killer  
features...
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] Texas Tech University work with XO/Sugar

[John Tierney]

Hello All,
Just wanted to pass along this email and video to everyone to show
others like ourselves our hard at work trying to highlight and increase
the effectiveness of Sugar and the XO.
 
Video is about 35min in length-well done and inspires like minded work
to be done.
 
Best,
John Tierney
 
>Subject: TTU's work with XO
>Date: Mon, 8 Jun 2009 10:47:08 -0400
>From: tcsa...@purdue.edu
>To: rich.r...@ttu.edu; jtis4...@hotmail.com

>Dear John,
 
>I’ve mentioned to you that Rich Rice at Texas Tech University has been using 
>XO laptops for outreach >with k-12 students, and recently, he and his graduate 
>students completed a project with the Science >Spectrum in Lubbock, TX.  
>Science Spectrum is the local science museum.  As you can see from the 
>>following movie, they developed some innovative activities and documented 
>their work with children who >stopped by the Science Spectrum.  They’ve had 
>quite a bit of success using the drawing and >chat .software, among others.
 
http://media.English.TTU.edu/faculty/rice/5365/iplay.wmv
 
>Rich is also a member of the Computers and Writing community and is interested 
>in exploring other >ways that C&W can do outreach with k-12 schools using the 
>XO and the Sugar platform.  I’ve copied him >on this message, so we can 
>continue to talk about options for immediate and long-term projects like 
>>working with the National Writing Project.
 
>Tammy
 
--
>Tammy S. Conard-Salvo
>Associate Director, Writing Lab 
>Purdue University

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

[Sugar-devel] [IAEP] Language Spanish

[Andrés Arrieta Perréard]

Hi,
Could the following activities be translated to Spanish?
Analyze
Write
Moon
Jukebox
Memorize
Calculator
Browse
Implode
 thx,
  Alphinux
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [Marketing] Please help us choose a Sugar on a Stick boot animation sequence by tomorrow

[John Tierney]

+1 for the ring-signifies Connectedness, Completeness, and Community
 
> Date: Tue, 9 Jun 2009 19:07:17 +0200
> From: sdaly...@gmail.com
> To: market...@lists.sugarlabs.org; i...@lists.sugarlabs.org; 
> sugar-devel@lists.sugarlabs.org
> Subject: [Marketing] Please help us choose a Sugar on a Stick boot animation 
> sequence by tomorrow
> 
> We are on a tight schedule for the SoaS LinuxTag release and following
> the mega-thread on the subject we have narrowed the choice down to two
> variants:
> 
> Progress Bar
> http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo#Animation_of_Eben.27s_Above_Design
> 
> Ring of Dots
> http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo#XO_Sugar_Boot_With_Overlap
> 
> 
> This needs to be decided by tomorrow, so if you have a strong
> preference, please speak up now or hold your peace until the next
> release.
> 
> There seems to be a slight preference for the Ring (I myself prefer it
> since similar to familiar OLPC experience).
> 
> Thanks
> 
> Sean
> ___
> Marketing mailing list
> market...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/marketing
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Please help us choose a Sugar on a Stick boot animation sequence by tomorrow

[Lucian Branescu]

+1 for the ring

2009/6/9 Sean DALY :
> We are on a tight schedule for the SoaS LinuxTag release and following
> the mega-thread on the subject we have narrowed the choice down to two
> variants:
>
> Progress Bar
> http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo#Animation_of_Eben.27s_Above_Design
>
> Ring of Dots
> http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo#XO_Sugar_Boot_With_Overlap
>
>
> This needs to be decided by tomorrow, so if you have a strong
> preference, please speak up now or hold your peace until the next
> release.
>
> There seems to be a slight preference for the Ring (I myself prefer it
> since similar to familiar OLPC experience).
>
> Thanks
>
> Sean
> ___
> 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] ASLO Suggestion

[Aleksey Lim]

On Tue, Jun 09, 2009 at 12:09:56PM -0500, James Simmons wrote:
> Aleksey,
>
> That will teach me to open my mouth.
:)

> At the moment the only Activities  
> I'm really familiar with are my own, Read, and your Library Activity  
> which isn't finished (but would definitely be worthy otherwise).  I'll  
> have to add some more Activities to my XO and give them a try.  Any  
> suggestions on what might be worth a recommended status will be welcomed.
well, we have not so much sugar activities on ASLO(I hope just for now)
..and I guess we should add some kind of filter to separate native sugar
activities from GCompris, now we have 40 vs. 100 :)

> Your other ideas sound good, but I still think we need some highly  
> visible counts in there.  As someone once said, "You gotta tell 'em to  
> sell 'em!"
the problem is - we depend on upstream AMO code, so patching ASLO code a lot
will mean problems while merging new AMO commits (we can suggest our changes
directly to AMO but thats another story).

>
> Thanks,
>
> James Simmons
>
>
> Aleksey Lim wrote:
>> You are an editor now and can do the best on
>> http://activities.sugarlabs.org/en-US/editors/featured ;)
>>
>> And after fixing #948 all featured activities will appear on main page
>> and per category main pages.
>>
>>   
>>> I also question the category GCompris.  I understand these Activities 
>>> are related to each other, but the relationship would not be 
>>> meaningful to a teacher or a student.
>>> 
>> fixed

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

Re: [Sugar-devel] ASLO Suggestion

[James Simmons]

Aleksey,

That will teach me to open my mouth.  At the moment the only Activities 
I'm really familiar with are my own, Read, and your Library Activity 
which isn't finished (but would definitely be worthy otherwise).  I'll 
have to add some more Activities to my XO and give them a try.  Any 
suggestions on what might be worth a recommended status will be welcomed.


Your other ideas sound good, but I still think we need some highly 
visible counts in there.  As someone once said, "You gotta tell 'em to 
sell 'em!"


Thanks,

James Simmons


Aleksey Lim wrote:

You are an editor now and can do the best on
http://activities.sugarlabs.org/en-US/editors/featured ;)

And after fixing #948 all featured activities will appear on main page
and per category main pages.

  
I also question the category GCompris.  I understand these Activities 
are related to each other, but the relationship would not be meaningful 
to a teacher or a student.


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

[Sugar-devel] Please help us choose a Sugar on a Stick boot animation sequence by tomorrow

[Sean DALY]

We are on a tight schedule for the SoaS LinuxTag release and following
the mega-thread on the subject we have narrowed the choice down to two
variants:

Progress Bar
http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo#Animation_of_Eben.27s_Above_Design

Ring of Dots
http://wiki.sugarlabs.org/go/Marketing_Team/Boot_Logo#XO_Sugar_Boot_With_Overlap


This needs to be decided by tomorrow, so if you have a strong
preference, please speak up now or hold your peace until the next
release.

There seems to be a slight preference for the Ring (I myself prefer it
since similar to familiar OLPC experience).

Thanks

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

Re: [Sugar-devel] ASLO Suggestion

[Aleksey Lim]

On Tue, Jun 09, 2009 at 09:50:31AM -0500, James Simmons wrote:
> The new style sheet for ASLO reminds me that something has bugged me 
> about the design of the site from the beginning.  The site does not do a 
> good job of showing just how much is available.  When you click on a 
> category you see entries for three or four Activities, seemingly picked 
> at random, and no indication that these Activities are not the only ones 
> available in the category.  Yes, there is a link to show everything in 
> the category.  It's not that you can't find anything if you really want 
> to.  It's that the site doesn't do a good job of selling what it has.
> 
> What I would suggest is to put totals for each category in a prominent 
> place on the page.  When you first come into the site and no category is 
> selected you should see something like "500 Great Activities 
> Available!"  Choose a category like Documents and the line would read 
> "10 Activities In This Category."

In my mind we can do something similar w/o patching upstream code much,
now ASLO does this:

* on the main page it shows 5(6) featured activities in "We Recommended"
  and 3 others in below list
* in category list it shows "We Recommended"(if there are recommended
  activities in this category) and random list of 3 other activities
  in this category

So, we can just increase amount of activities from 3 to 10(or so)
http://dev.sugarlabs.org/ticket/947
and instead of random list show list of featured activities
http://dev.sugarlabs.org/ticket/948

> The other thing that has bugged me is the Recommended Activities.  We 
> need to put more thought into what gets recommended.  Currently one of 
> the Activities that is recommended is Read.  Now an XO owner or SoaS 
> user already has Read, so why recommend it?  Is there some reason I 
> should remove the Read I already have and install this one?
> 
> Recommended Activities should promote Sugar.  They should meet the 
> following criteria:
> 
> 1).  Fairly robust.
> 2).  Not included by default with anything.
> 3).  Should do something interesting.  Think of the iPhone commercials 
> that show all the apps that are available.  Why not recommend something 
> like Food Force or Story Builder?

You are an editor now and can do the best on
http://activities.sugarlabs.org/en-US/editors/featured ;)

And after fixing #948 all featured activities will appear on main page
and per category main pages.

> I also question the category GCompris.  I understand these Activities 
> are related to each other, but the relationship would not be meaningful 
> to a teacher or a student.
fixed

> 
> A little salesmanship could go a long way in making this site better.
> 
> James Simmons
> 

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

Re: [Sugar-devel] [IAEP] ASLO Suggestion

[David Farning]

I think the Recommended activities are still those which were uploaded
early just to test the the recommendations worked.

IIRC, for a long time search was more broken than recommendations
Thus, search got the love.

That being said, modifying and updating recommendations are handled
through a web interface by editors.  If you have the time and interest
recommendations could use some love from you:)

david


On Tue, Jun 9, 2009 at 9:50 AM, James Simmons wrote:
> The new style sheet for ASLO reminds me that something has bugged me
> about the design of the site from the beginning.  The site does not do a
> good job of showing just how much is available.  When you click on a
> category you see entries for three or four Activities, seemingly picked
> at random, and no indication that these Activities are not the only ones
> available in the category.  Yes, there is a link to show everything in
> the category.  It's not that you can't find anything if you really want
> to.  It's that the site doesn't do a good job of selling what it has.
>
> What I would suggest is to put totals for each category in a prominent
> place on the page.  When you first come into the site and no category is
> selected you should see something like "500 Great Activities
> Available!"  Choose a category like Documents and the line would read
> "10 Activities In This Category."
>
> The other thing that has bugged me is the Recommended Activities.  We
> need to put more thought into what gets recommended.  Currently one of
> the Activities that is recommended is Read.  Now an XO owner or SoaS
> user already has Read, so why recommend it?  Is there some reason I
> should remove the Read I already have and install this one?
>
> Recommended Activities should promote Sugar.  They should meet the
> following criteria:
>
> 1).  Fairly robust.
> 2).  Not included by default with anything.
> 3).  Should do something interesting.  Think of the iPhone commercials
> that show all the apps that are available.  Why not recommend something
> like Food Force or Story Builder?
>
> I also question the category GCompris.  I understand these Activities
> are related to each other, but the relationship would not be meaningful
> to a teacher or a student.
>
> A little salesmanship could go a long way in making this site better.
>
> James Simmons
>
>
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> i...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] collaborative testing session (tomorrow's meeting) reminder

[David Farning]

I'll tune in as well!

Running Sugar Jhbuild on Ubuntu.

david

On Tue, Jun 9, 2009 at 9:16 AM, David Van Assche wrote:
> Hi folks,
>    This is a reminder about the collaborative sugar testing session we are
> having tomorrow, Wednesday 10th June at 20:00 UTC (That is 4 pm EDT, 3pm
> EST, 2 pm CST, 1 pm MST, and 12 pm PST, most of Europe that will be 9 pm, 8
> pm for the UK)
>
> We will have a good 5-10 people present, but more are welcome as we really
> want to see how collaboration works on many activities where it isn't quite
> obvious. We will be taking notes and storing log files of the sessions, and
> will suggest ways in which the activity in question might be more
> collaborative, or may need less of it (who knows :-)
>
> We will be testing the activities that come pre-installed on the openSUSE
> sugar images, but we'd like to test various distribution methods (virtual
> appliance, cd, usb, hd) and various distros (at least Fedora SoaS, openSUSE
> sugar, Mandriva or Caixa Magica) I dont believe 0.82 images are compatible
> with 0.84 for collaboration, so am afraid this is for 0.84 only... Please
> post your willingness to participate so we have an idea on who/how many will
> be collaborating. We also need a volunteer to take notes, and a volunteer to
> store logs files. There will of course be a transcript of the irc session
> too (we will meet at #sugar-collaboration) We forsee this taking between 1
> and 2 hours...
>
> I need a volunteer that is shell savvy and can track cpu/ram usage on the
> server that is running ejabberd. It will be a good opportunity to see real
> life results within ejabberd, in terms of bandwidth usage, cpu usage, ram
> usage, etc.
>
> Here is the list of activities we will be testing, so make sure you have
> them installed if you plan to take part (not all have collaborative
> abilities, and for those that don't it can be a brainstorming session on
> whether/how we can make them collaborative:
>
> sugar-finance
> etoys
> sugar-flipsticks-activity
> sugar-freecell
> sugar-imageviewer
> sugar-implode
> sugar-infoslicer
> sugar-jigsaw-puzzle-activity
> sugar-joke-machine-activity
> sugar-jukebox
> sugar-labyrinth
> sugar-maze
> sugar-memorize
> sugar-moon
> sugar-paint-activity
> sugar-pippy
> sugar-playgo
> sugar-read
> sugar-readetexts-activity
> sugar-record
> sugar-slider-puzzle-activity
> sugar-speak
> sugar-storybuilder
> sugar-tamtam-common
> sugar-tamtam-edit
> sugar-tamtam-jam
> sugar-tamtam-mini
> sugar-tamtam-synthlab
> sugar-analyze
> sugar-turtleart
> sugar-typing-turtle
> sugar-viewslides
> sugar-write
> sugar-browse
> sugar-irc
> sugar-calculate
> sugar-xomail (sugar-sweetmail)
> sugar-cartoonbuilder
> sugar-clock
> sugar-colors
> sugar-connect
> sugar-drgeo-activity
> xoEditor
> sugar-evince
> sugar-fiftytwo
> sugar-chat
> sugar-terminal
> sugar-journal
> sugar-physics
> sugar-library
> sugar-poll
> sugar-tuxpaint
>
> kind Regards,
> David (nubae) Van Assche
>
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> i...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] ASLO Suggestion

[James Simmons]

The new style sheet for ASLO reminds me that something has bugged me 
about the design of the site from the beginning.  The site does not do a 
good job of showing just how much is available.  When you click on a 
category you see entries for three or four Activities, seemingly picked 
at random, and no indication that these Activities are not the only ones 
available in the category.  Yes, there is a link to show everything in 
the category.  It's not that you can't find anything if you really want 
to.  It's that the site doesn't do a good job of selling what it has.

What I would suggest is to put totals for each category in a prominent 
place on the page.  When you first come into the site and no category is 
selected you should see something like "500 Great Activities 
Available!"  Choose a category like Documents and the line would read 
"10 Activities In This Category."

The other thing that has bugged me is the Recommended Activities.  We 
need to put more thought into what gets recommended.  Currently one of 
the Activities that is recommended is Read.  Now an XO owner or SoaS 
user already has Read, so why recommend it?  Is there some reason I 
should remove the Read I already have and install this one?

Recommended Activities should promote Sugar.  They should meet the 
following criteria:

1).  Fairly robust.
2).  Not included by default with anything.
3).  Should do something interesting.  Think of the iPhone commercials 
that show all the apps that are available.  Why not recommend something 
like Food Force or Story Builder?

I also question the category GCompris.  I understand these Activities 
are related to each other, but the relationship would not be meaningful 
to a teacher or a student.

A little salesmanship could go a long way in making this site better.

James Simmons


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

Re: [Sugar-devel] collaborative testing session (tomorrow's meeting) reminder

[Aleksey Lim]

On Tue, Jun 09, 2009 at 04:16:38PM +0200, David Van Assche wrote:
> Hi folks,
>This is a reminder about the collaborative sugar testing session we are
> having tomorrow, Wednesday 10th June at 20:00 UTC (That is 4 pm EDT, 3pm
> EST, 2 pm CST, 1 pm MST, and 12 pm PST, most of Europe that will be 9 pm, 8
> pm for the UK)
> 
> We will have a good 5-10 people present, but more are welcome as we really
> want to see how collaboration works on many activities where it isn't quite
> obvious. We will be taking notes and storing log files of the sessions, and
> will suggest ways in which the activity in question might be more
> collaborative, or may need less of it (who knows :-)
> 
> We will be testing the activities that come pre-installed on the openSUSE
> sugar images, but we'd like to test various distribution methods (virtual
> appliance, cd, usb, hd) and various distros (at least Fedora SoaS, openSUSE
> sugar, Mandriva or Caixa Magica) I dont believe 0.82 images are compatible
> with 0.84 for collaboration, so am afraid this is for 0.84 only... Please
> post your willingness to participate so we have an idea on who/how many will
> be collaborating. We also need a volunteer to take notes, and a volunteer to
> 
> store logs files. There will of course be a transcript of the irc session
> too (we will meet at #sugar-collaboration) We forsee this taking between 1
> and 2 hours...
> 
> I need a volunteer that is shell savvy and can track cpu/ram usage on the
> server that is running ejabberd. It will be a good opportunity to see real
> life results within ejabberd, in terms of bandwidth usage, cpu usage, ram
> usage, etc.
> 
> Here is the list of activities we will be testing, so make sure you have
> them installed if you plan to take part (not all have collaborative
> abilities, and for those that don't it can be a brainstorming session on
> whether/how we can make them collaborative:
> 
> sugar-finance
> etoys
> sugar-flipsticks-activity
> sugar-freecell
> sugar-imageviewer
> sugar-implode
> sugar-infoslicer
> sugar-jigsaw-puzzle-activity
> sugar-joke-machine-activity
> sugar-jukebox
> sugar-labyrinth
> sugar-maze
> sugar-memorize
> sugar-moon
> sugar-paint-activity
> sugar-pippy
> sugar-playgo
> sugar-read
> sugar-readetexts-activity
> sugar-record
> sugar-slider-puzzle-activity
> sugar-speak
> sugar-storybuilder
> sugar-tamtam-common
> sugar-tamtam-edit
> sugar-tamtam-jam
> sugar-tamtam-mini
> sugar-tamtam-synthlab
> sugar-analyze
> sugar-turtleart
> sugar-typing-turtle
> sugar-viewslides
> sugar-write
> sugar-browse
> sugar-irc
> sugar-calculate
> sugar-xomail (sugar-sweetmail)
> sugar-cartoonbuilder
> sugar-clock
> sugar-colors
> sugar-connect
> sugar-drgeo-activity
> xoEditor
> sugar-evince
> sugar-fiftytwo
> sugar-chat
> sugar-terminal
> sugar-journal
> sugar-physics
> sugar-library
> sugar-poll
> sugar-tuxpaint

Some of these activities don't support collaboration by design(afaik):

sugar-infoslicer
sugar-storybuilder
sugar-tamtam-common
sugar-tamtam-edit
sugar-tamtam-synthlab
sugar-library(for v1)
sugar-tuxpaint

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

[Sugar-devel] collaborative testing session (tomorrow's meeting) reminder

[David Van Assche]

Hi folks,
   This is a reminder about the collaborative sugar testing session we are
having tomorrow, Wednesday 10th June at 20:00 UTC (That is 4 pm EDT, 3pm
EST, 2 pm CST, 1 pm MST, and 12 pm PST, most of Europe that will be 9 pm, 8
pm for the UK)

We will have a good 5-10 people present, but more are welcome as we really
want to see how collaboration works on many activities where it isn't quite
obvious. We will be taking notes and storing log files of the sessions, and
will suggest ways in which the activity in question might be more
collaborative, or may need less of it (who knows :-)

We will be testing the activities that come pre-installed on the openSUSE
sugar images, but we'd like to test various distribution methods (virtual
appliance, cd, usb, hd) and various distros (at least Fedora SoaS, openSUSE
sugar, Mandriva or Caixa Magica) I dont believe 0.82 images are compatible
with 0.84 for collaboration, so am afraid this is for 0.84 only... Please
post your willingness to participate so we have an idea on who/how many will
be collaborating. We also need a volunteer to take notes, and a volunteer to

store logs files. There will of course be a transcript of the irc session
too (we will meet at #sugar-collaboration) We forsee this taking between 1
and 2 hours...

I need a volunteer that is shell savvy and can track cpu/ram usage on the
server that is running ejabberd. It will be a good opportunity to see real
life results within ejabberd, in terms of bandwidth usage, cpu usage, ram
usage, etc.

Here is the list of activities we will be testing, so make sure you have
them installed if you plan to take part (not all have collaborative
abilities, and for those that don't it can be a brainstorming session on
whether/how we can make them collaborative:

sugar-finance
etoys
sugar-flipsticks-activity
sugar-freecell
sugar-imageviewer
sugar-implode
sugar-infoslicer
sugar-jigsaw-puzzle-activity
sugar-joke-machine-activity
sugar-jukebox
sugar-labyrinth
sugar-maze
sugar-memorize
sugar-moon
sugar-paint-activity
sugar-pippy
sugar-playgo
sugar-read
sugar-readetexts-activity
sugar-record
sugar-slider-puzzle-activity
sugar-speak
sugar-storybuilder
sugar-tamtam-common
sugar-tamtam-edit
sugar-tamtam-jam
sugar-tamtam-mini
sugar-tamtam-synthlab
sugar-analyze
sugar-turtleart
sugar-typing-turtle
sugar-viewslides
sugar-write
sugar-browse
sugar-irc
sugar-calculate
sugar-xomail (sugar-sweetmail)
sugar-cartoonbuilder
sugar-clock
sugar-colors
sugar-connect
sugar-drgeo-activity
xoEditor
sugar-evince
sugar-fiftytwo
sugar-chat
sugar-terminal
sugar-journal
sugar-physics
sugar-library
sugar-poll
sugar-tuxpaint

kind Regards,
David (nubae) Van Assche
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Help to Find the PO file of Some Activities to able me to Translate Them

[Gary C Martin]

On 25 May 2009, at 21:02, David Van Assche wrote:

> Well the main thing here is about demoing... I've taken it upon  
> myself to package about 50 activities... including fructose and  
> glucose... now... we have things like flash which isnt an xo bundle,  
> though many people believe it could/should be, and that would/should  
> be considered a honey app, but it must be installed via rpm  
> Really the only process required with the new jhconvert alexey has  
> been working on is upload to git, then jhconvert creates the  
> packages for the all the distros, including the .xo bundles... so  
> really we want to make it as easy as authors not having to worry  
> about packaging at all... just about uploading their latest source  
> to git.sugarlabs.org, the only place the source really needs to  
> be... we can automate the rest... but your process is currently the  
> only sane thing I've seen written up and it'd be a shame to loose it  
> in the anals of archived emails... so better wiki than nothing, no?

OK, well I've added the relevant information into the Activity Team  
FAQ for now, but it still seems like a high barrier to ask of  
potential new authors (though one step less now thanks to alsroot  
making activities.sugarlabs.org send out the [RELEASE] emails):

http://wiki.sugarlabs.org/go/Activity_Team/FAQ

Regards,
--Gary

> kind Regards,
> David Van Assche
>
> On Mon, May 25, 2009 at 6:15 PM, Gary C Martin  
>  wrote:
> On 25 May 2009, at 12:33, David Van Assche wrote:
>
> Super... that methodology should be written up some place as its a  
> great guide to follow...
>
> I'd much rather try and find some agreement to cut un-necessary  
> steps, rather than to wikify/formalise it and push every unfortunate  
> Activity author through the same sausage factory! :-)
>
> /me puts on tinfoil hat and asbestos socks
>
> I've still not heard a good argument for why Activity authors  
> currently need to create two bundles with identical source content  
> (one .xo zip and one .bz2), upload them to two different locations,  
> and document them in several different places. It's really easy to  
> get out of sync. I'm also still not convinced about the sanity of  
> distros needing to package up each individual Activity (other than  
> perhaps sucrose as one collection). If, for a moment, you think of  
> Sugar as a Firefox, and Activities as Addons, does each distro  
> really consider packaging up every Addon kicking about for Firefox?  
> Once a Sugar release and its platform dependancies are yum,  
> aptitude, or whatever installed; the Sugar UI should then be the one  
> to add/update additional Activities (via Browse as currently, or via  
> a future update control panel checking with activity.sugarlabs.org).
>
> Regards,
> --Gary
>
>
> David
>
> On Sun, May 24, 2009 at 5:32 PM, Gary C Martin  
>  wrote:
> Hi David,
>
>
> On 24 May 2009, at 11:47, David Van Assche wrote:
>
> Overall it would be nice if we had an activitiy matrix that showed  
> the stages of projects.
>
> The Activity Team have been making contact with past authors,  
> slowly, slowly we're moving along even if it means adopting extra  
> activities ourselves:
>
>
>   http://wiki.sugarlabs.org/go/Activity_Team/Activity_Status
>
> The best thing folks can do If they have a favourite activity that  
> is not yet migrated to Sugar Labs infrastructure is make some noise  
> about it. Email the IAEP and/or sugar-devel and advocate or ask  
> about it, email the author/s, see if they are still working on it or  
> have future plans. Many activity developers seem to think no one is  
> interested/using their work and often seem pleasantly surprised when  
> they get an email about their past efforts.
>
>
> This would be helpful to show what people could work on to.  
> Something like, name of activity on one side, and on the other stage  
> (planning, pre-source, alpha, beta, rc, release, packaged, xo  
> bundled, translated) Something along those lines, but I'm sure  
> someone can come up with a better matrix. If this was up at some  
> place, we could know pretty quickly what people could be working on.  
> It could even be split by distro too... The idea came to me because  
> there are a ton of git projects with no code in them.
>
> If there are git projects with no code in them, what makes you think  
> the developer will edit another page somewhere else with project  
> status information! ;-b
>
> With my activity developer hat on, I do find it a pain how many  
> seemingly random places there are to work on when releasing a new  
> version, even more for a new project, or migrated one. My check-list/ 
> todo-list is something like:
>
> If it's a new project:
>
> - Create a Gitorious project repository for it http://git.sugarlabs.org/ 
>  and start hacking on your code
>
> - Request a trac component for you activity at http://dev.sugarlabs.org/
>
> - Open a trac ticket to request addition to Pootle (if your string

Re: [Sugar-devel] OT: determining memory usage of short-lived processes

[Sascha Silbe]

On Mon, Jun 08, 2009 at 05:31:59AM -0400, Albert Cahalan wrote:


I've examined memory usage of long running processes (i.e. daemons
and applications) in the past, no problems. But for my VCS comparison
I need to determine the peak memory usage of all child processes
(combined), which are rather short-lived. What's the best way to do
that?

atop, vmstat, sar,
These are system-level tools and don't tell me anything about a 
particular process.



pidstat,
Doesn't support memory statistics if used with child processes and 
probably won't work with short-lived processes.



sa, accton
Up to now closest to what I'm looking for, thanks! I gives average 
memory size instead of peak, though.



Never rule out valgrind. Find a way.
Well, the way is to either let the benchmark run for several days or 
reduce the sample size (and thus accuracy). I had hoped there's some way 
to avoid that.


Valgrind supports tools that you can use to discover where you suffer 
from cache line misses. Valgrind finds any use of uninitialized 
memory.
While quite useful during development, these won't help me with 
comparing memory usage of existing VCSs (the "massif" valgrind tool does 
help, though).


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