[06:42] <diwic> k
=== smb` is now known as smb
=== henrix_ is now known as henrix
[08:31]  * apw yawns
[08:32] <smb> apw, You not hearing our abuse of you is less fun
[08:33] <smb> apw, we can hear you but you not us
[09:15] <ppisati> brb
[11:26] <ogra_> were there changes to sound stuff in teh recent precise kernel upload ?  
[11:27] <ogra_> seems the last upgrade forcefully switched my soundblaster card to SPDIF out which you can only disable in alsamixer
[11:28] <ogra_> (and there were no other sound related packages in that upgrade)
[11:28] <ogra_> diwic, ^^^
[11:29] <diwic> ogra_, no idea
[11:29] <ogra_> do you know anything about that ? i see people on the ubuntu-users ML that seem to have lost sound as well with the latest upgrade
[11:29] <ogra_> alsamixer -D hw:0 and muting SPDIF makes everything work fine again
[11:30] <diwic> ogra_, is that applicable to the people complaining in ubuntu-users too?
[11:31] <ogra_> just sent a mail asking that
[11:31] <ogra_> but its suspicious since its the same update 
[11:32] <diwic> ogra_, there are more often than not *some* sound change for *some* sound hardware
[11:32] <diwic> in any kernel update
[11:33] <diwic> ogra_, looking at the recent alsa/PA bugs in launchpad, I don't see a storm of disabled sound or so
[11:33] <diwic> ogra_, at least not more than I would expect just after a release.
[11:34] <henrix> ogra_: changelog for last upload points to at least 4 alsa-related commits: https://launchpad.net/ubuntu/+source/linux/3.2.0-32.51
[11:34] <ogra_> diwic, precise :)
[11:35] <diwic> ogra_, i e looking at all bugs regardless of release
[11:37] <ogra_> ALSA: hda - don't create dysfunctional mixer controls for ca0132
[11:37] <ogra_> my soundblaster uses a ca0106 though
[11:37] <ogra_> but removing controls can surely cause issues with the state file
[11:38] <henrix> looks suspicious indeed.  would you like me to prepare a test kernel reverting that commit?
[11:40]  * henrix -> lunch
[11:41] <infinity> henrix: Looks like shankbot isn't automagically creating linux-lts-quantal tracking bugs from quantal-proposed uploads.
[11:41] <henrix> infinity: yes, there's something wrong going on
[11:41] <infinity> henrix: (The followup to that would be "when will I see an lts-quantal in the PPA for precise, matching the current quantal SRU?)
[11:42] <henrix> infinity: last week we've made a few mods to the bot to include quantal and something's missing
[11:42] <henrix> infinity: the bot is actually crashing... 
[11:42] <infinity> henrix: Kay.  I was just guessing that the bot's failure to create the bug may also be why I don't see an upload. ;)
[11:42] <ogra_> henrix, well, i dont know if i can go back to the broken state now that it is fixed
[11:43] <henrix> infinity: thanks for the heads up.
[11:44] <henrix> ogra_: a reboot doesn't bring you back to the broken state?
[11:44] <infinity> henrix: Can I assume I'll see an lts-quantal "soon" for the -18- ABI, and I can just reject Tim's -17- upload to -proposed, rather than bother putting it through the process?
[11:44] <infinity> henrix: Doesn't seem to make sense to waste time on it, if a new one's happening.
[11:45] <henrix> infinity: yes, we'll have the -18. it's just a matter of creating the tracking bug.
[11:45] <henrix> infinity: i expect to have it uploaded during today
[11:46]  * henrix -> lunch (now for real!)
[11:47] <infinity> henrix: Cheers.  Rejecting -17- then.  Happy lunching.
[11:48] <infinity> ogasawara: Rejecting that -17- lts-quantal in -proposed, as henrix has promised me a -18- in the PPA soon.  Don't panic. ;)
[12:09] <rtg> apw, any idea why the LTS kernel and meta packages are getting rejected ?
[12:14]  * apw checks
[12:14] <xnox> rtg: apw: "12:48 <infinity> ogasawara: Rejecting that -17- lts-quantal in -proposed, as henrix has promised me a -18- in the PPA soon.  Don't panic. ;)"
[12:14] <xnox> ?!
[12:14] <apw> oh i see, just an old one
[12:16] <rtg> hmm, thats one of the problems with the archive queue. there is generally no indication of why a package was rejected if you don't happen to be on IRC when it happens.
[12:16] <apw> rtg, no indeed.  they complain about that too, the lack of an audit trail
[12:21] <rtg> apw, I'm wondering if a pocket copy works without a previous source package already in the archive.
[12:21] <apw> rtg, from a PPA you mean ?
[12:21] <rtg> apw, right
[12:22] <apw> should do in broad terms
[12:24] <rtg> biab
[12:33] <infinity> Bah, I missed rtg's drive-by whining.
[12:34] <infinity> apw: When he comes back, assure him that, yes, the copy will work fine, insomuch as I'll be babysitting it. :P
[12:39] <apw> heh, will do
[12:42] <apw> infinity, do we need a session for your 'clean old kernels' blueprint ?
[12:43] <infinity> apw: No, I thought I explicitly didn't target it to UDS?
[13:05] <apw> infinity, indeed, but as most people who do that are doing it wrong and do want one, i was just checking
[13:38] <rtg> jjohansen, I don't see an upstream fix for the patch in bug #1056078
[13:38] <ubot2> Launchpad bug 1056078 in linux (Ubuntu Oneiric) "freeing apparmor profiles cause irq stack overflow" [Undecided,Fix committed] https://launchpad.net/bugs/1056078
[14:13] <ogasawara> rtg: I was going to rebase raring to v3.7-rc2 if you haven't started that already
[14:15] <ogasawara> rtg: nm, seems you have beat me to it
[14:17] <rtg> ogasawara, early bird and all that...
[14:18] <rtg> ogasawara, I'm going to have to bisect the UBUNTU patches. vanilla -rc2 works, raring falls over and dies quite early.
[14:20] <ogasawara> rtg: it looks like raring is missing a few patches, eg apw's packaging bits for signed kernels, misc config tweaks like TIDSPBRIDGE=m.  do you remember the last quantal version you looked at to sync patches over?
[14:21] <rtg> ogasawara, I tags the last checkpoint in Quantal
[14:21] <rtg> s/tags/tagged/
[14:21] <ogasawara> rtg: perfect, I'll work from there then and pull stuff over
[14:43] <abogani> BenC: ping
[14:43] <BenC> abogani: aye
[14:43] <abogani> BenC: Hi, sorry for disturb. 
[14:43] <abogani> Are there cheap PowerPC based development board?
[14:44] <BenC> abogani: Depends on how you define cheap…if you mean something Raspberry Pi like, then no
[14:44] <BenC> I've seen some for around $500 USD though
[14:46] <BenC> abogani: http://www.phytec.com/products/rdk/PowerPC/index.html has a few
[14:46] <abogani> BenC: Ok, thanks
[15:10] <apw> ogasawara, cool let me know when you are sync'd and i'll test the signed bits
[15:19] <ogasawara> apw: ack
[15:19] <jsalisbury> rtg, I noticed the raring repo on tangerine is missing the debian and debian.master directories.
[15:20] <apw> jsalisbury, that is master right ?
[15:20] <apw> jsalisbury, we have not uploaded it yet so master is 'wrong' at present
[15:20] <jsalisbury> apw, ahh, ok.  
[15:20] <BenC> abogani: Here's something sub-$200 but it's really light on CPU speed: http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MPC5125
[15:21] <jsalisbury> apw, is there a repo somewhere I can pull to build a test kernel?
[15:21] <jsalisbury> apw, raring repo
[15:21] <apw> jsalisbury, master-next is fine
[15:21] <jsalisbury> apw, ack, thanks
[15:21] <apw> jsalisbury, that said, rtg is having trouble booting it
[15:22] <jsalisbury> apw, ok.
[15:24] <rtg> jsalisbury, vanilla -rc2 seems to work, though its _really_ slow on my Lenovo
[15:25] <jsalisbury> rtg, ok.  I can do some testing of rc2 as well.  I'm also going to build a raring test kernel for bug 339752
[15:25] <ubot2> Launchpad bug 339752 in linux (Ubuntu Raring) "CONFIG_PARPORT_PC_FIFO=y causes slow/stuttering printing through parallel port" [High,Triaged] https://launchpad.net/bugs/339752
[15:55]  * ppisati -> gym
[16:08]  * ppisati -> out for real now
[16:38] <jjohansen> rtg: yes, the patch I was working on to replace it had some issues, and fixing them made it rather large and intrusive.  So I am going to try pushing the patch we have now for RC3 despite it violating the kref api, and see how it goes
[16:39] <rtg> jjohansen, oh, I can just imagine how well that'll go over
[16:39] <jjohansen> yeah I had wanted to avoid it :/
[17:38] <arges> hi does anyone know where I can download the 3.2.0-33.52 precise-proposed linux-image .deb files? thanks
[17:39] <henrix> arges: here: https://launchpad.net/~canonical-kernel-team/+archive/ppa/+build/3913424/+files/linux-image-3.2.0-33-generic_3.2.0-33.52_amd64.deb
[17:45]  * henrix -> EOD
[17:55] <rtg> ogasawara, found the break fix and pushed: Revert "UBUNTU: SAUCE: acpi battery -- move first lookup asynchronous". It was kind of difficult to trigger which is why its taken all morning to pin it down.
[17:56] <ogasawara> rtg: ack, I'll rebase and push the patches I've pulled over.  just finishing a test build.
[17:57]  * rtg -> lunch
[17:58] <bryce> jsalisbury, bug #978968 has an upstream kernel patch that looks good to go for precise, but needs a .deb built for getting user verification.  I've popped it into the handoff graphics queue.
[17:58] <ubot2> Launchpad bug 978968 in linux (Ubuntu) "[IGDgm] False GPU lockup EIR: 0x00000010 PGTBL_ER: 0x00010000 render.IPEHR: 0x01000000 - while using matlab" [High,Triaged] https://launchpad.net/bugs/978968
[17:58] <jsalisbury> bryce, ack.  I can build a test kernel
=== henrix is now known as henrix_
=== rsalveti_ is now known as rsalveti
[20:29] <rtg> bjf, what is your opinion of https://lists.ubuntu.com/archives/kernel-team/2012-October/022372.html ? I'd like to get it out of my INBOX one way or another.
[20:36] <bjf> rtg, i'm ok with it, go ahead and add my ack
[20:36] <rtg> bjf, ack
[21:03]  * rtg is EOD