[00:38] <lamont> smb`: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/645653
[00:38] <ubot2> Ubuntu bug 645653 in linux (Ubuntu) "kernel is unbuildably large (affects: 1) (heat: 6)" [High,Confirmed]
[00:52] <kees> hah
[00:57] <lamont> kees: you say that now...
[00:59] <jjohansen> lamont: don't worry openoffice will catch up in size
[01:05] <lamont> jjohansen: I'm seriously considering quotas at around 15GB when natty opens
[01:12] <lamont> karmic was a mere 14GB
=== bjf[afk] is now known as bjf
[01:18] <jjohansen> lamont: the kernel build is a pig, I am not sure what we can do about it
[01:21] <lamont> jjohansen: removing .o files after the link stage comes to mind as a likely option
[01:22] <jjohansen> lamont: that has to be done incrementally however, and then it interferes with the ability to incremental builds
[01:22] <lamont> building the .deb files one at a time (skipping dh_builddeb) would be a much less sane but doable option
[01:23] <lamont> still,  not being able to build packages in a ppa that we build in the distro is just plain bad
[01:23] <jjohansen> agreed
[01:23] <jjohansen> and we need kernel ppas
[01:27] <lamont> anyway, afk for me.
=== jjohansen is now known as jj-afk
[02:02]  * vanhoof waits and keeps his fingers crossed that https://edge.launchpad.net/~leannogasawara/+archive/kernel-ppa holds all the fixes he needs :D
=== amitk is now known as amitk-afk
=== amitk-afk is now known as amitk
=== ivoks-afk is now known as ivoks
=== ivoks is now known as ivoks-afk
[13:53] <lag> cnd: ping
=== ivoks-afk is now known as ivoks
=== amitk is now known as amitk-afk
=== ivoks is now known as ivoks-itc
[16:42] <ogasawara> smb, bjf, sconklin, kees: fyi bug 643971
[16:42] <ubot2> Launchpad bug 643971 in linux (Ubuntu) "security updates issued Sept. 18, 2010 causes system to repeatedly boot into initramfs (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/643971
[16:45] <kees> ogasawara: weird; doesn't really sound kernel related.
[16:45] <smb> ogasawara, thanks for the pointer. looking...
[16:45] <smb> kees, Yeah
[16:45] <smb> Feels a bit like maybe a udev race but probably need to read more closely
[16:45] <ogasawara> kees: yah, the bug seems to need further investigation
[16:52] <smb> ogasawara, kees Hm, nothing really obvious in the dmesg there. Likely the files were taken from the good boot anyway
=== jj-afk is now known as jjohansen
[18:51] <kees> smb: your quick handling of the root-escalation vulns has been noticed: http://lwn.net/Articles/405662/ :)
[18:52] <smb> kees, Gosh I wanna see. if I would remember the subscription details... :/
[19:01] <jjohansen> smb: you have to set up an lwn account then send the account details to someone in canonical /me hasn't done it yet either
[19:02] <smb> jjohansen, Yeah, I have part 1 but try to remember the someone for part 2 
[19:04] <jjohansen> smb: Email maria.randazzo@canonical.com with your lwn username which will be generated once 
[19:04] <jjohansen>           you have created an account
[19:05] <smb> jjohansen, Ah thanks, should do that
[19:17] <Edgan> When is 2.6.32-25 going to get released as an official update to Lucid?
[19:21] <bjf> Edgan: can't give a specific date for that, it's working it's way through our process
[19:29] <Edgan> bjf: I keep running into an issue with kernels going into limbo with a message in dmesg about 120 seconds. It is getting old.
[19:30] <bjf> Edgan: do you have a bug number we can look at?
[19:30] <bjf> Edgan: have you tried the 2.6.32-25 kernel and does it fix this problem for you?
[19:30] <Edgan> bjf: I am pretty sure it is fixed in -25. The one that just did it was a pre-25. Give me a minute and I will dig up at least one bug number.
[19:30] <Edgan> bjf: pre-25, as in pre-release of 25.
[19:31] <bjf> Edgan: interestingly enough if it fixes more bugs it could help us get it to updates quicker (my thinking anyway)
[19:32] <Edgan> bjf: Here is at least a similar bug, https://bugs.launchpad.net/ubuntu/+source/linux/+bug/588046
[19:32] <ubot2> Ubuntu bug 588046 in linux (Ubuntu) ""task blocked for more than 120 seconds" freezes system in Lucid: xfs (affects: 3) (heat: 39)" [Medium,Triaged]
[19:34] <Edgan> bjf: https://bugs.launchpad.net/linux/+bug/543617  is another
[19:34] <ubot2> Ubuntu bug 543617 in linux (Fedora) (and 3 other projects) "Unmount of an fs with dirty cache buffers causes pathological slowdown (affects: 14) (dups: 2) (heat: 132)" [Unknown,Unknown]
[19:34] <bjf> Edgan: can you confirm that the -25 proposed kernel fixes the issue for you?
[19:35] <Edgan> bjf: https://bugs.launchpad.net/ubuntu/lucid/+source/linux/+bug/585092  here is the main one I was following
[19:35] <ubot2> Ubuntu bug 585092 in linux (Ubuntu Maverick) (and 2 other projects) "giant IO delays on unmount (affects: 2) (heat: 40)" [Medium,Fix released]
[19:35] <bjf> Edgan: thanks, looking at all 3
[19:35] <Edgan> bjf: I can confirm it fixed an issue with one of my servers that the symptom was a 120 second message. Which exact bug, not 100% sure on, but I think it is the last
[19:37] <vanhoof> ogasawara: do you have https://edge.launchpad.net/~leannogasawara/+archive/kernel-ppa/+build/1971068 built anywhere atm?
[19:37] <Edgan> bjf: Actually more than one. I have four build machines, and one had the issue. All the same hardware and workload. So I loaded -25 on them. Then I had someone doing mpi work on another machine, and -25 seems to have fixed it too.
[19:37] <vanhoof> ogasawara: looks like the build failed due to low disk space
[19:38] <Edgan> bjf: I suspect it will also fix my backup server, that I just ran into it on.
[19:38] <bjf> Edgan: two of those bugs have been marked "verification-done" which indicates the proposed fixed the issue for the tester
[19:38] <Edgan> bjf: ok
[19:39] <pmatulis> what do H71 or H74 kernels refer to?
[19:40] <ogasawara> vanhoof: that's a bug we just found out about
[19:41] <ogasawara> vanhoof: I can kick off a build for amd64 on tangerine and post it
[19:41] <ogasawara> vanhoof: i386 built fine
=== ivoks-itc is now known as ivoks
[21:04]  * ogasawara lunch
[21:15]  * jjohansen -> lunch
=== ivoks is now known as ivoks-afk