[03:32] <smp4488> what gps software are you all planning on using?
[07:32] <smp4488>  so i was messing with ubuntu-mobile now my gnome theme has huge font and all the windows 
[07:43] <smp4488> got it just removed everything moblin, matchbox, and ubuntu-mobile, restarted x and it was all good
[09:25] <ogra> lool, i must admit i didnt compile that list yet
[11:00] <lool> amitk: Sorry, missed you earlier message; I think we could go for unionfs
[11:01] <lool> amitk: Anyway it's clear we're moving from 2.6.26 to 2.6.27
[11:01] <lool> amitk: Feel free to do the aufs fixes in ubuntu-intrepid first and to pull them in linux-lpia
[11:02] <lool> StevenK: Do you think you could append union=unionfs to the isolinux.cfg kernel cmdline?
[11:09] <amitk> lool: ok. Then I should have an upload for lpia today.
[11:11] <lool> amitk: Will you need sponsoring?
[11:17] <amitk> lool: yeah. I'll ping you if kernel team isn't online by then.
[11:29] <amitk> lool: StevenK: who are these image meant for? I need to port the Poulsbo driver into intrepid too. Mike was supposed to do this so that both DRM stacks would co-exist simultaneously.
[11:30] <lool> amitk: Wow, you think you could port psb to intrepid?
[11:31] <StevenK> amitk: Please tell me when you've uploaded the kernel and I'll poke -archive to look at it
[11:32] <amitk> StevenK: I have successfully compiled it locally (rebased on 2.6.27). It still lacks psb and aufs. If this is already useful, I can upload it now.
[11:33] <StevenK> lool: ^
[11:43] <StevenK> lool!!
[11:44] <amitk> lol @ lool
[12:31] <lool> amitk: It's useful!
[12:31] <lool> StevenK: StevenK!!
[12:31] <lool> Hmm no that doesn't work
[12:36] <StevenK> lool: Heh
[12:36] <StevenK> lool: If you think what amitk said was okay, let's get him to upload
[12:38] <amitk> StevenK: I'll do it in 30 minutes, hungry now :)
[13:04] <lool> StevenK: I understand you had a startx race in the images
[13:04] <lool> StevenK: Did you understand what happens with the first session?  does it crash?
[13:04] <lool> StevenK: One thing I refrained doing is using the openvt -e flag because I didn't know whether upstart would track childs
[13:05] <lool> StevenK: On another topic, you mentionned you would lose your changes upon reboot; you can keep them by creating an ext3 image along the ubuntu-mid.img and labelling it casper-rw
[13:08] <lool> I see you fixed that by using -w; it might be nicer to use -e, but -w is fine
[13:30] <lool> amitk: Not sure whether you noticed, but with up to date hardy kernels, network doesn't come up on boot with CB
[13:30] <lool> amitk: I have to unplug the USB <-> Ethernet adapter and then it works
[13:31] <persia> lool: I'm to blame for -w.  I don't see -e in the manpage for openvt.  What does it do?
[13:31] <amitk> lool: udev problem?
[13:37] <lool> ogra: So scratch that lid switch thing, but the power button properly triggers a resume here
[13:37] <lool> amitk: Could be, but I rather suspect the changes in the builtin versus modular in the kernel config
[13:37] <lool> amitk: I'm not knowledgeable enough to tell what goes wrong, but these are the changes I woudl suspect
[13:38] <lool> persia: what pkg provides openvt on your sys?
[13:38] <lool> kbd: /bin/openvt
[13:38] <lool>        -e     Directly execute  the  given  command,  without  forking.   This
[13:38] <lool>               option is meant for use in /etc/inittab.
[13:38] <ogra> lool, ok, then its because i use the wrong image on it 
[13:38] <lool> => it causes an exec() instead of fork+exec
[13:38] <amitk> lool: I'll look into it sometime next week after the current task list runs out
[13:38] <lool> ogra: Could be because of your BIOS too
[13:38] <ogra> (was trying with the cmpc image to get the USB suspend/resume patch)
[13:39] <lool> amitk: No hurry really, but thought you might want to know
[13:39] <lool> amitk: it's hardy stuff
[13:45] <persia> lool: Right.  I'm reading manpages on a hardy install.  -e is much better.
[13:46]  * persia fixes
[13:46] <lool> I actually wanted to use it and it would have prevented upstart from relaunching, but I wanted to try it first and forgot
[13:48] <persia> No worries: it just looked like an obvious race, as the session was respawning wildly.  -w just something to make it shut up.
[13:49] <lool> persia: I wonder whether console-tools' openvt provides -e, and what versions to require for kbd to get -e
[13:50] <persia> lool: console-tools doesn't provide -e
[13:50] <persia> Shall we just leave it with -w for now, or do you want a hard dependency on kdb?
[13:51] <lool> persia: I don't care strongly; openvt's size doesn't make a big difference, so it probably makes sense to not take away the possibility to use console-tools
[13:51] <persia> OK.  I'll not make any changes then.
[14:02] <lool> Urgh http://arstechnica.com/journals/linux.media/alparc.png
[14:03] <persia> lool: Just remember: software system block diagrams for frameworks are drawn by people who don't write software.
[14:03] <lool> from http://arstechnica.com/reviews/os/access-linux-hands-on.ars which is otherwise quite interesting
[19:10] <landley_> davidm: sorry chromium turned out to be so pointless.
[19:10] <landley_> I didn't know they were stupid enough to write it in C++.  No wonder it requires 300 megs to boot.
[19:11] <landley_> (Why would anyone do a _new_ browser in C++?  Konqueror/Safari exists.)
[19:11] <landley_> Thought they were doing it in C, since they _mentioned_ android in the design explanation and everything.
[19:11] <landley_> Some _vague_ embedded interest.  Oh well.
[20:05] <landley> davidm: nevermind, I figured it out.  Webkit is Apple's safari engine, which is a fork of konqueror.
[20:06] <landley> So the answer to "why would anyone do a new browser in c++ when konqueror/safari exists" is "they didn't".
[20:06] <landley> Still disappointed it's in C++.  Still disappointed that Stu reports the prototype ate 300 megs of ram when he tested it.
[20:06] <landley> But at least now I know why.