Re: OLPC 10.1.2 Release Candidate 3

[S Page]

On Wed, Aug 25, 2010 at 7:58 PM, S Page  wrote:
> == Activity groups ==
> I notice there's a new activity group,
>  url=http://wiki.laptop.org/go/Activities/G1G1Lite
> I think this was in os851 as well, but I'm pretty sure that either
> olpc-update to os851 or the Software update control panel gave me
> all-new activities such as Finance, Physics, Stopwatch... one
> reason I have so little space!
> ==> Has anyone else upgrading an XO-1 gotten these extra activities?

I think this happened because I had a ~olpc/Activities/.groups that
contained http://wiki.laptop.org/go/Activities/G1G1 , and I think this
means Software update uses
http://wiki.laptop.org/go/Activities/G1G1/10.1 or possibly .../10.1.2,
 a big list of activities intended for XO-1.5.  (The process is
explained at .)

I've written up a workaround for this problem with XO-1 updates,
http://wiki.laptop.org/go/Talk:Release_notes/10.1.2 , if anyone else
is testing updating XO-1s from 8.2.0 , please reply or comment if
you're having this problem or not.  It seems important enough for the
release notes.

There are two things that make this problem worse.

1.
The name in http://wiki.laptop.org/go/Activities/G1G1/10.1 is "G1G1
Activities for OLPC OS 10.1", and this appears in Software update >
Modify activity groups.  It could be usefully changed to "Larger set
of G1G1 Activities for OLPC OS 10.1".

2.
Both Software update and `sugar-control-panel -g available_updates`
misrepresent the URL they're using.  They both print "Fetching
http://wiki.laptop.org/go/Activities/G1G1..."; even though that usually
*isn't* the web page they retrieve and use!  I filed
http://dev.laptop.org/ticket/10321 , the fix is in Sugar (cpsection
and/or bitfrost) but a partial workaround is to label each subpage of
Activities/G1G1/ in greater detail using the activities microformat.
Details in the bug report.

--
=S Page
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: OLPC 10.1.2 Release Candidate 3

[Chris Ball]

Hi,

   > In the deployments there are complaints about accidentally
   > deleting Activities in Gnome.  Can we use the ".hidden" file in
   > Nautilus too hide it?  Doing echo "Activities" > .hidden in
   > /home/olpc/ the directory is invisible in Nautilus.

Yes, you can do that.

I'm reluctant to do that for the build by default, because it has the
unintentional side effect of making it harder to view or edit activity
source code using nautilus and gedit.  So, I'd rather see work going
towards a solution that satisfies both requirements.  Some candidate
solutions are:

* We could implement a new file attribute, similar to the current
  "immutable" attr, that allows modification but not deletion.
  We could apply that attribute to the default activities.
  It would be possible to override it with "chattr" as root.

* We could have a single "restore my default activities" button,
  either in Sugar or GNOME or both, that restores copies of deleted
  activities using the /versions/pristine/ hierarchy.  This would
  also help to restore a laptop that has deleted some of its own
  activities in order to recover from being out of disk space.

- Chris.
-- 
Chris Ball   
One Laptop Per Child
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: OLPC 10.1.2 Release Candidate 3

[Richard A. Smith]

On 08/25/2010 11:59 PM, Gonzalo Odiard wrote:

>
> There are other directory we can hide /home/olpc/power-logs.

If you want this hidden then you have to hide it yourself.  Its where it 
is and visible intentionally.

-- 
Richard A. Smith  
One Laptop per Child
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: OLPC 10.1.2 Release Candidate 3

[Gonzalo Odiard]

In the deployments there are complaints about accidentally deleting
Activities in Gnome.
Can we use the ".hidden" file in Nautilus too hide it?
Doing
echo "Activities" > .hidden
in /home/olpc/ the directory is invisible in Nautilus.

There are other directory we can hide /home/olpc/power-logs.

Gonzalo


On Wed, Aug 25, 2010 at 1:17 PM, Chris Ball  wrote:

> http://wiki.laptop.org/go/Release_notes/10.1.2
>
> http://build.laptop.org/10.1.2/xo-1.5/os852
> http://build.laptop.org/10.1.2/xo-1/os852
>
> Compressed image size: 604.25mb (+1.50mb since build 851)
>
> This build will become the 10.1.2 release after final testing, we hope.
>
> Changelog:
>
> * bootfw, #9100: New OFW version Q2E45 fixes crash during boot on xo-1
> * Disable XO-1 idle-suspend for release due to blockers #10232 and #10233
> * bitfrost, #10271: Fix home view update after Software Update
> * kernel, #10233: Improve resuming from idle-suspend via touchpad on xo-1
> * olpc-utils, #10299: new version of olpc-pwrlog tool
> * Speak activity: upgrade to version 18
>
> Package changes since build 851:
>
> +bitfrost-1.0.10-1.fc11.i586
> -bitfrost-1.0.9-1.fc11.i586
> -bootfw-q2e44-1.olpc2.unsigned.i386
> +bootfw-q2e45-1.olpc2.unsigned.i386
> -kernel-2.6.31_xo1-20100804.1841.1.olpc.72481b500bcb92f.i586
> +kernel-2.6.31_xo1-20100823.1641.1.olpc.12d64069981699a.i586
> -kernel-firmware-2.6.31_xo1-20100804.1841.1.olpc.72481b500bcb92f.i586
> +kernel-firmware-2.6.31_xo1-20100823.1641.1.olpc.12d64069981699a.i586
> -olpc-utils-1.0.27-1.fc11.i586
> +olpc-utils-1.0.28-1.fc11.i586
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
>
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: OLPC 10.1.2 Release Candidate 3

[Chris Ball]

Hi,

   > On my XO-1 after olpc-update --usb to os851 and then network
   > olpc-update to os852, I notice almost all my system files are
   > dated 2007-11-02 according to `ls -l`. 

This is intentional, to speed up future olpc-updates.  Don't worry
about it.

I suppose we could bump it¹ up to a newer date for major releases,
since apparently people start noticing that it's not moving after
around three years have passed.  :)

- Chris.

¹: OLPC_EPOCH defined in olpc-os-builder/modules/base/preimage.90.core.sh
-- 
Chris Ball   
One Laptop Per Child
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: OLPC 10.1.2 Release Candidate 3

[S Page]

On my XO-1 after olpc-update --usb to os851 and then network
olpc-update to os852, I notice almost all my system files are dated
2007-11-02 according to `ls -l`.  Things like
* /usr/bin/*
* /etc/olpc-release
* /boot/vmlinuz-2.6.31xol-blah (but not the /boot/vmlinuz symlink)
* /versions/sticky, many files in /versions/pristine/EITHER_UID/* , etc.

Symlinks and directories have today's date, and stuff in ~olpc and
/var dates from 2010 as you'd expect.

Seeing 2007 everywhere is disconcerting.  Does anyone else see this,
could it be some issue with olpc-update or rsync?  My network
olpc-update failed in its pristine attempt and retried the dirty
version, I don't know if that's significant.  `date` has right time
and timezone, `ls -l --time=ctime` or --time=use gives the expected
2010 dates.

Weird.
--
=S
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: RE: [support-gang] XoPhoto needs a few intrepid testing volunteers.

[forster]

> 
> Hi George,
> I downloaded XoPhoto this evening.  It looks great and I am looking forward 
> to playing with ... oops! i mean, testing it.  Do you have a discussion page 
> set up somewhere so those of us who are trying it can compare notes and 
> trouble shoot?  What we might think is a bug could just be us doing something 
> wrong. It would be great to be able to compare notes.
> Caryl

Caryl

There are some bugs/observations at 
http://bugs.sugarlabs.org/query?status=accepted&status=assigned&status=new&status=reopened&component=XoPhoto&order=priority&col=id&col=summary&col=status&col=type&col=priority&col=milestone&col=component

Tony
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Installing single file via signed OFW script

[Martin Langhoff]

On Wed, Aug 25, 2010 at 8:38 PM, James Cameron  wrote:
> ok copy u:\ethni.pdf int:2,\versions\run\852\etc\test.pdf
> ext3 journal needs recovery
> Not writing to the ext2 filesystem because of unsupported extensions
> Flushbuf error
> ok

Hi James!

THANKS for trying this out. Yeah, clearly it will be hit and miss, and
that can only lead to more pain

Will be experimenting with not doing it by hand, and relying on OATS +
olpc-update soon.

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
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

RE: [support-gang] XoPhoto needs a few intrepid testing volunteers.

[Caryl Bigenho]

Hi George,
I downloaded XoPhoto this evening.  It looks great and I am looking forward to 
playing with ... oops! i mean, testing it.  Do you have a discussion page set 
up somewhere so those of us who are trying it can compare notes and trouble 
shoot?  What we might think is a bug could just be us doing something wrong. It 
would be great to be able to compare notes.
Caryl

Date: Sun, 22 Aug 2010 13:29:32 -0400
From: georgejh...@gmail.com
To: support-g...@lists.laptop.org; devel@lists.laptop.org
Subject: [support-gang] XoPhoto needs a few intrepid testing volunteers.

Hi everyone,

I've been working pretty regularly since April on an application to manipulate 
images found in the journal.  Probably the best description is at 
http://georgejhunt.com/olpc/xophoto/xophoto.html.



I'd appreciate help in identifying and correcting my oversights, bugs, kludges. 
. .

I believe that XoPhoto runs on Build 802 and Build 850.  There are some api 
problems with the pygame that comes with builds before 802 that I have not yet 
resolved.


Feedback warmly solicited, and appreciated,

Thanks

George




___
support-gang mailing list
support-g...@lists.laptop.org
http://lists.laptop.org/listinfo/support-gang   
  ___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: OLPC 10.1.2 Release Candidate 3

[S Page]

> Just updated my XO-1.5 to 852 and I now have the battery show up twice in
> the frame...

I didn't notice this on my XO-1 after olpc-update --usb from 802 to
os851, and not in my network olpc-update from os851 to os852.

--
=S
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: OLPC 10.1.2 Release Candidate 3

[S Page]

On Wed, Aug 25, 2010 at 9:17 AM, Chris Ball  wrote:
> http://wiki.laptop.org/go/Release_notes/10.1.2
>
> http://build.laptop.org/10.1.2/xo-1.5/os852
> http://build.laptop.org/10.1.2/xo-1/os852

olpc-update still said `sudo olpc-update 10.1.2_xo1-851` , I assume
that's a typo and changed it and the .usb links to 852.

Despite having only 69 MB free space on my XO-1, I did the olpc-update
from os851.  I got some errors (I'll attach output in another e-mail)
but the irsync_dirty update succeeded. I now have *more* free space
than I did before, perhaps the magic of /versions freed up space
because os851 and os852 are closer than 802 and os850.

== Activity groups ==
I notice there's a new activity group,
  url=http://wiki.laptop.org/go/Activities/G1G1Lite
I think this was in os851 as well, but I'm pretty sure that either
olpc-update to os851 or the Software update control panel gave me
all-new activities such as Finance, Physics, Stopwatch... one reason I
have so little space!
==> Has anyone else upgrading an XO-1 gotten these extra activities?
If so this seems significant because it really cuts down space.

I documented the relationship between G1G1Lite and the other
Activities/G1G1 pages on the wiki, I think I got it right.

== Release notes ==
The release notes need to mention big-picture changes like Fedora 9
to Fedora 11, Sugar 0.82.1 to 0.84.16, new firmware, etc.
It would be nice if the release notes described the changes since
8.2.1 instead of referring to 10.1.0 and 10.1.1 and intermediate
builds.

The release notes don't tell you to reboot after olpc-update , though
that's the last thing olpc-update prints.  And
http://wiki.laptop.org/go/Reboot is inaccurate now that the Restart
command is gone from the center XO menu in Favorites mode of the Home
view.

I'll add more release note details in the Talk page as requested.

> * Disable XO-1 idle-suspend for release due to blockers #10232 and #10233
Oh well.  It felt weird to have that sluggish response after the
screen dimmed (if this is what caused it), but I was getting used to
it.

Thanks and congratulations!
--
=S Page
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Installing single file via signed OFW script

[James Cameron]

On Wed, Aug 25, 2010 at 09:53:26AM -0400, Paul Fox wrote:
> martin wrote:
> > [ background: working with a local team in a process that needs to
> > be quick. Booting linux would take way too long and throw our
> > logistics out of whack ]
> > 
> > Is there a straightforward way to have a signed forth script (local
> > team has its own keys) that creates/installs a minimal file to a
> > known location?
> > 
> > We just need to install a config file under /etc ...
> 
> as far as i know, writing to the ext3 root partition from OFW is
> officially unsupported.  the boot partition is ext2 precisely
> because ext3 can't be written reliably from OFW.

Yes, because an ext3 filesystem may have an unresolved journal.
Resolving this requires an ext3 implementation, which OpenFirmware does
not have ... the kernel is the one we use.  If the filesystem was
unmounted cleanly, however, using it as ext2 from OpenFirmware seems to
be doable.  I'm not aware of any side effects.

In the field, this would mean that some attempts would fail and the
laptop would need to be booted and cleanly shutdown before the copy
would work.  If you're going to have to do that to some laptops it kinda
defeats the purpose.

> if you can put the file in the boot partition, then there are copy
> commands that let you creat files on "int:", i believe.  i don't
> have them at my fingertips.

Tested just now:

ok copy u:\ethni.pdf int:2,\versions\running\etc\test.pdf

Booted Tiny Core to look at the partition.  It mounted read-only fine.
The file was present.

Booted the laptop normally.  The file was not present in /etc.  It was in
/versions/pristine/852/etc/test.pdf ... this means that your script must
be build specific or complex enough to figure out what the current build
is.


Repeat test:

ok copy u:\ethni.pdf int:2,\versions\run\852\etc\ethni.pdf

Booted verbose.  Started Browse.  Typed URL /etc/ethni.pdf and the file
was displayed.

I don't know how to ensure an exec bit though.  Hopefully you won't need
it for /etc.


Repeat test with a laptop that had been uncleanly shutdown; removed
battery and DC input while at activity ring:

ok copy u:\ethni.pdf int:2,\versions\run\852\etc\test.pdf
ext3 journal needs recovery
Not writing to the ext2 filesystem because of unsupported extensions
Flushbuf error
ok 

-- 
James Cameron
http://quozl.linux.org.au/
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: OLPC 10.1.2 Release Candidate 3

[Christoph Derndorfer]

On Wed, Aug 25, 2010 at 5:32 PM, Christoph Derndorfer <
christoph.derndor...@gmail.com> wrote:

> Just updated my XO-1.5 to 852 and I now have the battery show up twice in
> the frame...
>
> Anyone else seeing this?
>

Odd, after two more shutdown / boot cycles we're now back to one battery
icon in the frame... :-?

Christoph

-- 
Christoph Derndorfer
co-editor, olpcnews
url: www.olpcnews.com
e-mail: christ...@olpcnews.com
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: OLPC 10.1.2 Release Candidate 3

[Christoph Derndorfer]

On Wed, Aug 25, 2010 at 11:17 AM, Chris Ball  wrote:

> http://wiki.laptop.org/go/Release_notes/10.1.2
>
> http://build.laptop.org/10.1.2/xo-1.5/os852
> http://build.laptop.org/10.1.2/xo-1/os852
>
> Compressed image size: 604.25mb (+1.50mb since build 851)
>
> This build will become the 10.1.2 release after final testing, we hope.
>
> Changelog:
>
> * bootfw, #9100: New OFW version Q2E45 fixes crash during boot on xo-1
> * Disable XO-1 idle-suspend for release due to blockers #10232 and #10233
> * bitfrost, #10271: Fix home view update after Software Update
> * kernel, #10233: Improve resuming from idle-suspend via touchpad on xo-1
> * olpc-utils, #10299: new version of olpc-pwrlog tool
> * Speak activity: upgrade to version 18
>
> Package changes since build 851:
>
> +bitfrost-1.0.10-1.fc11.i586
> -bitfrost-1.0.9-1.fc11.i586
> -bootfw-q2e44-1.olpc2.unsigned.i386
> +bootfw-q2e45-1.olpc2.unsigned.i386
> -kernel-2.6.31_xo1-20100804.1841.1.olpc.72481b500bcb92f.i586
> +kernel-2.6.31_xo1-20100823.1641.1.olpc.12d64069981699a.i586
> -kernel-firmware-2.6.31_xo1-20100804.1841.1.olpc.72481b500bcb92f.i586
> +kernel-firmware-2.6.31_xo1-20100823.1641.1.olpc.12d64069981699a.i586
> -olpc-utils-1.0.27-1.fc11.i586
> +olpc-utils-1.0.28-1.fc11.i586
>

Just updated my XO-1.5 to 852 and I now have the battery show up twice in
the frame...

Anyone else seeing this?

Christoph

-- 
Christoph Derndorfer
co-editor, olpcnews
url: www.olpcnews.com
e-mail: christ...@olpcnews.com
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Re: Re: [Dextrose] WiFi vs Suspend

[forster]

> That's odd, debug does not seem to be on.
> 
> Is this really os373py? What's in /etc/rc.local?

Still getting my head round this stuff. I presume [xx.xx] is the timestamp in 
seconds. The log activity dmesg captures the first 16 seconds after startup, 
dmesg in terminal shows [xx.xx]=1 aprox. I emailed the dmesg terminal 
output as an attachment. This discussion may be taking up too much bandwidth on 
the list, maybe opened as a bug on Trac? Existing bug or new? Laptop or 
Sugarlabs? Component?

Tony
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Re: [Dextrose] WiFi vs Suspend

[Bernie Innocenti]

El Wed, 25-08-2010 a las 20:45 +1000, fors...@ozonline.com.au escribió:
> >  * "dmesg >dmesg.out" and attach it to the bug. Dextrose enables
> >libertas debug in /etc/rc.local to help diagnose this bug.
> 
> took me 10 minutes after it came good to work out dmesg so this is a bit 
> later than the event:

That's odd, debug does not seem to be on.

Is this really os373py? What's in /etc/rc.local?

-- 
   // Bernie Innocenti - http://codewiz.org/
 \X/  Sugar Labs   - http://sugarlabs.org/

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Practical experience using olpc-update triggered from XS?

[Daniel Drake]

On 25 August 2010 10:50, Martin Langhoff  wrote:
> On Wed, Aug 25, 2010 at 1:47 PM, Daniel Drake  wrote:
>> Yep, I set up all the infra in paraguay and ran a trivial update in 1 school.
>> http://wiki.paraguayeduca.org/index.php/Distribuir_nueva_OS
>
> And how did it work out? Did all machines pick up the update reasonably 
> quickly?

Yep, worked beautifully. All within a day or 2.

I also deployed and documented a similar system in Nepal (XS-based,
with a patch I sent you earlier, and a client side modification to
ignore signatures as they run without security). I imagine they are
using it, but I haven't heard anything.

Daniel
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Practical experience using olpc-update triggered from XS?

[Martin Langhoff]

On Wed, Aug 25, 2010 at 1:47 PM, Daniel Drake  wrote:
> Yep, I set up all the infra in paraguay and ran a trivial update in 1 school.
> http://wiki.paraguayeduca.org/index.php/Distribuir_nueva_OS

And how did it work out? Did all machines pick up the update reasonably quickly?

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
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Practical experience using olpc-update triggered from XS?

[Daniel Drake]

On 25 August 2010 09:54, Martin Langhoff  wrote:
> Daniel, Py team, all,
>
> Have there been experiences triggering olpc-update from the OATS protocol?
>
> I have not done this in the field, and I am considering it for a
> "small" update. Should work, but interested in notes from people who
> have used it...

Yep, I set up all the infra in paraguay and ran a trivial update in 1 school.
http://wiki.paraguayeduca.org/index.php/Distribuir_nueva_OS

Daniel
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

OLPC 10.1.2 Release Candidate 3

[Chris Ball]

http://wiki.laptop.org/go/Release_notes/10.1.2

http://build.laptop.org/10.1.2/xo-1.5/os852
http://build.laptop.org/10.1.2/xo-1/os852

Compressed image size: 604.25mb (+1.50mb since build 851)

This build will become the 10.1.2 release after final testing, we hope.

Changelog:

* bootfw, #9100: New OFW version Q2E45 fixes crash during boot on xo-1
* Disable XO-1 idle-suspend for release due to blockers #10232 and #10233
* bitfrost, #10271: Fix home view update after Software Update
* kernel, #10233: Improve resuming from idle-suspend via touchpad on xo-1
* olpc-utils, #10299: new version of olpc-pwrlog tool
* Speak activity: upgrade to version 18

Package changes since build 851:

+bitfrost-1.0.10-1.fc11.i586
-bitfrost-1.0.9-1.fc11.i586
-bootfw-q2e44-1.olpc2.unsigned.i386
+bootfw-q2e45-1.olpc2.unsigned.i386
-kernel-2.6.31_xo1-20100804.1841.1.olpc.72481b500bcb92f.i586
+kernel-2.6.31_xo1-20100823.1641.1.olpc.12d64069981699a.i586
-kernel-firmware-2.6.31_xo1-20100804.1841.1.olpc.72481b500bcb92f.i586
+kernel-firmware-2.6.31_xo1-20100823.1641.1.olpc.12d64069981699a.i586
-olpc-utils-1.0.27-1.fc11.i586
+olpc-utils-1.0.28-1.fc11.i586
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Practical experience using olpc-update triggered from XS?

[Martin Langhoff]

Daniel, Py team, all,

Have there been experiences triggering olpc-update from the OATS protocol?

I have not done this in the field, and I am considering it for a
"small" update. Should work, but interested in notes from people who
have used it...

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
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [IAEP] "Mesh" Dreams = OLSR

[Martin Langhoff]

On Tue, Aug 24, 2010 at 11:13 AM, Reuben K. Caron  wrote:
> Where Mesh != 802.11s but rather an adhoc, self healing, self
> organizing routable network.

Cerebro gave a great working demo of what you describe. Don't know how
they compare.

I think it is perfectly feasible to achieve what you want...

 - to do it seamlessly and with polish will take a ton of work

 - very few users will actually benefit because the "under a tree"
scenario covers IMHO most of our interesting use cases.

People do talk about having a mesh that covers their whole town, and
it's great dream but not achievable with our current constraints

 - town-wide meshes are made of stationary nodes

 - the "mesh" approaches we're discussing burn CPU / battery...

 - perennially power-starved users will focus on use, not on
maintaining the communal mesh up

> Imagine a world where Sugar on a Stick machines can communicate on the
> same network as an XO laptop

We have that now with ad-hoc and infra. Limited but we have it.

> A world where mesh capabilities are
> hardware agnostic allowing anyone to bring up a mesh network by
> booting a live cd.

Mesh is pixie dust for most people. Your 'imagine' lines will make the
imagine things that cannot be made to work _in the way people
imagine_. Some meshy things can be made to work in a lab. Others just
involve tradeoffs no sane user would take on...

We've had bazillion threads about this, because mesh stokes passion.
Problem is... even if you had the magical code right now working
seamlessly... the cost/benefit ratio isn't good.

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
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: "Mesh" Dreams = OLSR

[Ed McNierney]

Folks -

Thanks for getting the discussion rolling.  Although it may be obvious, I want 
to point out one aspect of OLPC's "mesh" needs that has complicated matters.  
Our XO laptops are used at home, in a sparse network environment, and at 
school, in a dense network environment, and all levels of density in between.  
Mesh with relatively static nodes is easier and has been implemented a number 
of different ways worldwide.  One of OLPC's chief needs is a system that works 
as seamlessly as possible - for 8-year-old users in large groups.  It's not 
reasonable (IMHO) to tell our users to adjust their txpower manually to adapt 
to their current RF density.  To provide a good solution, we need to be able to 
figure out how to make that adjustment automatically.

- Ed


On Aug 24, 2010, at 1:32 PM, L. Aaron Kaplan wrote:

> 
> On Aug 24, 2010, at 7:32 PM, Reuben K. Caron wrote:
> 
>> 
>> On Aug 24, 2010, at 1:29 PM, L. Aaron Kaplan wrote:
>> 
>>> Hm well, you at least got me thinking how we can make a small dense 
>>> indoor mesh working without APs interesting challenge. Like think about 
>>> replacing those smart APs by a distributed version. Interesting...
>>> 
>>> a.
>> 
>> Maybe a suitable challenge during a "Wireless Mesh Battle(1)."
>> 
>> (1) http://battlemesh.org/
>> 
> 
> 
> sure :)
> Maybe the next one :) So far they were always outdoors.
> 
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel

___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: DHCP option 119

[rebecca stanke]

Just off the top the first dns needs to be your internal dns server. Your dns 
server should redirect to your dsl providers dns servers. 

Thank you 
Rebecca Stanke


On Aug 23, 2010, at 9:07 PM, Hal Murray  wrote:

> 
> srid...@laptop.org.au said:
>> We are working with a department of education that is using Windows-based
>> domain and DHCP servers. They want to know if the XOs support DHCP option
>> 119, so that they can accept correct domain information for name resolution,
>> etc.
> 
>> Does anybody have any information on this? 
> 
> [mur...@xo-02-33-ff ~]$ more /etc/resolv.conf 
> # Generated by NetworkManager
> domain megapathdsl.net
> search megapathdsl.net
> nameserver 66.80.130.23
> nameserver 66.80.131.5
> [mur...@xo-02-33-ff ~]$ host www
> www.megapathdsl.net is an alias for users.megapathdsl.net.
> users.megapathdsl.net is an alias for users.megapath.net.
> users.megapath.net has address 66.80.60.21
> [mur...@xo-02-33-ff ~]$ 
> 
> That's what I expect via DHCP from my local DSL modem so it looks like the XO 
> is doing the right thing.  (I didn't verify the packets on the wire/air to 
> verify that it's using option 119.)
> 
> You will have to try it to verify that it works with your setup.
> 
> 
> 
> -- 
> These are my opinions, not necessarily my employer's.  I hate spam.
> 
> 
> 
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: DHCP option 119

[rebecca stanke]

Hi Hal
I can assist
Pls contact me
480.227.0246

Thank you 
Rebecca Stanke


On Aug 23, 2010, at 9:07 PM, Hal Murray  wrote:

> 
> srid...@laptop.org.au said:
>> We are working with a department of education that is using Windows-based
>> domain and DHCP servers. They want to know if the XOs support DHCP option
>> 119, so that they can accept correct domain information for name resolution,
>> etc.
> 
>> Does anybody have any information on this? 
> 
> [mur...@xo-02-33-ff ~]$ more /etc/resolv.conf 
> # Generated by NetworkManager
> domain megapathdsl.net
> search megapathdsl.net
> nameserver 66.80.130.23
> nameserver 66.80.131.5
> [mur...@xo-02-33-ff ~]$ host www
> www.megapathdsl.net is an alias for users.megapathdsl.net.
> users.megapathdsl.net is an alias for users.megapath.net.
> users.megapath.net has address 66.80.60.21
> [mur...@xo-02-33-ff ~]$ 
> 
> That's what I expect via DHCP from my local DSL modem so it looks like the XO 
> is doing the right thing.  (I didn't verify the packets on the wire/air to 
> verify that it's using option 119.)
> 
> You will have to try it to verify that it works with your setup.
> 
> 
> 
> -- 
> These are my opinions, not necessarily my employer's.  I hate spam.
> 
> 
> 
> ___
> Devel mailing list
> Devel@lists.laptop.org
> http://lists.laptop.org/listinfo/devel
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Installing single file via signed OFW script

[Paul Fox]

martin wrote:
 > [ background: working with a local team in a process that needs to be
 > quick. Booting linux would take way too long and throw our logistics
 > out of whack ]
 > 
 > Is there a straightforward way to have a signed forth script (local
 > team has its own keys) that creates/installs a minimal file to a known
 > location?
 > 
 > We just need to install a config file under /etc ...

as far as i know, writing to the ext3 root partition from OFW is
officially unsupported.  the boot partition is ext2 precisely
because ext3 can't be written reliably from OFW.

if you can put the file in the boot partition, then there are copy
commands that let you creat files on "int:", i believe.  i don't
have them at my fingertips.

paul

 > 
 > (I'll take care of sorting out the /versions rigmarole :-) )
 > 
 > cheers,
 > 
 > 
 > martin

=-
 paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Installing single file via signed OFW script

[Martin Langhoff]

[ background: working with a local team in a process that needs to be
quick. Booting linux would take way too long and throw our logistics
out of whack ]

Is there a straightforward way to have a signed forth script (local
team has its own keys) that creates/installs a minimal file to a known
location?

We just need to install a config file under /etc ...

(I'll take care of sorting out the /versions rigmarole :-) )

cheers,


martin
-- 
 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
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: [Dextrose] WiFi vs Suspend

[Paul Fox]

tony -- thanks for this.  if you could, please open a trac ticket (bug
report) at http://dev.laptop.org to describe this issue.  the next
time it occurs, in order to more simply gather most of the information
bernie asked for, plus a little more that may be useful, please run
the command "olpc-log" from a Terminal window.  this will create a
file called "logs...tar.bz2" in your current
directory.  please attach that file to the trac ticket.  in fact,
please run the command twice -- once during the "locked up" period,
and again after, and attach both files.  possibly overkill, but might
be useful.

(the "olpc-log" command takes an fairly long time to run, but it collects
lots of information.)

paul

fors...@ozonline.com.au wrote:
 > Bernie
 > 
 > Sorry, on closer inspection its not locked up, it just looks like its locked 
 > up 
 > because it is doing something else for a long time.
 > 
 > Can be replicated 100%. Shut the lid for a while, 5 minutes is not long 
 > enough 
 > 1.5 hours is. Resume from sleep. The Wifi shows it is connected at 100% 
 > signal 
 > (signal is not 100%). There is no internet access. There is no response to 
 > Disconnect. Previously I had given up and restarted but if you wait 3 
 > minutes 
 > or so it disconnects and then works normally.
 > 
 > Tony
 > 
 > > [cc += olpc-devel]
 > > 
 > > El Wed, 25-08-2010 a las 11:05 +1000, fors...@ozonline.com.au escribió:
 > > > OS373pyg
 > > > Wifi is locked up after resume from sleep, must restart.
 > > > I presume this bug is being tracked at dev.laptop.org/ in one of the 4 
 > tickets below
 > > 
 > > >   http://dev.laptop.org/ticket/10232  WiFi dies on suspended XO-1,os300
 > > >   http://dev.laptop.org/ticket/10092  Networking broken over 
 > > > suspend/resume 
 > on os13 for XO-1
 > > >   http://dev.laptop.org/ticket/9960   wake-on-WLAN doesn't always work\ 
 > (duplicate)
 > > >   http://dev.laptop.org/ticket/9967   ibertas suspend fails on XO-1 
 > > > (fixed)
 > > 
 > > There are a number of unsolved bugs in the libertas kernel driver or in
 > > its fantastically proprietary firmare. If you turned on automatic power
 > > management on an XO-1, you might be seeing this other one:
 > > 
 > >  http://dev.laptop.org/ticket/10195
 > > 
 > > 
 > > In short, very rarely the libertas usb8xxx disappears from the USB bus
 > > when it receives certain commands from the driver. Suspend/resume are
 > > known to trigger quite frequently and the mesh also seems to cause it
 > > once or twice per day in a classroom of 30 students.
 > > 
 > > Because time for debugging was running out, in the latest beta builds I
 > > had to disable both mesh support and automatic power management in the
 > > attempt to get rid of this bug. After one week of testing, the problem
 > > was not reported any more.
 > > 
 > > If you spot this bug again, could you please:
 > > 
 > >  * check whether eth0 is still visible with "ifconfig -a"
 > > 
 > >  * check whether the Marvell 8xxx is still visible with "lsusb"
 > > 
 > >  * "dmesg >dmesg.out" and attach it to the bug. Dextrose enables
 > >libertas debug in /etc/rc.local to help diagnose this bug.
 > > 
 > > 
 > > This never ending saga brings me back to an exasperated email that David
 > > Woodhouse wrote about 3 years ago, after spending many days in
 > > unfruitful debugging, in which he warned that access to the source code
 > > of the firmware was essential in order to nail down all the obscure
 > > Libertas bugs.
 > > 
 > > -- 
 > >// Bernie Innocenti - http://codewiz.org/
 > >  \X/  Sugar Labs   - http://sugarlabs.org/
 > > 
 > > 
 > > _
 > > This mail has been virus scanned by Australia On Line
 > > see http://www.australiaonline.net.au/mailscanning
 > 
 > part 2 text/plain 129
 > ___
 > Devel mailing list
 > Devel@lists.laptop.org
 > http://lists.laptop.org/listinfo/devel

=-
 paul fox, p...@laptop.org
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Re: Re: [Dextrose] WiFi vs Suspend

[forster]

attached file dmesg___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Re: Re: [Dextrose] WiFi vs Suspend

[forster]

>  * "dmesg >dmesg.out" and attach it to the bug. Dextrose enables
>libertas debug in /etc/rc.local to help diagnose this bug.

took me 10 minutes after it came good to work out dmesg so this is a bit later 
than the event:

[0.00] Linux version 2.6.31_xo1-20100701.1605.1.olpc.a8f1b26 
(c...@bob.laptop.org) (gcc version 4.4.0 20090506 (Red Hat 4.4.0-4) (GCC) ) #1 
PREEMPT Thu Jul 1 16:08:10 EDT 2010
[0.00] KERNEL supported cpus:
[0.00]   Intel GenuineIntel
[0.00]   AMD AuthenticAMD
[0.00]   NSC Geode by NSC
[0.00]   Cyrix CyrixInstead
[0.00]   Centaur CentaurHauls
[0.00]   Transmeta GenuineTMx86
[0.00]   Transmeta TransmetaCPU
[0.00]   UMC UMC UMC UMC
[0.00] BIOS-provided physical RAM map:
[0.00]  BIOS-e801:  - 0009f000 (usable)
[0.00]  BIOS-e801: 0010 - 0ded5400 (usable)
[0.00] DMI 2.1 present.
[0.00] last_pfn = 0xded5 max_arch_pfn = 0x10
[0.00] initial memory mapped : 0 - 00c0
[0.00] init_memory_mapping: -0ded5000
[0.00]  00 - 40 page 4k
[0.00]  40 - 000dc0 page 2M
[0.00]  000dc0 - 000ded5000 page 4k
[0.00] kernel direct mapping tables up to ded5000 @ 7000-c000
[0.00] RAMDISK: 0ded5400 - 0ec0
[0.00] Allocated new RAMDISK: 007ca000 - 014f4c00
[0.00] Move RAMDISK from 0ded5400 - 0ebf to 
007ca000 - 014f4bff
[0.00] 222MB LOWMEM available.
[0.00]   mapped low ram: 0 - 0ded5000
[0.00]   low ram: 0 - 0ded5000
[0.00]   node 0 low ram:  - 0ded5000
[0.00]   node 0 bootmap 1000 - 2bdc
[0.00] (7 early reservations) ==> bootmem [00 - 000ded5000]
[0.00]   #0 [00 - 001000]   BIOS data page ==> [00 
- 001000]
[0.00]   #1 [40 - 7c53a0]TEXT DATA BSS ==> [40 
- 7c53a0]
[0.00]   #2 [09f000 - 10]BIOS reserved ==> [09f000 
- 10]
[0.00]   #3 [7c6000 - 7c90cc]  BRK ==> [7c6000 
- 7c90cc]
[0.00]   #4 [007000 - 008000]  PGTABLE ==> [007000 
- 008000]
[0.00]   #5 [7ca000 - 00014f4c00]  NEW RAMDISK ==> [7ca000 
- 00014f4c00]
[0.00]   #6 [001000 - 003000]  BOOTMAP ==> [001000 
- 003000]
[0.00] Zone PFN ranges:
[0.00]   DMA  0x -> 0x1000
[0.00]   Normal   0x1000 -> 0xded5
[0.00] Movable zone start PFN for each node
[0.00] early_node_map[2] active PFN ranges
[0.00] 0: 0x -> 0x009f
[0.00] 0: 0x0100 -> 0xded5
[0.00] On node 0 totalpages: 56948
[0.00] free_area_init_node: node 0, pgdat c07458ac, node_mem_map 
c14f5000
[0.00]   DMA zone: 32 pages used for memmap
[0.00]   DMA zone: 0 pages reserved
[0.00]   DMA zone: 3967 pages, LIFO batch:0
[0.00]   Normal zone: 414 pages used for memmap
[0.00]   Normal zone: 52535 pages, LIFO batch:15
[0.00] Allocating PCI resources starting at ded5400 (gap: 
ded5400:f212ac00)
[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 56502
[0.00] Kernel command line: no_console_suspend selinux=0 ro 
root=/dev/mtdblock0 rootfstype=jffs2 console=ttyS0,115200 console=tty0 
fbcon=font:SUN12x22
[0.00] PID hash table entries: 1024 (order: 10, 4096 bytes)
[0.00] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes)
[0.00] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes)
[0.00] Initializing CPU#0
[0.00] Memory: 208244k/228180k available (2570k kernel code, 19360k 
reserved, 802k data, 220k init, 0k highmem)
[0.00] virtual kernel memory layout:
[0.00] fixmap  : 0xfffe6000 - 0xf000   ( 100 kB)
[0.00] vmalloc : 0xce6d5000 - 0xfffe4000   ( 793 MB)
[0.00] lowmem  : 0xc000 - 0xcded5000   ( 222 MB)
[0.00]   .init : 0xc074c000 - 0xc0783000   ( 220 kB)
[0.00]   .data : 0xc068288d - 0xc074b48c   ( 802 kB)
[0.00]   .text : 0xc040 - 0xc068288d   (2570 kB)
[0.00] Checking if this processor honours the WP bit even in supervisor 
mode...Ok.
[0.00] NR_IRQS:16
[0.00] CPU 0 irqstacks, hard=c071a000 soft=c071b000
[0.00] Fast TSC calibration using PIT
[0.00] Detected 430.981 MHz processor.
[0.000321] Console: colour EGA 80x25
[0.000340] console [tty0] enabled
[0.004358] console [ttyS0] enabled
[0.010020] Calibrating delay loop (skipped), value calculated using timer 
frequency.. 861.96 BogoMIPS (lpj=4309810)
[0.020179] Security Framework initialized
[0.024421] Mount-cache hash table entries: 512
[   

Re: Re: [Dextrose] WiFi vs Suspend

[forster]

> If you spot this bug again, could you please:
> 
>  * check whether eth0 is still visible with "ifconfig -a"
> 
>  * check whether the Marvell 8xxx is still visible with "lsusb"
> 
>  * "dmesg >dmesg.out" and attach it to the bug. Dextrose enables
>libertas debug in /etc/rc.local to help diagnose this bug.

Sorry do not understand how to find dmesg
rc.local points to sys/module/libertas/parameters/libertas_debug = 156039

In good state, before suspend:
[o...@xo-14-6c-6c ~]$ ifconfig -a
eth0  Link encap:Ethernet  HWaddr 00:17:C4:14:6C:6C  
  inet addr:10.1.1.2  Bcast:10.255.255.255  Mask:255.0.0.0
  inet6 addr: fe80::217:c4ff:fe14:6c6c/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:806 errors:0 dropped:0 overruns:0 frame:0
  TX packets:781 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:748218 (730.6 KiB)  TX bytes:99791 (97.4 KiB)

loLink encap:Local Loopback  
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:26 errors:0 dropped:0 overruns:0 frame:0
  TX packets:26 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0 
  RX bytes:2872 (2.8 KiB)  TX bytes:2872 (2.8 KiB)

[o...@xo-14-6c-6c ~]$ lsusb
Bus 002 Device 002: ID 1286:2001 Marvell Semiconductor, Inc. 
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub


In the locked up state, the first few minutes of resume after suspend:
[o...@xo-14-6c-6c ~]$ lsusb
Bus 002 Device 002: ID 1286:2001 Marvell Semiconductor, Inc. 
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[o...@xo-14-6c-6c ~]$ ifconfig -a
eth0  Link encap:Ethernet  HWaddr 00:17:C4:14:6C:6C  
  inet addr:10.1.1.2  Bcast:10.255.255.255  Mask:255.0.0.0
  inet6 addr: fe80::217:c4ff:fe14:6c6c/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:826 errors:0 dropped:0 overruns:0 frame:0
  TX packets:821 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:750021 (732.4 KiB)  TX bytes:102253 (99.8 KiB)

loLink encap:Local Loopback  
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:38 errors:0 dropped:0 overruns:0 frame:0
  TX packets:38 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0 
  RX bytes:4168 (4.0 KiB)  TX bytes:4168 (4.0 KiB)

[o...@xo-14-6c-6c ~]$
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel