On 9/15/2010 4:51 PM, Martin Langhoff wrote:
On Wed, Sep 15, 2010 at 10:14 PM, James Cameronqu...@laptop.org wrote:
For interest, I've compared the time it takes to fs-update using
OpenFirmware versus a Linux kernel and shell mediated installation
method.
Why not compared to (linux-based)
On Thu, Sep 16, 2010 at 05:26, James Cameron qu...@laptop.org wrote:
On Wed, Sep 15, 2010 at 08:04:25PM -0400, Martin Langhoff wrote:
I am curious -- what is the frequency of presence broadcasts when
Salut is used? Where is it set?
Three minutes. Perhaps KEEPALIVE_TIMEOUT in
Assuming the problem is in the Avahi level, we should make sure that the
system is coming out from suspend when the radio receives multicast activity
directed to us so Avahi can properly update its internal state and also for
activities using clique (multi-user chat rooms on server-less
On Wed, Sep 15, 2010 at 18:50, Zarro Boogs per Child
bugtrac...@laptop.org wrote:
#10363: Auto-Suspend gets in the way when sharing over Salut
---+
Reporter: erikos | Owner: erikos
Excerpts from Tomeu Vizoso's message of Thu Sep 16 10:24:26 +0200 2010:
Assuming the problem is in the Avahi level, we should make sure that
the system is coming out from suspend when the radio receives
multicast activity directed to us [...]
It doesn't, by explicit decision. [1]
Sascha
On 16 September 2010 10:14, Sascha Silbe
sascha-ml-reply-to-201...@silbe.org wrote:
Excerpts from Tomeu Vizoso's message of Thu Sep 16 10:24:26 +0200 2010:
Assuming the problem is in the Avahi level, we should make sure that
the system is coming out from suspend when the radio receives
On Thu, Sep 16, 2010 at 11:05, Tomeu Vizoso to...@tomeuvizoso.net wrote:
On Wed, Sep 15, 2010 at 18:50, Zarro Boogs per Child
bugtrac...@laptop.org wrote:
#10363: Auto-Suspend gets in the way when sharing over Salut
---+
I thought this is on purpose to be simpler for kids or something because
that's how you draw the letter with pencil (first a then ´).
Please note that this is also not real dead keys and causes other issues
because there are in fact two characters stored with this method. You
really have a
On Thu, Sep 16, 2010 at 4:24 AM, Tomeu Vizoso to...@tomeuvizoso.net wrote:
...
So Salut is an implementation of XEP-0174: Serverless Messaging:
Tomeu -- thanks for the exhaustive info.
Assuming the problem is in the Avahi level, we should make sure that
the system is coming out from suspend
On 09/16/2010 05:05 AM, Tomeu Vizoso wrote:
So the problem is that if you had to resync all state for each machine
every time they wake up, you would use lots of bandwidth with the
power consumption associated, so much that it may not have been worth
sleeping.
Hmmm... /me has questions about
It's pretty simple, actually. When in idle suspend, the system should
remain fully functional, just burning fewer ergs. It's an optimization,
not a change of behavior.
This means the system should wake up anytime it would've gotten an
interrupt during normal operation. Which means for any
On 16 September 2010 10:05, Tomeu Vizoso to...@tomeuvizoso.net wrote:
Is there any workaround we can apply -- seems like Salut or the much
maligned Presence Service has some regular event that re-syncs the nodes,
can we make it more often? (Sam suggested this earlier though I didn't
Assuming the problem is in the Avahi level, we should make
sure that the system is coming out from suspend when
the radio receives multicast activity directed to us so Avahi
can properly update its
That is exactly the problem. It's taking forever-and-a-day to get that
sorted. Details at
On Thu, Sep 16, 2010 at 19:06, Richard A. Smith rich...@laptop.org wrote:
On 09/16/2010 05:05 AM, Tomeu Vizoso wrote:
So the problem is that if you had to resync all state for each machine
every time they wake up, you would use lots of bandwidth with the
power consumption associated, so much
On Sep 16, 2010, at 1:28 PM, Hal Murray wrote:
Assuming the problem is in the Avahi level, we should make
sure that the system is coming out from suspend when
the radio receives multicast activity directed to us so Avahi
can properly update its
That is exactly the problem. It's taking
On 16 September 2010 18:54, John Watlington w...@laptop.org wrote:
On XO-1.5, the use of an SD interface makes suspend/resume without
turning off the WLAN work much better.
Actually, http://dev.laptop.org/ticket/9960 shows that wake-on-WLAN is
unreliable on XO-1.5. It's a trivial test to make
On 16 September 2010 18:11, John Gilmore g...@toad.com wrote:
It's pretty simple, actually. When in idle suspend, the system should
remain fully functional, just burning fewer ergs. It's an optimization,
not a change of behavior.
This means the system should wake up anytime it would've
Hi guys. Interesting paradigm-changing case studies of video game use
in elementary classrooms + curricula how today's tech-savvy children
are different. (NY Times free registration required)
Learning by Playing: Video Games Win a Beachhead in the Classroom
On Thu, Sep 16, 2010 at 5:05 AM, Tomeu Vizoso to...@tomeuvizoso.net wrote:
So the problem is that if you had to resync all state for each machine
every time they wake up, you would use lots of bandwidth with the
(...)
Another issue with this is that you not only want to resync presence,
but
On Thu, Sep 16, 2010 at 2:15 AM, James Cameron qu...@laptop.org wrote:
What is interesting about the filesystem result is that it takes longer
despite writing far less data; 1.6 GB out of 4 GB. And there was no
ext3 journal involved during the write.
But probably a lot of fs updates.
That'd
On Thu, Sep 16, 2010 at 05:42:03PM -0400, Martin Langhoff wrote:
On Thu, Sep 16, 2010 at 2:15 AM, James Cameron qu...@laptop.org wrote:
What is interesting about the filesystem result is that it takes longer
despite writing far less data; 1.6 GB out of 4 GB. ?And there was no
ext3 journal
On Thu, Sep 16, 2010 at 05:38:29PM -0400, Martin Langhoff wrote:
2 - hack the Tubes/Telepathy stack to _prevent sleep_ while an actual
collaboration session is running
This might help. Once an activity is shared, the laptop stays awake
until the activity is stopped.
(sugar-toolkit.git)
---
On Thu, Sep 16, 2010 at 7:01 PM, James Cameron qu...@laptop.org wrote:
No, certainly not. There's no justification for either mke2fs or
resize2fs to write to blocks that do not form part of the filesystem
metadata. Why would you want to zero-out blocks anyway?
Thinking of a deployment trying
On 9/16/2010 1:28 PM, Martin Langhoff wrote:
On Thu, Sep 16, 2010 at 7:01 PM, James Cameronqu...@laptop.org wrote:
No, certainly not. There's no justification for either mke2fs or
resize2fs to write to blocks that do not form part of the filesystem
metadata. Why would you want to zero-out
On Thu, Sep 16, 2010 at 07:28:39PM -0400, Martin Langhoff wrote:
On Thu, Sep 16, 2010 at 7:01 PM, James Cameron qu...@laptop.org wrote:
No, certainly not. ?There's no justification for either mke2fs or
resize2fs to write to blocks that do not form part of the filesystem
metadata. ?Why would
Awesome we've a dozen+ truly wonderful RSVPs for Saturday's Clinic:
coming from as far away as 7hrs down the road in Rochester NY (go
http://foss.rit.edu/blog !), New Jersey, and even some exotic land
called CaliFilippines, but can you guess the Furthest?? (*)
OLPC's VP of Hardware
On Thu, Sep 16, 2010 at 7:53 PM, James Cameron qu...@laptop.org wrote:
I agree, this should work. It seems about the same amount of work as
building all images small and resizing them up on first boot.
Indeed.
The core idea that is interesting is having the firstboot be a
special boot that
27 matches
Mail list logo