[09:02] <apw> mjg59, i have wondered why we don't have synthetic ones for cpu types
[09:28] <apw> smb, https://bugs.launchpad.net/ubuntu/+source/linux/+patches
[09:45] <ilmari> the drm-intel-next kernel packages havent been built since the 13th
[09:52] <cking> apw, https://wiki.ubuntu.com/Kernel/Reference/S3
[10:00] <apw> ilmari, oddness
[10:02] <apw> ilmari, hrrm something very odd there, just triggered it now and it is building
[10:03] <ilmari> apw: thanks
[10:05]  * ilmari needs to test a recent change for LP#680748
[10:05] <apw> bug #680748
[10:05] <ubot2> Launchpad bug 680748 in xserver-xorg-video-intel "[arrandale] flicker on LVDS laptop display with stripy patterns" [Undecided,New] https://launchpad.net/bugs/680748
[11:32] <ilmari> apw: how long does the build usually take?
[11:35] <apw> 2-3 hours, but i think it was queued second
[11:35] <apw> Bisecting: 1999 revisions left to test after this (roughly 11 steps)
[11:35] <apw> Bisecting: 1999 revisions left to test after this (roughly 11 steps)
[11:35] <apw> sigh
[11:39] <amitk> lol
[11:39]  * apw  blames amitk .... its suspend that is bust after all
[11:40]  * amitk doesn't care about suspend or hibernate...
[11:40] <amitk> ... yet!
[11:40] <amitk> apw: blame manjo 
[11:42] <ilmari> apw: okay, I'll check the directory this afternoon (GMT)
[11:42] <apw> ilmari, yep, its still building the mainline tip of the day, drm-intel-next is next
[11:42] <apw> amitk, always :)
[12:13] <mjg59> apw: Because system devices can't have modaliases
[12:13] <mjg59> apw: Limitation of the driver core - someone's meant to be fixing it
[12:15] <apw> mjg59, fair enough
[12:16]  * apw struggles on with bisecting an amd64/i915  suspend hang ... 11 more to go
=== diwic is now known as diwic_afk
=== sforshee is now known as sforshee-afk
=== Quintasan_ is now known as Quintasan
=== smb` is now known as smb
[15:02]  * apw lunches 
=== sforshee-afk is now known as sforshee
=== bjf[afk] is now known as bjf
[15:41] <ara> hey guys!
[15:41] <ara> how are you doing?
[15:41] <ara> do we know when we are getting the new maverick -proposed kernel in the -proposed archive?
[15:50] <tgardner> sconklin,  ^^
[15:51] <sconklin> ara: pitti just copied it moments ago. The version you want is 2.6.35-25.44
[15:57] <tgardner> cking, AceLan_: bouncing tangerine for security update soon.
[15:59] <ara> sconklin, yes, I saw that, thanks!
[16:02] <cking> tgardner, ok 
[16:08] <apw> sconklin, how did you not go mad doing bisects
[16:08] <JFo> need coffee, brb
[16:08] <sconklin> apw it's not bad at all when you have fast builds on tangerine, and a couple of testers who get you results in 10 mins or less. I did 7 or 8 build/test cycles in a day and got a final result!
[16:09] <tgardner> apw, Linus' tip has the doc build failure fixed.
[16:10] <apw> sconklin, mine started about 'about 12'
[16:10] <apw> tgardner, excellent will suck it up shortly
[16:11] <tgardner> apw, we'll need it to procude an -rc2 based kernel
[16:11] <tgardner> produce*
[16:11] <sconklin> ugh. Mine started at about 8. I could have probably cut two off of that my guessing at a range of commits, but it wasn't worth the uncertainty
[16:13] <apw> tgardner, yep
[16:14] <apw> tgardner, is tangerine bouncing now ?
[16:14] <tgardner> apw, yep, it takes a bit
[16:14] <apw> tgardner, didn't want to start bisect 6 without waiting for the bounce
[16:15] <tgardner> apw, I didn't realize you were in the middle of something. I could have waited. 
[16:15] <apw> tgardner, nope not at all, it'll take all day at an hour a spin
[16:15] <apw> just wanted to make sure you'd done it before i started a build
[16:16] <tgardner> apw, besides some security updates, the armel chroot was hung and I couldn't get it to bail out.
[16:16] <tgardner> apw, tangerine is back
[16:17] <apw> tgardner, yep, utterly reasonable to bounce it ... didn't want to interfere
[16:17] <apw> has held me up by exactly 25s
[16:17] <apw> i think i can live with that
[16:17] <cking> really?
[16:29] <tgardner> apw, https://lists.ubuntu.com/archives/kernel-team/2011-January/014095.html
[16:37] <ilmari> apw++ # new drm-intel-next build
[16:39] <apw> ilmari, cool
[16:47] <bjf> https://spreadsheets0.google.com/a/canonical.com/ccc?hl=en&key=tOvtWlTi17QL1bZm-0dCKEg&hl=en#gid=0
[16:48] <bjf> https://wiki.ubuntu.com/Kernel/Dev/FixingCVEs
=== cking is now known as cking-afk
=== yofel_ is now known as yofel
[17:34] <apw> bjf, can you point me at the brad arsenal classes branch, i've lost my mind and it
[17:35] <bjf> apw, are you looking for: bzr+ssh://bazaar.launchpad.net/~arsenal-devel/arsenal/python-launchpadlib-toolkit/
[17:36] <bjf> apw, or: bzr+ssh://bazaar.launchpad.net/~canonical-kernel-team/arsenal/kernel/
[17:36] <bjf> apw, or: bzr+ssh://bazaar.launchpad.net/~arsenal-devel/arsenal/master/
[17:36] <bjf> apw, that's all i know about
[17:37] <apw> bjf, i thin the first one was the one i wanted, ta
[17:37] <JFo> ah yes, the first one
[17:37] <JFo> sorry I was no help there apw :)
[17:55] <bjf> tgardner, can you accept my nominations on bug 706149 ?
[17:55] <ubot2> Launchpad bug 706149 in linux "CVE-2010-4074" [Undecided,New] https://launchpad.net/bugs/706149
[17:58] <tgardner> bjf, done
[18:07] <JFo> <-lunch
=== sforshee is now known as sforshee-lunch
[18:15] <apw> Bisecting: 5 revisions left to test after this (roughly 3 steps)
[18:15] <apw> GAH
[18:24] <apw> https://www.launchpad.net/ubuntu/+source/linux
[18:25] <hyperair> kernel bisects are painful
=== sforshee-lunch is now known as sforshee
[19:07]  * tgardner --> lunch
[19:09] <apw> Bisecting: 2 revisions left to test after this (roughly 2 steps)
=== sconklin is now known as sconklin-lunch
[19:45] <poelzi> pah. 6.37 is the worst kernel ever
[20:02]  * jjohansen -> lunch
=== sconklin-lunch is now known as sconklin
[20:19] <apw> poelzi, false, .38 is much worse
[20:20] <poelzi> apw: hihi. but .38 is not a real release
[20:21] <apw> .37 has been one of the better ones on my kit
[20:21] <poelzi> i'm so unsure whats broken. kms, radeon, cachefiles,... i got so many tracebacks
[20:21] <poelzi> kms is slow like hell here at least
[20:22] <poelzi> but without it, x server makes even more trouble
[20:24] <apw> poelzi, if you have backtraces get them into bugs and to us, as we are not seeing them
[20:24] <bryceh> apw, hum didn't you tell me .37 was crackful and that all goodness was going into .38?
[20:25] <apw> bryceh, i think i said that all of the crack was going into .38-rc1
[20:25] <bryceh> apw, ah that's right... you said it didn't even boot
[20:25] <apw> .37 has been pretty stable on everythiong i ahve but as noone lets me have nvidia or radeon h/w
[20:26] <JFo> because you break things :P
[20:29] <poelzi> apw: yes, i' m working on get them backtraced
[20:30] <poelzi> apw: can you take a look at https://bugs.launchpad.net/ubuntu/+source/linux/+bug/706394
[20:30] <ubot2> Launchpad bug 706394 in linux "kernel should have CONFIG_CFQ_GROUP_IOSCHED" [Undecided,New]
[20:30] <poelzi> without it, the the cgroups io subsystem is useless and it's enabled
[20:31] <bryceh> apw, if you have a desktop/server type box, then I'm sure $$ could be scared up to send you a few ati/nvidia cards 
[20:32] <bryceh> however frankly >80% of the gfx bugs we hear about are on -intel anyway ;-/
[20:36] <apw> bryceh, cause most people buy intel sadly
[20:36] <bryceh> apw, likely so.  Also I think Intel does a bit more experimental gfx dev work in releases than the other guys.
[20:37] <apw> yeah a bit of both in all likelyhood, cursed both ways arn't we
[20:39] <manjo> tgardner, https://wiki.ubuntu.com/Kernel/Testing/UbuntuUEFI
[20:42] <sforshee> patches for bug 659143 are in Linus's tree for 2.6.38
[20:42] <ubot2> Launchpad bug 659143 in linux "64bit-only: regression: kernels >=2.6.34: rt2800pci: load firmware Error with ralink [1814:0781]" [Undecided,Fix committed] https://launchpad.net/bugs/659143
[20:42] <sforshee> am I right in thinking this is something we'd want to fix in maverick SRU?
[20:43] <tgardner> sforshee, seems reasonable if folks are actually encountering the bug
[20:46] <sforshee> tgardner, well, 10 people have marked the bug as affecting them
[20:47] <sforshee> the guy who reported the bug actually wrote the patches that fix it
[20:49] <tgardner> sforshee, we really like SRUs to go through upstream first. dunno if this one has yet...
[20:50] <sforshee> tgarnder, both patches are in 2.6.38-rc1
[20:51] <sforshee> tgardner, ^^
[20:51] <sforshee> typo
[21:00] <tgardner> sforshee, cool, that makes it a lot easier
[21:08] <manjo> bjf, not sure if this helps... git.alsa-project.org
[21:09] <bjf> manjo, thanks but no, takashi does a daily snapshot of his git repo in a form that can be wrapped in debian packaging and uploaded for a daily build
[21:30] <sforshee> tgardner, can you accept my nomination on bug bug 659143 ?
[21:30] <ubot2> Launchpad bug 659143 in linux "64bit-only: regression: kernels >=2.6.34: rt2800pci: load firmware Error with ralink [1814:0781]" [Undecided,Fix committed] https://launchpad.net/bugs/659143
[21:34] <JFo> I got it sforshee 
[21:34] <sforshee> JFo, thanks
[21:34] <JFo> np
[21:56] <smoser> i need some help. there is a linux-image-2.6.32-312-ec2 in lucid-proposed
[21:57] <smoser> but there is no linux-ec2 (built by linux-meta-ec2) there
[21:57] <smoser> how would that normally be uploaded ?
[21:57] <smoser> smb, ^ 
[22:13] <bjf> smoser, sconklin and i are discussing it 
[22:18] <bjf> smoser, it looks like we uploaded the package to our ppa and it got built but it didn't get copied to -proposed
[22:18] <smoser> so... a copy is coming soon ?
[22:19] <bjf> smoser, we are going to reach out to an archive admin
[22:31] <sconklin> smoser: no answer from any archive admin, we'll keep trying and/or send email
=== sconklin is now known as sconklin-away
[23:29] <smoser> sconklin-away, bjf kirkland will address if you can paste in #ubuntu-devel what you need
[23:34] <bjf> smoser, StevenK took care of it for us, thanks
[23:36] <kees> smb`: I think the RO/NX+Xen issues have found a solution upstream. have you been following that thread?