On 23 July 2011 11:54, Yioryos Asprobounitis wrote:
> If I remember correctly something to the extend that the requested build
> number does not exist.
> Indeed, rsync --list-only rsync:/ /updates.laptop.org/ shown "build-874" but
> not "build-official-874".
> Instead "build-official_xo1.5-874"
On 23 July 2011 05:09, Yioryos Asprobounitis wrote:
> The 11.2.0 release notes for olpc-update point to official-874 or
> official_xo1.5-874.
> However, updates.laptop.org has candidate-847 and candidate_xo1.5-847
> Thus olpc-update fails
Can you post the error message and indicate how that you
On 23 July 2011 06:15, Anna wrote:
> I've compiled an XO-1 and XO-1.5 kernel and it's damn annoying to install.
> (And other Linux kernels, but whatever.) Are y'all seriously gonna expect
> regular users to deal with that? If not, take the kernel out of the
> updates. Most folks can barely adju
Hi,
We're pleased to announce the release of OLPC OS 11.2.0 for XO-1 and
XO-1.5. Details of new features, known issues, and how to
download/install/upgrade can all be found in the release notes:
http://wiki.laptop.org/go/Release_notes/11.2.0
Many thanks to all contributors, testers, upstreams, an
On 20 July 2011 12:14, Walter Bender wrote:
> 11.2 supports the new toolbars, so the pictures illustrating the
> activities should us the new toolbars. If you agree, I am happy to
> upload new versions.
Please feel free.
> Also, where as there has been significant changes to Turtle Blocks
> sinc
Hi,
The 11.2.0 release notes are now ready for review by the OLPC team and
by any other interested contributors:
http://wiki.laptop.org/go/Release_notes/11.2.0
Feedback needed quickly, as the release is imminent.
cheers
Daniel
___
Devel mailing list
De
On 20 July 2011 01:07, Mikus Grinbergs wrote:
> Looking at the version numbers of some packages in build 874 --
>
>
> The XO-1 has kernel-2.6.35.13_xo1-20110619.0933.olpc.218154b.i586,
> The XO-1,5 has kernel-2.6.35.13_xo1.5-20110707.0809.olpc.da7074b.i586
This was intended - we made changes that
Hi,
We're pleased to announce a further release candidate of our new
11.2.0 software release.
Information and installation instructions can be found here:
http://wiki.laptop.org/go/Release_notes/11.2.0
Quick links for those who know which files need to be grabbed and save
to USB disks:
http://do
Hi,
We're pleased to announce a further release candidate of our new
11.2.0 software release.
Information and installation instructions can be found here:
http://wiki.laptop.org/go/Release_notes/11.2.0
Quick links for those who know which files need to be grabbed and save
to USB disks:
http://do
On 14 July 2011 18:23, German Ruiz wrote:
> hi lists
> currently i'm testing new custom images for XO 1.5 based on fedora 14, i'm
> using olpc-os-builder from git, this is the config file that i'm use for
> this (fzt_f14-xo.15-1-ini):
Great! You will want to switch to the v3.0 git branch instead
On 11 July 2011 03:23, Gary Martin wrote:
> Hi Luke,
>
> I was surprised as I had no recollection at all of the original email
> (subscribed to way too many Sugar related lists), but after some digging
> found it had been clobbered as junk email, so not sure who else this may have
> hit, but th
On 8 July 2011 14:05, Walter Bender wrote:
> http://download.sugarlabs.org/sources/honey/Abacus/Abacus-19.1.tar.bz2
> is a interim release of Abacus that only includes
> http://cgit.sugarlabs.org/abacus/mainline.git/commit/?id=d0e39b9a2976e6a579136e196f9cd1d6086a1d1d
>
> The before/after test case
Hi,
We're pleased to announce a further release candidate of our new
11.2.0 software release.
Information and installation instructions can be found here:
http://wiki.laptop.org/go/Release_notes/11.2.0
Quick links for those who know which files need to be grabbed and save
to USB disks:
http://do
Hi Walter,
On 1 July 2011 13:21, Walter Bender wrote:
> Did you pull in Abacus v20, which has a fix to SL#2933: defect: Beads
> can fall off abacus?
Thanks for fixing this.
No, we haven't pulled it in; right now we are so late in the cycle
that we are only looking at fixing important regressions
On 6 July 2011 20:43, Gary Martin wrote:
> Now I'm back home with a better internet connection and more XO-1s (hoping to
> run some collaboration tests between 3 machines), I've been trying to
> download the latest XO-1 image the past few of days but download.laptop.org
> seems to be not respon
On 3 July 2011 13:24, Kevin Gordon wrote:
> I still cant connect to the candidates on download.laptop.org. I've tried
> on many machines from many locations. I can navigate and download from
> build.laptop.org no problem. Any chance at getting the rc's to remain
> posted over there at 'build' i
On 1 July 2011 18:35, Kevin Gordon wrote:
> 1) Cant seem to connect to the download directories. Main one yes, the
> subdirectories with the XO1 and XO1-5 stuff, nope.
Strange. Perhaps just a network issue - try again tomorrow.
> 2) Meanwhile, I've hooked the serial adapter up onto an XO with a
Hi,
We're pleased to announce our second release candidate of our new
11.2.0 software release.
Information and installation instructions can be found here:
http://wiki.laptop.org/go/Release_notes/11.2.0
Quick links for those who know which files need to be grabbed and save
to USB disks:
http://d
Hi,
Not sure if I can make the meeting today - moving into a new house,
depends if internet is already up and running.
Fixed Sugar’s HTTP file transfer collaboration mechanism which
stopped working with the move to Python 2.7 (#10906)
Continued painful debugging of the libertas driver ha
Thanks a lot for the feedback.
On 30 June 2011 12:32, S Page wrote:
> Ctrl+Alt+Neighborhood to switch to console doesn't work, nor do other
> Ctrl+Alt+Fn combinations.
Strange. Ctrl+Alt+F2 and F3 should take you to terminals, and F1 back
to sugar. Can you reproduce this?
> Also, pressing left a
On 26 June 2011 15:22, Kevin Gordon wrote:
> Sorry, soon I will learn to use terminology correctly. In this case, by dim
> I meant instant off. :-)
Yep, this is a known issue - but one that we treat only with low priority.
Auto screen poweroff on inactivity has been implemented on XO-1 but
not
On 26 June 2011 14:55, Kevin Gordon wrote:
> Folks:
>
> On the XO 1 with the osxx builds and 870, with no power setting options
> turned on, the screen still dims after a period of inactivity. The unit is
> active, but just the screen has dimmed off.
You might be talking about http://dev.laptop.o
On 26 June 2011 14:47, Kevin Gordon wrote:
> Yes sir, 860 behaves just like 870 in identical comparisons in terms of time
> of booting and activity launching, just as you predicted.
>
> However 860 leaves the completed boot animation circle up, instead of
> turning the screen black for that rather
On 26 June 2011 00:03, Kevin Gordon wrote:
> Folks, on XO 1 with new 870 build :
>
> 1) At boot, once the animation has completed its little circle, the screen
> goes black for about 17 seconds before the favourite wheel comes up. Does
> this on multiple XO's. Does not happen on os23.
Thanks, fi
On 23 June 2011 17:54, Martin Langhoff wrote:
> Unless there's concerns with this, I'm planning to use this branch as
> a bit of a scratch branch for xo-1.75 support patches, so it's visible
> to you and others hacking on olpc-utils, and can be merged or reworked
> as appropriate.
Thanks for shar
Hi,
We're pleased to announce our first release candidate of our new
11.2.0 software release.
Information and installation instructions can be found here:
http://wiki.laptop.org/go/Release_notes/11.2.0
Quick links for those who know which files need to be grabbed and save
to USB disks:
http://do
On 18 June 2011 14:34, Sascha Silbe wrote:
> ---
> v1->v2: No changes. Still needed to tell git not to ignore
> deltas/calcdelta.c etc. The comments from Martin applied to the
> oob-bootanim module, not to olpc-bootanim.
Thanks, applied both of these
Hi Martin,
The usual way of building bios-crypto is broken:
# git clone git://dev.laptop.org/bios-crypto
# cd bios-crypto/build
# make
...
ld -Ttext 0xc -Tbss 0xd --defsym _start=verify_data
bios_verify.o stack_alloc.o bios_string.o ../depends/libtomcrypt.a
../depends/libtfm.a `cc -prin
On 17 June 2011 01:09, James Cameron wrote:
> So I propose an alternate form:
>
> [ifndef] #eblocks-written
> [ifdef] last-eblock#
> : pdup ( n -- n' ) dup last-eblock# max ;
> also nand-commands patch pdup dup zblock: previous
> [then]
> [then]
>
> I suggest testing it with the stable firmw
On 19 June 2011 13:14, Kevin Gordon wrote:
> Since it seems to never work on any build, if you like, I can concentrate on
> just os23 on multiple XO 1.0 machines on multiple USB ports and see if there
> are any differences in where it halts, even if I've previously plugged it in
> after boot or no
On 18 June 2011 13:39, Kevin Gordon wrote:
> First results, and I do apologize but I wont have any more time until
> tomorrow to test further
>
> 3 different XO's: USB2VGA and USB2VGA2 work first time everytime using
> build 860. Same 3 XO 1's, using os23 the external adapters work never. Not
>
On 18 June 2011 09:43, Kevin Gordon wrote:
> Cherry:
>
> I too am having troubles with both the USB2VGA and USB2VGA2 on build 23 with
> the XO1. I will work back in builds to see when it stopped working. It
> looks like not only the sisusb, but the ldusb devices are unhappy with this
> kernel
On 16 June 2011 19:14, Yioryos Asprobounitis wrote:
> Yes it did. After the update I have 199MB
> Actually I'm using a little script [1] to remove things (I think) are not
> needed from the F14 builds. So after boot was 137MB and after I run the
> script again went back to 199MB.
> The bonus poi
On 16 June 2011 18:12, Yioryos Asprobounitis wrote:
> Tried olpc-update (dirty) from os22 to os23 and worked without any problem!
> At the beginning of the process the XO-1 had 200MB free space and at the end
> (before reboot) 73MB.
> So I assume as long as you have ~150MB available you are safe.
Hi,
Just a quick reminder of the release plan:
http://wiki.laptop.org/go/11.2.0/Release_plan
On Monday we move to the "regression fixes only" milestone where we
effectively take what we have at that date and hope to treat it as
release-quality. We'll still fix important regressions but in general
On 15 June 2011 21:43, Christoph Derndorfer
wrote:
> Just to make sure: With os22 an olpc-update to os23 should work just fine,
> right? Because os21 had some issues IIRC.
Yes, but the earlier issues obviously weren't planned ;) so as an
early tester you never know.
I have tested 11.2.0 build 22
http://wiki.laptop.org/go/11.2.0
http://build.laptop.org/11.2.0/os23
Thanks for the feedback on the last image. We've now closed a load of
the major issues reported so it's time to test again! :)
Notable changes:
- pygobject update: the occasional crash where Sugar would completely
restart is fi
On 15 June 2011 13:37, Martin Langhoff wrote:
> On Wed, Jun 15, 2011 at 8:28 AM, Daniel Drake wrote:
>> That sounds like a sensible approach.
>
> Yes but I am still based on a rather old OOB and wondering whether to
> rebase to tip of master -- instead of for example cherry pic
On 15 June 2011 13:06, Martin Langhoff wrote:
> On Wed, Jun 15, 2011 at 5:19 AM, Daniel Drake wrote:
>> I haven't tried, but I think Chris has got this working already.
>
> Chris forked from master a longish time ago, and applied whatever
> dirty tricks were needed to buil
On 14 June 2011 21:46, Martin Langhoff wrote:
> Hi Daniel, Chris,
>
> looking at current olpc-os-builder, is there any gotchas you're aware
> of to build F-13 based images?
I haven't tried, but I think Chris has got this working already.
Daniel
___
Dev
On 13 June 2011 20:06, Christoph Derndorfer
wrote:
> * Record v91: The labels "Timer" and "Duration" and the corresponding
> dropdown menus in the toolbar are in English.
I've been making noise about this for a while, without success. The
problem is that Pootle refuses to update the translations,
On 13 June 2011 00:05, Christoph Derndorfer
wrote:
> Using os22 on an XO-1.5HS I keep running into an odd issue whereby at some
> point almost all of the function keys (views, Journal, frame, volume, NOT
> brightness) stop working after the machine comes out of suspend. This has
> happened three t
On 3 June 2011 14:42, Kevin Gordon wrote:
> Folks:
>
> On the machines I installed last night, it would appear that both the Sugar
> power setting check-boxes are now 'off' after a clean install. Previously
> the top one, less aggressive, was checked on. I actually prefer neither on
> for my use
On 3 June 2011 13:46, wrote:
> On Thu, June 2, 2011 2:35 pm, Daniel Drake wrote:
>> On 2 June 2011 19:12, Kevin Gordon wrote:
>>> Folks:
>>>
>>> OS21 installs fine using the power-on/esc clean install method with
>>> update-nand on an XO1
>
>
http://wiki.laptop.org/go/11.2.0
http://build.laptop.org/11.2.0/os22
Thanks for the testing feedback so far. This release fixes a couple of
major issues.
Notable changes:
- Fixed bug where olpc-update was not working and could even break
your system on next boot. Sorry about that. Users of buil
On 2 June 2011 19:12, Kevin Gordon wrote:
> Folks:
>
> OS21 installs fine using the power-on/esc clean install method with
> update-nand on an XO1 and fs-update on an XO 1.5. Looks like it might be an
> olpc-update issue which Yioryos is facing, not an entire os21 issue from
> here. I have exper
On 2 June 2011 15:35, Yioryos Asprobounitis wrote:
> ...also wipes out /versions/pristine and /version/contents so you end up with
> a dead XO.
> Maybe os21 should be withdrawn?
Sorry about that, I saw it as well and documented it here:
http://wiki.laptop.org/go/11.2.0
Will be fixed very soon.
http://wiki.laptop.org/go/11.2.0
http://build.laptop.org/11.2.0/os21
Thanks for testing! Please keep the success/failure reports coming in.
Notable changes:
- Sugar update including many bug fixes
- Sugar activity updater readded
- InfoSlicer updated to v9
- Read updated to v89
- .usb image publ
On 27 May 2011 22:05, Yioryos Asprobounitis wrote:
> Is it possible to upgrade the XO-1 to 11.2.0 builds from 10.1.3 or earlier
> builds as the wiki page suggests? [1]
> Someone did try it and run into problems beyond the space limitation [2]
Oops, I read this too quickly. It's not the space lim
On 27 May 2011 22:05, Yioryos Asprobounitis wrote:
> Is it possible to upgrade the XO-1 to 11.2.0 builds from 10.1.3 or earlier
> builds as the wiki page suggests? [1]
> Someone did try it and run into problems beyond the space limitation [2]
>
> [1] http://wiki.laptop.org/go/11.2.0#Upgrading_wit
On 26 May 2011 08:48, Hal Murray wrote:
>
> yum is broken. Do you want a bug report?
>
> http://xs-dev.laptop.org/%7Edsd/repos/f14/repodata/repomd.xml: [Errno 14]
> PYCURL ERROR 7 - ""
> Trying other mirror.
> Error: Cannot retrieve repository metadata (repomd.xml) for repository:
> olpc-f14. Ple
On 25 May 2011 08:50, Yioryos Asprobounitis wrote:
> There is some discussion about the usability of F14 builds in relation to
> their size [1]
> F14 builds are _really big_ for the 1GB XO-1 NAND leaving very little space
> for the user. If a few videos or wiki is installed or even try olpc-upda
http://wiki.laptop.org/go/11.2.0
http://build.laptop.org/11.2.0/os20
This marks the end of milestone 3 of the release plan:
http://wiki.laptop.org/go/11.2.0/Release_plan
>From this point onwards we are only accepting bug fixes.
Emerging plans for the next major release will be announced soon, and
On 15 May 2011 16:37, Daniel Drake wrote:
>> Trying irsync_dirty update from
>> rsync://updates.laptop.org/build-11.2.0_xo1.5-19
>> - Creating contents for existing tree.
>> - Fetching contents.
>> - Performing incremental rsync.
>> rsync: getaddrinfo: upd
On 17 May 2011 13:10, wrote:
> From: Martin Langhoff
>
> The oob_config_dir variable is specially useful in making
> custom scripts more portable. Make it available at last.
applied, thanks
___
Devel mailing list
Devel@lists.laptop.org
http://lists.la
On 17 May 2011 20:58, John Gilmore wrote:
>> > Any objections to prelink being disabled?
>
> I object.
Thanks John and James for the detailed comments and investigation.
I've spent some time looking at this. I've sent a patch to prelink
upstream allowing us to install a fixed timestamp, but I'm
On 19 May 2011 23:29, James Cameron wrote:
> No, just put it in the release notes.
>
> I presume you used an old firmware version to do the fs-update. Exactly
> which version did you use? This is important to know. For those
> updating from the latest stable 10.1.3 which has Q3A62, we expect no
Hi,
Currently, olpc-os-builder prelinks the whole filesystem during the
build process.
Unfortunately this is causing olpc-update to do lots of work, as even
when you prelink the same binary twice, the output changes, e.g.:
[root@dsdfedora bin]# prelink -u /usr/lib/libxml2.so.2
[root@dsdfedora bi
On 17 May 2011 13:11, Sridhar Dhanapalan wrote:
> Interesting idea. We are using the OS Builder to produce our builds,
> but I didn't think of extending it to generate a VM-capable build.
I'm a bit skeptical if this will work well, without driving you up the
wall first, but by all means try it..!
On 14 May 2011 18:07, Sridhar Dhanapalan wrote:
> The matter is detailed at http://dev.laptop.org/ticket/10427, and we
> submitted a fix a couple of months ago. Is there any chance of getting
> this merged?
Thanks for the reminder, should be fixed for next build!
_
On 15 May 2011 17:13, Yioryos Asprobounitis wrote:
> Correct. But why should this result in the update failing?
It didn't fail - it just went onto an alternative method.
The first method is optimized for environments where no root
modifications have been made. This is also in support of low band
On 15 May 2011 16:27, Yioryos Asprobounitis wrote:
>
> tried updating to os19 from os18 that eventually worked but only after
> failing irsync_pristine and irsync_dirty.
> specifically:
> $ sudo olpc-update 11.2.0_xo1.5-19
> Downloading contents of build 11.2.0_xo1.5-19.
> Updating to version has
On 15 May 2011 03:22, Kevin Gordon wrote:
> Folks:
>
> Does the new sparse XO 1.5 build delivery mechanism also mean one now no
> longer requires a zsp? I cant seem to see one in the directory.
You didn't need one anyway, that file is sort-of for internal use only.
But its odd how it is no long
http://wiki.laptop.org/go/11.2.0
http://build.laptop.org/11.2.0/os19
Notable changes:
XO-1.5 zd images are now sparse, meaning fs-update writes only to
certain parts of the disk and the flash process is much quicker
XO-1.5 new firmware q3b03
audacity updated
Another possible fix for libertas cras
Hi,
Due to various travel arrangements and movement on the XO-1.75 front,
we have delayed the 11.2.0 release by a few weeks from its original
plan (which would have already had us in feature freeze).
We also have some stability concerns: the current development images
have various regressions (mo
On 9 May 2011 10:06, laurent bernabe wrote:
> Hello everyone,
>
> as i don't know how to submit a bug, i speak about my problem here
> (furthermore, i did not manage to take a screen capture from QEMU showing
> the XOrg error)
>
> my system is a Kubuntu 11.04, and my graphical card is ATI Radeon H
On 8 May 2011 14:24, Yioryos Asprobounitis wrote:
> ok update-nand sd:\os18.onu
You didn't reply to my other question, but I tested and its working for me.
sizes:
526628 os18.onu
818806784 os18.uim
md5sums:
8b95e172d61ee10263a42e191e66b4de os18.onu
5274f1bc596cfa6a072eeaba23783e52 os18.uim
A
On 8 May 2011 07:19, Yioryos Asprobounitis wrote:
> It would appear that the messup of the XO-1 NAND mentioned in the above mails
> is more serious than I thought.
> Trying to re-install os18 I get the OFW message
> "Image size is not multiple of the NAND erase block size"
Whats the size of the
On 5 May 2011 22:25, Mitch Bradley wrote:
> It would be necessary to erase the entire device, rather than just the
> number of blocks specified by the zblocks: line, because that number is not
> known until very late in the process.
>
> Erasing everything is probably not a bad idea.
Another optio
On 7 May 2011 15:35, Yioryos Asprobounitis wrote:
> what would be the commands to mount the F14, XO-1 NAND partitions when
> booting from an external device.
Answers are in the dracut-modules-olpc source
ubiattach /dev/ubi_ctrl -m 3 -d 0
mount -t ubifs /dev/ubi0_0 /mnt/root
mount -t jffs2 /dev/
On 5 May 2011 08:57, James Cameron wrote:
> Q3A65 removed this blanking, because it interfered with NANDblaster,
> which stores the received blocks of the .zd file in the SD card before
> fs-update begins. On extending the blanking to the whole device, the
> .zd file being read by fs-update was a
On 21 April 2011 05:46, James Cameron wrote:
> Instead of creating a sparse image file into which the filesystems are
> created, create the image file from a psuedo-random pattern of 4096
> bytes, so that zhashfs may skip the unused blocks.
Thanks, pushed both of these
Daniel
___
http://wiki.laptop.org/go/11.2.0
http://build.laptop.org/11.2.0/os18
Notable changes:
XO-1.5 hardware mouse cursor now enabled (no more cursor flicker)
libertas crash-on-resume hopefully fixed
Firmware Q3A65 for XO-1.5
Latest sugar packages
Updated to Linux 2.6.35.13
Speak updated to v25
Tickets
On 26 April 2011 00:02, John Gilmore wrote:
> There's now a mkfs option that doesn't zero all the inodes while
> building the file system. It instead sets an extent for the inode
> tables, in the superblock, and the kernel zeroes more inodes as it
> needs to, in parallel with ordinary system oper
On 9 April 2011 17:56, Sascha Silbe wrote:
> We might set up a Makefile based system for Dextrose anyway (because we
> also need to build a few RPMs) so it doesn't matter much for us; I'd
> expect it to make more of a difference for small deployments (with
> limited technical staff). But if you st
On 29 April 2011 17:16, Daniel Drake wrote:
> http://wiki.laptop.org/go/11.2.0
>
> http://build.laptop.org/11.2.0/os17
Sam pointed out that something's up with Fedora's update system and
this build doesn't include the newest sugar that we'd hoped for.
https://ad
http://wiki.laptop.org/go/11.2.0
http://build.laptop.org/11.2.0/os17
Notable changes:
olpc-update should work now, from any recent build to this one (see
http://wiki.laptop.org/go/11.2.0) - test reports appreciated
Notable fedora updates: audacity, evince, firefox, gnash, Networkmanager
Updated t
On 26 April 2011 23:13, John Gilmore wrote:
>> I think all of those are safe assumptions to make, and that FIEMAP is
>> the more correct and efficient way of doing this.
>
> Here's a reason not to: FIEMAP doesn't actually work yet (or, alternatively,
> since its behavior is undocumented, you can't
Scott/Michael,
On 20 March 2011 22:26, C. Scott Ananian wrote:
> You might also try just using python's implementation of tar (the
> 'tarfile' module), which can probably be hacked to support rsync's
> --fake-super as well. Might kill two birds that way. Although I'm
> sure that fixing fakeroot
On 25 April 2011 20:37, James Cameron wrote:
> No, because that would fail to detect blocks that have been read and
> then written unchanged. While I don't know of any examples of that
> being done, it is still a possibility, either now or in the future.
>
> Using FIEMAP will place a kernel versi
On 19 April 2011 15:42, Daniel Drake wrote:
> What I was getting confused with is the requirement for inode tables
> to be zeroed out. (this is probably what takes most of the time during
> mke2fs). I might be wrong on that count as well though - its just
> something I picked up in
On 21 April 2011 05:46, James Cameron wrote:
> Allows the unused filesystem blocks of the image to be left out of the
> .zd file, resulting in a factor of two reduction in fs-update times on
> a typical build on a 4GB microSD. Greater reduction occurs on larger
> microSD or SD cards.
>
> Has no e
On 21 April 2011 02:38, James Cameron wrote:
> Do you have a sample of your "write zero block last" .zd file? I've
> looked at os16.zd2.zsp but it writes zero block first. I really should
> set up an F14 builder here. Got any checklist?
I don't have any samples to hand.
F14 build setup is jus
Maybe dependent on the possibility of an extX-specific optimization in
the .zd file, this may or may not be relevant, or may be worth doing
anyway (on a generic basis):
The .zd files currently contain loads of zero blocks, fs-update erases
the SD card at the start, most SD cards erase to zeroes. S
On 18 April 2011 23:46, James Cameron wrote:
> No, ext* does not require unused filesystem blocks to be zeroed out or
> to read back 0s if read.
Ok, you convinced me :)
What I was getting confused with is the requirement for inode tables
to be zeroed out. (this is probably what takes most of the
On 14 April 2011 10:26, Daniel Drake wrote:
> I may have found a way to make fs-update run on steroids. But I need
> to know if all/most SD cards are like mine.
Thanks everyone, I think thats enough data for now. If the reported
information is correct, the optimization I have found would
On 15 April 2011 03:10, James Cameron wrote:
> G'day Daniel,
>
> As an alternative, consider identifying the unused blocks in the
> filesystem, and avoid including them in the .zd file. This would make
> it unnecessary to know whether the bits will be set or cleared by the
> card. ext2, ext3, an
http://wiki.laptop.org/go/11.2.0
http://build.laptop.org/11.2.0/os16
Notable changes:
Firmware q3a64 - includes major changes in battery charging code. We
are looking for testing for charging with both AC power and solar
panels.
A handful of Fedora updates
Added some diagnosis in the kernel logs
Hi,
I may have found a way to make fs-update run on steroids. But I need
to know if all/most SD cards are like mine.
Please open your XO-1.5 and run:
cat /sys/devices/pci:00/:00:0c.0/mmc_host/mmc2/mmc2:*/scr
And post the output here.
Please state clearly if this is a SD card that you in
Hi Arnd,
As you've obviously been working with a large range of SD cards, I
wonder if you have any comments/knowledge on erase behaviour.
The SD card spec says that CMD32/CMD33 erase can leave the data as
either all-zero or all-one, depending on bit 55
(DATA_STAT_AFTER_ERASE) of the SCR.
Do you
On 20 March 2011 11:32, Mitch Bradley wrote:
>
>
> On 3/20/2011 6:58 AM, Chris Ball wrote:
>>
>> Hi,
>>
>> On Sun, Mar 20 2011, Daniel Drake wrote:>
>>>
>>> 1. Is this approach a good idea?
>>
>> Sounds great to me.
>>
On 12 April 2011 23:01, Peter Robinson wrote:
> As mentioned its not on any dependency list, its being explicitly
> pulled in through choice hence its not a dependency. Check in any SoaS
> build its not there. This is explicitly a choice by OLPC for OLPC
> builds.
And is only included by olpc
On 8 April 2011 14:04, Jon Nettleton wrote:
> Hey Guys,
>
> I was hoping to get more work done on this but haven't had the chance
> to work on it any further. This patch switches Record to use the WebM
> video format as specified by google.
Thanks for looking at this, this will be useful for exp
http://wiki.laptop.org/go/11.2.0
http://build.laptop.org/11.2.0/os15
Notable changes:
Fedora updates include etoys, firefox/xulrunner, gnash, gnumeric, NetworkManager
Distance updated to v22
Paint updated to v32
Speak updated to v24
Stopwatch updated to v8
Closed bugs:
#10678 No message appears
On 9 April 2011 17:47, Walter Bender wrote:
> How do I lobby to get Turtle Blocks v107 into the release? (It is in
> testing right now.)
I'm confused as to which one we include in the build right now -
Turtle Art or Turtle Blocks?
If it's an activity we already include, simply make sure the late
Hi,
just a reminder from the release plan:
http://wiki.laptop.org/go/11.2.0/Release_plan
We plan to end the feature milestone on Monday 18th April. While we
left ourselves some flexibility in this date (it may be extended a
short amount if we decide to), the message is clear all the same: any
new
On 2 April 2011 19:23, Sascha Silbe wrote:
> Excerpts from martin.langhoff's message of Fri Mar 18 21:55:33 +0100 2011:
>
>> From: Martin Langhoff
>
> Tested-By: Sascha Silbe
applied now, thanks!
___
Devel mailing list
Devel@lists.laptop.org
http://li
On 2 April 2011 18:33, Sascha Silbe wrote:
> This is useful for building several similar, but distinct images (e.g.
> XO-1 vs. XO-1.5, Gnome vs. no Gnome).
I think it would make more sense (and be more simplistic) to just
allow multiple config files to be passed on the command line.
osbuilder wou
On 17 March 2011 17:57, Sascha Silbe wrote:
> sd_card_image previously used two mismatching C/H/S geometries internally.
> The impact on the output was minimal (the image file might have been slightly
> larger than necessary) because most of the actually used values were
> hardcoded, but it was ra
On 20 March 2011 20:53, Michael Stone wrote:
> ...and, sure enough, we have a bug [1] entitled "fakeroot: handle openat()
> and
> friends".
Thanks, I was just looking at that as well. The patch doesn't actually
implement an openat() override (presumably because there was no open()
one to base it
401 - 500 of 1213 matches
Mail list logo