Benjamin M. Schwartz writes:
Samuel Klein wrote:
Yes, it would help to have distributed network services such as ones
that let you say join the next available connect/pong game
This is easy to implement within the current sharing framework. It just
requires each game to pair off users as
On Jan 11, 2008 10:10 PM, Edward Cherlin [EMAIL PROTECTED] wrote:
I got tied up in a contract and lost site of this thread for a while.
I'm game to start up again.
On Sep 10, 2007 5:53 PM, Alex Gibson [EMAIL PROTECTED] wrote:
Quoting Bernardo Innocenti [EMAIL PROTECTED]:
Dan Williams
Have you talked with Eben about it?
When I'm not completely sure about how to add a new feature to the UI, I
use to explain him the problem. He uses to come up with solutions that
surprise me. And this in most of one occasion has saved me having to
reimplement the feature later. ;)
Tomeu
On
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1531/
-olpc-utils.i386 0:0.63-1.olpc2
+olpc-utils.i386 0:0.63-2.olpc2
--
This email was automatically generated
Aggregated logs at http://dev.laptop.org/~bert/joyride-pkgs.html
___
Devel
Hi!
I've been working for a few hours in a GRUB port to i386/OFW. There's
quite a bit of things that need cleanup/fix before it can be considered
complete, but it's in a stage that boots and lets you do basic things (like
listing storage devices).
It's known to work on OLPC / XO. I don't have
On Jan 11, 2008, at 7:04 PM, Benjamin M. Schwartz wrote:
there was much discussion of a store-and-forward network, so that
students could send e-mail and use other non-real-time internet
services, as
long as they occasionally meshed with someone who occasionally had
internet
access.
http://www.csr.com/products/unifirange.htm
--
dwmw2
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Some comments on things that need polishing. Some are more addressed at one
of the two lists than the others, but feel free to join in either case.
(also, if you feel this is off-topic in olpc-devel, feel free to ki^W let
me know)
btw, Mitch mentioned to me on IRC that the ELF loader on XO has
On Thu, Jan 10, 2008 at 02:29:15PM -0500, Benjamin M. Schwartz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Morgan Collett wrote:
We'll add some API to PresenceService and sugar.presence, and put some
signal into Sugar similar to the buddy-left signal to indicate you were
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sjoerd Simons wrote:
Activities need to cope with people coming going anyway. If your in a mesh
only
environment, the mesh can be split into two or more parts at any point and
later on merge again. Salut will model that as people disconnecting
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Samuel Klein wrote:
Benjamin M. Schwartz writes:
Samuel Klein wrote:
Yes, it would help to have distributed network services such as ones
that let you say join the next available connect/pong game
This is easy to implement within the current
Robert Millan wrote:
Some comments on things that need polishing. Some are more addressed at one
of the two lists than the others, but feel free to join in either case.
(also, if you feel this is off-topic in olpc-devel, feel free to ki^W let
me know)
btw, Mitch mentioned to me on IRC that
On Sat, Jan 12, 2008 at 12:00:02PM -0500, Benjamin M. Schwartz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sjoerd Simons wrote:
Activities need to cope with people coming going anyway. If your in a mesh
only environment, the mesh can be split into two or more parts at any point
A brief history of OLPC's mesh stack deviations from 802.11s:
We chose 802.11s for interoperability and its nice alignment with our
power management architecture.
Our goal has always been to produce a proper subset of the emerging
802.11s standard (in the same manner that WiFi is a subset of
Odd, does not seem to be in joyride as of yet.
-ffm
On Jan 12, 2008 2:27 AM, Phil Bordelon [EMAIL PROTECTED] wrote:
Michael Stone and I added a 'become root' button to the Terminal
tonight. It is now part of Terminal-8.xo.
This consists of two parts:
* a new minimalist script,
http://pilgrim.laptop.org/~pilgrim/olpc/streams/update.1/build681/
+xapian-bindings-python.i386 0:1.0.2-1
-xapian-bindings-python.i386 0:1.0.4-2.fc7
--
This email was automatically generated
Aggregated logs at http://dev.laptop.org/~bert/update.1-pkgs.html
On Sat, Jan 12, 2008 at 08:02:03AM -1000, Mitch Bradley wrote:
Robert Millan wrote:
Some comments on things that need polishing. Some are more addressed at
one
of the two lists than the others, but feel free to join in either case.
(also, if you feel this is off-topic in olpc-devel, feel
Robert Millan wrote:
We used to run trap insttruction on powerpc. I assume for exitting via
trap
on i386 we need to generate an interrupt; I'm just not sure which is the
right
number for it.
To exit to OFW, call the exit() client service.
I see. Is this one
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
There has been a lot of discussion of video conferencing using the XO, and a
demo activity was created last year. However, our video codec of choice,
Theora, has not been able to encode fast enough to do real-time streaming at
acceptable quality.
As
I was wrong about the mmu thing.
I just checked the patch instructions at
http://openbios.org/Open_Firmware and noticed that the patch comments
out create virtual-mode. So if you build with that patch, you get
physical addressing.
I don't know what is right, because this build configuration
You just want to be connected to the next available person who also
says they want to be connected that way -- whether that means you hang
out broadcasting your availability for a while, ...
Broadcasting is evil. It doesn't scale. If at all possible, please do
something else.
It would be
On Sat, Jan 12, 2008 at 09:44:09AM -1000, Mitch Bradley wrote:
I was wrong about the mmu thing.
I just checked the patch instructions at
http://openbios.org/Open_Firmware and noticed that the patch comments
out create virtual-mode. So if you build with that patch, you get
physical
Probably:
http://dev.laptop.org/ticket/5949
Also see mail thread Update.1 680 does not work for me
http://thread.gmane.org/gmane.linux.laptop.olpc.devel/8753
Best regards,
gvb
Michael Stone wrote:
Were the xapian bindings supposed to revert to an older version here?
Thanks,
Michael
On
Jani,
Adapting Rainbow (the activity isolation component) to work on regular
linux systems is an interesting challenge that I'd love to discuss with
you.
At present, there are three or so issues that would need to be overcome:
First, magic numbers. The rainbow codebase hardcodes some magic
(cc dwmw2)
David Woodhouse and myself will attend at LCA. It would
be nice if we could meet and discuss the technical details.
Moreover, I'm being kicked from the US due to visa issues,
and I'll be staying in Australia until Feb 15. OLPC is
trying to get me a new visa, but it is unclear when
1. Mongolia is the first beneficiary of the Give One Get One program.
Laptops have begun to arrive and a team from OLPC, including Carla
Gomez Monroy, Jan Jungclaus, and Enkhmunkh Zurgaanjin are on the
ground to help with the initial deployment. Dave Woodhouse will be
heading to Ulan Bator to help
http://xs-dev.laptop.org/~cscott/olpc/streams/joyride/build1532/
-Terminal-7.xo
+Terminal-8.xo
--
This email was automatically generated
Aggregated logs at http://dev.laptop.org/~bert/joyride-pkgs.html
___
Devel mailing list
Devel@lists.laptop.org
The 2008-1-12 OLPC News says ... so that we can finally disable the
root and olpc passwords.
The way I have my G1G1 system set up (I have no wireless) I *need*
to ftp in. For that, I have set a password for olpc. It would be
ok with me to set up a different user+password for ftp, but would
Mikus Grinbergs wrote:
The 2008-1-12 OLPC News says ... so that we can finally disable the
root and olpc passwords.
The way I have my G1G1 system set up (I have no wireless) I *need*
to ftp in. For that, I have set a password for olpc. It would be
ok with me to set up a different
Mikus Grinbergs wrote:
The way I have my G1G1 system set up (I have no wireless) I *need*
to ftp in. For that, I have set a password for olpc. It would be
ok with me to set up a different user+password for ftp, but would
*not* be ok for password support to be disabled.
No problem: just
On Jan 12, 2008 9:17 PM, Carl-Daniel Hailfinger
[EMAIL PROTECTED] wrote:
If the system notices that passwords
are similar, there's at least some chance one guy knows another guy who
then tells someone in upper management that if the system is able to
find similarities between passwords, they
Regarding the note about the 'paranoid' password
filtering, etc.
Changing passwords as root does not involve any of the
'too short', 'too similar', etc. problems mentioned.
Root, being god-like, can change any password to
anything. For regular users, it is an education about
password security!
Mikus Grinbergs wrote:
The way I have my G1G1 system set up (I have no wireless) I *need*
to ftp in. For that, I have set a password for olpc. It would be
ok with me to set up a different user+password for ftp, but would
*not* be ok for password support to be disabled.
No problem: just
Earlier, had not noticed my G1G1 going into suspend. Now, with 681
+ d08, it does so when left to sit. Unfortunately, after suspend my
wired connection no longer works after the system wakes. Can I
prevent suspend from happening?
[Seems to me such a situation can occur with a child -- what
Hi,
Earlier, had not noticed my G1G1 going into suspend. Now, with 681
+ d08, it does so when left to sit. Unfortunately, after suspend
my wired connection no longer works after the system wakes. Can I
prevent suspend from happening?
Yes, with touch /etc/ohm/inhibit-suspend.
Carl-Daniel Hailfinger writes:
On 13.01.2008 01:45, M. Edward (Ed) Borasky wrote:
Typical Linux practice is the following:
1. One *never* allows remote shell login as root -- *ever* -- even
behind a firewall. One allows only *one* user in the wheel group to
log in to a shell account, and
Bernardo Innocenti writes:
What we're actually doing is just to disable them in the
default installation so that malicious activities cannot
login as root or olpc and basically own the system.
This is NOT needed at all.
I wrote and tested an /etc/pam.d/su modification that will
prohibit all
Alex Gibson writes:
Need internetworking support (mixing of arm and thumb code).
Does gcc support that? I won't worry if not though.
With a good compiler and good hackers, plain ARM will
fit just fine.
Alternately, one can easily switch modes by hand.
For toolchains there are a few options
David Woodhouse writes:
http://www.csr.com/products/unifirange.htm
They claim that that is a 1-chip solution. Is it really?
Marvell uses a 2-chip solution.
If a 2-chip solution is OK, then one could start with a
1-chip softmac solution and add any arbitrary processor.
That CPU could be ARM,
39 matches
Mail list logo