[00:12] <infinity> zequence: Danke.
[07:05] <diwic> any feeling for 3.10 vs 3.11 for Ubuntu 13.10 ?
[07:22]  * apw counts the hours till he has networking
[07:47]  * smb hopes its a tock networking and not tick...
[07:57] <apw> smb, heh ... me too
[10:11] <aquarius> if my webcam has stopped working in latest raring, but was working in raring a week or two ago, which information do I need to attach to an LP bug to help narrow down the problem?
[10:30] <ppisati> brb
[10:34] <davmor2> aquarius: at a guess, ubuntu-bug linux, name/model of the webcam, roughly when it stopped working.
[11:50] <davmor2> jsalisbury: morning,  Kernels installed 3.8.2 and 3.8.3 seemed to build efi bits but didn't work with secureboot, 3.8.4 didn't seem to create an efi entry.  I'm just checking the manifest of taday iso to see if it contains the new kernel version and updating the isos.  If it contains the new kernel I'll enable secureboot and see if works with the latest image.
[11:58]  * henrix -> lunch
[12:06] <aquarius> thanks davmor2. 
[12:06] <aquarius> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1163268 filed about the webcam, anyway.
[12:06] <ubot2`> Launchpad bug 1163268 in linux "Lenovo U300s webcam stopped working, somewhere around mid-March 2013" [Undecided,New]
[12:16] <rtg_> jsalisbury, can you work with aquarius to find out when raring stopped working for him ?
[12:41] <xnox> everytime I try to enable X.M.P. on my ram, I fail to boot =(
[12:41] <xnox> (yet RAM, motherboard and cpu should all support it)
[12:42] <rtg_> apw, have you had a look at bug #1157952 ?
[12:42] <ubot2`> Launchpad bug 1157952 in linux (Ubuntu Raring) "SCSI keysense errors on console with Raring (3.8 kernel) within Windows Azure" [High,In progress] https://launchpad.net/bugs/1157952
[12:54] <apw> rtg_, yep we are waiting on some input from utlemming, who has not reported on his testing
[12:54] <apw> rtg_, i have poked him to let us know
[12:56] <rtg_> apw, acl
[12:56] <apw> rtg_, hopefully that patch is the nuts and we cna just apply it
[12:58] <rtg_> apw, what about the side effects mentioned in comment 19 and 29 ?
[13:09] <apw> rtg_, when ut is online i'll find out where we are at, this is a big mess
[13:10] <rtg_> apw, ok. bbias.
[13:18] <davmor2> jsalisbury: YAY!!!! My secureboot issue from last week with the new kernel build look like a thing of the past WooHoo!! Althought I'll just tripple check it before putting it in the bug report
[13:20] <ogasawara> rtg_, apw: https://bugs.launchpad.net/ubuntu/+source/linux-armadaxp/+bug/1155243
[13:21] <ubot2`> Launchpad bug 1155243 in linux-armadaxp "Please remove linux-armadaxp and linux-meta-armadaxp from raring" [Undecided,New]
[13:21] <ogasawara> rtg_, apw: that's just a matter of us not performing any additional uploads and pinging an archive admin to reap the existing package/binaries from the archive right?
[13:21] <ogasawara> or am I missing anything else?
[13:21] <rtg_> ogasawara, should be
[13:23] <rtg_> ogasawara, it'll take an archive admin to do it. I think slangasek has the privs if we give the go ahead.
[13:23] <ogasawara> rtg_: I'll notify Ike and respond to the bug
[13:24] <apw> ogasawara, yeah thats my understanding
[13:44] <davmor2> jsalisbury: Okay triple confirmed everything is running as nromal now with todays iso image.  I don't know what you want to do with the bug now
[13:45] <rtg_> davmor2, what is the bug number ? I'll just mark it fix released
[13:46] <davmor2> rtg_: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1161566
[13:46] <ubot2`> Launchpad bug 1161566 in linux "Regression on enabling the system for secureboot" [High,Confirmed]
[14:11] <hrw> hi
[14:12] <hrw> drm_kms_helper: panic occurred, switching back to text console
[14:13] <hrw> oops in ring_doorbell_for_acrive_rings+0xa8/0xd0
[14:14] <hrw> 3.8.0-13/14/15/16 all OOPS
[14:16] <diwic> any feeling for 3.10 vs 3.11 being used for Ubuntu 13.10 ?
[14:17] <rtg_> diwic, I'm guessing 3.11
[14:18] <rtg_> diwic, or, rather 3.10. I get a little dyslexic with version numbers.
[14:19] <diwic> rtg_, ok, 3.10 merge window is not far away. Time to start thinking of what I want in there...
[14:19] <rtg_> as always...
[14:20] <hrw> btw - 3.9-rc5 from ~kernel-ppa are unusable
[14:20] <diwic> rtg_, if this is also what's going to be used for 12.04.4 that means that the support for the next generation Intel ships (i e Broadwell) needs to be backported to 3.10, I suppose 
[14:21] <hrw> can someone fix their kernel configs?
[14:31] <apw> hrw, what is missing from the mainline builds ?
[14:32] <hrw> apw: on my i7 I got lores framebuffer and no usb keyboard
[14:32] <hrw> not able to login even to check what is going on
[14:33] <apw> seems unlikley the usb config has changed much between raring and there, that it would be config
[14:48]  * ogasawara back in 20
[15:03] <ppisati> ogra_: ok so...
[15:03] <ppisati> ogra_: i can get the ubuntu-nexus7 kernel to work on the phablet img
[15:03] <ppisati> ogra_: except for the touchscreen
[15:03] <ogra_> yay !
[15:03] <ogra_> you rock
[15:03] <ogra_> hmm
[15:03] <ppisati> ogra_: do you have any idea where i should look for debug info?
[15:04] <ogra_> logcat 
[15:04] <ogra_> via adb
[15:04] <ogra_> and it should still have dmesg indeed
[15:04] <ppisati> ogra_: yeah it's there
[15:04] <ppisati> ogra_: i see it picking up the elan driver
[15:04] <ppisati> ogra_: fw, etcetc
[15:04] <ppisati> ogra_: and initialization looks good
[15:05] <ogra_> sounds about right
[15:05] <ppisati> ogra_: but then it doesn't sense my finger
[15:05] <ppisati> ogra_: display is working (time and date is updated)
[15:05] <ogra_> you cant swipe the welcome screen to the left ?
[15:05] <ppisati> ogra_: no
[15:05] <ogra_> weird
[15:05] <ppisati> adb works
[15:05] <ppisati> wifi works
[15:05] <ppisati> but withouth touch...
[15:05] <ogra_> i wonder if thats has to do with arhmf vs armel 
[15:06] <ogra_> the firmware is armel ... 
[15:06] <ogra_> as the whole adnroid system is
[15:07] <ppisati> ogra_: i think i compiled the phablet kernel with the armhf toolchain
[15:07] <ppisati> ogra_: and iirc it was ok
[15:07] <ppisati> ogra_: bt now i'm unsure...
[15:08] <ogra_> it should be ok
[15:08] <ogra_> usually the kernel is distinct enough
[15:08] <ogra_> we have mixed like that in the past 
[15:11] <ogra_> we also wont start building armel packages just for that :)
[15:21] <jsalisbury> **
[15:21] <jsalisbury> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[15:21] <jsalisbury> **
[15:26] <jsalisbury> rtg_, aquarius, I posted some comments to  bug 1163268 to start the bisect process.
[15:26] <ubot2`> Launchpad bug 1163268 in linux (Ubuntu) "Lenovo U300s webcam stopped working, somewhere around mid-March 2013" [Medium,Incomplete] https://launchpad.net/bugs/1163268
[15:28] <aquarius> jsalisbury, thanks. I was worried you were going to say "hey, test a bunch of kernels when you don't really know what you're doing, Langridge" and indeed you have, but it is clearly the right thing to do, and I shall test :)
[15:28] <jsalisbury> aquarius, :) thanks.  Once we know the first bad kernel version, we will have a bunch more kernels to test to identify the offending commit ;-)
[15:30] <ppisati> ogra_: uhm no
[15:30] <ppisati> ogra_: it works
[15:30] <ogra_> heh
[15:30] <ppisati> ogra_: it's really a config issue...
[15:30] <ppisati> uffff
[15:30] <ogra_> phew
[15:37] <dobey> is http://kernel.ubuntu.com/git down for anyone else?
[15:38] <rtg_> dobey, yeah, lemme hassle IS
[15:38] <bjf> rtg_, i've been bugging them, 
[15:38] <dobey> ah ok
[15:38] <bjf> rtg_, not responsive
[15:39] <dobey> i'm just trying to see if a couple patches are included in the raring kernel already
[15:40] <bjf> dobey, do you have sha1 for them ?
[15:40] <dobey> bjf: no, and i don't know if they've been committed upstream yet
[15:41] <bjf> dobey, if you give me some pointers i can look in the git repo
[15:41] <dobey> https://bugs.freedesktop.org/attachment.cgi?id=77018
[15:41] <dobey> http://lists.freedesktop.org/archives/intel-gfx/2013-March/026247.html
[15:43] <bjf> dobey, looking
[15:43] <dobey> thanks
[15:43] <dobey> suppose i could have just cloned and tried to patch
[15:45] <bjf> dobey, it doesn't look like either of those are in raring at this time
[15:47] <dobey> bjf: ok, thanks for looking. guess i'll see if i can't git clone, patch, and build a kernel to test them then. hopefully they apply cleanly :)
[15:48] <dobey> is http://kernel.ubuntu.com/git/ubuntu/ubuntu-raring.git the right url?
[15:48] <dobey> (to clone from)
[15:48] <bjf> dobey, yes, though with the http issues we seem to be having right now that may be pretty slow
[15:48] <rtg_> dobey, use git://kernel.ubuntu.com/ubuntu/ubuntu-raring.git
[15:49] <dobey> yeah, that http url failed, and once the summary page actually loaded i saw the git url :)
[15:49] <dobey> thanks
[16:15]  * ppisati -> gym
[16:15] <ppisati> later
[16:33] <rtg_> ogra_, doko's rebuild test for raring failed on ti-omap4 which was synced from Quantal. Is it really necessary that I fix the build issue ? Can we drop this source package from raring ?
[16:33] <ogra_> do you have a source package that builds ?
[16:34] <ogra_> if so drop the other
[16:34] <rtg_> ogra_, not for ti-omap4
[16:34] <ogra_> but we need to have the source for the binary we ship in the archive 
[16:34] <ogra_> (and if only for apt-get source)
[16:34] <rtg_> ogra_, so what _are_ we shipping ? I mean, is there an installation image that depends on ti-omap4 ?
[16:35] <ogra_> usually binaries that havent been built from an exosting source get removed by the archive admins
[16:35] <ogra_> yeas, the desktop image does
[16:35] <ogra_> talk to management if you want it dropped ...
[16:35] <ogra_> i asked for dropping and then a decision was made to keep it with the old kernel version
[16:36] <rtg_> ogra_, i.e. rick ? I really don't want to have to support ti-omap4
[16:36] <ogra_> since we sent out too many of these boards to the community for dogfooding ... 
[16:36] <ogra_> we wont "support" it
[16:36] <ogra_> no security, no SRUs
[16:36] <ogra_> but it needs to build once in raring to ship it and keep it in the archive
[16:37] <rtg_> weill, I still have to put time into it in order to get it building again. I guess that is kind of support.
[16:37] <ogra_> kind of, yes
[16:37] <rtg_> I guess if the decision was made then I'd better just do it.
[16:38] <ogra_> rtg_, looks to me like a "build_tools=false" is enough
[16:38] <rtg_> ogra_, yeah, its simple enough fix
[16:38] <ogra_> (and probably ripping the tools package out of the control file)
[16:39] <ogra_> if people complain, send them my way 
[16:39] <rtg_> or just send them away :)
[16:39] <ogra_> that would be largely the same :)
[16:39]  * ogra_ would just block his ears and sing lalala until they are done complaining :)
[16:50] <rtg_> bjf, you'll never touch Quantal ti-omap4 again, right ?
[16:51] <bjf> rtg, correct
[16:51] <bjf> rtg, what are we running on buildds ?
[16:51] <ogra_> good question
[16:52] <ogra_> infinity, ^^^
[16:52] <bjf> infinity, what ti-omap kernel are we using on buildds ?
[16:52] <ogra_> what are the pandas using underneath 
[16:52] <rtg_> bjf, ok, I'm gonna upload into raring with just a minor version bump (and the compile fix). we'll also _never_ touch ti-omap4 in raring either.
[16:52] <rtg_> likely precise
[16:52] <infinity> bjf: precise.
[16:52] <ogra_> yeah
[16:52] <bjf> rtg, ok, so all other ti-omap are dead to me
[16:52] <rtg_> good
[16:53] <infinity> rtg_: Wait, why are we uploading ti-omap4 to raring?
[16:53] <bjf> ppisati, ^
[16:53] <rtg_> infinity, rebuild failure from doko
[16:53] <ogra_> infinity, to not have it in NBS
[16:53] <infinity> rtg_: Ignore that FTBFS.
[16:53] <infinity> rtg_: It's a direct copy from Q on purpose.
[16:53] <ogra_> infinity, and NBS ?
[16:53] <infinity> ogra_: What does NBS have to do with anything?
[16:53] <rtg_> infinity, I'm good with that. would you care to comment on bug #1163443 ?
[16:53] <ubot2`> Launchpad bug 1163443 in linux-ti-omap4 (Ubuntu Raring) "linux-ti-omap4 ftbfs in raring" [High,In progress] https://launchpad.net/bugs/1163443
[16:53] <ogra_> dunno, i would expect doko to rip out the package 
[16:54] <infinity> ogra_: It's built from source.
[16:54] <ogra_> infinity, its a trivial fix (disabling tools)
[16:54] <infinity> It's not built in raring, but that's fine.
[16:54] <infinity> ogra_: I know, but the copy is a copy ON PURPOSE.
[16:54] <ogra_> hmm
[16:54] <infinity> Rebuilding it is counter-productive.
[16:54] <ogra_> then i misunderstand NBS
[16:54] <ogra_> i thought thats always for the current release
[16:55] <infinity> NBS means binaries that don't match a source upload.  A copy of source+binaries can't be NBS. :P
[16:55] <ogra_> ok
[16:55] <ogra_> rtg_, take a walk ;)
[16:55] <rtg_> ogra_, can do.
[16:55] <ogra_> and dont listen to me :)
[16:55] <infinity> rtg_: We were keeping it as copies intentionally, as R support is shorter than Q's, so there's no point building it in R at all.
[16:56] <infinity> (And I intended to keep doing this post-release, as well)
[16:56] <rtg_> infinity, bjf and I are really fine with that.
[16:57] <infinity> rtg_: Bug closed wontfix and commented.
[16:58] <rtg_> infinity, cool, thanks
[17:00] <rtg_> sforshee, chroot: can't change root directory to '/data/ubuntu': Operation not permitted
[17:00] <jsalisbury> ##
[17:00] <jsalisbury> ## Kernel Meeting starting now
[17:00] <jsalisbury> ##
[17:03] <jsalisbury> ppisati, ping
[17:14]  * rtg_ -> kernel
[17:34] <arges_> cking: hey. working on that build for bug 1157678, a bit crazy at the moment, but i'll own the bug for now
[17:34] <ubot2`> Launchpad bug 1157678 in xserver-xorg-video-intel (Ubuntu) "unplugging an external monitor from laptop results in corrupted screen. Logging out fixes it." [Medium,In progress] https://launchpad.net/bugs/1157678
[17:41] <cking> arges, i'll keep my eye open and give it a spin when it's cooked
[19:05] <AlanBell> hi all
[19:05] <AlanBell> I have a laptop that has bug 1049466
[19:05] <ubot2`> Launchpad bug 1049466 in linux (Ubuntu Quantal) "Need support of Ralink RT3290 wifi support" [Medium,Triaged] https://launchpad.net/bugs/1049466
[19:06] <AlanBell> it just needs the rt3290.bin firmware file to be shipped, what do we have to do to make that happen?
[19:59]  * rtg_ -> EOD
[20:13]  * apw wanders off, to wait on bb heaven
[21:04] <lborda> lborda asks: hi any idea why blacklisting usb_storage module does not work anymore in 12.04 ?
[21:08] <lborda> bug bug: 1035739
[21:08] <ubot2`> Launchpad bug 1035739 in module-init-tools (Ubuntu) "Blacklisting usb-storage is ignored." [Undecided,Confirmed] https://launchpad.net/bugs/1035739