[10:11]  * apw grumbles about PPA builders
[10:12]  * apw needs more instant gratification
[10:28] <caribou> hi, would there be any reason against having hpwdt (watch dog timer) module built for Precise ?
[10:29] <caribou> it's being built for Quantal but not for Precise
[10:56] <caribou> apw: any thought on building hpwdt for Precise ? I'm testing a build right now
[11:02] <apw> caribou, if it is hardware specific (ie loads only on specific machines) and we can test it on those machines then it likely would be SRUable
[11:04] <caribou> apw: not sure if it is H/W specific, but it will only be usable with system equiped with iLO I think
[11:04] <caribou> apw: since we now build it for Quantal, I thought it would be also possible for Precise
[11:04] <caribou> apw: I'll test my kernel on the proper h/w and will report back
[11:05] <apw> caribou, yeah sounds reasonable, if we can regression test it, and there are not heaps of reports pointing at it in Q then its not sounding very high risk indeed
[11:05] <caribou> apw: ok, I'll let you know what I find, thanks
[12:21]  * henrix -> lunch
[12:34] <bjf> apw, moin, is mumble down?
[12:34] <apw> bjf, seems to work for cking and me.
[12:34] <bjf> sigh
[12:35] <apw> bjf, i don't see you on server
[12:35] <bjf> apw, server won't take the saved password (which hasn't changed forever)
[12:36] <apw> bjf, did you enable 2-factor ?
[12:36] <bjf> not recently
[12:36] <rtg> bjf, you're back in the states by now, right ?
[12:36] <bjf> was working just fine yesterday
[12:36] <apw> not that then
[12:36] <bjf> yes, back in the states
[12:36] <apw> i see leann, but not you
[12:36] <rtg> I've been waking up at 0430 as well
[12:37]  * apw pokes rtg to try logging in
[12:37] <rtg> apw, I'm in the living room right now. I'll migrate downstairs in awhile
[12:37] <apw> ack
[12:37] <rtg> apw, my house is so big that it takes awhile to hike down to my office :)
[12:38] <apw> *slap*
[12:38] <bjf> it's something he has to commit to doing
[12:39] <bjf> he doesn't want to make the long trek back and forth if not necessary
[12:39] <rtg> bjf, speaking of commits, home come Oneiric/Precise master-next branches aren't building ?
[12:39] <rtg> how come*
[12:39] <rtg> hmm, ARCH_RANDOM is new
[12:39] <bjf> rtg, don't know, haven't looked
[12:39] <rtg> bjf, I'm fixing them....
[12:40] <bjf> rtg, who's been pushing broken shit on my trees?
[12:40] <rtg> bjf, gotta be one of your guys.
[12:41] <bjf> rtg, we know it wasn't henrix, i know it wasn't either me or sconklin so that just leaves ...
[12:41] <rtg> bjf, looks like 2 new config options appeared with the last stable update, CONFIG_ARM_ERRATA_775420 and CONFIG_ARCH_RANDOM
[12:41] <bjf> hmmm
[12:42] <rtg> I'm assuming stable wants them enabled
[12:42] <bjf> i guess
[12:46] <herton> bjf, rtg, probably was the stable updates I pushed yesterday
[12:47] <rtg> herton, yep, I'll have it done in a few minutes.
[12:47] <bjf> herton, did you build test them?
[12:47] <herton> no
[12:52] <herton> rtg, while you're on it, I think you can remove that via6656 module enable patch on master-next as well, since you saw it doesn't work on 64-bit
[12:53] <herton> I saw it yesterday, but was already late, so sent an email about it
[12:54] <rtg> herton, was that just Quantal ?
[12:54] <herton> rtg, no, you applied it on Precise too
[12:55] <herton> rtg, forget, it was quantal indeed
[12:55] <rtg> herton, yep, just found the email
[12:57] <herton> rtg, gahhh, I was looking at wrong branch, it's really on precise, commit 72b07b241819c0320c0def2376645bd27339655c
[12:57] <herton> on master-next
[12:57] <herton> I knew I saw it yesterday, I'm not going crazy :)
[12:57] <rtg> herton, good, 'cause I couldn't find it in Quantal.
[12:58] <herton> rtg, yes, I think on quantal you just didn't applied in the end
[12:58] <rtg> herton, if tis driver is so bad, should we even bother with 32 bit ?
[12:59] <herton> rtg, for me it's ok just disabling it, after all we have it disabled for some time already
[13:00] <rtg> the only reason I looked at it is 'cause some folks were casting aspersions on us
[13:00] <herton> in that case may be we want to enable the 32bit version, or just state the driver is broken anyway
[13:04] <rtg> I'm inclined to leave it disabled until the upstream fix is merged (and I'm not seeing anythig so far). Perhaps I'll turn it on in raring. there has been a little activity since v3.6
[13:05] <rtg> herton, ^^
[13:05] <herton> yeah, agreed
[13:13] <rtg> herton, pushed precise master-next
[13:15] <herton> ack
[13:18]  * rtg vows not to watch the news today
[13:23] <arges> rtg, hello. can we get libncurses5-dev installed on gomeisa ?
[13:24] <rtg> arges, in a chroot or in the default host environment ?
[13:24] <rtg> arges, I'm pretty sure the chroots have it
[13:25] <arges> rtg, hmm 'fakeroot debian/rules editconfigs' seems to complain 
[13:25] <caribou> rtg: just that I tried to run fakeroot debian/rules editconfigs and it complained about the missing pkg
[13:25] <caribou> rtg: maybe there's a better way of doing it
[13:25] <rtg> caribou, have you tried it from within a chroot ?
[13:26] <rtg> rtg@gomeisa:~$ dpkg -l |grep libncurses5
[13:26] <rtg> ii  libncurses5                      5.9-4                                   shared libraries for terminal handling
[13:26] <rtg> rtg@gomeisa:~$ dpkg -l |grep libncurses5
[13:26] <rtg> ii  libncurses5                      5.9-4                                   shared libraries for terminal handling
[13:26] <caribou> rtg: nope, maybe that's what is missing
[13:27]  * caribou must learn the best way to build kernels on those build servers
[13:28] <rtg> caribou, I've got nearly every chroot within the Ubuntu hegemony installed on the buildds
[13:29] <arges> caribou, 'schroot -c quantal-amd64' then type 'fakeroot debian/rules editconfigs'
[13:29] <arges> thanks rtg 
[13:29] <caribou> rtg: :) ok, I'll do that
[13:29] <rtg> np
[13:33]  * ogra_ has some license fun for the kernel team ... added in bug 1075549
[13:33] <ubot2`> Launchpad bug 1075549 in linux-firmware (Ubuntu) "please include fw_bcmdhd.bin and bcm4330.hcd in linux-firmware for support of the nexus7" [High,New] https://launchpad.net/bugs/1075549
[13:33] <ogra_> :)
[13:37] <rtg> ogra_, its all about licensing....
[13:37] <ogra_> yeah
[13:38] <rtg> ogra_, first roadblock :
[13:38] <rtg> echo
[13:38] <rtg> echo The license for this software will now be displayed.
[13:38] <rtg> echo You must agree to this license before using this software.
[13:38] <rtg> echo
[13:38] <rtg> I hate shrink wrap licenses
[13:38] <ogra_> do we have any broadcom contacts we could ask about a fix of that ? 
[13:38] <rtg> ogra_, you should be talking to vanhoof about that
[13:39] <ogra_> i was actually surprised that even works ... 
[13:39] <ogra_> shell script with binary blob inside
[13:39] <rtg> ogra_, majorly, totally ugly
[13:39] <ogra_> ++
[13:43] <caribou> rtg: looks like I need some special setup to use schroot : E: Access not authorised
[13:46] <rtg> caribou, log out completely, then back in and retry
[13:46] <caribou> rtg: will do sir.
[13:47] <rtg> you were not in the sbuild group
[13:47] <caribou> rtg: works fine, thanks !
[14:52] <rtg_> bug 1019025
[14:52] <ubot2`> Launchpad bug 1019025 in ubuntu-online-tour (Ubuntu Quantal) "Ubuntu Tour menu becomes unreadable when interrupting a tutorial" [Undecided,New] https://launchpad.net/bugs/1019025
[15:11]  * herton -> lunch
[15:51]  * ogasawara back in 20
[15:53] <herton> apw, I commited the task assignments for shank bot on lowlatency bugs, this is the example of what it will look like: https://bugs.qastaging.launchpad.net/ubuntu/+source/linux-lowlatency/+bug/939627
[15:53] <ubot2`> Launchpad bug 937132 in Ubuntu Single Sign On Client stable-3-0 "duplicate for #939627 ubuntu-sso-login crashed with RuntimeError in /usr/lib/python2.7/dist-packages/gi/overrides/Gdk.py: Gdk couldn't be initialized" [Undecided,Fix committed]
[15:54] <apw> herton, yeah later the promote-to-proposed will likely be something they do, but yeah that looks like the right thing
[15:55] <apw> herton, cirtainly as close as it can without trying it out
[17:35] <ogasawara> bjf, sconklin: mumble?
[17:36] <sconklin> sure
[17:36] <Theodoros> I found an issue with the 'Quantal kernel for precise' testcase http://packages.qa.ubuntu.com/qatracker/milestones/223/builds/25321/testcases
[17:37] <Theodoros> Running with the quantal kernel from the ppa causes panics and coredumps in samba
[17:43] <apw> Theodoros, sounds bad, could you file a bug and attach any logs you have
[17:43] <apw> (and let us know the number)
[17:44] <Theodoros> sure
[17:44] <Theodoros> I was wondering if 3.5.0-18.29 was going to hit the PPA/repositories so I could test that
[17:44] <Theodoros> Since it recently left proposed in quantal
[17:47] <apw> Theodoros, it is in precise-proposed now for testing
[17:47] <Theodoros> Okay, I'll look into that later
[17:48] <apw> i would imagine the one in the x-swat PPA will be out of date by now
[17:56] <Theodoros> apw: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1075670
[17:56] <ubot2`> Launchpad bug 1075670 in linux (Ubuntu) "samba panics with sys_setgroups failed" [Undecided,New]
[18:12] <balloons> ogasawara, or perhaps someone else :-), can you tell me what the kernel teams plans for the 12.10 kernel stack on 12.04? Will you continue targetting and testing on 12.10? Is it going to be a 3.5.X kernel for sure?
[18:13] <balloons> I guess I'm just asking which series will be targeted by this: https://launchpad.net/~ubuntu-x-swat/+archive/q-lts-backport/
[18:22] <bjf> balloons, there was this UDS thing where we discussed all that :-)
[18:23] <balloons> bjf, I'm sure there was :-) I'm happy to look @ a blueprint if needed
[18:23] <balloons> sorry I missed the discussion!
[18:23] <bjf> balloons, there is a quantal lts-hwe kernel for precise
[18:24] <bjf> balloons, quantal is 3.5
[18:24] <bjf> balloons, there will be a raring lts-hwe kernel for precise (raring will be 3.8)
[18:39]  * rtg grinds through the endless LKML thread "[RFC] Second attempt at kernel secure boot support"
[18:43] <bjf> balloons, did that answer your question?
[18:44] <balloons> bjf, yes, I saw the new raring upload
[18:44] <balloons> so that menas you will keep going with the quantal lts, releasing 3.5.. and the next hwe will be on the raring kernel via 3.8
[18:44] <balloons> the quantal hwe still dropping in december for 12.04.2?
[18:45] <bjf> balloons, quantal-lts is officially supported for the length of support for quantal
[18:46] <bjf> balloons, that is true for all non-lts kernels (after 14.04 that may change)
[18:46] <bjf> balloons, yes on the point release
[18:46] <balloons> bjf, sorry  I mean to say.. the quantal-lts hwe stack will enter precise at 12.04.2
[18:46] <balloons> and raring will be for 12.04.3 or 12.04.4?
[18:46] <bjf> balloons, whatever the schedule says :-)
[18:47] <balloons> fair enough :-)
[18:47] <balloons> thanks for your help
[18:47] <bjf> np
[18:47] <balloons> so we'll plan to ramp up some raring hwe at some point
[18:47] <balloons> *testing I mean to say
[18:58]  * rtg -> lunch
[19:28] <chadbyoung> looking for help enabling CPU performance counters in the kernel
[19:30] <ogasawara> balloons: sorry for the delay, the world has been on fire today.  I think bjf answered all your questions.
[19:30] <ogasawara> balloons: but https://blueprints.launchpad.net/ubuntu/+spec/desktop-r-xorg-lts-updates was the bp/UDS session
[19:31] <ogasawara> balloons: I've also documented a lot at https://wiki.ubuntu.com/KernelTeam/Specs/QuantalLTSEnablementStack
[19:35] <balloons> ogasawara, thank you
[19:36] <ogasawara> balloons: let me know if you have any additional questions, I'll be happy to answer
[20:45] <chadbyoung> are the room logs searchable?
[20:45] <chadbyoung> by room I mean this channel