[07:44]  * apw yawns
[07:44]  * smb waves to apw 
[08:51] <apw> ppisati, are you doing the hardy port for https://bugs.launchpad.net/ubuntu/+source/linux-fsl-imx51/+bug/801473 ?  if not i'll look at it now
[08:51] <ubot2> Ubuntu bug 801473 in linux-ti-omap4 "CVE-2011-2534" [Undecided,In progress]
[09:00] <apw> ppisati, you also seem to be using the wrong tag for the cve-trackers,
[09:04] <ppisati> apw: 2010-2534, go ahead
[09:05] <ppisati> apw: what you mean ENOPATCH?
[09:05] <apw> there is no patch to ack in the email
[09:05] <apw> you sent just the diffstat information nothing else
[09:06] <ppisati> apw: yes, it's there
[09:06] <ppisati> tim ackaed and applied it even
[09:06] <ppisati> it was in a subsequent msg in the same thread
[09:07] <ppisati> btw, i'm doing 2010-4251 for every release now
[09:07] <apw> ignore me then, must be a fookage in my email client
[09:07] <apw> why arn't you using the create-cve-tracker script?  that would make sure the tagging was right
[09:08] <ppisati> apw: to create the cve tracker bug? because i forgot of it's existance :)
[09:09] <ronin___> Hi 
[09:09] <ronin___> How can i get ubuntu-kernel and try to fix a bug?
[09:10] <apw> ppisati, the tag should be kernel-cve-tracking-bug (stupid or not)
[09:11] <apw> ronin___, https://wiki.ubuntu.com/Kernel/FAQ#Kernel.2BAC8-FAQ.2BAC8-DevKernelSource.Where_can_I_find_the_Ubuntu_Kernel_source_code.3F
[09:12] <ronin___> apw: thx
[09:13] <apw> ppisati, there is now a script which closes out the tasks on those CVE bugs which don't make sense so you can just ignore them
[09:13] <apw> ppisati, and save yourself 10s of minutes of clicking
[09:14] <ppisati> apw: cool, i'll try it out now
[09:15] <apw> ARRG everything is breaking in launchpad, everything i want to do just times out
[09:16] <ppisati> ^^ sounds like a funny facebook status :)
[09:16] <apw> heh i should put it on there shouldn't i
[09:24] <ppisati> apw: i think it would be funny to have you on rotation in the launchpad team :)
[09:25] <ppisati> apw: btw, how about the omap* kernels?
[09:25] <ppisati> apw: did they go in in the end?
[09:30] <apw> ppisati, for oneiric?  that was uploaded
[09:31] <apw> ppisati, and seems to have built at least, no idea if it works of course
[09:31] <apw> ppisati, i would kill myself on a rotation there i suspect
[09:31] <apw> ubot2, help
[09:31] <ubot2> apw: (help [<plugin>] [<command>]) -- This command gives a useful description of what <command> does. <plugin> is only necessary if the command is in more than one plugin.
[09:31] <ubot2> Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-)
[10:06] <apw> https://bugs.launchpad.net/bugs/cve/2011-2484
[10:27] <apw> ppisati, i am looking at CVE-2011-2484
[10:27] <ubot2> apw: The add_del_listener function in kernel/taskstats.c in the Linux kernel 2.6.39.1 and earlier does not prevent multiple registrations of exit handlers, which allows local users to cause a denial of service (memory and CPU consumption), and bypass the OOM Killer, via a crafted application. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-2484)
[11:15] <ppisati> apw: still on 4251, feel free
[11:15]  * ppisati -> out for lunch
[11:15] <apw> ppisati, already done ...
[11:16] <ppisati> apw: across all kernels?
[11:16] <apw> ppisati, yep, all 7 branches which need patching
[11:16] <ppisati> cool
[11:16] <apw> its a simple cherry-pick for most releases
[11:17] <apw> last build just finished so looking good
[11:17] <ppisati> nice
[11:17] <ppisati> leaving...
[12:46] <herton> smb: bug 794420 is stuck in verification for some time, do you think it needs a respin against 2.6.32-33.69 or can we set verification to fix released on that?
[12:46] <ubot2> Launchpad bug 794420 in kernel-sru-workflow/verification-testing "linux-ec2: 2.6.32-317.34 -proposed tracker" [Undecided,In progress] https://launchpad.net/bugs/794420
[12:47] <smb> herton, May that be the wrong bug? looks like the tracker
[12:49] <herton> smb: yep, that's the question, ok to set verification to fix released on it? this ec2 release is based on 33.66 though, before the lucid respins, does ec2 is affected by the lucid regressions, or can we continue and release it?
[12:50] <smb> herton, Let me make sure of it. But I thought the master regressions were in an area not important for ec2
[12:54] <smb> herton, Oh, hm the af_unix revert could in theory have an effect. So probably I should respin for that. The firmware problem would have been no problem
[12:55] <smb> If that boots, I think it would be ok to release it together with master even without waiting a week
[12:57] <herton> smb: hmm ok, feel free to respin and set that tracking bug duplicate of a new one, I just noticed that the current one is waiting for some time
[12:58] <smb> herton, I probably should have respun when you did the master. But I somehow missed any notification that it is done and I should go (if there was one)
[12:59] <herton> smb: hmm yep, may be we could invalidate the ec2 bugs when a new master is respinned
[13:00] <herton> or just tell you to check if needs a respin again
[13:00] <herton> s/again/too
[13:01] <smb> herton, As long as that makes me see it (eg bugmail) ;) Yeah, something that assumes I am not necessarily paying attention
[13:02]  * smb -> biab
[13:09] <ppisati> apw: can you create the tracker bug for CVE-2010-4251? thanks
[13:09] <ubot2> ppisati: The socket implementation in net/core/sock.c in the Linux kernel before 2.6.34 does not properly manage a backlog of received packets, which allows remote attackers to cause a denial of service (memory consumption) by sending a large amount of network traffic, as demonstrated by netperf UDP tests. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-4251)
[13:09]  * smb <- back
[13:15]  * apw slopes off for the afternoon, planning on checking in later
[13:17] <ppisati> k
[13:21]  * smb tries new magic...
[13:21] <smb> !kernel-source
[13:21] <ubot2> You can access all the kernels for previous and current development releases at http://kernel.ubuntu.com/git. There are repositories for each supported release under ubuntu/ubuntu-<release>.git - For more details see: https://wiki.ubuntu.com/Kernel/SourceCode
[13:21] <smb> works. :)
[13:45] <sforshee> smb, were you planning to ack my i915 patches for lucid or just let them filter in via your .32+drm33 tree ?
[13:46] <sforshee> my only concern about the latter is that I'd like to get them in the next proposed kernel, if possible
[13:47] <smb> sforshee, Planned to do the latter. So I sent them out last week which I could turn into a release end of this week. We could pick them up then. Would that be sufficiently early?
[13:48] <sforshee> smb, I suppose it depends on where that ends up in relation to the SRU cycle
[13:49] <smb> sforshee, herton may know more but assuming that Steve is away the next cycle gets probably prepared next week earliest
[13:50] <sforshee> smb, if that's the case then we should be in good shape
[13:50] <tgardner> smb, I believe sconklin is back today (according to the calendar)
[13:51] <smb> tgardner, hm right.
[13:52] <smb> Though calendar says verification phase this week. But I am not sure whether this is accurate
[13:52] <smb> herton, ^ Do you know more?
[13:52] <herton> if current lucid ends this week in sru cycle (bug 802554), likely a new proposed will be next week
[13:52] <ubot2> Launchpad bug 802554 in linux "linux: 2.6.32-33.69 -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/802554
[13:52] <herton> smb: hmm nope, in fact I think the calendar doesn't reflect current state of things
[13:53] <herton> because of the several respins it got out of sync
[13:53] <smb> Ok, though proposed packaged up next week would be ok
[13:53] <smb> I can apply the changes tomorrow (or tgardner does after the announcement)
[13:54] <tgardner> smb, have you had _any_ response from the DRM dudes?
[13:54] <sforshee> smb, great, thanks
[13:54] <smb> tgardner, No, though in that case I work like stable
[13:54] <smb> iow, no complain. must be ok
[13:55] <tgardner> smb, or they are just ignoring you
[13:55] <smb> tgardner, Yeah, as some even do with Greg
[13:55] <smb> But we tested at least the part coming from sforshee 
[13:55] <smb> And I had the same issue which was gone with the changes
[13:56] <tgardner> smb, I guess my point is that we're gonna have to do some extra special testing since cert and Q/A don't cover graphics very well.
[13:57] <smb> tgardner, Indeed.
[13:58] <smb> May be a point to add in next weeks irc meeting
[15:37] <lag> Where is the delta review?
[15:37] <lag> I found this: https://wiki.ubuntu.com/KernelTeam/Specs/KernelOneiricUbuntuDeltaReview
[15:37] <lag> ... but I don't see my name
[15:37] <lag> Wait, ignore me - I was searching for lag, but you've used my real name
[15:37] <smb> https://blueprints.launchpad.net/ubuntu/+spec/other-kernel-o-ubuntu-delta-review
[15:38] <lag> smb: Thanks! :)
[15:38] <smb> lag, Yore welcome. That one even uses lag. :)
[15:39] <lag> smb: It does and I saw that one, but it doesn't tell me which patches
[15:39] <lag> smb: The first one is the one I was looking for, but I was searching for the wrong name :)
[16:18] <cking> anyone recommend a USB based wifi stick?
[16:44] <sconklin> cking: although I haven't used it since Lucid, I have a D-Link WUA-1340 that has worked well for me
[16:45] <sconklin> it's b/g, not N
[16:45] <cking> that's fine with me
[16:48] <cking> sconklin, are you able to verify it works with more recent kernels?
[16:48] <sconklin> cking: I will, but not this minute
[16:49] <cking> sure, no rush, just curious before I splash out on one
[16:50] <sconklin> wow, ubuntu forums are utter crap on this device
[16:51] <herton> manjo: about?
[16:51] <manjo> yes
[16:51] <herton> manjo: can you verify bug 790754 on maverick?
[16:51] <ubot2> Launchpad bug 790754 in linux "[NATTY] RICOH [1180:e823] unable to read MMC cards" [Undecided,Fix committed] https://launchpad.net/bugs/790754
[16:52] <herton> (the kernel in -proposed)
[16:52] <manjo> herton, I don't have the HW, but I can ping someone who has it and will get it verified.
[16:53] <herton> manjo: ok, please do it, otherwise that will get reverted on maverick
[16:54] <manjo> herton, I have time till fri ? 
[16:54] <herton> yes
[16:55] <manjo> herton, you are cced on the request to Alex/James who have the HW 
[16:55] <smb> herton, sconklin I just pushed and uploaded (ckt ppa) a rebased lucid-ec2 kernel. It is boot tested and only differs from the previous upload by importing the revert of that af_unix patch.
[16:56] <sconklin> smb: ack, did you give it a tracking bug?
[16:56] <smb> https://bugs.launchpad.net/kernel-sru-workflow/prepare-package/+bug/806968
[16:56] <ubot2> Ubuntu bug 806968 in linux-ec2 "linux-ec2: 2.6.32-317.35 -proposed tracker" [Medium,In progress]
[17:16] <technikfreak> hello guys i have kernel rpoblems http://pastebin.com/qT5q30m4
[17:16] <technikfreak> how i coudl get to the 3.xxx kernel?
[18:12]  * tgardner --> lunch
[19:40] <apw> tgardner: i see you applied -2484, but i don't see it on lucid/fsl-imx51, did you push?
[19:41] <tgardner> apw, checking
[19:41] <tgardner> apw, doh! pushed now
[19:43] <apw> tgardner: its so easy to do with 7 branches to apply
[19:44] <tgardner> apw, I was trying to be methodical, but I must have gotten distracted.
[19:46] <apw> tgardner: is one of the best parts of having the matrix built from reality, not what we think we did, it spots our errors
[19:46] <tgardner> apw, absolutely
[19:54]  * tgardner --> EOD
[20:00] <manjo> herton, https://bugs.launchpad.net/linux/+bug/790754 added verification comments 
[20:00] <ubot2> Ubuntu bug 790754 in linux "[NATTY] RICOH [1180:e823] unable to read MMC cards" [Undecided,Fix committed]
[20:00] <manjo> herton, I got a Transcend MMC 2gb card to test with
[20:01] <herton> manjo: ok thanks