would it make sense to at least enter that request into the projectdb
since that is what it was made for?
(apart from the feature requests which will be taken care of at some
time, it does hold the data and hence it can help in tracking the XOs)
On a different note: in larger mesh networks
Hi.
First, short introduction. I worked a wee bit on the OLPC for Opera
Software a long time ago, and recently got myself two XO's through the
G1G1 program. I'm setting these up for a niece and nephew, trying to get
them tech savvy and hopefully programming in the future (although I
prefer Ruby
On 08.06.2008, at 10:37, Kent Dahl wrote:
I'm trying to load quite a few games onto the XO's,
especially various Linux games that I've introduced them to before
that
they like. However, I see that quite a few of them have OpenGL and GLX
dependancies, despite being 2D games (such as
On sø., 2008-06-08 at 14:16 +0200, Bert Freudenberg wrote:
The EeePC has a quite performant Intel GMA 900 3D accelerator, which
provides a fillrate of 1.3 GPixels/sec and even basic pixel shader
support (OpenGL 1.4). The XO-1 has an AMD Geode without any 3D
acceleration (there is some 2D
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bert Freudenberg wrote:
| A 400x300 mode scaled up by 3 to the panel resolution would be
| awesome, and should allow nice software rendering. If such a mode
| existed, maybe it would even make sense to ship Mesa (a software
| OpenGL implementation)
To clarify, there are at least seven different directions to follow here:
a) telepathy-based collaboration on 802.11g networks
b) telepathy-with-cerebro-backend collaboration on 802.11g networks
c) cerebro-based collaboration in 802.11g networks.
d) 802.11s meshing in dense networks
e)
On Sun, 8 Jun 2008, C. Scott Ananian wrote:
To clarify, there are at least seven different directions to follow here:
a) telepathy-based collaboration on 802.11g networks
b) telepathy-with-cerebro-backend collaboration on 802.11g networks
c) cerebro-based collaboration in 802.11g networks.
[EMAIL PROTECTED] wrote on 06/08/2008 11:33:15 AM:
To clarify, there are at least seven different directions to follow
here:
a) telepathy-based collaboration on 802.11g networks
b) telepathy-with-cerebro-backend collaboration on 802.11g networks
c) cerebro-based collaboration in 802.11g
[EMAIL PROTECTED] wrote on 06/08/2008 12:00:30 PM:
one more (which may be considered a varient of d)
i) 802.11s meshing in bad RF environments
this is where there are a small number of XO machines (so you don't have
the 802.11s traffic issues), but where there are a large number of
On Sat, Jun 7, 2008 at 12:57 PM, Benjamin M. Schwartz
[EMAIL PROTECTED] wrote:
I don't really know enough to comment correctly on this debate, but it
sure seems like the much-maligned USB autoreinstallation system meets all
the requirements. It is non-interactive, beyond requiring a reboot,
Quoting Michail Bletsas [EMAIL PROTECTED]:
[EMAIL PROTECTED] wrote on 06/08/2008 12:00:30 PM:
one more (which may be considered a varient of d)
i) 802.11s meshing in bad RF environments
this is where there are a small number of XO machines (so you don't have
the 802.11s traffic issues),
While we're talking about networking:
From discussions with the OLSRd guys, one way they made their
protocols work well in dense networks was to aggressively use *all*
the 802.11*a* as well as g channels. 802.11a has 24+ non-overlapping
channels (in some regulatory environments) which could go a
On Sun, Jun 8, 2008 at 11:18 AM, C. Scott Ananian [EMAIL PROTECTED] wrote:
I'm also a little cranky because when we fought over this last time it
was argued in elevated voices that we simply *couldn't* have any
system which required manually plugging a USB key into every machine,
because the
On Sun, Jun 8, 2008 at 12:18 PM, C. Scott Ananian [EMAIL PROTECTED] wrote:
I'm also a little cranky because when we fought over this last time it
Just to clarify, cranky does not mean I'm actually *mad* at any
person or thing in particular. I understand that requirements change,
we didn't have
Quoting C. Scott Ananian [EMAIL PROTECTED]:
While we're talking about networking:
From discussions with the OLSRd guys, one way they made their
protocols work well in dense networks was to aggressively use *all*
the 802.11*a* as well as g channels. 802.11a has 24+ non-overlapping
channels
[EMAIL PROTECTED] wrote on 06/08/2008 12:25:13 PM:
While we're talking about networking:
From discussions with the OLSRd guys, one way they made their
protocols work well in dense networks was to aggressively use *all*
the 802.11*a* as well as g channels. 802.11a has 24+ non-overlapping
On Sun, Jun 8, 2008 at 11:41 AM, C. Scott Ananian [EMAIL PROTECTED] wrote:
As much as I dislike having multiple ways to do the same thing,
Embrace the inner Perl programmer in you :-)
on
reflection it looks like touching up the autoreinstallation script is
probably going to be the Right
On Wed, Jun 4, 2008 at 10:41 PM, C. Scott Ananian [EMAIL PROTECTED] wrote:
On Wed, Jun 4, 2008 at 7:12 PM, John Gilmore [EMAIL PROTECTED] wrote:
what do people think about the idea of making the existance of established
TCP connections inhibit sleep?
What release are you running?
Finally, tests in wireless should be performed with update-1.706+
Preferably update.1-708
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
On Fri, Jun 6, 2008 at 11:15 AM, Greg Smith (gregmsmi)
[EMAIL PROTECTED] wrote:
My top concern with requiring Moodle for August delivery is that no one
has Moodle yet. Do you know of any plan to install Moodle in
Ceibal/Uruguay?
Nothing specific. CC'ing Emiliano, who might know a bit more.
On Sat, Jun 7, 2008 at 6:39 AM, Tarun Pondicherry
[EMAIL PROTECTED] wrote:
I've finally figured out how to get ou blog working.
Cool.
This we'd have to do with any design approach, so its no problem doing this
within the OU Blog Module. But, I don't think its enough for early
deployments;
21 matches
Mail list logo