Re: [Sugar-devel] Community XO software builds
On Thu, May 07, 2015 at 10:16:42AM +0100, Peter Robinson wrote: On Thu, May 7, 2015 at 12:10 AM, James Cameron qu...@laptop.org wrote: 2. there are missing desktop packages, which means we are taking on maintenance of those packages on CentOS, Having tried and failed to do this back when EL6 was new I believe this is a dead end. It turned out to be _WAY_ more effort than actually keeping Fedora up to date. The upstream RHEL releases are every 6 months but if you need a fix for a package in the core 2500 odd packages and it's not easy you might be waiting a lot longer for a fix. In Fedora if you know the right people (like me) you can get a fix into update-testing in a day. Also there's a much much wider QA group across the packages we use and care about. I'm sure core people get it, but I think it's hard to over-emphasize to everyone else that there are two places where you get the most bang for your buck: 1) you stay with the latest (Fedora); or 2) you *never* change anything, ever. Everything in-between seems like it might be a better tradeoff, but really all that's happening is you're giving your paid devops staff time to work around their holidays and internally-driven priorities. Have no paid devops staff or worldwide priority list? You need to be on Fedora or *never* ever change. SugarLabs being in that place, with people like you to take forward Sugar packages on the popular, RHEL-upstream (in practice) Fedora, there is no good reason to accept a slower security fix process and a much more time-expensive release process. And I've been trying as hard with Fedora as possible. The core Sugar stack is in pretty good shape. There's some work needed on some Activies but most of the work it to update them to the latest upstream bits. This rings true to me too. Peter Martin pgpETbOCXKw8f.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Community XO software builds
On Wed, May 06, 2015 at 11:21:35PM -0400, Samuel Greenfeld wrote: OLPC already appears to be going the Ubuntu LTS route When/where can I read more about what OLPC is doing with Ubuntu LTS? Apologies for the lazyweb request. Martin pgpmmvPQ1vjFZ.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO keymap blues
On Thu, Oct 07, 2010 at 11:29:41PM +0200, Sascha Silbe wrote: Next step is to figure out why udev doesn't work, but I'll leave that for another day. Both /sys/class/dmi/id/sys_vendor and /sys/class/dmi/id/product_name match the values in the rules files. In case you happen to be seeing the same thing, I came across a problem a while ago where the nested match rules didn't seem to, err, match. I replaced them with a (less-than ideal) single rule that would also (semi-coincidentally) macth, and all was well. Sorry, but I can't find any more about the issue just now. Martin pgpSmU17aJxg9.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Sugar 0.88 in F11-XO1
On Mon, Feb 22, 2010 at 07:43:33PM -0300, Bernie Innocenti wrote: From today's #sugar-meeting: erikos bernie: I think a big problem to recruit 0.88 testers, is that there are no xo images erikos bernie: scratch builds, like tomeu said, sounds good erikos bernie: and then create a repo erikos bernie: maybe mtd is interested in that, too Ok, I'll create some custom F11-XO1 builds with the latest Sugar packages retrofitted for testing purposes. Sorry if it's been answered already: I wonder why you prefer 0.88 on F11 for XO-1 builds, rather than 0.88 (or latest) on F12 (or latest) for XO-1 builds? Martin pgpcHThD68w6m.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] OOM conditions
On Sun, Nov 08, 2009 at 12:07:58PM +, Lucian Branescu wrote: Slightly off-topic, has anyone tried compcache (http://code.google.com/p/compcache/) on an XO-1? I might if I can get it to work. Yes. It works very well. http://www.google.com/search?q=compcache+xo Martin pgpNfpVzilNu4.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OOM conditions
On Fri, Nov 06, 2009 at 04:50:53PM +, Tomeu Vizoso wrote: On Wed, Nov 4, 2009 at 14:16, Martin Dengler mar...@martindengler.com wrote: On Fri, Oct 30, 2009 at 11:22:13PM +0100, Tomeu Vizoso wrote: On Fri, Oct 30, 2009 at 16:58, Richard A. Smith rich...@laptop.org wrote: Working the table at the Boston book festival I was reminded how painful the OOM stuff is on a gen 1. The demo machines were in this state a lot as each visitor would open up a new program. Basically you have to just turn the unit off and restart as trying to recover is futile. What if activities had a higher oom_score? Would that protect enough the processes that once killed require a system restart (X, shell, etc)? See patch vs sugar-toolkit HEAD below[1] (I can backport to 0.82 if wanted). Maybe would be better to have the shell do that? So it works for non-python activities. Patch inline below. Regards, Tomeu Martin Thanks, Tomeu Martin (untested) patch against http://cgit.sugarlabs.org/sugar-toolkit/mainline/tree/src/sugar/activity/activityfactory.py : From 4bd6fb9f7f245c2aed92d6964746627d0c96cbec Mon Sep 17 00:00:00 2001 From: Martin Dengler mar...@martindengler.com Date: Sat, 7 Nov 2009 10:55:16 + Subject: [PATCH] sacrifice activities to the OOM killer first change the OOM-killer score of launched activities to be the maximum. See discussion at http://linux-mm.org/OOM_Killer --- src/sugar/activity/activityfactory.py | 35 + 1 files changed, 35 insertions(+), 0 deletions(-) diff --git a/src/sugar/activity/activityfactory.py b/src/sugar/activity/activityfactory.py index ee0fd92..5deee6e 100644 --- a/src/sugar/activity/activityfactory.py +++ b/src/sugar/activity/activityfactory.py @@ -65,6 +65,39 @@ def _close_fds(): pass +def __oom_adj_pid(pid, omm_adj_value=None): + Change a process' OOM likelihood to oom_adj_value. + +By default, use the value of gconf path +/desktop/sugar/performance/oom_adj_default; if none exists, make +this process most likely to be killed (oom_adj_value=15). + +Linux-specific. See http://linux-mm.org/OOM_Killer for details. + +oom_adj_fullpath = /proc/%s/oom_adj % pid +if os.path.exists(oom_adj_fullpath): +try: + +# get values/defaults from gconf +import gconf +gconf_dir = /desktop/sugar/performance +gconf_key = oom_adj_default +client = gconf.client_get_default() +if not client.dir_exists(gconf_dir): +client.add_dir(gconf_dir, gconf.CLIENT_PRELOAD_NONE) +if oom_adj_value is None: +oom_adj_value = client.get_int(gconf_dir + / + gconf_key) +if oom_adj_value is None: +oom_adj_value = 15 +client.set_int(gconf_dir + / + gconf_key, + oom_adj_value) + +file(oom_adj_fullpath).write(oom_adj_value) + +except: +pass + + def create_activity_id(): Generate a new, unique ID for this activity pservice = presenceservice.get_instance() @@ -276,6 +309,8 @@ class ActivityCreationHandler(gobject.GObject): stdout=log_file.fileno(), stderr=log_file.fileno()) +__oom_adj_pid(child.pid) + gobject.child_watch_add(child.pid, _child_watch_cb, (environment_dir, log_file)) -- 1.6.2.5 pgptlRP7tORQh.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OOM conditions
On Fri, Oct 30, 2009 at 11:22:13PM +0100, Tomeu Vizoso wrote: On Fri, Oct 30, 2009 at 16:58, Richard A. Smith rich...@laptop.org wrote: Working the table at the Boston book festival I was reminded how painful the OOM stuff is on a gen 1. The demo machines were in this state a lot as each visitor would open up a new program. Basically you have to just turn the unit off and restart as trying to recover is futile. What if activities had a higher oom_score? Would that protect enough the processes that once killed require a system restart (X, shell, etc)? See patch vs sugar-toolkit HEAD below[1] (I can backport to 0.82 if wanted). Maybe even have the background activities have a higher oom_score than the one in the foreground? Interesting. Another approach I'd love feedback on would be to set the allowed number of simultaneous running activities to be 2 (1 + Journal) and writing a simple control panel extension that would allow tweaking that, this oom_adj, and other related gconf values. Regards, Tomeu Martin 1. patch against http://cgit.sugarlabs.org/sugar-toolkit/mainline/tree/src/sugar/activity/main.py : diff --git a/src/sugar/activity/main.py b/src/sugar/activity/main.py index 93f34e6..c868e11 100644 --- a/src/sugar/activity/main.py +++ b/src/sugar/activity/main.py @@ -31,7 +31,40 @@ from sugar.bundle.activitybundle import ActivityBundle from sugar import logger +def __oom_adj_self(omm_adj_value=None): + Change this process' OOM likelihood to oom_adj_value. + +By default, use the value of gconf path +/desktop/sugar/performance/oom_adj_default; if none exists, make +this process most likely to be killed (oom_adj_value=15). + +Linux-specific. See http://linux-mm.org/OOM_Killer for details. + +oom_adj_fullpath = /proc/self/oom_adj +if os.path.exists(oom_adj_fullpath): +try: + +# get values/defaults from gconf +import gconf +gconf_dir = /desktop/sugar/performance +gconf_key = oom_adj_default +client = gconf.client_get_default() +if not client.dir_exists(gconf_dir): +client.add_dir(gconf_dir, gconf.CLIENT_PRELOAD_NONE) +if oom_adj_value is None: +oom_adj_value = client.get_int(gconf_dir + / + gconf_key) +if oom_adj_value is None: +oom_adj_value = 15 +client.set_int(gconf_dir + / + gconf_key, + oom_adj_value) + +file(oom_adj_fullpath).write(oom_adj_value) + +except: +pass + def create_activity_instance(constructor, handle): +__oom_adj_self() activity = constructor(handle) activity.show() pgpNZISREnFmt.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Terminal.xo patch: do not die if the cwd is gone
On Tue, Nov 03, 2009 at 12:08:20PM -0500, paul fox wrote: On Tue, Nov 3, 2009 at 11:04 AM, Martin Langhoff martin.langh...@gmail.com wrote: Attached is a trivial patch that handles gracefully the situation where cwd does not exist anymore or is no longer accessible to the olpc user. frankly, i think the whole state-saving notion in Terminal (and other terminal emulators i've seen) is flawed, and a bad idea I agree. I don't see the point of Terminal's journal entries, either. (i understand the desire for restoring scrollback -- that's useful history). Perhaps. I don't find its place on the confusion/benefit curve interesting, though. paul Martin pgpraAmQibT5v.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: the importance of providing swap space
On Fri, Oct 23, 2009 at 03:28:08PM +0100, Tomeu Vizoso wrote: On Fri, Oct 23, 2009 at 15:10, Tiago Marques tiago...@gmail.com wrote: It seems you got lucky, the most common behavior is for it to crash. I've been an advocate of SWAP for the XO since I got one, even things like browsing become many times faster. It becomes even more important on the XO OS because it seems to take up anywhere from 30-80MiB more than a similar distribution. Some users of DebXO have reported that they don't need swap and I've also noticed that memory requirements on my custom built xfce Gentoo are much lower. I can get Firefox open with 3-5 tabs and stay below 70MiB whereas on the Fedora, even with XFCE, It usually goes up to more than 120MiB. Open a PDF and you're done. In case anybody doens't know yet, there's also http://code.google.com/p/compcache/ which can work in systems without a SD. It works very well. I definitely recommend it. Regards, Tomeu Martin pgpFZFYeZgxGn.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Testing] first play with new XO 1.5 machines
On Thu, Oct 22, 2009 at 03:36:50PM +0545, Daniel Drake wrote: One of the biggest headaches we have to deal with, even when we have infrastructure networks, is the bug where every XO has a different set of neighbours on the neighbourhood view. Now we'd be making that bug a feature. Isn't this bug/feature an explicit goal of Gadget/Sugar: 1) They'll see their friends, the result of the active searches and a maximum of $N random buddies and $N' random activities http://lists.sugarlabs.org/archive/sugar-devel/2008-June/006351.html 2) jarabe/model/neighborhood.py line 39 40: http://cgit.sugarlabs.org/sugar/mainline/tree/src/jarabe/model/neighborhood.py#n39 ...it's used around line 130, among others: http://cgit.sugarlabs.org/sugar/mainline/tree/src/jarabe/model/neighborhood.py#n130 I've never liked that limitation, but I suspect I'm not understanding something because it seems crazy to intentionally limit the results that way. I'm glad I spent the 30 seconds to find the code so I can hack it out :). Daniel Martin pgpM7njDiG7cE.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: tap-to-click feedback
On Thu, Oct 22, 2009 at 02:40:04PM +0200, Bert Freudenberg wrote: On 22.10.2009, at 14:01, James Cameron wrote: I can only relate personal experience ... yes, it caught me by surprise quite a few times in the past few days. Me too - e.g., in TamTamMini it's easy to accidentally touch the pad while hammering on the keys. Sorry to say me too, but, yeah. I manage to spuriously click about 5% (well, maybe that's harsh) of the time. - Bert - Martin pgpSBv3yWVxl4.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Testing] first play with new XO 1.5 machines
On Wed, Oct 21, 2009 at 10:18:54AM +0200, Martin Langhoff wrote: The convention is that the OS build is identified by someting in the form of /etc/foo-release (lsb-release). The SoaS plan is to create /etc/soas-release, FWIW. cheers, m Martin pgpKeeV0I5lGX.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Images partitioned right? Good USB drives? (Re: Woodhouse on flash storage)
On Fri, Oct 09, 2009 at 04:23:17PM -0700, S Page wrote: On Tue, Oct 6, 2009 at 3:10 AM, Mitch Bradley w...@laptop.org wrote: b) If you must construct a fixed partition layout for use on multiple different devices, align each partition on at least a 4MiB boundary. That means that you waste 4M for the partition map (one 512-byte sector padded out to a 4 MiB boundary, but oh well). [...] 1. Do the F11 / SoaS overwrite your USB/SD device XO images follow this guideline? cat soas??xo.2gremovable.tar.lzma | lzma -dc - | tar xf - -O /dev/sdX Nope (SoaS) - that'll waste your partition table in favour of whatever I copied from my dsd-inspired make-fake-device partition table script[1]. I'd love patches. Actually, I even had a try[2] at getting it right a while ago, based on what I understood from T'so's post[3] and Mitch's warning page[4]: --- Do this for ext3 (omit -j for ext2): fdisk -H 224 -S 56 /dev/sdb [partition as normal] mke2fs -j -E stripe-width=32,resize=500G /dev/sdb1 [etc.] ...or this for ext4: fdisk -H 224 -S 56 /dev/sdb [partition as normal] mke2fs -t ext4 -E stripe-width=32,resize=500G /dev/sdb1 [etc.] --- ...but if anyone can correct / enlighten me as to The True Partition... (The way a boot image is created and distributed as multiple monolithic 379+ MB files seems crazy -- surely it's just a collection of files, tweaks to the existing MBR, and some disk partitioning and FS layout requirements. But that's a different discussion. ;-) ) Err, I call Q.E.D. on why that's the easiest way to distribute a workable image :). But we burn a lot of disk space distributing .ISOs, NAND-ready JFFS2 images, tar'ed directory trees, and even xdeltas of the tar'ed directory trees (or something), so hopefully anyone who can write a better set of instructions than that cat pipeline you quoted won't be stopped by the lack of a set of bytes to kick the process off. (I have a cheap USB flash drive that has gone crazy after two /dev/sdb reblastings; often usb-creator leaves it in a bizarre state and dosfsck reports hundreds of errors it can't repair. Weird.) Indeed...sorry to hear it. I have a cheap 4GB USB drive that's been re-blasted a hundred or so times and is still going. =S Page Martin 1. http://cgit.sugarlabs.org/soas/mainline/tree/make_fake_device.sh#n55 2. http://www.martindengler.com/ , scroll down to 2009-03-07 : Formatting SD cards as ext2, ext3, or ext4 3. http://thunk.org/tytso/blog/2009/02/20/aligning-filesystems-to-an-ssds-erase-block-size/ 4. http://wiki.laptop.org/go/How_to_Damage_a_FLASH_Storage_Device pgprPAy9OrD3Z.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Woodhouse on flash storage
On Sun, Oct 04, 2009 at 01:59:29PM -0400, Chris Ball wrote: http://www.advogato.org/person/dwmw2/diary/211.html Thanks for the links - it's nice to keep up with what's going on in the flash-expert world. How might the outcome of these debates affect the use of the microSD internal storage on the XO-1.5? I'm guessing not at all, it's a linux issue and we'll just use its drivers...but I thought perhaps OFW will have to care? Wikipedia[1] is a bit hard-for-me-anyway to use to understand whether linux drivers access the SD card's flash directly[2] (which I assume is what dwmw means by talk directly to the underlying flash medium) or via some USB mass storage interface layer provided by the card (is this part - perhaps the highest level - of the FTL that dwmw and T'so are talking about?). I guess these questions are probably OT so sorry for the diversion. Martin 1. http://en.wikipedia.org/wiki/Secure_Digital 2. http://en.wikipedia.org/wiki/Secure_Digital#Openness_of_standards pgpeRZYjMYknX.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: soas70xo impressions
On Tue, Sep 29, 2009 at 10:14:34AM -0400, Mikus Grinbergs wrote: The X crash scrolling problem is a BLOCKER I know, you heard it here first. Care to bugzilla it? 'rpm -q kernel' attests to sloppy composing of the build. Sloppy is hardly the moniker for the general practice of having two kernels installed (one backup/running and one to-be-booted into, for example). The way the kickstart file installs the OLPC one is indeed terrible, and I'm not proud of it. I notice that now Sugar 0.86 has been upstreamed into Rawhide. I suspect that some Activities still need changing to fit 0.86. Oh yeah. It's going to get worse before it gets better, I think. mikus Martin pgplNXgiTzuCs.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH] override new rpm %install behavior
New rpm behavior is to disallow %build to write to $RPM_BUILD_ROOT:
http://www.linux-archive.org/fedora-packaging/361136-unwanted-directory-removal-during-rpm-build.ht
ml
The kernel spec does this all over the place.
This change is the Red Hat patch:
* Wed Jul 22 2009 Tom spot Callaway tcall...@redhat.com
- We have to override the new %install behavior because, well... the kernel
is special.
---
olpc/SPECS/kernel-xo1.5.spec |3 +++
olpc/SPECS/kernel-xo1.spec |3 +++
2 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/olpc/SPECS/kernel-xo1.5.spec b/olpc/SPECS/kernel-xo1.5.spec
index 5f84287..9560dc5 100644
--- a/olpc/SPECS/kernel-xo1.5.spec
+++ b/olpc/SPECS/kernel-xo1.5.spec
@@ -1,3 +1,6 @@
+# We have to override the new %%install behavior because, well... the kernel
is special.
+%global __spec_install_pre %{___build_pre}
+
Summary: The Linux kernel (the core of the Linux operating system)
# What parts do we want to build? We must build at least one kernel.
diff --git a/olpc/SPECS/kernel-xo1.spec b/olpc/SPECS/kernel-xo1.spec
index 7444f75..59f427c 100644
--- a/olpc/SPECS/kernel-xo1.spec
+++ b/olpc/SPECS/kernel-xo1.spec
@@ -1,3 +1,6 @@
+# We have to override the new %%install behavior because, well... the kernel
is special.
+%global __spec_install_pre %{___build_pre}
+
Summary: The Linux kernel (the core of the Linux operating system)
# What parts do we want to build? We must build at least one kernel.
--
1.6.2.5
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] 0.84 for XO-1 (was Re: Sugar-devel Digest, Vol 11, Issue 94)
On Fri, Sep 18, 2009 at 06:08:14PM +0200, Tomeu Vizoso wrote: On Fri, Sep 18, 2009 at 17:56, Daniel Drake d...@laptop.org wrote: 2009/9/18 Tomeu Vizoso to...@sugarlabs.org: Great, thanks for the kind offer. I think the effort is already underway, leaded by Fedora's Steven M. Parrish: http://wiki.laptop.org/go/F11_for_XO-1 I also think that Martin Dengler is working on this as well, but I'm not sure how their work relates to each other. In the past I was building images of my own and trying to get people to test them, but for a while now I haven't had time to do more than git-pull from F11-on-XO's git repo from time to time. I think the strongest requirement at this time is for developers. A few things that spring to mind that need to be worked on: So we are looking for these skills: - Camera is not working That's kernel, Video4Linux driver? /dev/video0 shows up and I've used the camera to capture a jpg (sorry, I can't remember what program I used but it wasn't Cheese or Record - it was a command-line-only tool found via a yum search) on F11 with the OLPC kernel, so I suspect GST. Hopefully the kernel part is done. Thanks, Tomeu Martin pgpkLbRK6BRuG.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: soas63xo impressions
On Tue, Sep 15, 2009 at 08:37:15PM -0400, Mikus Grinbergs wrote: Disclaimer: I am not asking for help; I'm sharing my experiences. Thanks for reporting your experiences. You're good at finding builds that aren't even announced :). Ran with soas63xo (booted from nand) on my XO-1. Many of the difficulties with previous SoaS builds were still present. That last SoaS-on-XO build that was publicised was based on F11. This one (and recent ones) are based on Rawhide. So I expect there to be more bugs, rather than fewer, in the short term. My Settings - DateTime - as soon as (to move the selection off UTC to my timezone) I pressed (cursor was on vertical scrollbar) the left mouse button, sugar crashed. [Sugar also crashed when I clicked in the horizontal scrollbar in Browse.] I experienced this as well. No idea why. 'rpm -q kernel' shows *two* kernels applied to soas63xo. This is expected and not a problem. From the point of view of users running an XO, the SugarLabs software is now on a fork. It's on Fedora, and SugarLabs is upstream of OLPC. So it would be more usual to say OLPC's distribution of GNU/Linux with Sugar is F11-based, and SoaS is F12-based. If you drew a graph to try to find forks you might find it hard to usefully define that term: 0.82 0.84 0.86 Sugar ---O-OO--- Sugar HEAD \ \\ | | | F11 -oO-o--O---|-- F11 HEAD | \ | | --|-- OLPC HEAD || F12 --|o-O F12 HEAD | | SoaS--o--o SoaS HEAD \ \ --- Strawberry--- Blueberry O = branch point o = merge point (landing a branch on another codeline) | = connection between branch and merge point mikus Martin pgpHciRH7bkpg.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OFW access from linux
On Wed, Sep 16, 2009 at 11:18:17AM +0800, Mitch Bradley wrote: It is gratifying that so many people like the idea of being able to zap back into OFW from Linux - especially since I got such intense pushback when I first proposed leaving OFW resident on OLPC. Why? Security reasons? Martin pgp4TMiTW7u3t.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: OFW access from linux
On Tue, Sep 15, 2009 at 10:42:46AM -0400, Paul Fox wrote: on the XO, openfirmware stays resident when linux runs, and is accessible via an API specified in arch/x86/kernel/ofw.c. i've just pushed a commit to our 2.6.30 kernel branch that adds a sysrq hook (SysRq-y) for starting (returning to?) the resident OFW command line interface. This is one of the coolest hacks I've heard about in a while. Nice work (and to the giants upon whose shoulders etc. etc.)! paul Martin pgpNPnN48GYYa.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] How to make a SoaS (or liveCD) from scratch
On Fri, Sep 11, 2009 at 10:00:09AM +0200, Tomeu Vizoso wrote: On Fri, Sep 11, 2009 at 04:04, Martin Dengler mar...@martindengler.com wrote: On Fri, Sep 11, 2009 at 03:01:47AM +0100, Martin Dengler wrote: On Thu, Sep 10, 2009 at 06:43:31PM -0300, Andrés Nacelle wrote: Hi guys, basically I'm trying to do a SoaS or a live CD with the image we are using now on the XO, which has our own selection of activities and packages. You want to take an XO-1's filesystem from its NAND and make it bootable on another machine via a USB key? It might be easier (but it's by no means quick, and probably not easy either) to re-create the SoaS .ISO. Based on the information at the top of: http://cgit.sugarlabs.org/soas/mainline/tree/BUILDING ...you could: git clone git://git.sugarlabs.org/soas/devxo.git xo-soas That should be: git clone git://git.sugarlabs.org/soas/mainline.git xo-soas But that would give Andres a live image with 0.84, right? Yes. I thought he wanted the same Sugar and activities versions as Ceibal is distributing. I see what you mean. I just read I'm trying to do a SoaS and To: sugar-de...@lists.sl.o and assumed he might be interested. If he wants an OLPC build with his activities, then as you say: If he wants Sugar 0.82 for regular hardware then I think that making a custom live image of Fedora 9 would be the way to go. Martin HTH, Tomeu Martin pgpvXmosVGMTw.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] How to make a SoaS (or liveCD) from scratch
On Thu, Sep 10, 2009 at 06:43:31PM -0300, Andrés Nacelle wrote: Hi guys, basically I'm trying to do a SoaS or a live CD with the image we are using now on the XO, which has our own selection of activities and packages. You want to take an XO-1's filesystem from its NAND and make it bootable on another machine via a USB key? It might be easier (but it's by no means quick, and probably not easy either) to re-create the SoaS .ISO. Based on the information at the top of: http://cgit.sugarlabs.org/soas/mainline/tree/BUILDING ...you could: git clone git://git.sugarlabs.org/soas/devxo.git xo-soas cd xo-soas mkdir images cache echo soas00 images/lastbuild sudo ./build ...to check that you can build everything. If it works you should end up with about 10 gigs less of disk space and a lot of files in images/, one of which will be soas01xo.img. You will then have images/soas01xo.tree/, which contains the files that went into that .img. You can modify the images/soas01xo.tree/ files and then cd images touch soas01xo.tree sudo make -f ../Makefile soas01xo.img ...to re-create the .img file. Martin pgpp40lT2jm7W.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] How to make a SoaS (or liveCD) from scratch
On Fri, Sep 11, 2009 at 03:01:47AM +0100, Martin Dengler wrote: On Thu, Sep 10, 2009 at 06:43:31PM -0300, Andrés Nacelle wrote: Hi guys, basically I'm trying to do a SoaS or a live CD with the image we are using now on the XO, which has our own selection of activities and packages. You want to take an XO-1's filesystem from its NAND and make it bootable on another machine via a USB key? It might be easier (but it's by no means quick, and probably not easy either) to re-create the SoaS .ISO. Based on the information at the top of: http://cgit.sugarlabs.org/soas/mainline/tree/BUILDING ...you could: git clone git://git.sugarlabs.org/soas/devxo.git xo-soas That should be: git clone git://git.sugarlabs.org/soas/mainline.git xo-soas Martin pgpgnRFgRNeox.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: SoaS-for-XO-1 image
On Sat, Aug 22, 2009 at 05:41:55PM -0400, Mikus Grinbergs wrote: as usual with all F11-on-XO1 builds to date 'Record' (quickly) gave up the ghost, without showing me any moving picture output from the camera. The camera doesn't work in Record, which is at least this bug: https://bugzilla.redhat.com/show_bug.cgi?id=3D498900 You will notice that this bug report is several months old, and talks about the camera not being recognized. These days I believe the camera *is* being recognized. From today's dmesg: [2.179390] Marvell M88ALP01 'CAFE' Camera Controller version 2 [2.200957] cafe1000-ccic :00:0c.2: enabling device ( - 0002) [2.482758] ov7670 1-0042: chip found @ 0x84 (cafe_ccic) Yup, and my last comment on that bug says roughly the same thing :) I keep mentioning 'Record', because that is code being handled by people working on the XO. I found that 'cheese' fails the same way your Record does. But fswebcam does indeed capture a picture. But the _real_ problem started with a Geode driver change after Joyride 2602 -- that was the last time my various multimedia applications showed me what I would describe as a moving picture. Is the symptom of that problem recorded anywhere in RH bugzilla? Do you have any more information readily available about that change (of course I can go dig it out, I'm just asking in case you already have). Sounds like we should start chasing that issue now that the other one(s) are addressed. mikus Martin pgp4wVE6wYRWT.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] RFH - Journal corruption reports fom 8.2.1 users in Uy
On Fri, Aug 21, 2009 at 10:36:44AM +0200, Martin Langhoff wrote: 2009/8/21 Tomeu Vizoso to...@sugarlabs.org: 2009/8/21 Martin Langhoff martin.langh...@gmail.com: 2009/8/21 Tomeu Vizoso to...@sugarlabs.org: Yes, though if we manage to get the logs dir of a machine just after the DS was lost, there's lots of chances we are going to be able to The ones on the ramdisk? :-( Is ~/.sugar/default/logs in the ramdisk? This would be the first time I hear about it. OLPC's builds (at least the F7/F9 based series) I understood they were on a ramdisk. Looking at it now, however, it seems that they aren't -- but a restart of X clears it out anyway. So by the time the problem is _seen_, *poof*, logs are gone. You sure that ~/.sugar/default/logs doesn't just get renamed to ~/.sugar/default/logs/N? That's what happens now, but perhaps not on older builds? m Martin pgpPvhO3kuQzs.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] New SoaS-on-XO-1 build done: soasxo57
On Fri, Aug 21, 2009 at 05:06:50PM -0400, Paul Fox wrote: martin wrote: - Power management is disabled (XO is configured not to sleep since rtcwake never wakes up) the failure of suspend/release in this distro seems to be directly related to the absence of a getty on the serial console. if the getty is present, everything works normally. if the getty is absent, the system won't resume. Confirmed. Thanks very much for finding this out. paul Martin pgpx0wYqZCCL1.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH] always start the serial console to work around rtcwake never waking up
--- etc/event.d/ttyS0 |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/etc/event.d/ttyS0 b/etc/event.d/ttyS0 index 164d982..6b467e1 100644 --- a/etc/event.d/ttyS0 +++ b/etc/event.d/ttyS0 @@ -4,6 +4,7 @@ start on stopped rc2 start on stopped rc3 start on stopped rc4 start on started prefdm +start on runlevel [2345] stop on runlevel 0 stop on runlevel 1 -- 1.6.2.5 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PATCH] always start the serial console to work around rtcwake never waking up
[that's a patch to olpc-utils] On Fri, Aug 21, 2009 at 11:57:45PM +0100, Martin Dengler wrote: --- etc/event.d/ttyS0 |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/etc/event.d/ttyS0 b/etc/event.d/ttyS0 index 164d982..6b467e1 100644 --- a/etc/event.d/ttyS0 +++ b/etc/event.d/ttyS0 @@ -4,6 +4,7 @@ start on stopped rc2 start on stopped rc3 start on stopped rc4 start on started prefdm +start on runlevel [2345] stop on runlevel 0 stop on runlevel 1 pgpajAfBM4vuS.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: yum with recent soas builds on XO-1
On Fri, Aug 14, 2009 at 05:14:04AM -0400, Martin Langhoff wrote: On Thu, Aug 13, 2009 at 2:51 PM, Martin Denglermar...@martindengler.com wrote: Like I said, I'd stop that behaviour when/if I get to it unless someone beats me to it or explains why we want this. Not sure about *that* mountpoint in particular, but a forest of invisible tmpfs mounts is present in the XO image because we use stateless Fedora. This allows olpc-update to work its magic. This thread segment is about SoaS now (a bit OT for devel@, I agree), which is not doing anything like the initrd /versions hardlinking. cheers, m Martin pgppBMCz89G4s.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: yum with recent soas builds on XO-1
On Fri, Aug 14, 2009 at 07:30:19AM -0400, Martin Langhoff wrote: On Fri, Aug 14, 2009 at 6:44 AM, Martin Denglermar...@martindengler.com wrote: This thread segment is about SoaS now (a bit OT for devel@, I agree), which is not doing anything like the initrd /versions hardlinking. I am aware :-) Ah ok - I thought you were implying that our answers/discussion were incorrect in some way. Read it as: the liveusb/livecd fedora thing uses the same 'stateless fedora' technique, and I mention olpc-update because it *is* a useful thing Sugar might want to use. I read Sugar as Sugar distribution. Gotcha. It is useful but controversial, and so on, and so forth. It does have a lot of good features. I'll leave it to the distro creators to sort it out; if I have time to include it in my SoaS and the required server-side infrastructure is available, I will include it (based on the current alternatives). cheers, m pgp8xCSc1SQpg.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: yum with recent soas builds on XO-1
On Fri, Aug 14, 2009 at 07:55:39AM -0400, Mikus Grinbergs wrote: Martin Dengler wrote: Not sure about *that* mountpoint in particular, but a forest of invisible tmpfs mounts is present in the XO image because we use stateless Fedora. This allows olpc-update to work its magic. This thread segment is about SoaS now (a bit OT for devel@, I agree), which is not doing anything like the initrd /versions hardlinking. I do not understand the intent of the sentence immediately above. My comments were about SoaS[1]. As this is apparantly confusing everyone, I'll stop. Recently on F11-on-XO1, *both* when I am running a soas-stream build, and when I am running a fedoraproject-stream build I have no idea what soas-stream and fedoraproject-stream builds mean. I explained what's happening in SoaS[2] and F11-on-XO1[3], and how they are different. mikus Martin 1. http://download.sugarlabs.org/soas/ 2. http://cgit.sugarlabs.org/soas/mainline/tree/soas-base.ks#n233 3. http://dev.laptop.org/git/projects/fedora-xo/tree/olpc-base.ks?h=xo-1#n171 pgpgOCcWlLhJB.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: yum with recent soas builds on XO-1
On Wed, Aug 12, 2009 at 06:22:56PM -0400, Mikus Grinbergs wrote:
Disclaimer: I am not asking for help; I am sharing my experiences.
Apparently irrespective of the content of /etc/fstab, recent
F11-on-XO1 builds are _mounting_ /var/cache/yum as a tmpfs.
After a very quick look, F11-on-XO mounts tmpfs there only via
/etc/fstab, so I don't know how to explain this. If you find
the answer I'd be interested to know it.
I do not know how come yum on SoaS3 tries to stuff that additional
huge file into /var/cache/yum, when os5 does not -- but tmpfs on my
XO-1 is *definitely* not big enough.
SoaS3 puts this mount in /etc/fstab _and_ runs
/etc/init.d/livesys{,-late}, which mount tmpfs there.
OTTOMH this seems a terrible thing to on a swap-less,
memory-constrained device. You may be adding a swap device to get yum
to do anything useful on a SoaS build.
I've taken that tmpfs -- /var/tmp mount of out my SoaS /etc/fstab
contents, and livesys* are disabled.
mikus
Martin
pgplnmTrnjJRn.pgp
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: yum with recent soas builds on XO-1
On Thu, Aug 13, 2009 at 01:28:25PM -0400, Mikus Grinbergs wrote:
Apparently irrespective of the content of /etc/fstab, recent
F11-on-XO1 builds are _mounting_ /var/cache/yum as a tmpfs.
I do not know how come yum on SoaS3 tries to stuff that additional
huge file into /var/cache/yum, when os5 does not -- but tmpfs on my
XO-1 is *definitely* not big enough.
SoaS3 puts this mount in /etc/fstab _and_ runs
/etc/init.d/livesys{,-late}, which mount tmpfs there.
[...] The additional tmpfs mounts appear to
have taken place __without__ entries for them being present in
/etc/fstab.
Because of:
SoaS3 [...] runs /etc/init.d/livesys{,-late}, which mount tmpfs
there.
Like I said, I'd stop that behaviour when/if I get to it unless
someone beats me to it or explains why we want this.
mikus
Martin
pgpeUxJvIaoGz.pgp
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
[PATCH] add CONFIG_DISABLE_SUSPEND_VT_SWITCH=y to XO-1 defconfig
a la the change to XO-1.5 defconfig to set CONFIG_DISABLE_SUSPEND_VT_SWITCH=y from commit ad61cc33bd070e2c7bf98d4574b998fde58c862d, update XO-1 defconfig similarly. Stops make silentoldconfig for the XO-1 from failing. --- arch/x86/configs/xo_1_defconfig |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/arch/x86/configs/xo_1_defconfig b/arch/x86/configs/xo_1_defconfig index 3d6f55d..43cac6b 100644 --- a/arch/x86/configs/xo_1_defconfig +++ b/arch/x86/configs/xo_1_defconfig @@ -313,6 +313,7 @@ CONFIG_PM=y CONFIG_PM_DEBUG=y # CONFIG_PM_VERBOSE is not set CONFIG_CAN_PM_TRACE=y +CONFIG_DISABLE_SUSPEND_VT_SWITCH=y # CONFIG_PM_TRACE_RTC is not set CONFIG_PM_SLEEP=y CONFIG_SUSPEND=y -- 1.6.0.6 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [PATCH] don't show ul-warning when switching to runlevels 3 or 4
On Tue, Jul 21, 2009 at 09:47:58AM +0545, Daniel Drake wrote: 2009/7/21 Martin Dengler mar...@martindengler.com: --- init.d/ul-warning | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) mode change 100644 = 100755 init.d/ul-warning diff --git a/init.d/ul-warning b/init.d/ul-warning old mode 100644 new mode 100755 index 045979e..86c51a8 --- a/init.d/ul-warning +++ b/init.d/ul-warning @@ -1,7 +1,7 @@ #!/bin/sh # ul-warning: start shutdown ul-warning # -# chkconfig: 5 1 0 +# chkconfig: 3 4 5 1 0 # description: This script shows the UL warning at shutdown. lockfile=/var/lock/subsys/ul-warning Which version of olpc-bootanim are you using? This should not be needed. [r...@localhost ~]# rpm -q olpc-bootanim olpc-bootanim-2.5-1.i586 [r...@localhost ~]# yum list olpc-bootanim Loaded plugins: refresh-packagekit Installed Packages olpc-bootanim.i5862.5-1 @olpc[r...@localhost ~]# yum check-update olpc-bootanim Loaded plugins: refresh-packagekit [r...@localhost ~]# Daniel Martin pgpEWTMBXCDS8.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH] don't show ul-warning when switching to runlevels 3 or 4
--- init.d/ul-warning |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) mode change 100644 = 100755 init.d/ul-warning diff --git a/init.d/ul-warning b/init.d/ul-warning old mode 100644 new mode 100755 index 045979e..86c51a8 --- a/init.d/ul-warning +++ b/init.d/ul-warning @@ -1,7 +1,7 @@ #!/bin/sh # ul-warning: start shutdown ul-warning # -# chkconfig: 5 1 0 +# chkconfig: 3 4 5 1 0 # description: This script shows the UL warning at shutdown. lockfile=/var/lock/subsys/ul-warning -- 1.6.0.6 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
What should I do about the ISA PIT timer?
Hi Support Gang / devel@, I hae a Repair Center laptop whose one OFW test sometimes fails: The ISA PIT timer did not reach a count of 1. This happens about 2-5% of the time I run the selftest word from that device node in OFW (Q2E41): /pci/i...@f/ti...@i40. I can't find much on google about this error message or device node (though the 8th google result is an excellent translation of Gallus/ Roman Scenes in the time of Augustus). Anybody seen this before? Should I worry about it? Martin pgpqZgBZTkdHJ.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH] add F11-updates and F11-testing (for dracut, etc.)
--- olpc-base.ks |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/olpc-base.ks b/olpc-base.ks index c72c8ff..d0b3088 100644 --- a/olpc-base.ks +++ b/olpc-base.ks @@ -13,6 +13,8 @@ repo --name=olpc --cost=3 --baseurl=http://dev.laptop.org/~dsd/xo1-rpms repo --name=olpc-kernel --cost=5 --baseurl=http://dev.laptop.org/~dilinger/2.6.30-rc5 repo --name=F11 --cost=10 --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-11arch=i386 --excludepkgs=PolicyKit-kde +repo --name=F11-updates --cost=9 --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=updates-released-f11arch=i386 +repo --name=F11-updates-testing --cost=8 --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=updates-testing-f11arch=i386 # Enable if the mirrors aren't up to date yet. # repo --name=rawhide --baseurl=http://download.fedora.redhat.com/pub/fedora/linux/development/i386/os --excludepkgs=PolicyKit-kde -- 1.6.0.6 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: reviving XO-1 OS builds
On Tue, Jul 14, 2009 at 05:26:08PM +0100, Daniel Drake wrote: Anyone interested? I tweaked the wiki page a tiny bit and tried on my own machine. I'm using my own F10 machine for now, but can't practically upload anywhere. xo-1 branch is a tiny bit away from building right now[1], unfort. Patch below: From 9e09c3deb7de1e37c9784e7cb2fa73e6224bf779 Mon Sep 17 00:00:00 2001 From: Martin Dengler mar...@martindengler.com Date: Tue, 14 Jul 2009 21:27:11 +0100 Subject: [PATCH] add F11-updates and F11-testing (for dracut, etc.) --- olpc-base.ks |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/olpc-base.ks b/olpc-base.ks index c72c8ff..d0b3088 100644 --- a/olpc-base.ks +++ b/olpc-base.ks @@ -13,6 +13,8 @@ repo --name=olpc --cost=3 --baseurl=http://dev.laptop.org/~dsd/xo1-rpms repo --name=olpc-kernel --cost=5 --baseurl=http://dev.laptop.org/~dilinger/2.6.30-rc5 repo --name=F11 --cost=10 --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-11arch=i386 --excludepkgs=PolicyKit-kde +repo --name=F11-updates --cost=9 --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=updates-released-f11arch=i386 +repo --name=F11-updates-testing --cost=8 --mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=updates-testing-f11arch=i386 # Enable if the mirrors aren't up to date yet. # repo --name=rawhide --baseurl=http://download.fedora.redhat.com/pub/fedora/linux/development/i386/os --excludepkgs=PolicyKit-kde -- 1.6.0.6 Daniel Martin 1. [mar...@ops-13 output]$ nice make -j 3 -f ../Makefile os1.img sudo livecd-creator --cache=../cache --fslabel os1 -c ../olpc-desktop.ks mke2fs 1.41.4 (27-Jan-2009) Filesystem label=os1 OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 98304 inodes, 393216 blocks 3932 blocks (1.00%) reserved for the super user First data block=0 Maximum filesystem blocks=402653184 12 block groups 32768 blocks per group, 32768 fragments per group 8192 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912 Writing inode tables: done Creating journal (8192 blocks): done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 27 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. tune2fs 1.41.4 (27-Jan-2009) Setting maximal mount count to -1 Setting interval between checks to 0 seconds Retrieving http://www.mirrorservice.org/sites/download.fedora.redhat.com/pub/fedora/linux/releases/11/Everything/i386/os/repodata/repomd.xml ...OK Retrieving http://dev.laptop.org/~dsd/xo1-rpms/repodata/repomd.xml ...OK Retrieving http://dev.laptop.org/~dilinger/2.6.30-rc5/repodata/repomd.xml ...OK Excluding Packages from None Finished kernel-2.6.30-20090621.1.olpc.db92a09.i586 from olpc-kernel has depsolving problems -- Missing Dependency: dracut is needed by package kernel-2.6.30-20090621.1.olpc.db92a09.i586 (olpc-kernel) kernel-2.6.30-20090621.1.olpc.db92a09.i586 from olpc-kernel has depsolving problems -- Missing Dependency: dracut is needed by package kernel-2.6.30-20090621.1.olpc.db92a09.i586 (olpc-kernel) Error creating Live CD : Failed to build transaction : Missing Dependency: dracut is needed by package kernel-2.6.30-20090621.1.olpc.db92a09.i586 (olpc-kernel) make: *** [os1.iso] Error 1 pgpLFLE0fH9xU.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: reviving XO-1 OS builds
On Tue, Jul 14, 2009 at 09:36:13PM +0100, Peter Robinson wrote: I wrote some notes on how someone could build new OS images for XO-1 based on the ongoing XO-1.5 software efforts, and how this could be run as a community-driven process: http://wiki.laptop.org/go/F11_for_XO1 A fairly decent general knowledge of the Linux ecosystem is necessary, but it is not an overly difficult task. Anyone interested? Yes! I'm going to look at it but I don't think its going to happen this week, but it looks like Martin has had a look and I'll work with him to get it happening. Awesome :) Go for it! Peter Martin pgpza7PHOzoas.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
XO-1 Camera in F11?
Has anyone seen the XO-1 camera working (or even just detected) in Record or Cheese with F11? I'm using the latest kernels with this change, so I don't think it's (just) that: http://lists.laptop.org/pipermail/devel/2009-May/024363.html Martin pgprjohfE4XhF.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO-1 Camera in F11?
On Fri, Jul 10, 2009 at 11:16:19AM +0100, Daniel Drake wrote: On Fri, 2009-07-10 at 10:43 +0100, Martin Dengler wrote: Has anyone seen the XO-1 camera working (or even just detected) in Record or Cheese with F11? I'm using the latest kernels with this change, so I don't think it's (just) that: http://lists.laptop.org/pipermail/devel/2009-May/024363.html Is there a new error message or is it still the same one? Can't find an error message now. kernel reports the chip was detected, as opposed to before: cafe1000-ccic :00:0c.2: enabling device ( - 0002) ov7670 1-0042: chip found @ 0x84 (cafe_ccic) Daniel Martin pgpNKyWXdhLWp.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New kernel branch for XO-1 and XO-1.5 development
On Fri, Jul 10, 2009 at 11:22:45AM +0100, Daniel Drake wrote: On Fri, 2009-07-10 at 11:12 +0100, Peter Robinson wrote: I discussed at Fudcon with Sebastian, Scott etc about resurrecting the Sugar Spin in Fedora which would allow us to have automated builds and make use of the new autoqa stuff. I can assist in this stuff as well if you like although at the moment I don't know how the laptop.org build stuff works or have access. I'd say that a Sugar spin isn't what you want here -- a Sugar spin should aim to be generic and be useful for more widespread testing of Sugar. From discussing with Peter last week, you're both talking about the same thing (different words, etc.). The task at hand is simply syncing all changes from xo-1.5 to xo-1 on a continual basis, running make foo.img, publishing foo.img, and trying to act on user feedback as much as possible. One also needs good bandwidth between the build machine and download site, which is all I'm lacking now or I'd be happy to do it...the problem is that I'd want to test the build before pushing, and I'd want to be able to distribute what I test. (right now you will have to build and set up your own kernel repo for XO-1, but hopefully chris will have that automated soon: http://dev.laptop.org/ticket/9402) One could also use http://dev.laptop.org/~mdengler/xo-1 Daniel Martin pgpoX0Uohpjhr.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO-1 Camera in F11?
On Fri, Jul 10, 2009 at 11:02:48AM +0100, Peter Robinson wrote: On Fri, Jul 10, 2009 at 10:57 AM, Tomeu Vizosoto...@sugarlabs.org wrote: On Fri, Jul 10, 2009 at 11:43, Martin Denglermar...@martindengler.com wrote: Has anyone seen the XO-1 camera working (or even just detected) in Record or Cheese with F11? Has the one line patch been pushed upstream yet? I'm using the latest kernels with this change Yup. Peter Martin pgpTYjEE29vG2.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New kernel branch for XO-1 and XO-1.5 development
On Wed, Jul 08, 2009 at 10:27:03PM -0700, John Gilmore wrote: Note that currently there is nothing keeping anyone from installing a kernel meant for one gen machine on a different gen machine. Just don't do that. :) Eventually if both machines are going to run a standard Fedora release, the same binary kernel will have to be able to run on both (and figure it out at runtime, like it does with most other x86-based systems). AFAICS stock Fedora kernel boots on both doesn't imply custom-configured kernels XO-1 and XO-1.5 must boot on both. John Martin pgpgZu3UgbYc6.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: New kernel branch for XO-1 and XO-1.5 development
On Wed, Jul 08, 2009 at 01:43:31PM -0700, Deepak Saxena wrote:
I've spent some time merging the XO-1 and XO-1.5 kernels into a new
branch and made some tweaks to the in-kernel RPM build scripts.
Very cool, thanks. I've built new kernel rpms to a yum repo:
http://dev.laptop.org/~mdengler/xo-1
But...
To differentiate between an XO-1 and XO-1.5 RPM, the generation
name is now inserted into the RPM name. For example:
kernel-2.6.30_xo1-20090708.1.olpc.1fd3a66.i586.rpm - XO-1 RPM
kernel-2.6.30_xo1.5-20090708.1.olpc.1fd3a66.i586.rpm - XO-1.5 RPM
Is this going to cause problems? When I try to install the kernel
(via livecd-creator), I get (apologies for the rubbish formatting):
Error creating Live CD : Unable to install: [('file
/lib/firmware/kaweth/new_code.bin conflicts between attempted installs
of kernel-2.6.30_xo1-20090709.1.olpc.d990c35.i586 and
kernel-firmware-2.6.29.5-191.fc11.noarch', (6,
'/lib/firmware/kaweth/new_code.bin', 0L)), ('file
/lib/firmware/kaweth/new_code_fix.bin conflicts between attempted
installs of kernel-2.6.30_xo1-20090709.1.olpc.d990c35.i586 and
kernel-firmware-2.6.29.5-191.fc11.noarch', (6,
'/lib/firmware/kaweth/new_code_fix.bin', 0L)), ('file
/lib/firmware/kaweth/trigger_code.bin conflicts between attempted
installs of kernel-2.6.30_xo1-20090709.1.olpc.d990c35.i586 and
kernel-firmware-2.6.29.5-191.fc11.noarch', (6,
'/lib/firmware/kaweth/trigger_code.bin', 0L)), ('file
/lib/firmware/kaweth/trigger_code_fix.bin conflicts between attempted
installs of kernel-2.6.30_xo1-20090709.1.olpc.d990c35.i586 and
kernel-firmware-2.6.29.5-191.fc11.noarch', (6,
'/lib/firmware/kaweth/trigger_code_fix.bin', 0L))]
Enjoy,
~Deepak
Thanks again.
Martin
pgp0Z4pDGCQ8u.pgp
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: New kernel branch for XO-1 and XO-1.5 development
On Thu, Jul 09, 2009 at 03:47:32PM +0100, Martin Dengler wrote:
To differentiate between an XO-1 and XO-1.5 RPM, the generation
name is now inserted into the RPM name. For example:
kernel-2.6.30_xo1-20090708.1.olpc.1fd3a66.i586.rpm - XO-1 RPM
kernel-2.6.30_xo1.5-20090708.1.olpc.1fd3a66.i586.rpm - XO-1.5 RPM
Is this going to cause problems? When I try to install the kernel
(via livecd-creator), I get (apologies for the rubbish formatting):
Error creating Live CD : Unable to install: [('file
/lib/firmware/kaweth/new_code.bin conflicts between attempted installs
of kernel-2.6.30_xo1-20090709.1.olpc.d990c35.i586 and
kernel-firmware-2.6.29.5-191.fc11.noarch', (6,
'/lib/firmware/kaweth/new_code.bin', 0L)), ('file
The clue is in the error message. It seems my kernel-firmware commit
(which you merged) was lost in the split of the .spec files.
I'll forward a patch.
Enjoy,
~Deepak
Thanks again.
Martin
Martin
pgpqzYQhz50JD.pgp
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
[PATCH] build kernel-firmware rpms again
---
olpc/SPECS/kernel-xo1.5.spec | 37 +++--
olpc/SPECS/kernel-xo1.spec | 37 +++--
2 files changed, 70 insertions(+), 4 deletions(-)
diff --git a/olpc/SPECS/kernel-xo1.5.spec b/olpc/SPECS/kernel-xo1.5.spec
index 32f2c3f..67615ac 100644
--- a/olpc/SPECS/kernel-xo1.5.spec
+++ b/olpc/SPECS/kernel-xo1.5.spec
@@ -14,6 +14,8 @@ Summary: The Linux kernel (the core of the Linux operating
system)
%define builddoc 0
%define buildkdump 0
%define buildheaders 1
+# kernel-firmware
+%define with_firmware %{?_with_firmware: 1} %{?!_with_firmware: 0}
%define _enable_debug_packages 0
# Versions of various parts
@@ -54,6 +56,7 @@ Summary: The Linux kernel (the core of the Linux operating
system)
%define buildxen 0
%define buildkdump 0
%define all_arch_configs $RPM_SOURCE_DIR/kernel-xo1.5-custom.config
+%define with_firmware 1
%endif
# Don't build 586 kernels for RHEL builds.
%if 0%{?rhel}
@@ -73,6 +76,7 @@ Summary: The Linux kernel (the core of the Linux operating
system)
%define buildup 0
%define buildheaders 0
%define all_arch_configs $RPM_SOURCE_DIR/kernel-%{kversion}-*.config
+%define with_firmware 0
%endif
# kdump only builds on i686, x86_64, ppc64 ...
@@ -215,7 +219,7 @@ Summary: The Linux kernel (the core of the Linux operating
system)
# Packages that need to be installed before the kernel is, because the %post
# scripts use them.
#
-%define kernel_prereq fileutils, module-init-tools, initscripts = 8.11.1-1,
dracut, dracut-modules-olpc = 0.2.0
+%define kernel_prereq fileutils, module-init-tools, initscripts = 8.11.1-1,
kernel-firmware = %{rpmversion}-%{pkg_release}, dracut, dracut-modules-olpc =
0.2.0
Name: kernel
Group: System Environment/Kernel
@@ -323,6 +327,21 @@ header files define structures and constants that are
needed for
building most standard programs and are also needed for rebuilding the
glibc package.
+
+%package firmware
+Summary: Firmware files used by the Linux kernel
+Group: Development/System
+# This is... complicated.
+# Look at the WHENCE file.
+License: GPL+ and GPLv2+ and MIT and Redistributable, no modification permitted
+%if x%{?variant} != x
+Provides: kernel-firmware = %{rpmversion}-%{pkg_release}
+%endif
+%description firmware
+Kernel-firmware includes firmware files required for some devices to
+operate.
+
+
%prep
#if a rhel kernel, apply the rhel config options
%if 0%{?rhel}
@@ -518,7 +537,9 @@ Config=kernel-xo1.5-custom.config
fi
mkdir -p $RPM_BUILD_ROOT/lib/modules/$KernelVer
-make -s ARCH=$Arch INSTALL_MOD_PATH=$RPM_BUILD_ROOT modules_install
KERNELRELEASE=$KernelVer
+# Override $(mod-fw) because we don't want it to install any firmware
+# We'll do that ourselves with 'make firmware_install'
+make -s ARCH=$Arch INSTALL_MOD_PATH=$RPM_BUILD_ROOT modules_install
KERNELRELEASE=$KernelVer mod-fw=
# And save the headers/makefiles etc for building modules against
#
@@ -805,6 +826,11 @@ rm -f $RPM_BUILD_ROOT/usr/include/asm*/atomic.h
rm -f $RPM_BUILD_ROOT/usr/include/asm*/io.h
rm -f $RPM_BUILD_ROOT/usr/include/asm*/irq.h
%endif
+
+%if %{with_firmware}
+make INSTALL_FW_PATH=$RPM_BUILD_ROOT/lib/firmware firmware_install
+%endif
+
###
### clean
###
@@ -888,6 +914,13 @@ fi
/usr/include/*
%endif
+%if %{with_firmware}
+%files firmware
+%defattr(-,root,root)
+/lib/firmware/*
+%doc linux-%{kversion}.%{_target_cpu}/firmware/WHENCE
+%endif
+
# only some architecture builds need kernel-doc
%if %{builddoc}
diff --git a/olpc/SPECS/kernel-xo1.spec b/olpc/SPECS/kernel-xo1.spec
index feb2b65..46b3f5d 100644
--- a/olpc/SPECS/kernel-xo1.spec
+++ b/olpc/SPECS/kernel-xo1.spec
@@ -14,6 +14,8 @@ Summary: The Linux kernel (the core of the Linux operating
system)
%define builddoc 0
%define buildkdump 0
%define buildheaders 1
+# kernel-firmware
+%define with_firmware %{?_with_firmware: 1} %{?!_with_firmware: 0}
%define _enable_debug_packages 0
# Versions of various parts
@@ -54,6 +56,7 @@ Summary: The Linux kernel (the core of the Linux operating
system)
%define buildxen 0
%define buildkdump 0
%define all_arch_configs $RPM_SOURCE_DIR/kernel-xo1-custom.config
+%define with_firmware 1
%endif
# Don't build 586 kernels for RHEL builds.
%if 0%{?rhel}
@@ -73,6 +76,7 @@ Summary: The Linux kernel (the core of the Linux operating
system)
%define buildup 0
%define buildheaders 0
%define all_arch_configs $RPM_SOURCE_DIR/kernel-%{kversion}-*.config
+%define with_firmware 0
%endif
# kdump only builds on i686, x86_64, ppc64 ...
@@ -215,7 +219,7 @@ Summary: The Linux kernel (the core of the Linux operating
system)
# Packages that need to be installed before the kernel is, because the %post
# scripts use them.
#
-%define kernel_prereq fileutils, module-init-tools, initscripts = 8.11.1-1
+%define kernel_prereq fileutils, module-init-tools, initscripts = 8.11.1-1,
kernel-firmware = %{rpmversion}-%{pkg_release}
Name: kernel
[PATCH 0/4] patches for olpc-2.6:xo-v2.6.30 branch
Hi Deepak, Here are four patches for the olpc-2.6 repo's xo-v2.6.30 branch. Two patches are effectively cherry-picks from the xo-1.5 branch and hopefully will be uncontentious. Please let me know if the patches need improving so as to make them acceptable for applying to the xo-v2.6.30 branch. You can see them in my olpc-2.6 tracking repo at http://dev.laptop.org/git/users/mdengler/olpc-2.6/log/?h=xo-v2.6.30 if that's more convenient. You can see the kernels I've built using these commits at: http://dev.laptop.org/~mdengler/xo-1/ . The kernels install and boot fine on my XO-1 running F11/SoaS. 1) the first patch I used along the way to sniff out the undefined kconfig var patched in #2. The change is trivial but might save some time in the future: my commit 5bb442db56e704cf184a56b61ad03ae1e9a5e1f9 don't be quiet during make silentoldconfig 2) cherry picked from f77a1366c6ae489eba7b063979b0905403bb1922 (cjb) and extracted a minor, previously-undefined kconfig var that needed setting (fixes make olpc-kernel-rpm breaking): my commit b80a9cb146579b30343308e871184fba98210e08 configure CONFIG_FCOE_FNIC as 'not set' 3) cherry picked from 9213b4116406ded25bde52888f84c7c4c37e44cc (cjb): my commit 9213b4116406ded25bde52888f84c7c4c37e44cc Trac #9338: ext4=y 4) The fourth patch I had to do to enable a kernel-firmware rpm build; this seemed necessary so that an F11 machine (whose kernel-firmware rpm conflicts with our combined kernel + firmware rpm) will yum update to this OLPC kernel. This is not as frivolous as it might sound, since not only is this required for yum update but also for a clean kickstart / livecd build. Heretofore I/we have been just using rpm --force --nodeps tp install XO-1 olpc-2.6:v2.6.30 kernels, but this seems uglier than necessary. my commit 0a2cfe49d7ad79f9134d50a8334f9af7b37034e4 add with_firmware option to play nice with F11 kernel-firmware rpms Again, please let me know if I can improve these patches so as to make them acceptable for applying to the xo-v2.6.30 branch. Martin PS - below is the diffstat from git format-patch --cover-letter: Chris Ball (1): Trac #9338: ext4=y Martin Dengler (3): don't be quiet during make silentoldconfig configure CONFIG_FCOE_FNIC as 'not set' add with_firmware option to play nice with F11 kernel-firmware rpms arch/x86/configs/olpc_defconfig |9 - olpc/SPECS/olpc-2.6.spec| 39 --- 2 files changed, 44 insertions(+), 4 deletions(-) ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH 3/4] add with_firmware option to play nice with F11 kernel-firmware rpms
---
olpc/SPECS/olpc-2.6.spec | 37 +++--
1 files changed, 35 insertions(+), 2 deletions(-)
diff --git a/olpc/SPECS/olpc-2.6.spec b/olpc/SPECS/olpc-2.6.spec
index d04f4ae..64d9d68 100644
--- a/olpc/SPECS/olpc-2.6.spec
+++ b/olpc/SPECS/olpc-2.6.spec
@@ -15,6 +15,8 @@ Summary: The Linux kernel (the core of the Linux operating
system)
%define buildkdump 0
%define buildheaders 1
%define _enable_debug_packages 0
+# kernel-firmware
+%define with_firmware %{?_with_firmware: 1} %{?!_with_firmware: 0}
# Versions of various parts
@@ -54,6 +56,7 @@ Summary: The Linux kernel (the core of the Linux operating
system)
%define buildxen 0
%define buildkdump 0
%define all_arch_configs $RPM_SOURCE_DIR/kernel-olpc-custom.config
+%define with_firmware 1
%endif
# Don't build 586 kernels for RHEL builds.
%if 0%{?rhel}
@@ -73,6 +76,7 @@ Summary: The Linux kernel (the core of the Linux operating
system)
%define buildup 0
%define buildheaders 0
%define all_arch_configs $RPM_SOURCE_DIR/kernel-%{kversion}-*.config
+%define with_firmware 0
%endif
# kdump only builds on i686, x86_64, ppc64 ...
@@ -215,7 +219,7 @@ Summary: The Linux kernel (the core of the Linux operating
system)
# Packages that need to be installed before the kernel is, because the %post
# scripts use them.
#
-%define kernel_prereq fileutils, module-init-tools, initscripts = 8.11.1-1
+%define kernel_prereq fileutils, module-init-tools, initscripts = 8.11.1-1,
kernel-firmware = %{rpmversion}-%{pkg_release}
Name: kernel
Group: System Environment/Kernel
@@ -323,6 +327,21 @@ header files define structures and constants that are
needed for
building most standard programs and are also needed for rebuilding the
glibc package.
+
+%package firmware
+Summary: Firmware files used by the Linux kernel
+Group: Development/System
+# This is... complicated.
+# Look at the WHENCE file.
+License: GPL+ and GPLv2+ and MIT and Redistributable, no modification permitted
+%if x%{?variant} != x
+Provides: kernel-firmware = %{rpmversion}-%{pkg_release}
+%endif
+%description firmware
+Kernel-firmware includes firmware files required for some devices to
+operate.
+
+
%prep
#if a rhel kernel, apply the rhel config options
%if 0%{?rhel}
@@ -518,7 +537,9 @@ Config=kernel-olpc-custom.config
fi
mkdir -p $RPM_BUILD_ROOT/lib/modules/$KernelVer
-make -s ARCH=$Arch INSTALL_MOD_PATH=$RPM_BUILD_ROOT modules_install
KERNELRELEASE=$KernelVer
+# Override $(mod-fw) because we don't want it to install any firmware
+# We'll do that ourselves with 'make firmware_install'
+make -s ARCH=$Arch INSTALL_MOD_PATH=$RPM_BUILD_ROOT modules_install
KERNELRELEASE=$KernelVer mod-fw=
# And save the headers/makefiles etc for building modules against
#
@@ -805,6 +826,11 @@ rm -f $RPM_BUILD_ROOT/usr/include/asm*/atomic.h
rm -f $RPM_BUILD_ROOT/usr/include/asm*/io.h
rm -f $RPM_BUILD_ROOT/usr/include/asm*/irq.h
%endif
+
+%if %{with_firmware}
+make INSTALL_FW_PATH=$RPM_BUILD_ROOT/lib/firmware firmware_install
+%endif
+
###
### clean
###
@@ -887,6 +913,13 @@ fi
/usr/include/*
%endif
+%if %{with_firmware}
+%files firmware
+%defattr(-,root,root)
+/lib/firmware/*
+%doc linux-%{kversion}.%{_target_cpu}/firmware/WHENCE
+%endif
+
# only some architecture builds need kernel-doc
%if %{builddoc}
--
1.6.0.6
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
[PATCH 2/4] configure CONFIG_FCOE_FNIC as 'not set'
--- arch/x86/configs/olpc_defconfig |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/arch/x86/configs/olpc_defconfig b/arch/x86/configs/olpc_defconfig index d443f7a..19afd08 100644 --- a/arch/x86/configs/olpc_defconfig +++ b/arch/x86/configs/olpc_defconfig @@ -937,6 +937,7 @@ CONFIG_SCSI_LOWLEVEL=y # CONFIG_LIBFC is not set # CONFIG_LIBFCOE is not set # CONFIG_FCOE is not set +# CONFIG_FCOE_FNIC is not set # CONFIG_SCSI_DMX3191D is not set # CONFIG_SCSI_EATA is not set # CONFIG_SCSI_FUTURE_DOMAIN is not set -- 1.6.0.6 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH 4/4] Trac #9338: ext4=y
From: Chris Ball c...@laptop.org Signed-off-by: Chris Ball c...@laptop.org Signed-off-by: Martin Dengler mar...@martindengler.com --- arch/x86/configs/olpc_defconfig |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) diff --git a/arch/x86/configs/olpc_defconfig b/arch/x86/configs/olpc_defconfig index 19afd08..d52e59a 100644 --- a/arch/x86/configs/olpc_defconfig +++ b/arch/x86/configs/olpc_defconfig @@ -2125,10 +2125,16 @@ CONFIG_EXT3_FS=y CONFIG_EXT3_FS_XATTR=y # CONFIG_EXT3_FS_POSIX_ACL is not set CONFIG_EXT3_FS_SECURITY=y -# CONFIG_EXT4_FS is not set +CONFIG_EXT4_FS=y +# CONFIG_EXT4DEV_COMPAT is not set +CONFIG_EXT4_FS_XATTR=y +# CONFIG_EXT4_FS_POSIX_ACL is not set +# CONFIG_EXT4_FS_SECURITY is not set CONFIG_FS_XIP=y CONFIG_JBD=y # CONFIG_JBD_DEBUG is not set +CONFIG_JBD2=y +# CONFIG_JBD2_DEBUG is not set CONFIG_FS_MBCACHE=y # CONFIG_REISERFS_FS is not set # CONFIG_JFS_FS is not set -- 1.6.0.6 ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: bitfrost python modules mess
On Fri, Jun 26, 2009 at 04:00:46PM +0100, Daniel Drake wrote: Hi, In the latest sugar, the activity updater doesn't work because it can't import bitfrost.update.actutils Here's the kludge that works around the problem just for the activity updater: https://bugzilla.redhat.com/show_bug.cgi?id=481333 Finally sugar-update-control would depend on the specific subpackage bitfrost-update. This would depend on the core bitfrost package, which would install /usr/lib/python2.6/site-packages/bitfrost/__init__.py and not much more. This bug would be fixed and things would be more organised. Thoughts? Sounds like a much better approach. Daniel Martin pgp1Qvf1CmdOc.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [OT] Test run of 2009/05/25 image
On Tue, Jun 09, 2009 at 11:44:11AM -0700, Stanley Sokolow wrote: Personally, I feel it is a mistake for the OLPC project to continue with the concept of the Sugar platform as its exclusive model for an educational computer.The Sugar applications (activities) could just as well be run from the Ubuntu desktop. Then students would actually be learning in an environment that can take them into the real-world that grown-ups occupy on computers, when they are ready to go beyond the Sugar applications. Remember, part of the point of Sugar is that the real-world UIs will become more Sugar-like as they adapt to the way (designers think) people think about using computers: http://lwn.net/Articles/334911/ The point of sugar is far from preparing kids for the real world. It's probably more about helping kids learn [about many more things than computers]. But this is quite well-trodden ground, so I don't think we're going to contribute much new. Stan Sokolow Martin pgpfOOatLjlNk.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
olpc-2.6 2.6.30-rc5 /dev/rtc0 broken
Hi Deepak, I'm seeing one of these commits: http://dev.laptop.org/git/olpc-2.6/commit/?h=2.6.30-rc5id=351881b12fa5628ee44f27dd4d28482b0d66dff4 http://dev.laptop.org/git/olpc-2.6/commit/?h=2.6.30-rc5id=8dc06e452713a214220516649d216fd603888ad9 ... as stopping commands like rtcwake -m mem -a -s 5 from working with error messages like /dev/rtc0 not enabled for wakeup events. I can't bisect any more since 8dc06e45.. doesn't build for me. A before and after set of kernels from my tree[1] may assist in confirming: Before[2] (rtcwake ... behaves as expected): http://www.martindengler.com/~martin/tmp/kernel-2.6.30-20090604.1.olpc.9f05ee9.i586.rpm After[3] (rtcwake ... complains and fails): http://www.martindengler.com/~martin/tmp/kernel-2.6.30-20090604.1.olpc.50da7dc.i586.rpm Martin 1. at http://dev.laptop.org/git/users/mdengler/olpc-2.6/log/?h=2.6.30-rc5-mtd - I've reordered your latest commits a bit to get make olpc-kernel-rpm working before the XO-1/XO-1.5 commits landed. 2. http://dev.laptop.org/git/users/mdengler/olpc-2.6/commit/?h=2.6.30-rc5-mtdid=9f05ee9ba20581e7970683f478e25be594e105ee 3. http://dev.laptop.org/git/users/mdengler/olpc-2.6/commit/?h=2.6.30-rc5-mtdid=50da7dc2f63b6657645bd3a1676bb7d4b44317b0 pgpJ84InY9rst.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Server-devel] [Sugar-devel] What is the vision for software update?
On Mon, Jun 01, 2009 at 11:54:34AM -0400, Caroline Meeks wrote: Does it require Root to update the software? root is required to update the OS via yum/rpm. Do students do it themselves somehow? Students can update Activities via the Sugar control panel. Is the updating of activities vs sugar code vs fedora code integrate or separate? There are separate mechanisms for Activties vs. OS code updates. The pros and cons of this have been periodically discussed (rpm vs. xo debates). We are imagining that having the XS control all this is the optimal solution. I think it should work, but not be required or optimal. SoaS does, and should continue to, work well independently of an XS. Martin pgpBgtEboVw62.pgp Description: PGP signature ___ Server-devel mailing list server-de...@lists.laptop.org http://lists.laptop.org/listinfo/server-devel
Re: [IAEP] 3D engine uses in a no-nonsense GUI (was: XO Gen 1.5)
On Tue, Apr 21, 2009 at 05:02:23AM -0400, Albert Cahalan wrote: Christoph Derndorfer writes: I honestly can't think of a use-case for including any sort of 3D acceleration into the basic Sugar and activities. One can use a 3D accelerator to greatly improve human factors in the GUI. [...] Imagine if view switching and activity switching looked like a rapid zoom out to showing a grid of all views and activities, Imagine if it actually looked like the demo: http://www.sugarlabs.org/index.php?template=gallerypage=media_01 Martin pgpI5t0GKgthK.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: move to rawhide update
On Tue, Apr 07, 2009 at 05:17:09PM +0100, Peter Robinson wrote: Why don't the SoaS/~cjb distributions contain the latest rawhide packages ? Because rawhide is a daily moving development target. Aren't you both right? The builds contain the latest rawhide packages as of the image creation date, right? Thus if it's no longer the instant the image was created, rawhide packages may have been updated. [mikus] Peter Martin pgplabmuIFC50.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Announcing Fedora 11 Beta for XO
On Mon, Apr 06, 2009 at 11:57:14AM +0100, Peter Robinson wrote: On Mon, Apr 6, 2009 at 11:54 AM, Martin Dengler mar...@martindengler.com wrote: On Sun, Apr 05, 2009 at 01:43:07PM +0100, Martin Dengler wrote: - network frame icon still blank (I think for the same reason as http://dev.sugarlabs.org/ticket/307 ) - some WPA (1) networks unable to be associated with (not sure why, could be #307 again) I just rebuilt a Soas2-based image and these two issues are solved. Awesome. From rawhide, or with the custom kernel that was mentioned? Rawhide. Though the custom kernel shouldn't directly affect those two problems IIUC. Peter Martin pgpLCGPDrsD0M.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Announcing Fedora 11 Beta for XO
On Sun, Apr 05, 2009 at 01:43:07PM +0100, Martin Dengler wrote: - network frame icon still blank (I think for the same reason as http://dev.sugarlabs.org/ticket/307 ) - some WPA (1) networks unable to be associated with (not sure why, could be #307 again) I just rebuilt a Soas2-based image and these two issues are solved. Awesome. cheers, m Martin Martin pgpHtoqpSnDhb.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Announcing Fedora 11 Beta for XO
On Sat, Apr 04, 2009 at 08:18:50PM +0100, Peter Robinson wrote: Out of interest does OFW support ext4? I've tried today to get a SD card to boot using your image with no luck, but shoved a usb key in that has the standard F11 beta on it and the kernel booted straight up but got no further. If you got to the kernel and didn't see any initrd errors then OFW's job (finding the kernel and initrd) was done. I've noticed that if OFW can load the kernel but not the initrd it's hard to see that error - the failure message gets cleared away by the kernel loading messages. Peter Martin pgpnYhTtzDrgO.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Announcing Fedora 11 Beta for XO
On Sat, Apr 04, 2009 at 06:39:53PM +0200, Martin Langhoff wrote: On Sat, Apr 4, 2009 at 3:10 PM, Martin Dengler mar...@martindengler.com wrote: I'd test Soas-2 (what I'm running on my XO now). Just a personal opinion. Yeah, that's what I am thinking of doing. Is there stuff that is known to be 'broken' on the XO? IIRC, the NM there can't handle the mesh devices, so no under a tree automagic mesh or ad-hoc networking is present. So not expecting that to work. Indeed, mesh doesn't work. Sound? Not sure (I thought it worked but haven't checked recently). Sleep? Nope Screen rotate? Nope 'Game keys'? Nope Other things OTTOMH: - Most / all of the XO-specific keys don't work. The keymap isn't set to an OLPC one at boot (these are two seperate problems). - DCON driver isn't available - so forget about coming out of pretty boot (use the check key when starting to avoid pretty boot) - or changing the backlight level, etc.) - /ofw doesn't exist - network frame icon still blank (I think for the same reason as http://dev.sugarlabs.org/ticket/307 ) - some WPA (1) networks unable to be associated with (not sure why, could be #307 again) cheers, m Martin pgp8LBlfjhEeJ.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Announcing Fedora 11 Beta for XO
On Sat, Apr 04, 2009 at 12:13:36PM +0100, Peter Robinson wrote: Here's a build of the F11 beta release for XO: http://dev.laptop.org/~cjb/rawhide-xo/f11-beta/ Instructions on flashing are at http://dev.laptop.org/~cjb/rawhide-xo/. How does this relate to the recent SoaS builds? I am trying to organise a test effort on Thursday, and was planning to target the latest SoaS on XO hw. Is this newer? Older? More XO-specific fixes? Less? I'm not sure what release of Fedora SoaS is based on. F11/rawhide. From the Fedora perspective this is the latest beta release Is this statement meant to be equivalent to this is the latest F11 beta? It has all the latest Sugar stuff in it but has no specific XO fixes in it. EG it doesn't have the XO specific kernel patches in it which I assume SoaS does. Soas does not, nor does http://dev.laptop.org/~cjb/rawhide-xo/f11-beta/ . I can't speak for the intentions of either distros in the future. Please recall Soas is targeted at more than XOs...I would assume that the OLPC distro is more likely to include XO-specific bits than the Soas distro. But now we're both assuming, rather than asking. It would be great to get some testing done on it if possible to see what the issues are with it. I've been meaning on taking a look at SoaS to see what the differences are between that and rawhide but I just haven't had the time to do so yet. They're essentially the same right now apart from the choice of desktop environment. Peter Martin pgpvYjzY0bAud.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Announcing Fedora 11 Beta for XO
On Sat, Apr 04, 2009 at 01:05:39PM +0200, Martin Langhoff wrote: On Fri, Apr 3, 2009 at 9:51 PM, Chris Ball c...@laptop.org wrote: Here's a build of the F11 beta release for XO: http://dev.laptop.org/~cjb/rawhide-xo/f11-beta/ Instructions on flashing are at http://dev.laptop.org/~cjb/rawhide-xo/. How does this relate to the recent SoaS builds? I am trying to organise a test effort on Thursday, and was planning to I'd test Soas-2 (what I'm running on my XO now). Just a personal opinion. Is this newer? Older? Only if rawhide / beta has changed More XO-specific fixes? Less? The same. cheers, m Martin pgpWqOexDlmTm.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] DC Photo Jam 2 - New batch of photos of SoaS running onnetbooks
On Tue, Mar 17, 2009 at 05:42:36AM -0400, John Watlington wrote: On Mar 17, 2009, at 5:34 AM, Tomeu Vizoso wrote: On Tue, Mar 17, 2009 at 04:48, John Watlington w...@laptop.org wrote: I would expect it to be faster on other processors. I don't think the processor is the biggest factor. In my profiling, I have seen bigger impact from jffs2/nand, the graphics subsystem and the lack of swap. If you run Soas-1 on a sd card with some swap space, you will see how the XO feels much faster. The difference here is that read access to data/programs on an SD card is about twice as fast as JFFS2 (and incurs little processor overhead, whereas JFFS2 tends to occupy the processor 100%), and write access is about 15 times faster than JFFS2. I doubt the speedup is due to the presence of swap. I seem to recall this is one of those conversations that comes up periodically, and that once someone / people created a wiki page with thoughts on a partitioning layout design that could be of broad use. Does anyone know where that wiki page is? I couldn't find it with some naive google searches... Martin pgp0b4Xbomf0N.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
[PATCH] olpc-utils rpm requires bootanim for pyvt
diff --git a/olpc-utils.spec.in b/olpc-utils.spec.in index b77e105..2a525c9 100644 --- a/olpc-utils.spec.in +++ b/olpc-utils.spec.in @@ -21,6 +21,9 @@ Requires: /bin/su # for olpc-test-devkey Requires: olpcupdate = 2.10 +# for pyvt +Requires: bootanim + %description Tools for starting an X session, mapping keys on the OLPC keyboards, pgpkZ9VoX12Ui.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
FW: SoaS on XO bootcharts
In case XO F11 boot times are of especial interest to anyone: - Forwarded message from Martin Dengler mar...@martindengler.com - Date: Tue, 3 Mar 2009 22:57:33 + From: Martin Dengler mar...@martindengler.com Subject: SoaS on XO bootcharts To: sugar-de...@lists.sugarlabs.org, fedora-olpc-l...@redhat.com For my OLPC/XO-1 laptop these days, I'm using the Sugar-on-a-Stick kickstart files[1]. I want my XO to boot fast, not because I boot it a lot, but because it boots really, really slowly right now. So I installed bootchart, changed olpc.fth to use it, rebooted, and voila, got this chart: http://www.martindengler.com/proj/soas/Soas-200903022241-bootchart.png Then I edited /etc/bootchartd.conf to use process accounting, and got this chart: http://www.martindengler.com/proj/soas/Soas-200903022241-bootchart-psacct.png I booted without my SD card (which isn't the boot device - I'm booting off NAND) inserted, and got this chart: http://www.martindengler.com/proj/soas/Soas-200903022241-bootchart-psacct-nosdcard.png So there's some work to do to fix some SD card badness... Meanwhile, looks like I should get more familiar with rc.sysinit. The data for the above charts are all available at: http://www.martindengler.com/proj/soas I figured some people might be interested in this. Thanks to sdziallas, erikos, marcopg, and the whole SoaS team for their great work. Martin 1. slightly modified to add more personally-interesting RPMs, including bootchart: http://git.sugarlabs.org/projects/soas/repos/mtds-clone/blobs/soas-devxo/soas-developer.ks - End forwarded message - pgp2sqHs4gZRr.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Future of Rainbow + Sugar?
--- Carol Farlow Lerche c...@msbit.com wrote: things that the activity developers can and can't do As an aside, I yesterday uploaded a simple activity to addons.sugarlabs.org. This activity runs on os767 and soas (afaik). Your post and this discussion made me realize that I hadn't had to think about Rainbow *at all* and things Just Worked. For simple activities and/or barrier-to-entry discussions, that observation seems germane. Martin ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [Sugar-devel] Future of Rainbow + Sugar?
--- Wade Brainerd wad...@gmail.com wrote:
Backup, a far more useful and achievable
solution to this problem.
I don't see how Rainbow, something _working_ and pretty usable on my XO right
now, is usefully compared to backup, a solution similar in specificity to the
aphorism be careful and one that doesn't resemble anything working on my XO
right now. I think there are about a ton of threads about how backup might be
implemented on {,xs-}de...@l.o.
Regards,
-Wade
Martin
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: Fedora 10 on XO
On Thu, Dec 04, 2008 at 06:36:53PM -0500, Greg Smith wrote: [Chris] So we'd ship two different distributions on the NAND? GS - Yes. GS: I think you meant desktop environments, not distributions. Greg S Martin pgp75WddDP55Y.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] notes from the field - Mongolia
On Thu, Oct 09, 2008 at 08:10:57PM -0400, Deniz Kural wrote: [this list is out of touch] Hence, student, or teacher, I need a USB stick. 1. Plug USB stick into XO running build from the last six months 2. Drag files from the Journal to the USB stick icon 3. Drag files from the USB stick's file list to the Journal Deniz p.p.s Marco, you're a stuck-up asshole :) And you managed to call people that actually know what the hell they're talking about out of touch. Thanks for advancing the state of knowledge on the list all the way forward to, oh, 2007. pgpoXl5f43HPu.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] notes from the field - Mongolia
On Thu, Oct 09, 2008 at 05:36:10PM -0700, Edward Cherlin wrote: Martin, Deniz, cool it, the pair of you. No more ad hominem attacks. Relax. As to my ad-hominem attacks, how is it ad-hominem to say that someone who says something incorrect is out of touch (with the truth/progress/etc.)? Or say that it's annoying me if they call others out of touch? The former is a statement of fact relevant to the propositions at hand, and the latter could at worst be an irrelevant personal opinion, but in that case the correct response is to ignore it, which I note many on the list are doing. You each owe the other an apology. For disseminating up-to-date, correct information? No. For attempting sarcasm on the internet? Very sorry. Er, whoops, there I go again. And one to Marco, too. Eh? Marco's great. Why should I apologize to him for that? The list is not out of touch. I tried to keep it in touch with actions. I doubt many will be impressed by anything else, especially mere assertions (a lady who says she's a lady, and all that). There are many on the list who are ignorant of conditions on the ground and of other things through no fault of their own. Yes, but most of them don't go calling the list out of touch. Now shake hands and come out arguing about facts, needs, and possibilities. I argued about the facts. And I'm not good at meta-discussions, so perhaps I'm missing some other point of yours. Martin pgpiqrjL6Lofh.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [IAEP] sugar and the digital age (was Re: notes from the field - Mongolia)
On Fri, Oct 10, 2008 at 03:13:27AM +0200, Bert Freudenberg wrote: Am 09.10.2008 um 19:10 schrieb elana langer: Essentially, in the minds of [teachers, parents, gov't officials], fluency on windows, being able to do power point presentations and surf the web is what being prepared means. Indeed. I think at least some consideration should be given to a filesystem view leaking through to the Journal. And, or even: but, those who believe that power point presentations are an important part of being prepared are often quite convinced by power point presentations or similar superficial attempts, so significant changes to core UI might not be necessary to reassure them. Even an activity to copy files might be able to assuage their fears about the journal, and those are easy enough to make (though see other discussions about how the about-to-be-deployed journal is quite decent at the basic to-and-from-USB file transfers). Kudos to the Sugar developers for not giving in to the crowd's pseudo-wisdom. Hear, hear* - Bert - Martin * From the choir :). pgpoOb95ntEDC.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Major power concern
On Tue, Oct 07, 2008 at 09:56:10AM +0200, Marco Pesenti Gritti wrote:
On Tue, Oct 7, 2008 at 6:02 AM, John Gilmore [EMAIL PROTECTED] wrote:
/usr/share/sugar/shell/view/devices/battery.py
#TODO: make this less of an wild/educated guess
minutes_remaining = int(current_level / 0.59)
remaining_hourpart = minutes_remaining / 60
remaining_minpart = minutes_remaining % 60
secondary_text = _('%(hour)d:%(min).2d remaining'
% { 'hour': remaining_hourpart,
'min': remaining_minpart})
How, uh, unusual to slip this into a release at the last minute!
The battery code has moved all around in the last two weeks (I think
it's been in three different places in the Sugar tree), so I found
it too hard to track who put this change in, and why.
It's not hard at all, just use gitweb to look at the history of the
file in the sucrose-0.82 branch. And it's not a last minute change.
http://dev.laptop.org/git?p=sugar;a=commitdiff;h=cf6bd9384004cb47cf5a0f77c31049624cff7dd0
It was I, basically, and a better solution is harder than dividing by
0.59[1]. Anyone wishing to improve the situation[2] might find trac
#4204 interesting:
http://dev.laptop.org/ticket/4204#comment:6
Marco
Martin
1. This approximates the process I found myself and heard others doing
all the time to estimate battery power minutes remaining from the
percentage remaining value reported by HAL.
2. You'll note from the comment and the commit
comment and my email to devel@ pre-commit I set pretty modest
expectations for the code:
http://lists.laptop.org/pipermail/devel/2008-April/012759.html
I think the issue is that doing it right is hard:
http://lists.laptop.org/pipermail/devel/2008-April/012839.html
...and the issue isn't unknown to this list (ibid.) and
pgpvfvsmND4mp.pgp
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: 5 sec boot
On Fri, Oct 03, 2008 at 03:24:25PM +0200, NoiseEHC wrote: If you somehow missed it, there is possible to boot Linux in 5 seconds on an EeePC. http://uk.youtube.com/watch?v=s7NxCM8ryF8 Here is the paper: http://www.fenrus.org/plumbers_fastboot.ppt Could somebody explain me whether these results are applicable to the XO, and how far are we from it, please? I got TuxOnIce[1] patched[2] and as far as testing the hibernate step[3] before I gave up after TuxOnIce refused to save the image (it just rebooted[4] instead). It's a bit too much of a time sink for me to hope to get much more done on, though. Hopefully someone else can pursue it or alternatives. Martin 1. http://www.tuxonice.net/HOWTO-7.html#ss7.5 2. http://dev.laptop.org/git?p=users/mdengler/olpc-2.6;a=shortlog;h=testing 3. Step #6 in http://lists.laptop.org/pipermail/devel/2008-August/018700.html 4. [unload/unmount stuff] echo 1 /sys/power/tuxonice/keep_image echo 1 /sys/power/tuxonice/freezer_test echo 1 /sys/power/tuxonice/suspend [should just create memory image, but just rebooted right away] ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel pgpcPspuXpFXB.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] Impressions of Sugar's appeal to technical users (was: Supporting desktop applications, extending the EWMH spec)
On Mon, Sep 22, 2008 at 02:52:09PM -0400, Erik Garrison wrote: On Sun, Sep 21, 2008 at 05:01:41PM -0400, Michael Stone wrote: My impression, based on historical conversations with the parties involved is that there are a bunch of hackers who feel that we did ourselves a disservice by dropping _so much_ backwards compatibility, specifically with Unix filesystems and desktops, in exchange for cool ideas. The feeling is that had we traded compatibility for features less aggressively then there would be many more hackers available to help write the features since there would be many more hackers who felt it was possible to live within Sugar. This is just an impression, however. For what it's worth, it is also my impression. I have heard similarly from virtually all technically-oriented parties involved. I have heard echos of this from less technical users (e.g. teachers who are confused by the behavior of the journal). As an outlier, it seems, I found it interesting to explore the different views and apps^Wactivities and wasn't put off since I didn't expect a normal laptop experience straight away. I get annoyed by most GUIs pretty quickly, but with Sugar/Browse/Read + Terminal I have, doing the standard Internet-kiosk type stuff I find myself doing away from home, few annoyances that aren't generated by non-Sugar limitations (keyboard, distro choices like evince/gnash). I'm being very modest in my GUI expectations, but I've rebuilt kernels (and modules/initrd) a number of times (3hrs with my - undoubtedly slow - SD card) and muck about with gcc and git a lot, so I wouldn't say I exactly fit the profile of a minimally demanding user. I found it interesting to work out how to restore items from the various datastore/ directories into the current journal (thankfully not necessary any more!). Erik Martin PS - I think these impressions are quite valuable for both historical context and future direction: however people might feel tempted to dismiss criticisms as vague or outdated, they need to be considered when we tout and improve Sugar or the OLPC distro. PPS - I realized in changing the subject that perhaps the hackers and technically-oriented parties whose impressiosn were mentioned are being assessed as (prospective) activity authors more than technical users or sugar hackers. This might be useful to clarify. pgpp2r5VAFIb2.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] frame gets in the way when alt-tabbing
On Mon, Sep 22, 2008 at 06:05:34PM -0400, Luke Faraone wrote: On Mon, Sep 22, 2008 at 16:58, Mikus Grinbergs [EMAIL PROTECTED] wrote: [Since there is a key dedicated to bringing up Journal when needed, I sometimes patch homemodel.py to not even show Journal during alt-tabbing.] I was thinking about posting this even before I finished reading this. +1 on both hide-the-frame and [...] http://dev.laptop.org/ticket/8120 might be of interest [...] dont-alt-tab-to-journal. Perhaps interested parties could advocate on http://dev.laptop.org/ticket/6251 -LF Martin pgppnW6LzVXaQ.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: 8.2-760 AP connect problem
On Sun, Sep 21, 2008 at 05:10:22PM -0400, Michael Stone wrote: You folks might be interested to know that you can teach NetworkManager to prefer connecting to APs instead of to the mesh. I believe the command is echo infra /etc/NetworkManager/mesh-start If anyone gets this to work please email me (or devel@). As I posted to devel@ a month or so ago, this is documented to work but did not, in my experience. It both 1) did not associate with the AP first, and 2) crashed NM after trying everything but the AP. Post: http://lists.laptop.org/pipermail/devel/2008-August/017686.html Michael Martin pgpgcPiSR19nh.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Automatic (Bulk) delete all journal records
On Wed, Sep 17, 2008 at 05:54:50PM -0300, Alejandro Fernandez wrote: Hi! Is there a way to delete all journal entries in a single step? (maybe from the terminal tool?) From the terminal or a console, this should do it: mv ~olpc/.sugar/default/datastore ~olpc/.sugar/default/datastore.deleted If you really want to delete them: rm -rf ~olpc/.sugar/default/datastore/store Regards, Alejandro Martin pgpSTaKaQ2q4g.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] G1G1v2 Activities
On Wed, Sep 17, 2008 at 05:54:45PM -0400, Greg Smith wrote: Hi All, We need to pick the activities we ship with 8.2 when its manufactured for G1G1 users. [...] What do you think are the most important activities to include? Please pick up to 10 and put them in order of priority. Going over http://wiki.laptop.org/go/Activities , there are so many cool ones it's frustrating to pick only 10. 1. Browse 2. Write 3. Read 4. Record 5. Pippy 6. eToys 7. TamTamJam 8. Paint 9. Implode 10. x2o I didn't pick Terminal to squeeze in one more and I pretended that the console might be enough (but I don't believe you'd ship without Terminal). Thanks, Greg S Martin pgpguSYK2fweC.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Libertas firmware on F9 for the XS
On Fri, Sep 12, 2008 at 01:10:58AM -0400, Michail Bletsas wrote: Martin Langhoff [EMAIL PROTECTED] wrote on 09/12/2008 12:50:50 AM: Where is that list? Who has it? Who coordinates bugtracking for the libertas stuff? Can't be that much of a mistery. /important If that's a mystery to you after so many months of working for OLPC, I really don't want to spoil the suspense... ;-) I don't work at OLPC. Where is the list (trac?)? If it's not in trac, who owns it? M. Martin pgpDVyee7flEN.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Expected date for 8.2.0
On Wed, Sep 10, 2008 at 03:09:46PM +0200, Bert Freudenberg wrote: Am 10.09.2008 um 14:52 schrieb Walter Bender: Or add the ubiquitous parens around the icon a la the indicator light? That's *exactly* what I was thinking :) A halo/parens could look really nice. - Bert - Martin pgpgd6vKMZSRs.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: recognizing a previous connection
On Wed, Sep 10, 2008 at 09:25:57AM -0400, Mikus Grinbergs wrote: To me, the G1G1 environment is characterized by NOT using the same connection each time. Please don't make it cumbersome to switch APs AFAIK, NetworkManager should Just Do This every time you return to within range of an AP to which you've previously associated successfully. It's possibly because we have the Simple Mesh step that can always succeed, and that NM won't switch away from that, that we cen the current behavior. Perhaps in NM 0.7 this can be improved. mikus Martin pgpgOKl9TvB0o.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Stability and Memory Pressure in 8.2
On Tue, Sep 09, 2008 at 12:10:53AM -0400, Michael Stone wrote: Dear devel@, Kim, Greg, and I have concluded that the instability we experience under memory-pressure in 8.2-759 and similar is the single hard issue that we wish to _attempt_ to address before releasing 8.2 on current timeframes. [...] * We ought to ponder whether there are any additional dirty hacks we can experiment with in order to reduce memory consumption; for example, running the Shell and Journal (and DS?) in one process or making use of the compressed-caching code published on this list some months ago. Compcache has been working well enough for me for the last six months to suggest that wider testing wouldn't be a disaster. -bash-3.2# cat /boot/olpc_build joyride 2399 -bash-3.2# free total used free sharedbufferscached Mem:235716 230356 5360 0 162865448 -/+ buffers/cache: 163280 72436 Swap:58924 2736 56188 -bash-3.2# swapon -s FilenameTypeSizeUsed Priority /dev/ramzswap0 partition 58924 2736 100 The trac ticket is http://dev.laptop.org/ticket/28 Regards, Michael Martin pgpTfTp0tmNft.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Stability and Memory Pressure in 8.2
On Tue, Sep 09, 2008 at 03:13:28PM -0400, [EMAIL PROTECTED] wrote: [759 sugar shell leak] seems more like 4.5 MB/hour. joyride-2399 sitting back at home with no activities, doing nothing all day: -bash-3.2# uptime 18:14:19 up 20:46, 8 users, load average: 0.15, 0.09, 0.12 -bash-3.2# /home/olpc/bin/ps_mem.py | grep python 70.1 MiB + 6.6 MiB = 76.7 MiB python (5) [...time passes...] -bash-3.2# uptime 19:52:08 up 22:24, 8 users, load average: 0.08, 0.07, 0.01 -bash-3.2# /home/olpc/bin/ps_mem.py | grep python 70.3 MiB + 6.6 MiB = 76.8 MiB python (5) paul Martin pgprMb6vdCsQp.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
RE: Terminal Text Fragment Drop Support Patch
- original message - From: Cortland Setlow [EMAIL PROTECTED] I am looking for suggestions on how to upload patches from Sugar. I use copy-to-journal (olpc-support-scripts) on the git-format-patch/diff output to get things in the journal. I wonder how hard it'd be to teach Web/Browse to try the journal entry title as the filename, rather than the datastore ID. A way for people to share Sugar patches would be great (and has been mentioned before). Perhaps an add-on to Pippy...but only a few applications can escalate privileges to write to /usr...perhaps...OTTOMH...1) an activity to browse sugar code, edit it, store diffs in Journal; 2) a control panel patch-applier... Martin ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [RFC] obtaining and using field samples of XO system images
On Fri, Sep 05, 2008 at 03:00:35PM -0300, Erik Garrison wrote: -= Question =- How are we planning on obtaining simple information such as [1] which activities are most used/downloaded, [2] which ones generate the most data, [3] common software failures, [4] bug manifestation rate etc.? -= Proposal =- The diagnostic process could be as simple from the country's perspective as: 1) dropping a USB key containing the system-copier script into the machine in question booting, and waiting for shutdown, 2) then inserting the system-copier key (now containing an image of the target system) into an XO running an XS build with a diagnostic script attached, 3) which produces a report and automatically sends it to a server on our end for further analysis. [...] Thoughts? How about: 1) Teaching the Sugar Control Panel System updater how to patch Sugar (Glucose) 2) Patching Sugar (Glucose) to collect/maintain [1] and [2] - this feels like a very minor amount of data that are very useful 3) Developing any number of ways to get those data home to 1cc (new XO activity, XS script, USB stick with a collector script that copied the collected data to itself and then was used as in your step #2). I seem to remember a discussion about automatically sending somethign back to 1cc, but I think it was just before my time. Any pointers to that discussion welcome (so as not to needlessly repeat it...). Best, Erik Martin pgpHCiObHx16l.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Greg Smith's Weekly Report
On Fri, Sep 05, 2008 at 11:55:33AM -0400, Greg Smith wrote: In order to keep the community involved, motivated and knowledgeable, Michael suggested we share it with this list. This a great suggestion and great practice. I hope we don't abuse the access. Thanks, Greg S Martin pgpSu0QFGvasS.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: joyride 2369 - yum fails with key error
On Sun, Aug 31, 2008 at 02:55:18PM -0700, [EMAIL PROTECTED] wrote: If you try to use yum install in joyride 2369 it fails with a key error. Yup: http://dev.laptop.org/ticket/8125 Martin pgpUWUqTdo34P.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Power-on to GUI in 20 seconds
On Fri, Aug 29, 2008 at 04:03:53PM -0400, Jim Gettys wrote: we should keep our eye on the prize of fast suspend/resume. We're at 1.3 seconds; our hardware is good to .05 seconds (...and the crowd goes wild!) Amen. - Jim Martin pgpaz8QVvoaqn.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Power-on to GUI in 20 seconds
On Fri, Aug 29, 2008 at 04:51:23PM -0400, Richard A. Smith wrote: Creating a initial suspend image that is loaded on boot [is] trivial to setup. The reason we don't do it is because it burns up a 100 or so megs of NAND space. Could SD/USB key space be used instead of NAND? Martin pgp7544iirUeL.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Power-on to GUI in 20 seconds
On Fri, Aug 29, 2008 at 04:58:56PM -0400, Richard A. Smith wrote: Martin Dengler wrote: Could SD/USB key space be used instead of NAND? Yes. But then you have to ship one of those devices. Indeed. For G1G1 people like me an SD card that allowed me to boot super quickly, or even a few of them with different builds that I could swap between for testing purposes, would be really cool. If there are any pearls of wisdom around (or prerequisites thereto) I would try to help convert them into recipies. If it'd be helpful to future G1G1 people even better. Martin pgpR7OlPCNVnt.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Power-on to GUI in 20 seconds
On Fri, Aug 29, 2008 at 05:47:02PM -0400, Richard A. Smith wrote: [tuxonice keep image mode pointers] So it appears I need to recompile and boot a tuxonice kernel to get an image[1]. In case anyone can steer me away from the wrong direction, I'm going to try: # kernel-foo 1) to compile the olpc-2.6 kernel like [2] 2) pretend I can use an existing initrd (joyride-2366) 3) boot to verify 1) and 2) worked #tuxice-foo 4) apply the tuxonice patches[3] to olpc-2.6 5) repeat 1) 2) 6) Follow the Keep image mode instructions Any other pointers (including ur doin it wrong) gratefully accepted. Martin 1. http://www.tuxonice.net/HOWTO-7.html#ss7.5 2. http://grumbel.blogspot.com/2008/02/olpc-making-fuse-work.html 3. http://git.kernel.org/?p=linux/kernel/git/nigelc/tuxonice-head.git;a=summary pgpDML8lJXQcx.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: Regressions(?) in latest joyride build 2321, 2323
On Mon, Aug 25, 2008 at 02:54:54PM -0400, Ton van Overbeek wrote: [...] On the neighborhood view and in the frame there is no longer a Disconnect option after you associate an AP. [...] Is the removal of the 'Disconnect' option intentional? There will be no 'Disconnect' option because there is no msh0 device. The two are related because the 'Disconnect' option is a 'design concession': what is actually does is to activate the mesh. Without a mesh to activate, the 'Disconnect' option disappears. You may find the alternate proposals for 'Disconnect''s behavior, and the counter-proposals, at http://dev.laptop.org/ticket/6995#comment:27 http://dev.laptop.org/ticket/6995#comment:28 Ton van Overbeek Martin pgpEEc4XFLcvr.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: [sugar] how can communications mode be manually controlled ?
On Tue, Aug 26, 2008 at 12:48:02AM -0400, Mikus Grinbergs wrote: 1) To turn OFF both communication with the mesh and communication with the AP, use the control panel. Either Network -- Radio or Power -- Extreme Power Management seemed to work for me. But the control panel only has a checkbox for 'radio' - what if I want to turn OFF both mesh and a *wired* AP ? What do you mean by wired AP? Perhaps with Extreme Power Management you can lose the USB bus, which might do something like you want. 2) To turn off mesh, click on wireless AP; to turn off wireless AP, click on mesh (assuming no obstacles caused by bugs). Yes. If by turn off you mean do not use, in particular. But will the indicated communications mode persist, or will Network Manager soon switch back (e.g., if there is no AP) ? Whatever you've click[ed] on will persist until NM decides it's not usable any more, roughly. mikus Martin pgpFbT8iyCOR3.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: joyride version announcements
On Tue, Aug 19, 2008 at 09:53:22PM -0400, Polychronis Ypodimatopoulos wrote:
Why are new versions of Joyride not announced?
Bert pointed out http://dev.laptop.org/~rwh/announcer/streams.py to me
yesterday, and it look as if the announcer doesn't bother if the
joyride build hasn't succeeded ('Calling out the done script' is
present in the build.log). I checked yesterday and 2306-2303
(inclusive) had failed.
Pol
Martin
pgpe6yqiL5Mhm.pgp
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: New wireless/mesh icon info testers needed (#2866, #6995)
On Tue, Aug 12, 2008 at 07:02:49PM +1000, James Cameron wrote: On Tue, Aug 12, 2008 at 08:21:55AM +0100, Martin Dengler wrote: Thanks very much! If you have any comments on how I could have made it easier for you to test [...] I have serious suggestions. Thanks. They are valued. git wasn't on the laptop. I know - that's why my instructions said [testers] willing to pull down a git clone. But I completely take your point that it's very onerous if one doesn't have git or cheap bandwidth. If your changes were provided as an RPM then that may have widened the test field. Then again, the sugar RPM on joyride-2286 is 1485430 bytes, according to rpm -qi. Hmm...good point. I've always been less inclined to take an RPM because 1) it's a bit more opaque for such a small change; and 2) it seems, for me, to be in practice just as annoying to reverse - I have to figure out the previous version, have yum-utils installed for the source download tool, and use some rpm --force (or yum-utils for the downgrade plugin/tool) to downgrade. I wonder if anyone can point out any preference for RPMs or conviences I'm overlooking... If your changes were provided as above as a tarball, the testers might step over the threshold more willingly. Perhaps I should set up come git hooks so that when I commit to my d.l.o git, I automatically get a tarball of the diffs to the joyride tag. Then I could make a tarball available as easy as I could a git-clone. Lastly, your test instructions were not clear. I had to figure out that the screenshot behaviour was new. Next time, say engage the frame, hover over the symbol, look at the IP address, and the signal strength bar. ;-) Thanks, good point. It's tempting to defer writing the |TestCase| (for trac) until later since I've been staring at this for a while, but (as you imply) it wastes testers' time if they're not familiar. Oh, by the way, it worked, well done! Thanks for persevering and taking the time to write up useful suggestions. I'm not sure if lots of bugs deserve such a directed plea for testing but I hope that your feedback can also be of use to anyone else that wants to try to get help. (The old behaviour, of showing a disconnect item, and a channel number, for my local wireless network, was gone. I gather that is what you intended.) Both are intended, but not universally desired :). See http://dev.laptop.org/ticket/6995#comment:27 about the Disconnect item. The channel number has been requested once/twice now so perhaps I will add that back in and see how much Eben complains :). Martin pgpIyQCDZO3JV.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: First impressions of joyride-2280
On Mon, Aug 11, 2008 at 02:15:28PM -0400, Chris Ball wrote: Hi, - After suspending with the power button however (screen goes off) and resuming with the power button, eth0 is down and does not come up automatically. Manually bringing it up with ifconfig and assigning it the same ip4 address as before allows to continue the external ssh session. Reproduced this here. I was able to just do an ifconfig up eth0 after resume and NM reinstantiated the connection to my AP and my TCP sessions stayed up but this obviously wrong behaviour. I think I'm going to back out the change that tells NM to sleep and wake during sleep mode. NM should be doing all the same things it does to find a connection at startup, but it's clearly not working. Maybe we'll be able to re-enable this after we move to NM 0.7. Just in case, this might just be http://dev.laptop.org/ticket/7740 - NM doesn't always notice changes because haldaemon doesn't always notice changes. I've been quite happy with how NM does its wake-up logic after coming out of XO sleep, despite [1]. I'm using joyride-2271, so if it's clearly not working, perhaps it's a recent regression? I can help joyride-bisect or something. I'd hate to have the baby thrown out with the bathwather, if indeed you do prefer NM to re-do its wake-up logic in this post-sleep case. This means that the XO won't look for a new connection when coming out of sleep, and will re-use whatever you were connected to before. Is there a way to force NM to re-scan (do it's wake behavior) in the GUI? If not, and if NM won't notice you've lost the AP and re-wake, your change will be useful when you just close/open and don't move around but annoying when moving locations. - Chris. Martin 1. http://lists.laptop.org/pipermail/devel/2008-August/017686.html pgpEBMH2qa8iI.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
Re: XO keeps staring at its own belly button
On Fri, Aug 08, 2008 at 09:23:57PM -0700, Ixo X oxI wrote:
On Fri, Aug 8, 2008 at 14:55, Andrew Burgess [EMAIL PROTECTED] wrote:
Have you tried with a swap partition? Swap is robust now on a SD
card, immune to suspend/resume and power cycle.
External swap area sounds cool. How does one set it up? I'll give
it a whirl.
I'd also plug compcache-0.3[1]; it's been working very well for me
without the need for an external swap device.
-iXo
Martin
1. From http://code.google.com/p/compcache/
On joyride this works for me:
sudo su -
yum -y install make autotools gcc
wget http://dev.laptop.org/~dilinger/{stable,testing}/kernel-devel-`uname
-r`.i586.rpm
rpm -ivh kernel-devel-`uname -r`.i586.rpm
cp -af /boot/* /versions/boot/current/boot/
wget http://compcache.googlecode.com/files/compcache-0.3.tar.gz
tar xzf compcache-0.3.tar.gz
cd compcache-0.3
make
./use_compcache.sh
pgpq4OrF0mRgo.pgp
Description: PGP signature
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
Re: XO keeps staring at its own belly button
On Thu, Aug 07, 2008 at 08:46:35AM -0400, Mikus Grinbergs wrote: Been noticing more and more that often my XO acts non-responsively. joyride-2258 feels more responsive to me that joyride-2251. Quantitative feedback this is not. I know that garbage collection can make the XO appear unresponsive. I'm not sure what you mean; I wouldn't have said this. mikus (G1G1) Martin (G1G1) pgplO3DsC6UXa.pgp Description: PGP signature ___ Devel mailing list Devel@lists.laptop.org http://lists.laptop.org/listinfo/devel
