On 6/24/07, Ivan Krstić [EMAIL PROTECTED] wrote:
I should have a concrete spec ready for discussion later today.
I will wait with bated breath. =)
Some concrete concerns -- I've got some answers to these, but I'll try
to just present the questions at this point:
a) Robustness -- what can
On 6/25/07, Christopher Blizzard [EMAIL PROTECTED] wrote:
Most of the stuff that Alex has done is (carefully) independent of any
vserver or container discussion. Specifically, the update system in
question could be applied inside of a container as easy as it would be
outside of the container.
On 6/25/07, Christopher Blizzard [EMAIL PROTECTED] wrote:
The broadcast just contains a product/version ID - doesn't have to
include the entire update. No more expensive than the presence stuff we
have today.
You're misunderstanding me. My concern is with waking machines up by
broadcasting
[grumble, sent this from the wrong email address.]
-- Forwarded message --
Here are some quick numbers justifying the use of binary diffs as an
upgrade delivery format. I just grabbed the latest debian security
advisory for Etch, which happened to be:
On 6/25/07, Christopher Blizzard [EMAIL PROTECTED] wrote:
On Mon, 2007-06-25 at 15:38 -0400, C. Scott Ananian wrote:
To my mind, this makes it clear that the on-wire format should be a
binary diff. We could uncompress these diffs on receipt and maintain
a blob store as in the current
As food for discussion, here's a counter proposal for an XO upgrade
mechanism, focusing on the network side.
-
Design goals:
- minimize round-trips necessary for successful upgrade
- minimize size of upgrades
Software versions are assigned sequential integers. Version 1, 2,
etc. We
Ivan dropped by 1cc tonight, and I was able to squeeze the details of
*his* field upgrade proposal out of him. As I haven't yet seen him
email this to the list, I'll try to state it for him. Hopefully he
can then give a diff against my version, which will save him time.
The XO already needs to
On 6/26/07, Mike C. Fletcher [EMAIL PROTECTED] wrote:
g) I believe that we can use plain old hard links when we do the
rsync, instead of requiring any fancy vserver stuff. rsync will break
the link appropriately when it needs to modify a file (as long as the
--inplace option isn't
On 6/26/07, Christopher Blizzard [EMAIL PROTECTED] wrote:
(I know that some Red Hat
guys did something like this for a customer where an entire bank's set
of terminals could be completely re-imaged after a power failure in 20
seconds using a mutlicast-rsync setup. I should see more about
On 6/26/07, Ivan Krstić [EMAIL PROTECTED] wrote:
term one. It's still my *strong* hunch that we are not going to run
into any issues whatsoever given our update sizes and the fact that
we're serving them from reasonably beefy school server machines, so
adding this functionality to rsync would
I tried to create an account on trac (http://dev.laptop.org/) with
userid 'cscott' and something seems to have gone wrong: it won't let
me log in, but it complains that an account with the userid 'cscott'
already exists if I try to recreate the account. However, when I try
to use the 'lost
I wrote a quick ~60 line script to do non-recursive rsync a directory
at a time. Actually, it's a little smarter than that: it generates
manifests for each directory, and syncs the tree by first syncing the
root (and the root's manifest). It then checks the directory hashes
in the roots manifest
On 6/28/07, Ivan Krstić [EMAIL PROTECTED] wrote:
regardless of how large it is. Scott fixes this by externally
breaking down the tree into smaller chunks and then rsyncing those
individually, such that the memory consumption during any particular
rsync operation remains relatively small.
This
Please read Ivan's update proposal. He addresses many of the
peripheral issues that have arisen, re user notification, etc.
At this point, as far as I'm concerned, the only open question is how
we get a filesystem image onto the laptop once we know which one to
get. Ivan suggests rsync; I
Michail needs to run mesh tests on 50+ laptops. He needs an automated
way to get slightly customized versions of the OLPC software quickly
to all of these. In the next few days I'll be working on hacking
together a quick prototype of:
a) the part of the antitheft server which tells a laptop
On 6/28/07, Wayne Davison [EMAIL PROTECTED] wrote:
I wouldn't recommend deploying rsync 3 widely just yet. I'm going to be
working on finalizing the release in the near future, but there is still
a chance that protocol 30 (which is new for this release) may still need
to be changed a bit
On 7/4/07, Pádraig Brady [EMAIL PROTECTED] wrote:
For example there are many duplicate py[oc] files,
and /usr/share/activities/TamTam.activity/Resources/Sounds/lab[1-6]
all contain the same data (wasting 600K alone).
The current proposal for downloading/updating activities on the XO
should end
Quick recap of early boot:
a) open firmware checks the status of the foo key, and
signature-checks and boots either the primary or the backup kernel,
passing fs=primary or fs=backup on the kernel command-line.
b) an initramfs script looks for an activation record in /, and
initiates activation
On 7/9/07, Mitch Bradley [EMAIL PROTECTED] wrote:
I looked at those git trees and didn't see the python runtime stuff in
the initramfs tree. How does it get included, and how big is it?
Packages in initramfs are specified by:
On 7/10/07, Mitch Bradley [EMAIL PROTECTED] wrote:
Decompression is fast, but the signature verification is not so fast,
especially since there are several different algorithms.
Can't we just SHA1 the kernel+initrd bundle and sign the hash? SHA1
should be fast enough...
--scott
--
I'm jumping in without having a full understanding of OpenID here, so
forgive me if I get some points wrong, but:
As I understand the BitFrost specification, OpenID is only used to
extend the local authentication mechanisms (XO-to-school server) to
the outside world (Google backups, etc).
See:
On 7/10/07, Zack Cerza [EMAIL PROTECTED] wrote:
Is this the same update feature as Manual XO updates, don't lose user
data from http://dev.laptop.org/roadmap ? If so, maybe it should be
removed from there.
No, updating from a USB key is a separate feature.
--scott
--
Activation in now in the builds, starting with 518. That means that
you *must* use the autoreinstallation procedure documented at:
http://wiki.laptop.org/go/Autoreinstallation_image
and linked to from the front page of the wiki (top left, how to
update), instead of manually using the
On 7/19/07, Zephaniah E. Hull [EMAIL PROTECTED] wrote:
How does that impact those of us wishing to boot from SD for development
purposes?
Make sure you're using the jffs2 image (either directly, or unpacked
from the tree.tar file). Copy the activation lease from
/security/activate.key from
Only a few replies to points not yet covered:
On 7/23/07, Ivo Emanuel Gonçalves [EMAIL PROTECTED] wrote:
can't be helped. What could be done, however, is hide the diagnostic
dialogs with a simple splash screen stating POWERING ON, or LOADING,
You have to consider that these are primarily
On 7/25/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Hi, C.Scott,
Excuse me to bother you.
If I want to use command nandwrite -p /dev/mtd0 /path
The method from
http://wiki.laptop.org/go/Installing_to_NAND#flash_eraseall:_.2Fdev.2Fmtd0:_No_such_file_or_directory
What do I need to notice?
On 7/25/07, Ivan Krstić [EMAIL PROTECTED] wrote:
On Jul 24, 2007, at 7:38 PM, C. Scott Ananian wrote:
I need to make sure XO registration w/ the school server works for
Trial-2. Ivan, if you've got an security/protocol designs/requests,
now is the time.
You should coordinate with Nelson
On 7/29/07, Martin Langhoff [EMAIL PROTECTED] wrote:
On 7/25/07, Ivan Krstić [EMAIL PROTECTED] wrote:
You should coordinate with Nelson and Christine who I've asked to
write the prototype identity manager for the school server. Let's
meet soon and hash out the details.
Does Moodle/OpenID
On 7/30/07, Nelson Elhage [EMAIL PROTECTED] wrote:
Here's a fixed version of the patch.
Looks good to me.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
On 8/2/07, Martin Langhoff [EMAIL PROTECTED] wrote:
I tend to keep a few usb sticks around with different images. And
dd'ing a new image to a USB stick and booting is much much easier than
the contortions listed in
http://wiki.laptop.org/go/Autoreinstallation_image
I suggest that you try it.
Attached are some fractal samples for turtle art: sierpinski triangle,
sierpinski carpet, koch snowflake, and a fractal tree. Enjoy.
--scott
ps. Kim -- could you make sure Lincoln sees this?
--
( http://cscott.net/ )
___
On 8/3/07, Yoric [EMAIL PROTECTED] wrote:
With this in mind, I intend to be able to reference
* the package itself (to be able to download it, from Firefox or from
anywhere else)
http://canonical.source/alice.in.wonderland.zip
Obtaining this URL from the URL of an individual page of the book
On 8/6/07, Yoric [EMAIL PROTECTED] wrote:
On Mon, 2007-08-06 at 03:12 -0400, C. Scott Ananian wrote:
On 8/3/07, Yoric [EMAIL PROTECTED] wrote:
With this in mind, I intend to be able to reference
* the package itself (to be able to download it, from Firefox or from
anywhere else
I've turned on the preserve the contents of the user's directory
feature in the Autoreinstallation image, and updated the wiki
instructions at:
http://wiki.laptop.org/go/Autoreinstallation_image
Please re-read the instructions carefully, download the new
olpc-auto.zip, test it out, and let me
On 8/18/07, NoiseEHC [EMAIL PROTECTED] wrote:
As I know there are LEDs indicating the camera/microphone activity.
Have you thought about that if a rogue program uses the camera for 1/10
second in every second then the LED will blink fast enough that the user
Don't know the answer to this one,
On 8/19/07, Mitch Bradley [EMAIL PROTECTED] wrote:
Q2C24 has been removed from the download site, and the links to the
version of olpc-auto.zip that contains Q2C24 have been broken - at least
the ones I found - pending replacement with Q2C25.
The autoreinstallation image now includes Q2C25.
On 8/20/07, Simon Schamijer [EMAIL PROTECTED] wrote:
Bernardo Innocenti wrote:
And, in case someone wants to downgrade, maybe we could
As a workaround:
Please read the Wiki! The downgrade instructions are documented. You
just put an empty file named 'force.os' in the boot/ directory.
On 8/21/07, Kleber Infante [EMAIL PROTECTED] wrote:
I want to know if there is another OLPC image to download instead of devel
ones.
http://olpc.download.redhat.com/olpc/streams/development/LATEST/devel_ext3/olpc-redhat-stream-development-devel_ext3.img.bz2
this image is a developer image and I
On 8/23/07, Mike C. Fletcher [EMAIL PROTECTED] wrote:
Trying to boot build 553 in a VirtualBox environment (testing fix in
[1]), I see a failure in the activation code (I'm copying this manually):
This is now bug 2981 in trac; discussion moved there.
--scott
--
(
We've been running and building qemu images on xs-dev; you might
consider doing root-stuff on a machine which is not dev. xs-dev
already has qemu, etc installed.
rsync does not require you to be root; fakeroot works quite well.
Mounting loopback filesystems, on the other hand... maybe FUSE can
But be careful of the skin:
http://www.wfsb.com/news/14049418/detail.html
http://www.foxnews.com/story/0,2933,295833,00.html
http://www.recall-warnings.com/cpsc-content-74-74026.html
http://www.wtopnews.com/?nid=104sid=1239680
--scott
--
( http://cscott.net/ )
On 9/8/07, Yuan Chao [EMAIL PROTECTED] wrote:
On 9/8/07, Juliano Bittencourt [EMAIL PROTECTED] wrote:
I'm having problems using the save-nand OFW command to created a
customized version of the OS. In the near past I used this command
1. When I try to create the image file with the
On 9/9/07, Yoshiki Ohshima [EMAIL PROTECTED] wrote:
To reiterate my point, I think the code behind should be *ideally*
presented in different ways that different learners can understand.
In Etoys, you can go from visual tile scripting to (say) textual
Smalltalk to the Smalltalk parse tree to
On 9/16/07, Mike C. Fletcher [EMAIL PROTECTED] wrote:
Don't worry too much about upgrading -- as long as your developer
tools are in /home/olpc they will be preserved across updates by the
upgrade magic which is going to land on Monday.
Is that magic already in-place? If so, how is it
We make currently make heavy use of hashing in our upgrade
verification infrastructure. I'd like to find the fastest possible
implementation of the SHA-256 and/or RIPEMD-160 algorithms. Can
anyone offer me advice on the proper compilation options and
strategies for maximum performance on the
On 9/22/07, Mitch Bradley [EMAIL PROTECTED] wrote:
Some timing for libtomcrypt with various compilation options. All times
are for hashing 1MiB of data from memory, timed under Open Firmware with
interrupts disabled.
[...]
So, with this code, the slow version does sha256 at about 4 MiB/sec,
On 9/22/07, Albert Cahalan [EMAIL PROTECTED] wrote:
You don't seem terribly committed to any particular hash.
How about picking one that the Geode is especially good at?
You have AES acceleration hardware, and there are several
ways to turn a block cipher like AES into a hash.
This is
On 10/3/07, Albert Cahalan [EMAIL PROTECTED] wrote:
The usual secure site icon and bad certificate warnings
have lots of problems.
Note that security in the browser has been *extensively* studied in
academia, and there are numerous suggestions for improvements in the
literature.
We should
On 10/4/07, Albert Cahalan [EMAIL PROTECTED] wrote:
Specificly about the UI, or just security in general?
Both. They are strongly related in the case of the browser.
XSS and similar can be defeated later. Holding up
security-related UI improvements is no good.
I'm not advocating holding up
On 10/7/07, Jim Gettys [EMAIL PROTECTED] wrote:
Ideally the firmware would allow changing certain things without
being unlocked. (everything that doesn't help break anti-theft)
Could be: we can add a UI for modification of these strings later if it
happens often enough in the field to be
On 10/15/07, Ed Trager [EMAIL PROTECTED] wrote:
translate and easier for younger readers to understand. This will also
help the writer avoid the passive construction, which is very
difficult for some non-native English speakers to understand.
I agree completely that the English passive
On 10/20/07, Marco Pesenti Gritti [EMAIL PROTECTED] wrote:
I cleaned the sugar tmp repo, moved the still relevant rpms to my
public_rpms and opened tickets to move some of them to the owners
public_rpms. So I think we can just disable tmp repo now. Patch
attached, ok to checkin to autobuild
Ah, sorry, I read too fast the first time.
Your patch also removes the tmp repo from the yum config written to
the XO; I suppose we'll have to point the XO's yum at the public
joyride repo, but we could wait to do that until joyride arrives at
its permanent home on build-me-a.laptop.org.
OK to
On 10/24/07, John Watlington [EMAIL PROTECTED] wrote:
If it's Trial3, try this:
umount /home/olpc/.Xauthority
This seems to be related to machines which change their hostname or IP
address after first boot; I'm not sure exactly which. Everyone I
asked said that there's no way that the
On 10/26/07, Build Announcer Script [EMAIL PROTECTED] wrote:
Build 620 ChangeLog
Base OS:
- kernel - 2.6.22 - 20071025.2.olpc.bbb713f3c2b591f.i586.rpm
* OLPC: add C2 and C3 board support
I believe this kernel also has a fix for a suspend/resume bug wad
cjb found while in China.
A signed image for build 622 is at:
http://dev.laptop.org/~cscott/signed-622/
for those of you testing with security enabled.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
A signed image for build 623 is at:
http://dev.laptop.org/~cscott/signed-623/
for those of you testing with security enabled.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
On 10/29/07, Pascal Scheffers [EMAIL PROTECTED] wrote:
I've created a rough-cut log-collector, it's in d.l.o/git/project/log-
activity/log-collect.py
For now, it just outputs some system info, tell me what's missing or
what would be interesting to include?
My list from the whiteboard here
i believe we need an rpm, because space has dependencies and a daemon component.
but, yes -- given the rpm there is definitely a desire to add it to joyride.
--scott
On 10/29/07, Polychronis Ypodimatopoulos [EMAIL PROTECTED] wrote:
about 100kb.
Pol
Bernardo Innocenti wrote:
Polychronis
Short answer: put an .xo file in ~/public_rpms/joyride on dev.laptop.org.
--scott
On 10/30/07, Erik Blankinship [EMAIL PROTECTED] wrote:
I apologize if I missed the announcement on how activities get into the
various new builds.
In the past, we would assign trac tickets to J5.
What do we
On 11/6/07, Bert Freudenberg [EMAIL PROTECTED] wrote:
See http://dev.laptop.org/~bert/joyride-pkgs.html
Many activities were downgraded to older versions.
Seems like I manually kicked off a build which stomped on a
build-in-progress. Oops. =(
I'm working on improvements to the process.
Laura Creighton wrote:
I am at a conference.
there are many OLPCs here. They are interfering with the wireless
here. They apparantly do this even when not officially trying to be
connected to the network,
just being powered on is enough.
Knowing what version of the software these
Joyride-277 doesn't validate, because it contains a file from the
library with a filename in non-normalized unicode. The file is named
'Annobo?n_Bioko-thumb.jpg', where the ? should be a separated accent
on the o, but it is actually stored on the filename with a combined
'o+accent' glyph.
Now,
On Nov 28, 2007 6:00 AM, Build Announcer Script [EMAIL PROTECTED] wrote:
http://xs-dev.laptop.org/~cscott/olpc/streams/ship.2/build643/
I expect that this build fixes the following bugs from
http://dev.laptop.org/milestone/Ship.2 :
* Trac #3879, Robust olpc-update
* Trac #5037, Update
On Nov 28, 2007 8:09 AM, Bert Freudenberg [EMAIL PROTECTED] wrote:
What designation does this build have for olpcupdate?
I get an unknown module: ship.2 error.
Sorry, the upgrade server didn't know about 'ship.2'. Fixed; it
should work now.
--scott
--
(
On Nov 28, 2007 9:16 AM, Bert Freudenberg [EMAIL PROTECTED] wrote:
It recognizes ship2-643 now. But the update fails in the verification
step:
Contents manifest failure at line 492
Last file examined: feedparser.py
It Works For Me (tm). Please file a trac bug w/ the your
On Nov 30, 2007 5:30 PM, Build Announcer Script [EMAIL PROTECTED] wrote:
http://xs-dev.laptop.org/~cscott/olpc/streams/ship.2/build649/
This is now our ship.2 candidate.
http://download.laptop.org/xo-1/os/official/649/jffs2/
Library cleanups and a Record fix.
--scott
--
A signed copy of build 648, which is our ship.2 release candidate, is now at:
http://download.laptop.org/xo-1/os/official/648/jffs2/
This build contains firmware q2d05, available separately at:
http://dev.laptop.org/pub/firmware/q2d05/
--scott
--
(
Yes, it is intentional. If our ship.2 candidate holds up over the
weekend, I'll turn joyride back on on Monday. At the moment I don't
want to have to fight with the joyride builds if I need to do an
emergency Ship.2 build before Monday. (Also it will hopefully
concentrate attention and testing
On Dec 2, 2007 8:35 PM, Edward Cherlin [EMAIL PROTECTED] wrote:
Does anybody know why the Wiki is malfunctioning?
OLPC has a problem
Fatal error: Call to a member function selectRow() on a non-object in
/var/www/wiki.laptop.org/includes/User.php on line 752
I believe we were slashdotted
On Dec 4, 2007 5:02 AM, Bert Freudenberg [EMAIL PROTECTED] wrote:
Is preferred method really over the network? I'm so ignorant about
it, but what is the current theory of upgrading? Does the current
scheme let people download a 300MB file over the wireless? (I haven't
tried it by
On Dec 4, 2007 8:33 AM, Tomeu Vizoso [EMAIL PROTECTED] wrote:
On Tue, 2007-12-04 at 08:29 -0500, ffm wrote:
When I attempt to update to ANY joyride, I get an error that
[...]
updates.laptop.org is not a valid domain
This seems like a problem with your local DNS server.
I get something
On Dec 4, 2007 8:23 AM, ffm [EMAIL PROTECTED] wrote:
The USB process is supported, but the manual instructions do not.
Use the Sugar-update.py script.
Just fair warning: this entire process is highly deprecated. Even if
you can get it to work for you now, there's no guarantee that it will
On Dec 4, 2007 8:52 AM, ffm [EMAIL PROTECTED] wrote:
On 12/4/07, Tomeu Vizoso [EMAIL PROTECTED] wrote:
Pinging works for me, could be a problem in your local network.
Try with: 'rsync rsync://updates.laptop.org'. That returns the available
builds?
Oops, sorry. I forgot that my network
On Dec 4, 2007 8:49 AM, ffm [EMAIL PROTECTED] wrote:
On 12/4/07, Morgan Collett [EMAIL PROTECTED] wrote:
There is an IRC Activity (http://wiki.laptop.org/go/XoIRC) although I
don't know whether it will be included by default.
Sadly, while testing the latest joyride, I found that XoIRC
On Dec 4, 2007 10:21 AM, Bert Freudenberg [EMAIL PROTECTED] wrote:
Well, what process do you suggest to upgrade without a permanent
broadband internet connection?
olpc-update via USB: trac #3881. Not fully implemented yet, which is
the only reason why the autoreinstallation script is not
On Dec 4, 2007 11:20 AM, Kim Quirk [EMAIL PROTECTED] wrote:
One extra piece of info: Once you get a developers key, you should 'disable
security' from the OK prompt.
No, I don't think I would recommend that in all cases. Having the
developer key in /security is entirely equivalent, and lets
On Dec 4, 2007 3:54 PM, Owen Williams [EMAIL PROTECTED] wrote:
Why did news reader and those other activities get rolled back to older
versions?
It appears that tomeu's public_rpms didn't get collected properly
(accounting for Journal and Write), nor did ywwg's (NewsReader) or
some other folks.
On Dec 4, 2007 4:36 PM, Bert Freudenberg [EMAIL PROTECTED] wrote:
What is the Intel XO?
It is a tentative version of the XO hardware using an Intel chipset.
Intel has engineers looking at this possibility; this was a result of
the OLPC/Intel agreement earlier this year. Timeframes, actual
Official signed images for build 650 are now at:
http://download.laptop.org/xo-1/os/official/650/jffs2/
You can also use:
olpc-update 650
but be aware that build 650 fixes an open firmware bug which could
cause your machine to fail to boot after you upgrade. That said,
*please try using
On Dec 5, 2007 11:16 AM, Stephen Reilly [EMAIL PROTECTED] wrote:
That is interesting because I used olpc-update 650 from home this
morning and it installed but I have to say the last message before the
system prompt was installing . it did not give a warm fuzzy
feeling that it installed
On Dec 5, 2007 9:14 AM, Morgan Collett [EMAIL PROTECTED] wrote:
Jim Gettys wrote:
-bash-3.2# olpc-update 650
Downlaoding contents of build 650.
@Error unknown module 'build-650':md5 mismatch for build 650
On Wed, 2007-12-05 at 02:23 -0500, C. Scott Ananian wrote:
olpc-update 650
On Dec 8, 2007 8:25 AM, ffm [EMAIL PROTECTED] wrote:
Odd, I can not seem to use olpc-update. I am sure I have an Internet
connection, I just don't think that it is published on the olpc binary diff
update server.
Please file a trac bug with complete details on the command you typed,
the error
On Dec 8, 2007 7:38 PM, Bert Freudenberg [EMAIL PROTECTED] wrote:
On Dec 9, 2007, at 1:18 , Christoph Derndorfer wrote:
So what I'm basically asking is what the exact requirements for the
MANIFEST file are as activities seem to work regardless of what it
contains.
Currently, the
On Dec 8, 2007 7:18 PM, Christoph Derndorfer
[EMAIL PROTECTED] wrote:
Daniel and me are again having another weekend-jam working on the
activity handbook and we've just spent the past half hour looking at
different .xo packages from the git-repository to see how the MANIFEST
file inside the
I have patched Pippy's examples to follow best practices for pygame,
so that the frame rate is limited to 20 FPS and games automatically
pause and suspend after 20 seconds of inactivity. (These defaults can
be overridden.)
The patch is pullable from:
We need a demo which shows off the full-screen video capabilities of
the XO. Unfortunately, Record compresses its input rather heavily, so
it's not a great demo for video playback. We bundle the Ogg Theora
codecs, and Browse can play media files full-screen, so the first step
is for someone to
On Dec 11, 2007 6:52 PM, Walter Bender [EMAIL PROTECTED] wrote:
The Sesame Street video that runs in the Helix player (RV encoded) is
quite a good demo of full screen video on the laptop.
Is there a URL that that can be downloaded from? Does Erik's
transcoding mechanism work to get it out of
On Dec 13, 2007 2:19 AM, Bernardo Innocenti [EMAIL PROTECTED] wrote:
On 12/13/07 00:58, Build Announcer Script wrote:
+compat-libstdc++-33.i386 0:3.2.3-61
Why do we even need this?
I don't know, but it's explicitly listed in pilgrim as a package to
install. joyride has had it, but due to
On Dec 14, 2007 9:04 PM, ffm [EMAIL PROTECTED] wrote:
Should we be doing testing on this build, or on the latest joyride?
Will all the changes made here be merged back with joyride eventualy?
The other way round: all the changes made in joyride will eventually
make their way to a stable build
On Dec 15, 2007 7:41 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote:
The location of the Update.1 builds has changed:
http://pilgrim.laptop.org/~pilgrim/olpc/streams/update.1/
I'm not sure if it's the final location but it would be to update the
Changelog to point to it.
On Dec 15, 2007 10:26 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote:
On Dec 15, 2007 3:54 PM, Bernardo Innocenti [EMAIL PROTECTED] wrote:
Moreover, I was very confused by the fact that we branched Update.1
from Ship.2 rather than from Joyride, which I still considered our
development
On Dec 15, 2007 10:38 AM, Marco Pesenti Gritti [EMAIL PROTECTED] wrote:
On Dec 15, 2007 4:36 PM, Michael Stone [EMAIL PROTECTED] wrote:
The Roadmap lists activity isolation as a release criterion for
Update.1. Was there a public announcement that I missed explaining why
activity isolation
On Dec 15, 2007 11:52 AM, Michael Stone [EMAIL PROTECTED] wrote:
Scott has written very detailed instructions on how to do this but his
documentation is currently located on the internalwiki in pursuit of, in
my view, security by obscurity. Since I am not maintaining these
servers, I do not
I'd like to draw devel@'s attention to trac bug 5537, which might land
sometime soon:
http://dev.laptop.org/ticket/5537
The upshot would be that, instead of logging in directly as root with
no password, you would log in directly as *olpc* with no password, and
then sudo to root (if you need
Bernardo Innocenti wrote:
I also disapprove adding bulky packages to our builds just for sake of
debugging. In this case, this is said to be only temporary until we
have shaken the most serious networking problems.
As I've said before: normally you can say, just download the
debugging
I think people misunderstand the core problem: if root does not have a
password, then *any activity on the system* can gain root privileges
by su'ing to root. By restricting 'root login' to the olpc user via
sudo, it becomes simple to restrict the activities which can gain root
privileges,
From looking at the build on updates.laptop.org, it looks to me like
there is no password set for root. In any case, the debian build is
rather old; you will get better results by repeating the steps at:
http://wiki.laptop.org/go/Installing_Debian_as_an_upgrade
This will ensure you get the
On Dec 22, 2007 3:07 AM, Bernardo Innocenti [EMAIL PROTECTED] wrote:
Joshua Minor wrote:
Is it reasonable to assume that the XO's clock is set correctly?
Specifically I'd like to use python's time.time() to determine which
participant of an activity has been using it the longest.
A
On Dec 22, 2007 10:06 PM, Hal Murray [EMAIL PROTECTED] wrote:
It looks in /etc/sysconfig/clock for the UTC flag. It defaults to local.
My XO doesn't have an /etc/sysconfig/clock
All the Linux boxes I've ever worked with have run with the hardware clock
set to UTC. I'm not sure why XO is
1 - 100 of 766 matches
Mail list logo
