[Sugar-devel] Show Must Go On - SoaS for the XO-1

[Sebastian Dziallas]

Hi everybody,

I'm very pleased to announce the first early preview of a new generation 
of SoaS XO-1 images. Those consist not only of the latest and greatest 
Sugar bits, but also a F11 base system and a special OLPC kernel based 
on 2.6.30.

This means now that even power management actually works out of the box. 
There are some other points, for example the mostly working keyboard 
keys. But this is really just a preview!

You'll notice only very few activities in your home view, which is due 
to a mistake in our config files. You'd be able to symlink the folders 
from /usr/share/sugar/honey to ~/Activities, though. This is a known 
issue, but if you come across others, please let us know!

Finally, I'd like to take the chance to thank all the people for their 
tremendous work, especially Martin Dengler and all the folks at OLPC!

Now how can you get that? Just download the following two files:

http://download.sugarlabs.org/soas/xoimages/devxo-1.crc
http://download.sugarlabs.org/soas/xoimages/devxo-1.img

Put them on a USB key or a SD card, plug them into your XO and execute:

copy-nand u:\devxo-1.img or copy-nand sd:\devxo-1.img

Note that you'll need to have an unlocked XO and the latest firmware!

So. Happy hacking and let us know what you think! :)

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

Re: [Sugar-devel] testing composition for speeding up graphics performance

[Martin Dengler]

On Tue, Jun 16, 2009 at 11:39:30PM +0100, Lucian Branescu wrote:
> I've put xcompmgr -a & in my .xsession file

I've had ti there for a while too.

> and everything works great. I haven't seen any artefacts anywhere in
> fact.

Please change the volume from Terminal and observe the speaker icon's
lack of updates.  It should update at least when the Frame is shown:

http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/extensions/deviceicon/speaker.py#line51

I doubt this is the only code that depends on expose events being
fired.  Unfortunately, the lack of an expose event is a hard problem
to solve.

Martin


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

[Sugar-devel] learning implode...

[Sameer Verma]

My daughter, who is 3 years and 7 months old has largely stayed away
from the XO (or for that matter computers in general) other than
mimicking me by turning on the XO and giving our guests/visitors an
unexpected short speech on "let me show you this computer. This is the
one laptop per child". She still likes her crayons and Lego blocks.

She's on her summer break at home these days, which has forced me to
get creative and keep her engaged. I introduced her to implode
(http://wiki.laptop.org/go/Implode) today. I showed her how to move
the "arrow" (she insists that I call it an arrow and not a mouse
because calling it a mouse is just silly) start a new implode game and
select three or more blocks of the same color. The goal is to get that
smiley face at the end of the game. One demo, plus some hints, and in
under three minutes, my daughter has become an implode player.
I-N-C-R-E-D-I-B-L-E !!! She even taught her mother how to play the
game later this evening.

For all the arm chair naysayers out there, get with the program!
Children are amazing!!!

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

Re: [Sugar-devel] Problem using sugar-update-control to update large (100+ MB) activity bundles

[Tomeu Vizoso]

On Wed, Jun 17, 2009 at 03:15, C. Scott Ananian wrote:
> When I wrote the sugar updater, I included all the code necessary to
> transfer only the changed portions of a large zip file.
>  http://dev.laptop.org/git/users/cscott/sugar-update-control/tree/bitfrost/util/urlrange.py
> contains the interesting bits.  The only missing piece was a proper
> manifest file format, which would allow you to download only the
> manifest to determine which bits have changed, so you could then
> download only the changed parts inside the zip file.

What about reading the zip index (central directory?), then deciding
which files to download by the timestamp and file size?

Regards,

Tomeu

>  --scott
>
> --
>                         ( http://cscott.net/ )
> ___
> 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] Show Must Go On - SoaS for the XO-1

[S Page]

On Wed, Jun 17, 2009 at 12:37 AM, Sebastian Dziallas wrote:

> I'm very pleased to announce the first early preview of a new generation
> of SoaS XO-1 images.
Excellent news, thanks!

> Put them on a USB key or a SD card, plug them into your XO ...
Yes!

> ... and execute:
>
> copy-nand u:\devxo-1.img or copy-nand sd:\devxo-1.img

Nooo, I want to keep my working 8.2.1 in NAND.  Can I simply boot my
XO from the USB or SD card?  I've got an 8GB SD card, I would think
that a 2 GB root, 1 GB additional storage, 1 GB swap would perform
well.
Is there an xo-to-disk.sh script similar to the various transformation
scripts described in http://dev.laptop.org/~cjb/rawhide-xo/ ?
If not, is http://wiki.laptop.org/go/How_to_backup_your_XO the best
way to save my precious 8.2.1 image?


It seems build engineers go to a a lot of effort to create multiple
ginormous downloads in .img/.usb/.iso/.bootable.gz formats when
they're 99% the same files laid out in different file system(s) with
appropriate boot, config, and partition info.  Could some day a tool
like LiveUSB Creator download only updated files from the net and
create whatever image,read-only CD, or bootable/writable USB the user
wants?  That may be ambitious, but it seems much like what Linux
graphical installers do.


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

Re: [Sugar-devel] Physics Roadmap

[Tomeu Vizoso]

On Wed, Jun 17, 2009 at 07:29, Edward Cherlin wrote:
> Did you look at my Turtle Art version of Alan Kay's third-grade gravity 
> lesson?
>
> http://wiki.sugarlabs.org/go/File:Gravity.odt

I'm forwarding this to olpc-sur in case someone there wants to
translate to spanish and give it a try in their classrooms.

Thanks,

Tomeu

> On Mon, Jun 8, 2009 at 11:39 AM, Brian Jordan wrote:
>> Attaching Sugar Devel (people who want to be involved with Physics
>> development  might be on there).
>>
>>
>> On Mon, Jun 8, 2009 at 5:28 AM, Asaf Paris Mandoki wrote:
>>> Hi,
>>>
>>> I've managed to get my development environment working and started hacking
>>> the Physics activity. I added a "pin" button and a "motor" button so these
>>> features aren't hidden anymore. I wanted to add a Play/Pause button but it's
>>> not as easy as I thought. It is much better to control time flow with the
>>> keyboard but I think it would be good to have a way to make the feature
>>> explicit. I'm planing on committing my changes to the main branch as soon as
>>> I come up with a nicer icon for the motor button.
>>>
>>
>> Commit it :)
>>
>> Would anyone like to help with making menu icons?
>>
>>> After I'm done with that I'm thinking on starting with the journal
>>> integration. I will clone the main branch and work over there. I've seen
>>> some suggestions for the scene file format at
>>> http://wiki.laptop.org/go/Physics_File_Format . Is there a handy XML library
>>> I could use?
>>>
>>> I see the Physics component is now on dev.sugarlabs.org. I've added a bug I
>>> found, should I add the features I would like to implement in the future? .
>>> What is the best way for communicating regarding this project? Who are the
>>> people involved right now?
>>>
>>> Thanks,
>>> Asaf
>>>
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>
>
>
> --
> Silent Thunder (默雷/धर्ममेघशब्दगर्ज/دھرممیگھشبدگر ج) is my name
> And Children are my nation.
> The Cosmos is my dwelling place, The Truth my destination.
> http://earthtreasury.org/worknet (Edward Mokurai Cherlin)
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Show Must Go On - SoaS for the XO-1

[Bert Freudenberg]

On 17.06.2009, at 10:28, S Page wrote:

> On Wed, Jun 17, 2009 at 12:37 AM, Sebastian Dziallas > wrote:
>
>> I'm very pleased to announce the first early preview of a new  
>> generation
>> of SoaS XO-1 images.
> Excellent news, thanks!

I indeed!

>> Put them on a USB key or a SD card, plug them into your XO ...
> Yes!
>
>> ... and execute:
>>
>> copy-nand u:\devxo-1.img or copy-nand sd:\devxo-1.img
>
> Nooo, I want to keep my working 8.2.1 in NAND.  Can I simply boot my
> XO from the USB or SD card?

No, these images are meant for NAND install. For USB/SD we'd need yet  
another image, OLPC used to provide ext3 ones.

People should be aware that this is a one-way street. Once you run  
this new Sugar version, the Journal contents will be converted to a  
new format. AFAIK it cannot be reverted back to the older format.

Actually, Sebastian, there should be a big WARNING in your  
announcements about this ...

> If not, is http://wiki.laptop.org/go/How_to_backup_your_XO the best
> way to save my precious 8.2.1 image?

Yes, that would be the only option to go back.

- Bert -


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

Re: [Sugar-devel] Show Must Go On - SoaS for the XO-1

[Martin Dengler]

On Wed, Jun 17, 2009 at 01:28:58AM -0700, S Page wrote:
> On Wed, Jun 17, 2009 at 12:37 AM, Sebastian Dziallas 
> wrote:
> 
> > I'm very pleased to announce the first early preview of a new generation
> > of SoaS XO-1 images.
> Excellent news, thanks!
> 
> > Put them on a USB key or a SD card, plug them into your XO ...
> Yes!
> 
> > ... and execute:
> >
> > copy-nand u:\devxo-1.img or copy-nand sd:\devxo-1.img
> 
> Nooo, I want to keep my working 8.2.1 in NAND.  Can I simply boot my
> XO from the USB or SD card?

We're working on creating a bootable image, but in the meantime you're
describing what livecd-iso-to-disk has always been for.  You just
don't like the .iso you're being given, because it isn't configured
for the XO-1.

I'd suggest you ask sdz to make the .iso that he used to create the
.img file.

> Is there an xo-to-disk.sh script similar to the various transformation
> scripts described in http://dev.laptop.org/~cjb/rawhide-xo/ ?

http://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Installation/OLPC

> If not, is http://wiki.laptop.org/go/How_to_backup_your_XO the best
> way to save my precious 8.2.1 image?

Yes.  Man, that's a lot of preamble for:

1. Get to "ok"
2. Type "save-nand u:\my-nand.img" or "save-nand sd:\my-nand.img".


> It seems build engineers go to a a lot of effort to create multiple
> ginormous downloads in .img/.usb/.iso/.bootable.gz formats when
> they're 99% the same files laid out in different file system(s) with
> appropriate boot, config, and partition info.  Could some day a tool
> like LiveUSB Creator download only updated files from the net and
> create whatever image,read-only CD, or bootable/writable USB the user
> wants?  That may be ambitious, but it seems much like what Linux
> graphical installers do.

It's because those engineers have been whined at about because many
people lack experience typing text at a prompt, or the messages that
result from mistakes there.  I've seen questions on this list that
result from people not understanding that a virtual machine is, err,
like another machine (without have the same file system as the host
machine).  So you can see the definiciencies of both sides, which is
an admirable position to be in.  But yeah, there's a reason we want to
build bootable images like fedora-xo for the XO-1, so that we can just
tell people:

1. Download ginormous .bootable.gz file in its 1G, 2G, 4G size
appropriate to your removable drive
2. Type "dd if= of="
3. Stick the removable drive in the appropriate XO orifice and reboot

Spend a few seconds contemplating how easy those steps can be.  Now
contemplate how many ways people might screw up each step (mis-type
the removable device letter? assume that dd just adds some stuff to
their USB stick and get upset when it overwrites their thesis?).

> =S Page

Martin


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

Re: [Sugar-devel] Show Must Go On - SoaS for the XO-1

[Martin Dengler]

On Wed, Jun 17, 2009 at 10:40:31AM +0200, Bert Freudenberg wrote:
> 
> On 17.06.2009, at 10:28, S Page wrote:
> > Nooo, I want to keep my working 8.2.1 in NAND.  Can I simply boot my
> > XO from the USB or SD card?
> 
> No, these images are meant for NAND install. For USB/SD we'd need yet  
> another image, OLPC used to provide ext3 ones.
[...]
> Actually, Sebastian, there should be a big WARNING in your  
> announcements about this ...

Maybe we should only email sugar-devel. If we have to explain every
time that copy-nand will overwrite your nand it's going to slow things
down a lot.

> - Bert -

Martin


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

Re: [Sugar-devel] Show Must Go On - SoaS for the XO-1

[Sean DALY]

In my view it's never a mistake to indicate that a procedure will wipe all data.

We all have a learning curve and the first time I lost all my Journal
entries including photos on an XO I wasn't happy about it.

Sean


On Wed, Jun 17, 2009 at 11:13 AM, Martin
Dengler wrote:
> On Wed, Jun 17, 2009 at 10:40:31AM +0200, Bert Freudenberg wrote:
>>
>> On 17.06.2009, at 10:28, S Page wrote:
>> > Nooo, I want to keep my working 8.2.1 in NAND.  Can I simply boot my
>> > XO from the USB or SD card?
>>
>> No, these images are meant for NAND install. For USB/SD we'd need yet
>> another image, OLPC used to provide ext3 ones.
> [...]
>> Actually, Sebastian, there should be a big WARNING in your
>> announcements about this ...
>
> Maybe we should only email sugar-devel. If we have to explain every
> time that copy-nand will overwrite your nand it's going to slow things
> down a lot.
>
>> - Bert -
>
> Martin
>
> ___
> 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] Show Must Go On - SoaS for the XO-1

[Tomeu Vizoso]

On Wed, Jun 17, 2009 at 11:30, Sean DALY wrote:
> In my view it's never a mistake to indicate that a procedure will wipe all 
> data.
>
> We all have a learning curve and the first time I lost all my Journal
> entries including photos on an XO I wasn't happy about it.

I think we shouldn't put the burden of communicating with the general
public on the developers. Sebastian is doing an awesome amount of work
and he may not have too many spare cycles to think about everything
that is required to communicate to the different people.

What if we developers only announce in developer-oriented forums and
someone else (marketing team?) takes the task of communicating it to
end users?

Regards,

Tomeu

> Sean
>
>
> On Wed, Jun 17, 2009 at 11:13 AM, Martin
> Dengler wrote:
>> On Wed, Jun 17, 2009 at 10:40:31AM +0200, Bert Freudenberg wrote:
>>>
>>> On 17.06.2009, at 10:28, S Page wrote:
>>> > Nooo, I want to keep my working 8.2.1 in NAND.  Can I simply boot my
>>> > XO from the USB or SD card?
>>>
>>> No, these images are meant for NAND install. For USB/SD we'd need yet
>>> another image, OLPC used to provide ext3 ones.
>> [...]
>>> Actually, Sebastian, there should be a big WARNING in your
>>> announcements about this ...
>>
>> Maybe we should only email sugar-devel. If we have to explain every
>> time that copy-nand will overwrite your nand it's going to slow things
>> down a lot.
>>
>>> - Bert -
>>
>> Martin
>>
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>>
> ___
> 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] Show Must Go On - SoaS for the XO-1

[Simon Schampijer]

On 06/17/2009 11:34 AM, Tomeu Vizoso wrote:
> On Wed, Jun 17, 2009 at 11:30, Sean DALY  wrote:
>> In my view it's never a mistake to indicate that a procedure will wipe all 
>> data.
>>
>> We all have a learning curve and the first time I lost all my Journal
>> entries including photos on an XO I wasn't happy about it.
>
> I think we shouldn't put the burden of communicating with the general
> public on the developers. Sebastian is doing an awesome amount of work
> and he may not have too many spare cycles to think about everything
> that is required to communicate to the different people.
>
> What if we developers only announce in developer-oriented forums and
> someone else (marketing team?) takes the task of communicating it to
> end users?
>
> Regards,
>
> Tomeu

That sounds like a very good idea to me. We need to split the workload 
and try to let people do mostly (of course ideally one should know what 
is happening a bit in all the teams) what they are good in.

+1 from my side,
Simon
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Show Must Go On - SoaS for the XO-1

[Sean DALY]

You know where to find me :-)


On Wed, Jun 17, 2009 at 11:38 AM, Simon Schampijer wrote:
> On 06/17/2009 11:34 AM, Tomeu Vizoso wrote:
>>
>> On Wed, Jun 17, 2009 at 11:30, Sean DALY  wrote:
>>>
>>> In my view it's never a mistake to indicate that a procedure will wipe
>>> all data.
>>>
>>> We all have a learning curve and the first time I lost all my Journal
>>> entries including photos on an XO I wasn't happy about it.
>>
>> I think we shouldn't put the burden of communicating with the general
>> public on the developers. Sebastian is doing an awesome amount of work
>> and he may not have too many spare cycles to think about everything
>> that is required to communicate to the different people.
>>
>> What if we developers only announce in developer-oriented forums and
>> someone else (marketing team?) takes the task of communicating it to
>> end users?
>>
>> Regards,
>>
>> Tomeu
>
> That sounds like a very good idea to me. We need to split the workload and
> try to let people do mostly (of course ideally one should know what is
> happening a bit in all the teams) what they are good in.
>
> +1 from my side,
>   Simon
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [Server-devel] Meshnode product...

[Simon Schampijer]

On 06/15/2009 10:15 AM, Sean DALY wrote:
> Thanks for that Sameer
>
> I'm sure that color scheme isn't accidental :-)
>
> They say it's Debian-based
>
> Simon - Do you think it would be useful or interesting to borrow one
> of these for LinuxTag? Could you or someone on the sugar-devel team
> possibly contact them and see if they are coming, if so (and maybe
> even if not) would they be willing to loan us one? Contact info is
> here: http://saxnet.de/index.php/deutsch/kontakt/buero.html
>
> thanks
>
> Sean

http://saxnet.de/index.php/deutsch/unternehmen/neuigkeiten-ereignisse.html

Doesn't look like they would come to Linuxtag. I do not have cycles to 
spend on this at the moment. If someone else is interested - off you go ;p

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

Re: [Sugar-devel] [IAEP] Show Must Go On - SoaS for the XO-1

[Martin Langhoff]

On Wed, Jun 17, 2009 at 11:12 AM, Martin
Dengler wrote:
>> It seems build engineers go to a a lot of effort to create multiple
>> ginormous downloads in .img/.usb/.iso/.bootable.gz formats when
>> they're 99% the same files laid out in different file system(s) with
>> appropriate boot, config, and partition info.  Could some day a tool
>> like LiveUSB Creator download only updated files from the net
...
> It's because those engineers have been whined at about because many

Actually, a tool that's most of this smartly, it's called jigdo, and
_nobody uses it_. Even projects that do all the setup work and
document how end users can use it see little or no usage.

It has a commandline. A GUI. Works on Windows. Fetches only the
updates. Delivers fluffy bunnies.

And almost nobody uses it :-p




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

Re: [Sugar-devel] Show Must Go On - SoaS for the XO-1

[Martin Langhoff]

On Wed, Jun 17, 2009 at 9:37 AM, Sebastian Dziallas wrote:
> I'm very pleased to announce the first early preview of a new generation
> of SoaS XO-1 images. Those consist not only of the latest and greatest
> Sugar bits, but also a F11 base system and a special OLPC kernel based
> on 2.6.30.

Excellent news! I'll try and get a testing group event happening -
probably next week - focused on this image (or the next one ;-) ).

cheers,



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

Re: [Sugar-devel] [IAEP] Show Must Go On - SoaS for the XO-1

[Jonas Smedegaard]

-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160

On Wed, Jun 17, 2009 at 11:34:40AM +0200, Tomeu Vizoso wrote:
>On Wed, Jun 17, 2009 at 11:30, Sean DALY wrote:
>> In my view it's never a mistake to indicate that a procedure will 
>> wipe all data.
>>
>> We all have a learning curve and the first time I lost all my Journal 
>> entries including photos on an XO I wasn't happy about it.
>
>I think we shouldn't put the burden of communicating with the general 
>public on the developers. Sebastian is doing an awesome amount of work 
>and he may not have too many spare cycles to think about everything 
>that is required to communicate to the different people.
>
>What if we developers only announce in developer-oriented forums and 
>someone else (marketing team?) takes the task of communicating it to 
>end users?

Hmm. That sounds rigid to me.

I suggest transforming it into this instead:

Beware of the target audience of the list you post to.  If you are 
unsure if your message could be misinterpreted (e.g. if you are a geek 
with a message to end users) then consider passing it through someone 
more devoted to communicating (e.g. the marketing team).


Kind regards,

  - Jonas

- -- 
* Jonas Smedegaard - idealist og Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEAREDAAYFAko4yEEACgkQn7DbMsAkQLgpWQCfYCqCMmd3Y57JW3PKBbXH0hpG
iEcAn3zqGljwToivcctyiH70/ygaoufI
=uIhb
-END PGP SIGNATURE-
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [Server-devel] Meshnode product...

[s . boutayeb]

Selon Simon Schampijer :

> On 06/15/2009 10:15 AM, Sean DALY wrote:
> > Thanks for that Sameer
> >
> > I'm sure that color scheme isn't accidental :-)
> >
> > They say it's Debian-based
> >
> > Simon - Do you think it would be useful or interesting to borrow one
> > of these for LinuxTag? Could you or someone on the sugar-devel team
> > possibly contact them and see if they are coming, if so (and maybe
> > even if not) would they be willing to loan us one? Contact info is
> > here: http://saxnet.de/index.php/deutsch/kontakt/buero.html
> >

Hi all,

OLPC France had a connection with Steffen Dreise from Saxnet? They wanted to buy
approx. 100 XO for their projects (one in Senegal, I think). They were also in
contact with OLPC Germany and OLPC Austria. They offered us to borrow one unit
for testing purposes.

Samy

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

Re: [Sugar-devel] Show Must Go On - SoaS for the XO-1

[Sean DALY]

Martin - I may be able to host that at the house (just need to
convince my wife of the normality of having a gang of hungry geeks
over), but Monday/Tuesdayish since off to LinuxTag later in the week

Sean



On Wed, Jun 17, 2009 at 12:26 PM, Martin
Langhoff wrote:
> On Wed, Jun 17, 2009 at 9:37 AM, Sebastian Dziallas wrote:
>> I'm very pleased to announce the first early preview of a new generation
>> of SoaS XO-1 images. Those consist not only of the latest and greatest
>> Sugar bits, but also a F11 base system and a special OLPC kernel based
>> on 2.6.30.
>
> Excellent news! I'll try and get a testing group event happening -
> probably next week - focused on this image (or the next one ;-) ).
>
> cheers,
>
>
>
> m
> --
>  martin.langh...@gmail.com
>  mar...@laptop.org -- School Server Architect
>  - ask interesting questions
>  - don't get distracted with shiny stuff  - working code first
>  - http://wiki.laptop.org/go/User:Martinlanghoff
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Show Must Go On - SoaS for the XO-1

[Martin Dengler]

On Wed, Jun 17, 2009 at 12:24:51PM +0200, Martin Langhoff wrote:
> On Wed, Jun 17, 2009 at 11:12 AM, Martin
> Dengler wrote:
> >> It seems build engineers go to a a lot of effort to create multiple
> >> ginormous downloads in .img/.usb/.iso/.bootable.gz formats when
> >> they're 99% the same files laid out in different file system(s) with
> >> appropriate boot, config, and partition info.  Could some day a tool
> >> like LiveUSB Creator download only updated files from the net
> ...
> > It's because those engineers have been whined at about because many
> 
> Actually, a tool that's most of this smartly, it's called jigdo, and
> _nobody uses it_. Even projects that do all the setup work and
> document how end users can use it see little or no usage.

Reading the docs, I think that jidgo will allow the user to download
(say) a .iso and a .img (NAND) file by downloading the files that are
contained in them and then re-assembling the .iso and .img files?  In
this case it's something we/anyone can implement, though I'm not sure
it's going to serve a large portion of the target audience (I imagine
they'll want only one of the options).

> m


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

Re: [Sugar-devel] [IAEP] Show Must Go On - SoaS for the XO-1

[Martin Dengler]

On Wed, Jun 17, 2009 at 12:41:05PM +0200, Jonas Smedegaard wrote:
> >What if we developers only announce in developer-oriented forums and 
> >someone else (marketing team?) takes the task of communicating it to 
> >end users?
[...]
> I suggest transforming it into this instead:
> 
> Beware of the target audience of the list you post to.  If you are
> unsure if your message could be misinterpreted (e.g. if you are a
> geek with a message to end users) then consider passing it through
> someone more devoted to communicating (e.g. the marketing team).

Good point, but I think the audience involved has self-selecting down
to "developer <-> tester".

I don't think we need to be worried about anyone else.  Do we need to
worry about a person, who a) doesn't understand copy-nand but b) is
subscribed to IAEP, suddenly deciding that they'll run mysterious
commands on huge downloaded files and end up with something they
didn't expect?  I don't think that more than a handful of people will
do that, if that.

> Kind regards,
> 
>   - Jonas

Martin



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

Re: [Sugar-devel] testing composition for speeding up graphics performance

[Lucian Branescu]

I've finally found an artefact, but I'm not sure what caused it. There
is now a tall grey-ish bar on the left of the frame. It moves with the
frame.

2009/6/17 Martin Dengler :
> On Tue, Jun 16, 2009 at 11:39:30PM +0100, Lucian Branescu wrote:
>> I've put xcompmgr -a & in my .xsession file
>
> I've had ti there for a while too.
>
>> and everything works great. I haven't seen any artefacts anywhere in
>> fact.
>
> Please change the volume from Terminal and observe the speaker icon's
> lack of updates.  It should update at least when the Frame is shown:
>
> http://git.sugarlabs.org/projects/sugar/repos/mainline/blobs/master/extensions/deviceicon/speaker.py#line51
>
> I doubt this is the only code that depends on expose events being
> fired.  Unfortunately, the lack of an expose event is a hard problem
> to solve.
>
> Martin
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Show Must Go On - SoaS for the XO-1

[Bert Freudenberg]

On 17.06.2009, at 12:56, Martin Dengler wrote:

> On Wed, Jun 17, 2009 at 12:41:05PM +0200, Jonas Smedegaard wrote:
>>> What if we developers only announce in developer-oriented forums and
>>> someone else (marketing team?) takes the task of communicating it to
>>> end users?
> [...]
>> I suggest transforming it into this instead:
>>
>> Beware of the target audience of the list you post to.  If you are
>> unsure if your message could be misinterpreted (e.g. if you are a
>> geek with a message to end users) then consider passing it through
>> someone more devoted to communicating (e.g. the marketing team).
>
> Good point, but I think the audience involved has self-selecting down
> to "developer <-> tester".
>
> I don't think we need to be worried about anyone else.  Do we need to
> worry about a person, who a) doesn't understand copy-nand but b) is
> subscribed to IAEP, suddenly deciding that they'll run mysterious
> commands on huge downloaded files and end up with something they
> didn't expect?  I don't think that more than a handful of people will
> do that, if that.


Many developers can't imagine with how little understanding actual end  
users approach tasks like this. Even slapping on a big WARNING sign  
does not really prevent them from severely damaging their system.

For you it seems obvious nobody should undertake this unless they know  
exactly what they're doing. Which is precisely the problem. Saying  
that developers should not talk to users is only half a joke. It's  
often frustrating for both sides. You need someone who can think on  
both levels to mediate.

- Bert -

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

Re: [Sugar-devel] [IAEP] Show Must Go On - SoaS for the XO-1

[Martin Langhoff]

On Wed, Jun 17, 2009 at 12:47 PM, Martin
Dengler wrote:
> Reading the docs, I think that jidgo will allow the user to download
> (say) a .iso and a .img (NAND) file by downloading the files that are
> contained in them and then re-assembling the .iso and .img files?

You might need to track the iso and img as separate things. But
updates to the newer iso or img are just a delta. If iso or
NAND-formatted img files were rsync-friendly, this wouldn't be needed.

In any case, we can do the technical part alright. We're good at this.

The social part is more of a puzzle. Jigdo adds a step and a tool to
the process and for some reason that puts people off.

The snarky analysis would be:

 - repeated large downloads are annoying enough to complain
 - but not enough to use a new tool

which is blatantly incomplete. The real thing is that using jigdo
depends on jigdo being part of the everyday geek arsenal. It's not,
and that's a huge barrier.

cheers,


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

[Sugar-devel] ASLO vs. wiki.laptop.org activities (was Re: ASLO Suggestion)

[S Page]

[I removed some cc'd lists of which I'm not a member]

Summary: Replacing http://wiki.laptop.org/go/Activities/All with
{{obsolete|link=http://activities.sugarlabs.org}}
sounds great to me.


On Thu, Jun 11, 2009 at 6:10 AM, Sean DALY wrote:
> OLPC has their list (http://wiki.laptop.org/go/Activities/All) and we
> need to get that page to link to ASLO ...

I added a bullet to this and http://wiki.laptop.org/go/Activities :

* http://activities.sugarlabs.org has lots of activities for recent
versions of the [[Sugar]] environment, ''some'' of which may work on
OLPC [[builds]].

> ..., the information there is uneven
> (contains some stillborn/abandonware).

The current split organization is a mess and duplication provides
twice as many opportunities to be wrong.  There's a dozen other lists
of "all activities" on wiki.laptop.org besides the Activities/All
page, see http://wiki.laptop.org/go/Activity_queries , killing off
some isn't going to hurt.  So just be brave and change it to
{{obsolete|link=http://activities.sugarlabs.org}}

> Perhaps the easiest fix would
> be to link from each Activity position on that page to that Activity's
> ASLO page;
Sure, you could replace the fancy activity descriptions on
http://wiki.laptop.org/go/Activities/All with a simple link to their
ASLO page.

> people searching the Activity population would quickly
> understand the different/parallel nature of the OLPC page and ASLO.

If you can understand it, please explain it ;-)   Activities/All
claims "This is a list of all stable Activities  that can be installed
in the latest Sugar.", but
* they are NOT all getting updated
* "latest Sugar" meaning what?  OLPC doesn't ship latest Sugar.

> As
> far as I know, there aren't any issues with the very latest versions
> running on XO-1s, would I be correct in assuming this?

You're incorrect.  Sugar 0.84 is different from the Sugar 0.82.1 in
OLPC release 8.2.0 and 8.2.1. I understand there are issues for
Browse, Etoys, and Read which depend on libraries and already have
separate "latest versions".  I assume some other activities have
problems.  Unfortunately, most activity pages on a.sl.o and on
wiki.laptop.org don't specify their compatibility clearly, and it's
impossible to tell the difference between "Old version NN is still
truly the latest version that works on OLPC's 8.2" and "Nobody's
bloody updated this out-of-date info".

> Or does OLPC
> prefer to identify "known good" version, the ones updated through the
> XO Control Panel?

In OLPC release 8.2.0 and subsequent releases, the Software update
control panel updates installed activities using a complex fallback
mechanism involving *other, separate* pages such as Activities/8.2
and/or Activities/G1G1/8.2 , see
http://wiki.laptop.org/go/Software_update .  Those subpages are where
"known good version" info must live for Software update to work, while
other activity pages are mostly useless out-of-date cruft. Maintaining
all these pages is manual and complicated, see
http://wiki.laptop.org/go/Maintaining_activity_web_information , and
for many activities it isn't happening.

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

Re: [Sugar-devel] [IAEP] Show Must Go On - SoaS for the XO-1

[Martin Dengler]

On Wed, Jun 17, 2009 at 01:38:32PM +0200, Bert Freudenberg wrote:
> 
> On 17.06.2009, at 12:56, Martin Dengler wrote:
> 
> > On Wed, Jun 17, 2009 at 12:41:05PM +0200, Jonas Smedegaard wrote:
> >>> What if we developers only announce in developer-oriented forums and
> >>> someone else (marketing team?) takes the task of communicating it to
> >>> end users?
> > [...]
> >> I suggest transforming it into this instead:
> >>
> >> Beware of the target audience of the list you post to.  If you are
> >> unsure if your message could be misinterpreted (e.g. if you are a
> >> geek with a message to end users) then consider passing it through
> >> someone more devoted to communicating (e.g. the marketing team).
> >
> > Good point, but I think the audience involved has self-selecting down
> > to "developer <-> tester".
> >
> > I don't think we need to be worried about anyone else.  Do we need to
> > worry about a person, who a) doesn't understand copy-nand but b) is
> > subscribed to IAEP, suddenly deciding that they'll run mysterious
> > commands on huge downloaded files and end up with something they
> > didn't expect?  I don't think that more than a handful of people will
> > do that, if that.
>
> Many developers can't imagine with how little understanding actual
> end users approach tasks like this. Even slapping on a big WARNING
> sign does not really prevent them from severely damaging their
> system.

I appreciate the scope of the problem that "we're telling lots of
people about things that they don't understand...":

> > Date: Wed, 17 Jun 2009 10:12:10 +0100
> > From: Martin Dengler 
> > Subject: Re: [Sugar-devel] Show Must Go On - SoaS for the XO-1
> > To: S Page 

> > Spend a few seconds contemplating how easy those steps can be.  Now
> > contemplate how many ways people might screw up each step (mis-type
> > the removable device letter? assume that dd just adds some stuff to
> > their USB stick and get upset when it overwrites their thesis?).

...but I don't think that's the problem:

> For you it seems obvious nobody should undertake this unless they know  
> exactly what they're doing. Which is precisely the problem.

No, that's not the problem.  It's people that don't know that they
don't know what they're doing.  My point is that I think we're
worrying about people that a) want to be testers; and b) are so keen
that they go copy-nanding (after getting a devkey, etc.) without
understanding what they're doing.  As I'm saying I don't think there
are enough people like that on IAEP/sugar-devel to worry about, and
you're saying there are (IIUC).  Well, I'm happy to leave it at that.

> Saying that developers should not talk to users is only half a
> joke. It's often frustrating for both sides. You need someone who
> can think on both levels to mediate.

I agree, but I think most developers [on this project] *can* but just
lack the time.  And given the additional time it'd take, I think (as I
said directly to S Page and as others have said) that someone else
should do it if it's a problem.  But I'm glad sdz sent his mail.

> - Bert -

Martin


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

Re: [Sugar-devel] [Server-devel] Firing up ejabberd

[Vamsi Krishna Davuluri]

I hadn't done a checksum. But when mounting the image
through virtualbox, it works fine. But when I burn the
image, the disc wont even let me look at its contents
Its as good as a blank disc.
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] [IAEP] Show Must Go On - SoaS for the XO-1

[Bert Freudenberg]

On 17.06.2009, at 14:09, Martin Dengler wrote:

> No, that's not the problem.  It's people that don't know that they
> don't know what they're doing.  My point is that I think we're
> worrying about people that a) want to be testers; and b) are so keen
> that they go copy-nanding (after getting a devkey, etc.) without
> understanding what they're doing.  As I'm saying I don't think there
> are enough people like that on IAEP/sugar-devel to worry about, and
> you're saying there are (IIUC).

I for one would *hope* that on the IAEP list many people do  
participate who are not necessarily familiar with technical details,  
but who care deeply about education. Care so much in fact that they  
are not even detained by these awkward instructions when they try to  
help. In know there were such people in the OLPC community, and  
hopefully we are not driving them away by too much tech-talk that is  
only remotely related to the actual educational goals of the project.

> Well, I'm happy to leave it at that.

Me too.

- Bert -


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

Re: [Sugar-devel] [IAEP] learning implode...

[Edward Cherlin]

How about writing this up for OLPC News?

On Wed, Jun 17, 2009 at 1:05 AM, Sameer Verma wrote:
> My daughter, who is 3 years and 7 months old has largely stayed away
> from the XO (or for that matter computers in general) other than
> mimicking me by turning on the XO and giving our guests/visitors an
> unexpected short speech on "let me show you this computer. This is the
> one laptop per child". She still likes her crayons and Lego blocks.
>
> She's on her summer break at home these days, which has forced me to
> get creative and keep her engaged. I introduced her to implode
> (http://wiki.laptop.org/go/Implode) today. I showed her how to move
> the "arrow" (she insists that I call it an arrow and not a mouse
> because calling it a mouse is just silly) start a new implode game and
> select three or more blocks of the same color. The goal is to get that
> smiley face at the end of the game. One demo, plus some hints, and in
> under three minutes, my daughter has become an implode player.
> I-N-C-R-E-D-I-B-L-E !!! She even taught her mother how to play the
> game later this evening.
>
> For all the arm chair naysayers out there, get with the program!
> Children are amazing!!!
>
> cheers,
> Sameer
> --
> Dr. Sameer Verma, Ph.D.
> Associate Professor of Information Systems
> San Francisco State University
> San Francisco CA 94132 USA
> http://verma.sfsu.edu/
> http://opensource.sfsu.edu/
> ___
> IAEP -- It's An Education Project (not a laptop project!)
> i...@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/iaep
>



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

Re: [Sugar-devel] ASLO vs. wiki.laptop.org activities (was Re: ASLO Suggestion)

[Gabriel Eirea]

Hi,

Whatever the decision on this topic is, I would appreciate that the
interests of the already installed base are taken into account. I agree that
the Activities/All page is outdated and ASLO has a much better interface.

However, at least here in Uruguay, most of the kids and teachers rely on
Activities/All as a starting point to get new activities. This is because
Browse's home page had a link to the Activities page. It was very
frustrating when most of the activities were moved from Activities to
Activities/All without a proper communication to the users. I would not like
to see that happen again.

I understand that this is mostly an issue for Latu in the first place, OLPC
in the second place, and Sugarlabs in the third place. Would it be possible
to get an agreement between all involved parties about the best way to move
forward?

Regards,

Gabriel


2009/6/17 S Page 

> [I removed some cc'd lists of which I'm not a member]
>
> Summary: Replacing http://wiki.laptop.org/go/Activities/All with
>{{obsolete|link=http://activities.sugarlabs.org}}
> sounds great to me.
>
>
> On Thu, Jun 11, 2009 at 6:10 AM, Sean DALY wrote:
> > OLPC has their list (http://wiki.laptop.org/go/Activities/All) and we
> > need to get that page to link to ASLO ...
>
> I added a bullet to this and http://wiki.laptop.org/go/Activities :
>
> * http://activities.sugarlabs.org has lots of activities for recent
> versions of the [[Sugar]] environment, ''some'' of which may work on
> OLPC [[builds]].
>
> > ..., the information there is uneven
> > (contains some stillborn/abandonware).
>
> The current split organization is a mess and duplication provides
> twice as many opportunities to be wrong.  There's a dozen other lists
> of "all activities" on wiki.laptop.org besides the Activities/All
> page, see http://wiki.laptop.org/go/Activity_queries , killing off
> some isn't going to hurt.  So just be brave and change it to
> {{obsolete|link=http://activities.sugarlabs.org}}
>
> > Perhaps the easiest fix would
> > be to link from each Activity position on that page to that Activity's
> > ASLO page;
> Sure, you could replace the fancy activity descriptions on
> http://wiki.laptop.org/go/Activities/All with a simple link to their
> ASLO page.
>
> > people searching the Activity population would quickly
> > understand the different/parallel nature of the OLPC page and ASLO.
>
> If you can understand it, please explain it ;-)   Activities/All
> claims "This is a list of all stable Activities  that can be installed
> in the latest Sugar.", but
> * they are NOT all getting updated
> * "latest Sugar" meaning what?  OLPC doesn't ship latest Sugar.
>
> > As
> > far as I know, there aren't any issues with the very latest versions
> > running on XO-1s, would I be correct in assuming this?
>
> You're incorrect.  Sugar 0.84 is different from the Sugar 0.82.1 in
> OLPC release 8.2.0 and 8.2.1. I understand there are issues for
> Browse, Etoys, and Read which depend on libraries and already have
> separate "latest versions".  I assume some other activities have
> problems.  Unfortunately, most activity pages on a.sl.o and on
> wiki.laptop.org don't specify their compatibility clearly, and it's
> impossible to tell the difference between "Old version NN is still
> truly the latest version that works on OLPC's 8.2" and "Nobody's
> bloody updated this out-of-date info".
>
> > Or does OLPC
> > prefer to identify "known good" version, the ones updated through the
> > XO Control Panel?
>
> In OLPC release 8.2.0 and subsequent releases, the Software update
> control panel updates installed activities using a complex fallback
> mechanism involving *other, separate* pages such as Activities/8.2
> and/or Activities/G1G1/8.2 , see
> http://wiki.laptop.org/go/Software_update .  Those subpages are where
> "known good version" info must live for Software update to work, while
> other activity pages are mostly useless out-of-date cruft. Maintaining
> all these pages is manual and complicated, see
> http://wiki.laptop.org/go/Maintaining_activity_web_information , and
> for many activities it isn't happening.
>
> Hope this helps,
> --
> =S Page
> ___
> 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] Using web services to browse Internet Archive

[James Simmons]

The latest Read Etexts has a feature that lets you browse an offline 
catalog of books from Project Gutenberg and download the books you find 
to your journal.  It's an impressive feature, but it isn't as useful as 
it might be because Read Etexts only works with plain text.  So while 
there is a good selection of books for young readers, the books are not 
illustrated.

If I was looking for illustrated books for young readers I'd look at the 
Internet Archive website.  IA creates ebooks by scanning page images and 
creating PDF and DJVU files out of them.  They have more books than PG 
does, and many of them are illustrated.  Now what they don't have is a 
handy offline catalog like PG has, but through the Open Library project 
(http://openlibrary.org) they do provide a RESTful API to access the 
contents of their database.  So it looks like you could make an Activity 
that uses this API to search the Open Library and download what you find 
as Journal entries that can be resumed by Read.

When I was looking into this I came across this email thread from 2007:

http://markmail.org/message/n2lag4kxm3sp22jl

In it Don Hopkins describes an Activity to do pretty much what I've 
described above. He mentions an API for the Internet Archive that 
returns an RSS feed or
something like that. I'm wondering if this ever got written and if 
anyone remembers what happened to it.

James Simmons

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

[Sugar-devel] Fwd: new content bundle

[Rafael Enrique Ortiz Guerrero]

Rafael Ortiz


-- Forwarded message --
From: Rodolfo D. Arce S. 
Date: Wed, Jun 17, 2009 at 11:47 AM
Subject: new content bundle
To: de...@lists.laptop.org


Hello:

I'm trying to ensamble a content bundle.. I used the script in the
wiki and the bundle maker.. it's working so far

I managed to create a bundle.xol but when i can't find the procedure
to install it.. i can manually install it by unziping, but i want to
be able to put it on the schoolserver and get the kids to install from
there

another thing.. Although i can access the files from within the file
system "file:///home/olpc/Library/content/index.html" i can't seem to
be able to put it on the index page of the browser so kids could
access from the menu, is there an easier way to do this

thanks again.. R
___
Devel mailing list
de...@lists.laptop.org
http://lists.laptop.org/listinfo/devel
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

[Sugar-devel] [PATCH] Implement tabs support

[Tomeu Vizoso]

Hi,

attached are two patches that add tabs to Browse. One of the is for
hulahop and the other is for Browse.

Thanks,

Tomeu
From e18c2291f1c68b375a2d1731ccbbec7ff76ad073 Mon Sep 17 00:00:00 2001
From: Tomeu Vizoso 
Date: Wed, 17 Jun 2009 19:19:21 +0200
Subject: [PATCH] Implement tabs

---
 browser.py  |  201 +--
 downloadmanager.py  |4 +-
 progresslistener.py |   68 ++
 viewtoolbar.py  |   12 ++--
 webactivity.py  |   86 +++
 webtoolbar.py   |  131 +++---
 6 files changed, 342 insertions(+), 160 deletions(-)

diff --git a/browser.py b/browser.py
index b0a7ae7..0fc683e 100644
--- a/browser.py
+++ b/browser.py
@@ -85,7 +85,10 @@ class CommandListener(object):
 cert_exception = cls.createInstance(interfaces.hulahopAddCertException)
 cert_exception.showDialog(self._window)
 
-class Browser(WebView):
+class TabbedView(gtk.Notebook):
+__gtype_name__ = 'TabbedView'
+
+_com_interfaces_ = interfaces.nsIWindowCreator
 
 AGENT_SHEET = os.path.join(activity.get_bundle_path(), 
'agent-stylesheet.css')
@@ -93,15 +96,10 @@ class Browser(WebView):
   'user-stylesheet.css')
 
 def __init__(self):
-WebView.__init__(self)
-
-self.history = HistoryListener()
-self.progress = ProgressListener()
+gobject.GObject.__init__(self)
 
-cls = components.classes["@mozilla.org/typeaheadfind;1"]
-self.typeahead = cls.createInstance(interfaces.nsITypeAheadFind)
-
-self._jobject = None
+self.props.show_border = False
+self.props.scrollable = True
 
 io_service_class = components.classes[ \
 "@mozilla.org/network/io-service;1"]
@@ -115,19 +113,165 @@ class Browser(WebView):
 cls = components.classes['@mozilla.org/content/style-sheet-service;1']
 style_sheet_service = cls.getService(interfaces.nsIStyleSheetService)
 
-if os.path.exists(Browser.AGENT_SHEET):
+if os.path.exists(TabbedView.AGENT_SHEET):
 agent_sheet_uri = io_service.newURI('file:///' + 
-Browser.AGENT_SHEET,
+TabbedView.AGENT_SHEET,
 None, None)
 style_sheet_service.loadAndRegisterSheet(agent_sheet_uri,
 interfaces.nsIStyleSheetService.AGENT_SHEET)
 
-if os.path.exists(Browser.USER_SHEET):
-user_sheet_uri = io_service.newURI('file:///' + Browser.USER_SHEET,
+if os.path.exists(TabbedView.USER_SHEET):
+user_sheet_uri = io_service.newURI('file:///' + TabbedView.USER_SHEET,
None, None)
 style_sheet_service.loadAndRegisterSheet(user_sheet_uri,
 interfaces.nsIStyleSheetService.USER_SHEET)
 
+cls = components.classes['@mozilla.org/embedcomp/window-watcher;1']
+window_watcher = cls.getService(interfaces.nsIWindowWatcher)
+window_creator = xpcom.server.WrapObject(self,
+ interfaces.nsIWindowCreator)
+window_watcher.setWindowCreator(window_creator)
+
+browser = Browser()
+self._append_tab(browser)
+
+def createChromeWindow(self, parent, flags):
+if flags & interfaces.nsIWebBrowserChrome.CHROME_OPENAS_CHROME:
+dialog = PopupDialog()
+dialog.view.is_chrome = True
+
+parent_dom_window = parent.webBrowser.contentDOMWindow
+parent_view = hulahop.get_view_for_window(parent_dom_window)
+if parent_view:
+dialog.set_transient_for(parent_view.get_toplevel())
+
+browser = dialog.view.browser
+
+item = browser.queryInterface(interfaces.nsIDocShellTreeItem)
+item.itemType = interfaces.nsIDocShellTreeItem.typeChromeWrapper
+
+return browser.containerWindow
+else:
+browser = Browser()
+self._append_tab(browser)
+
+return browser.browser.containerWindow
+
+def _append_tab(self, browser):
+label = TabLabel(browser)
+label.connect('tab-close', self.__tab_close_cb)
+
+self.append_page(browser, label)
+browser.show()
+
+self.set_current_page(-1)
+self.props.show_tabs = self.get_n_pages() > 1
+
+def __tab_close_cb(self, label, browser):
+self.remove_page(self.page_num(browser))
+browser.destroy()
+self.props.show_tabs = self.get_n_pages() > 1
+
+def _get_current_browser(self):
+return self.get_nth_page(self.get_current_page())
+
+current_browser = gobject.property(type=object, getter=_get_current_browser)
+
+def get_session(self):
+tab_sessions = []
+for inde

Re: [Sugar-devel] Physics Roadmap

[Gary C Martin]

On 17 Jun 2009, at 06:29, Edward Cherlin wrote:

> Did you look at my Turtle Art version of Alan Kay's third-grade  
> gravity lesson?
>
> http://wiki.sugarlabs.org/go/File:Gravity.odt

I had a read, but it didn't get me very far, sorry – competing with  
an Alan Kay presentation is always going to be tough :-) Regarding  
Physics, it's more a sandbox for making weird and wonderful little  
mechanical devices; but specifically regarding gravity, I think there  
is a nice feature I'd like to try and find a way add as some point,  
'object trails'. With this you could roll a ball off a cliff edge and  
see the motion curve left behind. Would be quite easy to add a grid  
overlay to allow measurement. I guess an optional gird would also  
allow building other more accurate experiments (i.e. I just made 3  
pendulums of different lengths to see the shortest pendulum swing  
faster; and that using a larger mass weight did not affect frequency).

--Gary

> On Mon, Jun 8, 2009 at 11:39 AM, Brian Jordan  
> wrote:
>> Attaching Sugar Devel (people who want to be involved with Physics
>> development  might be on there).
>>
>>
>> On Mon, Jun 8, 2009 at 5:28 AM, Asaf Paris  
>> Mandoki wrote:
>>> Hi,
>>>
>>> I've managed to get my development environment working and started  
>>> hacking
>>> the Physics activity. I added a "pin" button and a "motor" button  
>>> so these
>>> features aren't hidden anymore. I wanted to add a Play/Pause  
>>> button but it's
>>> not as easy as I thought. It is much better to control time flow  
>>> with the
>>> keyboard but I think it would be good to have a way to make the  
>>> feature
>>> explicit. I'm planing on committing my changes to the main branch  
>>> as soon as
>>> I come up with a nicer icon for the motor button.
>>>
>>
>> Commit it :)
>>
>> Would anyone like to help with making menu icons?
>>
>>> After I'm done with that I'm thinking on starting with the journal
>>> integration. I will clone the main branch and work over there.  
>>> I've seen
>>> some suggestions for the scene file format at
>>> http://wiki.laptop.org/go/Physics_File_Format . Is there a handy  
>>> XML library
>>> I could use?
>>>
>>> I see the Physics component is now on dev.sugarlabs.org. I've  
>>> added a bug I
>>> found, should I add the features I would like to implement in the  
>>> future? .
>>> What is the best way for communicating regarding this project? Who  
>>> are the
>>> people involved right now?
>>>
>>> Thanks,
>>> Asaf
>>>
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>
>
>
> -- 
> Silent Thunder (默雷/धर्ममेघशब्दगर्ज/ 
> دھرممیگھشبدگر ج) is my name
> And Children are my nation.
> The Cosmos is my dwelling place, The Truth my destination.
> http://earthtreasury.org/worknet (Edward Mokurai Cherlin)
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel

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

Re: [Sugar-devel] ASLO vs. wiki.laptop.org activities (was Re: ASLO Suggestion)

[Walter Bender]

In the case of Turtle Art, I put a link from Activities/All to the
corresponding ALSO page; now I just update ALSO, but it should be easy
enough to follow that link. Easy enough to do for all the apps that
have migrated. What I haven't done is try to make any changes to which
activities are associated with the update process, e.g., g1g1 or
latu... I think this should not be the responsibility of individual
activity authors; the organizations themselves should be managing what
versions of what applications are loaded onto their machines by
default.

regards.

-walter

On Wed, Jun 17, 2009 at 11:27 AM, Gabriel Eirea wrote:
> Hi,
>
> Whatever the decision on this topic is, I would appreciate that the
> interests of the already installed base are taken into account. I agree that
> the Activities/All page is outdated and ASLO has a much better interface.
>
> However, at least here in Uruguay, most of the kids and teachers rely on
> Activities/All as a starting point to get new activities. This is because
> Browse's home page had a link to the Activities page. It was very
> frustrating when most of the activities were moved from Activities to
> Activities/All without a proper communication to the users. I would not like
> to see that happen again.
>
> I understand that this is mostly an issue for Latu in the first place, OLPC
> in the second place, and Sugarlabs in the third place. Would it be possible
> to get an agreement between all involved parties about the best way to move
> forward?
>
> Regards,
>
> Gabriel
>
>
> 2009/6/17 S Page 
>>
>> [I removed some cc'd lists of which I'm not a member]
>>
>> Summary: Replacing http://wiki.laptop.org/go/Activities/All with
>>    {{obsolete|link=http://activities.sugarlabs.org}}
>> sounds great to me.
>>
>>
>> On Thu, Jun 11, 2009 at 6:10 AM, Sean DALY wrote:
>> > OLPC has their list (http://wiki.laptop.org/go/Activities/All) and we
>> > need to get that page to link to ASLO ...
>>
>> I added a bullet to this and http://wiki.laptop.org/go/Activities :
>>
>> * http://activities.sugarlabs.org has lots of activities for recent
>> versions of the [[Sugar]] environment, ''some'' of which may work on
>> OLPC [[builds]].
>>
>> > ..., the information there is uneven
>> > (contains some stillborn/abandonware).
>>
>> The current split organization is a mess and duplication provides
>> twice as many opportunities to be wrong.  There's a dozen other lists
>> of "all activities" on wiki.laptop.org besides the Activities/All
>> page, see http://wiki.laptop.org/go/Activity_queries , killing off
>> some isn't going to hurt.  So just be brave and change it to
>> {{obsolete|link=http://activities.sugarlabs.org}}
>>
>> > Perhaps the easiest fix would
>> > be to link from each Activity position on that page to that Activity's
>> > ASLO page;
>> Sure, you could replace the fancy activity descriptions on
>> http://wiki.laptop.org/go/Activities/All with a simple link to their
>> ASLO page.
>>
>> > people searching the Activity population would quickly
>> > understand the different/parallel nature of the OLPC page and ASLO.
>>
>> If you can understand it, please explain it ;-)   Activities/All
>> claims "This is a list of all stable Activities  that can be installed
>> in the latest Sugar.", but
>> * they are NOT all getting updated
>> * "latest Sugar" meaning what?  OLPC doesn't ship latest Sugar.
>>
>> > As
>> > far as I know, there aren't any issues with the very latest versions
>> > running on XO-1s, would I be correct in assuming this?
>>
>> You're incorrect.  Sugar 0.84 is different from the Sugar 0.82.1 in
>> OLPC release 8.2.0 and 8.2.1. I understand there are issues for
>> Browse, Etoys, and Read which depend on libraries and already have
>> separate "latest versions".  I assume some other activities have
>> problems.  Unfortunately, most activity pages on a.sl.o and on
>> wiki.laptop.org don't specify their compatibility clearly, and it's
>> impossible to tell the difference between "Old version NN is still
>> truly the latest version that works on OLPC's 8.2" and "Nobody's
>> bloody updated this out-of-date info".
>>
>> > Or does OLPC
>> > prefer to identify "known good" version, the ones updated through the
>> > XO Control Panel?
>>
>> In OLPC release 8.2.0 and subsequent releases, the Software update
>> control panel updates installed activities using a complex fallback
>> mechanism involving *other, separate* pages such as Activities/8.2
>> and/or Activities/G1G1/8.2 , see
>> http://wiki.laptop.org/go/Software_update .  Those subpages are where
>> "known good version" info must live for Software update to work, while
>> other activity pages are mostly useless out-of-date cruft. Maintaining
>> all these pages is manual and complicated, see
>> http://wiki.laptop.org/go/Maintaining_activity_web_information , and
>> for many activities it isn't happening.
>>
>> Hope this helps,
>> --
>> =S Page
>> ___
>> Sugar-devel mailing list
>> Sugar-de

Re: [Sugar-devel] testing composition for speeding up graphics performance

[Gary C Martin]

On 16 Jun 2009, at 20:50, Tomeu Vizoso wrote:

> we are considering using the composite extension in order to improve
> the perceived graphics performance of Sugar.
>
> It would be great if someone could test it by running the following.
>
> As root: "yum install xcompmgr"
> As normal user in the terminal activity: "xcompmgr -a"
>
> And report any performance improvements when switching windows,
> sliding the frame in and out, and any other operations that involve
> redrawing parts of the screen.

Yes, looked frame and pop-up menus seems smoother/cleaner XO-1 SoaS  
0.84.

I did notice one minor issue regarding the  3 types of zoom view  
(Neighbourhood/Group/Home). When you switch to one from an Activity  
you briefly get shown the last zoom view before the one you actually  
chose is re-drawn. Example; you're in the Neighbourhood view, you  
switch to the Journal, you switch to the Home view and briefly see the  
old Neighbourhood first before the redraw catches up and shows you Home.

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

Re: [Sugar-devel] Problem using sugar-update-control to update large (100+ MB) activity bundles

[C. Scott Ananian]

On Wed, Jun 17, 2009 at 4:27 AM, Tomeu Vizoso wrote:
> On Wed, Jun 17, 2009 at 03:15, C. Scott Ananian wrote:
>> When I wrote the sugar updater, I included all the code necessary to
>> transfer only the changed portions of a large zip file.
>>  http://dev.laptop.org/git/users/cscott/sugar-update-control/tree/bitfrost/util/urlrange.py
>> contains the interesting bits.  The only missing piece was a proper
>> manifest file format, which would allow you to download only the
>> manifest to determine which bits have changed, so you could then
>> download only the changed parts inside the zip file.
>
> What about reading the zip index (central directory?), then deciding
> which files to download by the timestamp and file size?

That would work fine; we can read the zip index without downloading
the entire file.  It might require a bit of care on the part of the
bundle-preparer to ensure that the timestamps of unmodified files are
kept constant.  The zip index also has a CRC32 of the file (see
http://docs.python.org/library/zipfile.html).  It should be noted that
trusting the CRC32 to validate the file contents is insecure -- but
IIRC the security of the update scheme relies on other signatures
(probably still unimplemented -- do you know anything about that,
Michael?) so you shouldn't have to worry about it during download.
 --scott

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

Re: [Sugar-devel] Problem using sugar-update-control to update large (100+ MB) activity bundles

[Martin Langhoff]

On Mon, Jun 15, 2009 at 10:47 PM, Bernie Innocenti wrote:
> This means you'd have to change both the client-side
> (sugar-update-control, fairly simple) and the server side
> (in our case Mozilla Addons, fairly complex).

The XS - which Bryan has - already has an rsync server using the bare
rsync proto, and it is relatively easy to "install" new things that
are offered to clients. Have a look at the xs-rsync package.

cheers,



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

Re: [Sugar-devel] ASLO vs. wiki.laptop.org activities (was Re: ASLO Suggestion)

[David Farning]

The Sugar Labs Activities Portal seems to be holding up pretty well under load.

My suggestion would be to start phasing out the activities pages on w.lt.o

Possible work flow. (Some of these may have been all ready)
1.  Activity Developers - Start marking which Sugar version activities
versions will work.  This is already part of the ASLO update
mechanism.  It is how mozilla insures that update find to latest addon
activity works which works with a given browser version.

2.  Core Sugar developers - Ensure that browser is reporting the
correct version of Sugar to aslo.  Configure Sugar to update from aslo
by default in .84 or .86.

3.  OLPC/Deploments update installed the update mechanism in existing
deployments as it becomes feasible.  Continue to redirect activity
pages from w.lt.o to aslo as the aslo pages come on line.

This biggest issues that this change involves a compatibility break
between the using wiki pages and ASLO to serve activities.  No one
likes compatibility breaks.

The first consensus point would be that aslo is the future activity
distribution mechanism.

From there, it becomes _the_entire_communities'_ responsibility to
make ASLO compelling enough that future and existing deployments and
deploying organizations use it by default.

If any specific deployment organization wants to retain the wiki base
update mechanism it is up to them to maintain it.

david
david

On Wed, Jun 17, 2009 at 6:53 AM, S Page wrote:
> [I removed some cc'd lists of which I'm not a member]
>
> Summary: Replacing http://wiki.laptop.org/go/Activities/All with
>    {{obsolete|link=http://activities.sugarlabs.org}}
> sounds great to me.
>
>
> On Thu, Jun 11, 2009 at 6:10 AM, Sean DALY wrote:
>> OLPC has their list (http://wiki.laptop.org/go/Activities/All) and we
>> need to get that page to link to ASLO ...
>
> I added a bullet to this and http://wiki.laptop.org/go/Activities :
>
> * http://activities.sugarlabs.org has lots of activities for recent
> versions of the [[Sugar]] environment, ''some'' of which may work on
> OLPC [[builds]].
>
>> ..., the information there is uneven
>> (contains some stillborn/abandonware).
>
> The current split organization is a mess and duplication provides
> twice as many opportunities to be wrong.  There's a dozen other lists
> of "all activities" on wiki.laptop.org besides the Activities/All
> page, see http://wiki.laptop.org/go/Activity_queries , killing off
> some isn't going to hurt.  So just be brave and change it to
> {{obsolete|link=http://activities.sugarlabs.org}}
>
>> Perhaps the easiest fix would
>> be to link from each Activity position on that page to that Activity's
>> ASLO page;
> Sure, you could replace the fancy activity descriptions on
> http://wiki.laptop.org/go/Activities/All with a simple link to their
> ASLO page.
>
>> people searching the Activity population would quickly
>> understand the different/parallel nature of the OLPC page and ASLO.
>
> If you can understand it, please explain it ;-)   Activities/All
> claims "This is a list of all stable Activities  that can be installed
> in the latest Sugar.", but
> * they are NOT all getting updated
> * "latest Sugar" meaning what?  OLPC doesn't ship latest Sugar.
>
>> As
>> far as I know, there aren't any issues with the very latest versions
>> running on XO-1s, would I be correct in assuming this?
>
> You're incorrect.  Sugar 0.84 is different from the Sugar 0.82.1 in
> OLPC release 8.2.0 and 8.2.1. I understand there are issues for
> Browse, Etoys, and Read which depend on libraries and already have
> separate "latest versions".  I assume some other activities have
> problems.  Unfortunately, most activity pages on a.sl.o and on
> wiki.laptop.org don't specify their compatibility clearly, and it's
> impossible to tell the difference between "Old version NN is still
> truly the latest version that works on OLPC's 8.2" and "Nobody's
> bloody updated this out-of-date info".
>
>> Or does OLPC
>> prefer to identify "known good" version, the ones updated through the
>> XO Control Panel?
>
> In OLPC release 8.2.0 and subsequent releases, the Software update
> control panel updates installed activities using a complex fallback
> mechanism involving *other, separate* pages such as Activities/8.2
> and/or Activities/G1G1/8.2 , see
> http://wiki.laptop.org/go/Software_update .  Those subpages are where
> "known good version" info must live for Software update to work, while
> other activity pages are mostly useless out-of-date cruft. Maintaining
> all these pages is manual and complicated, see
> http://wiki.laptop.org/go/Maintaining_activity_web_information , and
> for many activities it isn't happening.
>
> Hope this helps,
> --
> =S Page
> ___
> 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.sugar

Re: [Sugar-devel] ASLO vs. wiki.laptop.org activities

[Chris Ball]

Hi David,

   > The Sugar Labs Activities Portal seems to be holding up pretty
   > well under load.  My suggestion would be to start phasing out the
   > activities pages on w.lt.o

Are you just talking about http://wiki.laptop.org/go/ActivityName, or
the http://wiki.laptop.org/go/Activities/* pages too?

My understanding is the software updater stil uses the latter pages
because there isn't an equivalent in ASLO.  Is that right?  (SoaS
includes the software updater, so we shouldn't break it by removing
those pages before there's an ASLO equivalent.)

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

Re: [Sugar-devel] ASLO vs. wiki.laptop.org activities

[Walter Bender]

AFAIK, there is not a mechanism in ASLO to replace the updater yet.
Something to think about. But it may make more sense in the long run
to have individual organizations maintain lists that point to the
proper versions of activities that they want included/updated rather
than centralizing it on WLO or WSLO.

Apologies for all the acronyms.

-walter

On Wed, Jun 17, 2009 at 3:46 PM, Chris Ball wrote:
> Hi David,
>
>   > The Sugar Labs Activities Portal seems to be holding up pretty
>   > well under load.  My suggestion would be to start phasing out the
>   > activities pages on w.lt.o
>
> Are you just talking about http://wiki.laptop.org/go/ActivityName, or
> the http://wiki.laptop.org/go/Activities/* pages too?
>
> My understanding is the software updater stil uses the latter pages
> because there isn't an equivalent in ASLO.  Is that right?  (SoaS
> includes the software updater, so we shouldn't break it by removing
> those pages before there's an ASLO equivalent.)
>
> - Chris.
> --
> Chris Ball   
> ___
> Sugar-devel mailing list
> Sugar-devel@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
>



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

Re: [Sugar-devel] ASLO vs. wiki.laptop.org activities

[David Farning]

On Wed, Jun 17, 2009 at 2:46 PM, Chris Ball wrote:
> Hi David,
>
>   > The Sugar Labs Activities Portal seems to be holding up pretty
>   > well under load.  My suggestion would be to start phasing out the
>   > activities pages on w.lt.o
>
> Are you just talking about http://wiki.laptop.org/go/ActivityName, or
> the http://wiki.laptop.org/go/Activities/* pages too?
>
> My understanding is the software updater stil uses the latter pages
> because there isn't an equivalent in ASLO.  Is that right?  (SoaS
> includes the software updater, so we shouldn't break it by removing
> those pages before there's an ASLO equivalent.)

The server side update code is already in ASLO.  AMO handles on the
order of 10 millions update pings per day.

The issue will be getting the client side ready to ask aslo for the
activity updates.

Moving forward, that should not be a problem. New versions of Sugar
can just be pointed to also for update.

Support legacy support I see are.
1. Users currently expect to find the activites on w.sl.o.
2. Identifying which versions of activities will run on which versions
of Sugar.  This functionality already exist in aslo It is just not
used because most activity developers are focusing their latest
releases on the latest release of sugar.
3.  Retroactively updating deployed machines to point to aslo for update.

I think the answer to this will be for you (and whoever else will work
on legacy support), core developers, activity developers and packagers
to sit down in a room like we did at the Boston 2009 Fudcon and hash
this out.  Preferably with a impartial yet knowledgeable facilitator
such as GregDK.

david

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

Re: [Sugar-devel] ASLO vs. wiki.laptop.org activities

[James Simmons]

I've been maintaining ASLO and the wiki.laptop.org activities pages for 
both of my Activities.  I'd be willing to give up the Wiki page if ASLO 
gave me someplace to put the level of detail I have on those pages.  Now 
some of this detail could be cut down, but for Read Etexts at least how 
to get TTS working needs some explanation, at least until most XOs have 
the needed software installed by default.  I modeled my pages on the 
original pages created for the Read Activity.

I'll do whatever everyone else does on this, but I am saying that the 
amount of information I can put on ASLO is less than I'd like.

James Simmons


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

[Sugar-devel] translate.sugarlabs.org down?

[Bastien]

Hi Sayamindu, 

I can't access the translation interface:

  http://translate.sugarlabs.org/

Maintenance?

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

Re: [Sugar-devel] ASLO vs. wiki.laptop.org activities

[S Page]

Summary of activity pages on wiki.laptop.org
* I believe Activities/All isn't used for Software_updater info.  I
just now marked it obsoleted by ASLO

* Each activity's general info page mostly isn't used for
Software_updater info; developers should put the {{Activity migrated
to sl.o}} template on them and kill off redundant info.

* Activity fragment pages like Activities/Browse_(8.2) and the
activity group pages like Activities/N.N and Activities/G1G1/N.NN that
transclude them are used by Software_updater and developers should
continue to update them as newer versions for 8.2.x come out.

* Maintaining Software_updater's HTML microformat info on ASLO instead
for activities that are not part of any activity group is doable but
not straightforward.

On Wed, Jun 17, 2009 at 12:46 PM, Chris Ball wrote:
>   > The Sugar Labs Activities Portal seems to be holding up pretty
>   > well under load.  My suggestion would be to start phasing out the
>   > activities pages on w.lt.o
>
> Are you just talking about http://wiki.laptop.org/go/ActivityName, or
> the http://wiki.laptop.org/go/Activities/* pages too?
>
> My understanding is the software updater still uses the latter pages

Alas there are a lot of pages floating around.  e 8.2.x Software
update control panel reads a set of pages with a /NN.N suffix using a
complicated fallback system with bugs.  Those pages need to have a
special HTML microformat (class="olpc-activity-blahblah") that
identifies versions and download URLs.  See
http://wiki.laptop.org/go/Software_updater

Most activities on w.l.o use a MediaWiki template like
[[Template:Activity-oneline]] to create fragments with the microformat
like http://wiki.laptop.org/go/Activities/Browse_(8.2) that the
activity groups transclude, but there's no reason an activity's
update_url can't point to an arbitrary URL with the right info; see
e.g. http://etoys.laptop.org/xo/8.2/.

> because there isn't an equivalent in ASLO.

ASLO has the info, but it might be challenging to create the right set
of fallback pages with NN.N suffixes and the microformat HTML.

>  Is that right?  (SoaS
> includes the software updater, so we shouldn't break it by removing
> those pages before there's an ASLO equivalent.)

I dunno if SoaS has software updater.

Depending on what you mean by "those pages", see summary above.
Although Activities/All has the microformat in it, I don't think any
activity specifies it.  I guess some users might have chosen "Modify
activity groups" to point to Activities/All in order to download a
huge set of activities.

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

[Sugar-devel] [Physics Activity] Saving contraptions

[Asaf Paris Mandoki]

Hi,

I've been doing some research and I think that the easiest way to save a
world is by pickling. Pybox2d already supports it so it is pretty
straightforward. I think this should be implemented at the level of Elements
and not directly on the activity. Should I do it in the modified elements we
have inside the activity or should we try to unify the different elements
versions? I personally will prefer to unify the versions to get more benefit
from the work. We should take into account that after I finish with "world
saving" I will work on some new features for the activity that will require
adding features to elements.

There are other alternatives for world saving. An objection to pickling is
that is not human readable and we won't be able to edit scenes with a text
editor but I think that it's better if we add and polish editing features
directly in the activity. The odds that the end user will try to edit a
scene with a text editor are minimal.

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

[Sugar-devel] Correct mailing list was Re: [IAEP] Show Must Go On - SoaS for the XO-1

[David Farning]

We have seriously hijacked the original thread:(

This has not been much of an issue because the lists have been low
enough traffic that everyone was able to keep track of everything.

For the first six months, everyone in the project went to every irc
meeting.  As a result a lot of stuff was decided at meeting.  I have
_decided_ not to attend to irc meetings so that I am not aware of what
has happened until the meeting summary has been posted to the relevant
list. That way, I end up asking the dumb questions about what is going
on so the newer participants don't have to ask.

The first thing we must accept is that this is not an easy issue.
_Every_ project suffers from it.  The successful projects figure
something out.

Interestingly the bigger the project, the bigger the issue.

The most common, and seemingly the most effective, solution is to keep
all conversation on a single list until there is a good reason to
split up the list.  Once the list has split, there needs to be some
form of 'digest' to summarize the important threads so that
participants who do not subscribe to a list can quickly review what is
happening elsewhere in the project.

The rational is to avoid prematurely fragmenting the community.  But
once a communication channel is overloaded something needs to happen
to keep the separate pieces synchronized.

I think the first step is to come to some sort of consensus about what
the lists are for.
devel - for developer issues.
marketing - for marketing issues.
iaep - for everything else.

From there, just make an effort to post to the most appropriate list.

That will result in a painful itch.  We all don't know every thing
anymore.  The fix will be to encourage some sort of ml digest to cover
the highlights rather than start cross posting again.

david


On Wed, Jun 17, 2009 at 7:25 AM, Bert Freudenberg wrote:
> On 17.06.2009, at 14:09, Martin Dengler wrote:
>
>> No, that's not the problem.  It's people that don't know that they
>> don't know what they're doing.  My point is that I think we're
>> worrying about people that a) want to be testers; and b) are so keen
>> that they go copy-nanding (after getting a devkey, etc.) without
>> understanding what they're doing.  As I'm saying I don't think there
>> are enough people like that on IAEP/sugar-devel to worry about, and
>> you're saying there are (IIUC).
>
> I for one would *hope* that on the IAEP list many people do
> participate who are not necessarily familiar with technical details,
> but who care deeply about education. Care so much in fact that they
> are not even detained by these awkward instructions when they try to
> help. In know there were such people in the OLPC community, and
> hopefully we are not driving them away by too much tech-talk that is
> only remotely related to the actual educational goals of the project.
>
>> Well, I'm happy to leave it at that.
>
> Me too.
>
> - Bert -
>
>
> ___
> 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] ASLO vs. wiki.laptop.org activities

[David Farning]

On Wed, Jun 17, 2009 at 5:38 PM, James Simmons wrote:
> I've been maintaining ASLO and the wiki.laptop.org activities pages for
> both of my Activities.  I'd be willing to give up the Wiki page if ASLO
> gave me someplace to put the level of detail I have on those pages.  Now
> some of this detail could be cut down, but for Read Etexts at least how
> to get TTS working needs some explanation, at least until most XOs have
> the needed software installed by default.  I modeled my pages on the
> original pages created for the Read Activity.
>
> I'll do whatever everyone else does on this, but I am saying that the
> amount of information I can put on ASLO is less than I'd like.

The activity portal allows activity developers to set an Activity Home
Page for each activity.  Any additional information should go on the
home page.

Would that solve your problem?

david

> James Simmons
>
>
> ___
> 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 vs. wiki.laptop.org activities

[David Farning]

On Wed, Jun 17, 2009 at 2:55 PM, Walter Bender wrote:
> AFAIK, there is not a mechanism in ASLO to replace the updater yet.
> Something to think about.

Here is some back ground information on the server side update mechanism.

https://developer.mozilla.org/en/Extension_Versioning,_Update_and_Compatibility

david

> But it may make more sense in the long run
> to have individual organizations maintain lists that point to the
> proper versions of activities that they want included/updated rather
> than centralizing it on WLO or WSLO.
>
> Apologies for all the acronyms.
>
> -walter
>
> On Wed, Jun 17, 2009 at 3:46 PM, Chris Ball wrote:
>> Hi David,
>>
>>   > The Sugar Labs Activities Portal seems to be holding up pretty
>>   > well under load.  My suggestion would be to start phasing out the
>>   > activities pages on w.lt.o
>>
>> Are you just talking about http://wiki.laptop.org/go/ActivityName, or
>> the http://wiki.laptop.org/go/Activities/* pages too?
>>
>> My understanding is the software updater stil uses the latter pages
>> because there isn't an equivalent in ASLO.  Is that right?  (SoaS
>> includes the software updater, so we shouldn't break it by removing
>> those pages before there's an ASLO equivalent.)
>>
>> - Chris.
>> --
>> Chris Ball   
>> ___
>> Sugar-devel mailing list
>> Sugar-devel@lists.sugarlabs.org
>> http://lists.sugarlabs.org/listinfo/sugar-devel
>>
>
>
>
> --
> Walter Bender
> Sugar Labs
> http://www.sugarlabs.org
>
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] Problem using sugar-update-control to update large (100+ MB) activity bundles

[Michael Stone]

C. Scott Ananian wrote:

> It should be noted that trusting the CRC32 to validate the file contents is
> insecure -- but IIRC the security of the update scheme relies on other
> signatures (probably still unimplemented -- do you know anything about that,
> Michael?) so you shouldn't have to worry about it during download.

I have some preliminary thoughts written up on the subject about which I am
quietly seeking advice from a variety of people including yourself and which I
intend to publish when I am more satisfied with my writing and my thinking. 

Michael

P.S. - Does anyone know of any other folks out there actively working on
similar problems?
___
Sugar-devel mailing list
Sugar-devel@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel

Re: [Sugar-devel] new content bundle

[S Page]

On Wed, Jun 17, 2009 at 9:47 AM, Rodolfo D. Arce
S. wrote:

> I managed to create a bundle.xol but when i can't find the procedure
> to install it..

 , I
just added instructions for installing from USB flash drive and
confirmed it works in OLPC 8.2.x.  What software release are you
running?

>i can manually install it by unziping, but i want to
> be able to put it on the schoolserver and get the kids to install from
> there

That also works fine for me in OLPC release 8.2.0/8.2.1. Make sure the
web server specifies the right mime type for .xol, see


> another thing.. Although i can access the files from within the file
> system "file:///home/olpc/Library/content/index.html" i can't seem to
> be able to put it on the index page of the browser so kids could
> access from the menu,

That should happen automatically during content bundle installation in
OLPC releases with "OLPC Library" as the Browse home page, see
.  Are you
running a different language?  Maybe it doesn't work in other
languages.

This feature doesn't work in Sugar Labs releases,
http://dev.sugarlabs.org/ticket/574 filed. (My understanding is Sugar
Labs plans unification of library and Journal and/or a dedicated
Library activity).

Hope this helps,

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

[Sugar-devel] tutorials u can recommend?

[Bryan Berry]

subzero,

i am trying to change 'quadirlaterals' to use regular dom elements for
the buttons rather than drawings but am quite befuddled by . I
don't understand how it works. 

can u recommend to me some canvas tutorials? tks

-- 
Bryan W. Berry
Technology Director
OLE Nepal, http://www.olenepal.org

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