root). Please comment in the bug if
you have strong objections and/or be prepared to try logging in as
'olpc' if 'root' seems to stop working in a new build.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel
will
move to its real final home on download.laptop.org.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
as joyride at
the time of code freeze. We'll pull a diff and make sure that if any
joyride-at-time-of-code-freeze package is *not* in update.1, we know
exactly why. We have had differences of opinion here, so I probably
shouldn't try to elaborate further.
--scott
--
( http
configuration tweak); trac #5371
(olpc.fth tweak). They'll land in both update.1 and joyride before
code freeze.
--scott
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
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
(or be reverted).
The update.1 builds are our first candidates for our next stable build
series. Testing effort should gradually move from joyride to the
stable builds as it freezes up.
--scott
--
( http://cscott.net
=6264353082f6542cbd4168ec5b7abea9a486d506
cc'ing J5; maybe he remembers why this was done?
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
/pippy-activity-tmp;a=commitdiff;h=9df72c5591aee015089a4e96f9403183262dcc01
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
-performance (but still free)
codec or some such to make this really look good. Help here could be
useful, too.
Thanks for your help!
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org
of RV format? Can we still
play it smoothly when it has been transcoded to an unencumbered
format?
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
automatically. The short answer, I
think, is that the MANIFEST is used to configure bundle-builder; it
shouldn't be required in the final .xo (although a related 'contents'
files will be automatically generated there).
--scott
--
( http://cscott.net
a C function with the necessary GTK context?
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
messages you received, and the things you tried. The
updates.laptop.org machine occasionally runs out of disk space to
download new builds (trac #5304), but the error message usually
indicates this and this doesn't seem to be the problem here.
--scott
--
( http
10 minutes... it did not appears
to have to load the entire 300mb...
That's the key feature!
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
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
supported.
Please update to the latest joyride or ship.2 build. The new libertas
firmware fixes a large number of unreliable network bugs in our
testing. If you still have problems, please file a trac bug, as we're
very interested in hunting these down.
--scott
--
( http
different:
-bash-3.2# olpc-update -frvv joyride-1363
Downloading contents of build joyride-1363.
@ERROR: unknown module 'build-joyride-1363': [Errno 28] No space left on
device
This problem I've fixed. Note to OLPC sysadmins: we need disk space monitoring!
--scott
that it will
continue to work. olpc-update is the supported method from upgrading
from ship.2 or joyride builds; please file bugs if this doesn't work
for you!
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http
settings here disabled pinging.
Turns out that they just have not copied the latest joyrides to the update
server.
As I've posted previously, new builds are installed on-demand to the
update server, and the update server ran out of disk space last night.
--scott
does not work.
Please report this to the author of the activity.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
is not completely
deprecated.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
. This was probably during the time period when dev
went down this afternoon. =(
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
production, cost, etc are still in flux/unknown. The trac bug is
there so that we remember, if we have the opportunity to tweak
hardware, to add the features that would make firmware upgrade safer.
--scott
___
Devel mailing list
Devel@lists.laptop.org
http
this) but bugs can creep in.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
(we were at least groklaw'ed) yesterday.
I'll leave it for the actual sysadmins to describe how that caused us
to fail and why it won't happen again.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
on the Ship.2 candidate.)
--scott
On 12/1/07, Marco Pesenti Gritti [EMAIL PROTECTED] wrote:
On Dec 1, 2007 12:58 PM, Bert Freudenberg [EMAIL PROTECTED] wrote:
On Dec 1, 2007, at 11:16 , Marco Pesenti Gritti wrote:
Hello,
joyride does not seem to be building hourly any more
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
--
( http
our default jabber server (just an oversight on my part)
* Trac #5143, Change mesh behavior to not bring up the mesh automatically.
* Trac #5108, Salut crashed (unclear whether this patch is
included in the fix for #5070)
--scott
--
( http://cscott.net
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
--
( http
starting
build, the exact olpc-update command you used, etc. Thanks.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
with IronPython. This ought to give C#, Java (through IKVM), and
any other mono language:
http://www.mono-project.com/Languages
full access to the Sugar widgets and APIs.
I don't have time to try this now, but when I or someone else does, it
would be helpful to know what is
necessary to run Mono.
Scott
will write a checker in the
build process to ensure this, and we should probably eventually write
checkers for the activity/library bundle tools that will do the same.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel
these OLPCs are running would
help. Older versions used different channel strategies and had
different presence services.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org
.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
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
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
http
/sensitive information? Will there be any in the
logs or system info?
Don't include the UUID. Other stuff should be okay.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org
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
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
http
.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
(moving .Xauthority out of /home/olpc), but I can probably
remove /home/olpc/.Xauthority from /etc/rwtab for build -- er, 619 I
guess -- if that helps.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
, since we don't really want to break the joyride build.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
, if you've
opened bugs for these).
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
construction should be
avoided at all times.
You mean: I agree completely that *one* should avoid the English
passive construction at all times. Don't you?
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel
. Of course, these will need to be carefully audited to
ensure they are secure; also see trac #4101.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
for Firefox.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
them.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
initial investigations, it
seems like we should use RIPEMD-160 for bulk hashing of filesystem
data. There were some recent cryptoanalytic results against RIPEMD,
however; I need to go off and reread them to get a sense for its
current level of security.
--scott
common case.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
on the processor in the XO? I
don't see the -mxo option to gcc yet.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
is it getting triggered, and
does it go to the latest version? Or is it only going to stable
versions? That is, can a developer just run their VMWare image and have
it automatically update itself to the latest build over the network?
That stuff may be landing in today's build. Stay tuned...
--scott
to the stream of virtual
instructions (these are all accessible to the user on XO, BTW).
I'd love to see demo instructions for this on the wiki somewhere.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel
is 'disk:\'.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
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
help?
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.
--scott
--
( http://cscott.net
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
at the moment (unless you want
to run the latest bleeding-edge developer code).
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
the tools for the work? Would it be too
much of a change to standardize parts that only one screwdriver will be
enough? Or am I just ignorant?
I took my XO apart yesterday, using only one screwdriver.
--scott
--
( http://cscott.net
know how it works for y'all.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
on the name of the directory in which the book
has been moved to.
Right.
Even better, it should have a meaning even if my
friend doesn't have __Alice in Wonderland__ yet.
Yup.
Do we agree up to this point ?
I think so.
--scott
--
( http://cscott.net
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
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
it. You'll find that it isn't so hard:
1) download the latest olpc-auto.zip
2) unzip into the root of a flash key
3) download your choice of builds (osXXX.img and osXXX.crc) into the
USB key's boot directory
4) plug in and flash!
--scott
--
( http://cscott.net
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
play a part here?
Yes, moodle/openid probably do integrate with this code, but i think
your job will be easier once we've got the schoolserver details hashed
out. We'll keep you in the loop.
--scott
--
( http://cscott.net
?
Please use the Autoreinstallation Image, linked to from
http://wiki.laptop.org in the top right box: how to update.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo
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
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
for this
change.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
-nand commands from Open
Firmware. If you do not, you will get a message indicating that your
XO could not be activated.
I mentioned this before, when I wrote the new autoreinstallation
script, but apparently it bears repeating.
--scott
--
( http://cscott.net
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
to accomplish.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
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
UI.
For comparison, the existing traditional 'mayflower' initrd created
used for emulation is 2.3MB. So at the instant we're paying about
700k for the privilege of writing our activation code in python, but
this number is pretty bogus.
--scott
--
( http://cscott.net
up hard linking duplicate files; this should magically
fix file duplication among activities...
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
' filesystem. Instead use symlinks:
/boot - /current/boot
/bin - /current/bin
Then we can swing the /current symlink from /a to /b to select either
the primary or the backup filesystem.
--scott
--
( http://cscott.net/ )
___
Devel
more
detailed comparisons if people are interested. Please perform the
equivalent benchmarks on the updatinator, before we continue this
discussion.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
. I'll send followup
mail with the git repository info once the basic stuff is there.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
be useful when
rsyncing (say) linux-2.6.21/ when both sides have linux-2.6.20/
available, while the non-fuzzy would be faster when I'm updating
local:linux/ to remote:linux-2.6.21/ while giving the remote a hint
that I previously had remote:linux-2.6.20/ in there.)
--scott
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
the python scripts I used to create, verify, and sync
with manifests online soon.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
will break
the link appropriately when it needs to modify a file (as long as the
--inplace option isn't given). This probably breaks a critical edge
during development.
OK, that's all folks. Discuss!
--scott
--
( http://cscott.net
). This requires
us to trust rsync, but we don't have to trust the received bits: they
are still authenticated before the upgraded image is swapped for the
running one.
Obviously we wouldn't run rsync directly on the running filesystem.
--scott
--
( http://cscott.net
that.)
That does sound very interesting. Please do.
I like the system that scott proposed for how often we should look at
updates and the idea of a lead to say hey, I'm getting this update so
don't look. (It sounds strangely familiar to an idea that I shared
with scott over lunch a month or so
Want. But we'll see what Wayne says about the timeline of rsync 3.0.
Scott, are you willing to do a few tests and grab some real numbers,
using previous OLPC OS images, for resource utilization on the school
server in the face of e.g. 5, 10, 20, 50 parallel updates?
I might need some help
password' function with cscott / [EMAIL PROTECTED],
it says there is no such account. Can some trac wizard help me out?
Thanks...
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org
as much as possible. Transferring complete
blobs fails on these grounds.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
(e.g. automatically, or by showing some
ui asking the user if he wants to update).
---
My next post will give some concrete #s justifing the use of binary diffs.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel
to a neighboring XO.
--scott
--
( http://cscott.net/ )
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
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
most of the machines.
I hope that listing these issues is helpful.
--scott
--
( http://cscott.net/ )
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
701 - 796 of 796 matches
Mail list logo