[05:50] <tjaalton> apw: you mean making the headers in libdrm-dev to match the kernel ones, and when they work make the switch to using kernel headers?
[06:48] <Keybuk> Dec 19 06:19:29 quest kernel: [246164.090552] BUG: unable to handle kernel pagin
[06:48] <Keybuk> g request at ffffe22001651e98
[06:48] <Keybuk> ... what does that mean?
[07:48] <\sh> morning 
[07:49] <\sh> did anyone had a kernel panic with amd opteron quad core cpus reading "your cpu is defect...this is not a software problem?" but board system check tells you : cpus are ok...and after a reboot everything is ok again?
[10:18] <nessuno_> grazie
[10:25] <nessuno_> grazie a tutti! ciao
[11:17] <Keybuk> so nope, no memory errors found
[14:54] <rtg> apw: Intrepid -11.22 pushed.
[14:54] <abogani> Good news!
[14:55] <apw> did you intend this one for everyone?
[14:55] <apw>     UBUNTU: Default CONCURRENCY_LEVEL to _NPROCESSORS_ONLN
[14:55] <rtg> apw: yep
[14:56] <rtg> apw: it only affects local builds. 
[14:57] <apw> ok cool
[15:00] <rtg> apw: please update bug  #300803 with the revert notice.
[15:00] <ubot3> Malone bug 300803 in linux "linux-libc-dev: please include video/uvesafb.h" [Medium,Fix committed] https://launchpad.net/bugs/300803
[15:00] <apw> doh, yep
[15:01] <rtg> lieb: please write the SRU justification for bug #281647
[15:01] <ubot3> Malone bug 281647 in linux "Support IR remote for MSI TV Anywhere Plus tuner card" [Low,In progress] https://launchpad.net/bugs/281647
[15:13] <apw> rtg bug update done
[15:36] <Kano> dh_installchangelogs -plinux-image-2.6.28-3-server
[15:36] <Kano> parsechangelog/debian: error: found trailer where expected start of change data, at file debian/changelog line 4
[15:36] <Kano> dh_installchangelogs: changelog parse failure
[15:37] <Kano> whats the problem?
[15:38] <Kano> also i got this error before:
[15:38] <Kano> fatal: ambiguous argument 'Ubuntu-2.6.28-3.4..HEAD': unknown revision or path not in the working tree.
[15:38] <Kano> Use '--' to separate paths from revisions
[15:47] <apw> looks like you are missing some tags?
[15:48] <apw> where are you building this tree?
[16:11] <Kano> well yes
[16:11] <Kano> but now i rebuild 2.6.27 tree
[16:12] <Kano> btw. i adopted my 2.6.27 patch for ubuntu studio 17 to 2.6.28, just a very small diff
[16:12] <Kano> err dell studio of course
[16:13] <Kano> http://kanotix.com/files/kernel/unused-patches/2.6.27.9-patch_sigmatel_dell_studio_17.diff
[16:13] <Kano> http://kanotix.com/files/kernel/unused-patches/2.6.28-rc9-patch_sigmatel_dell_studio_17.diff
[16:14] <Kano> first is for intrepid the other for jaunty git
[16:18] <apw> Kano, and those have been confirmed to work on the hardware?
[16:19] <smb_tp> Kano, Also, did you send the patch upstream as Luis suggested?
[16:19] <Kano> well the first, for the 2nd i have to compile the kernel
[16:19] <Kano> smb_tp: i sent it to the suse guy, the first one
[16:19] <apw> a previous owner of a Studio 1837 (i assume its one of those as they had the same ids) claimed that selecting that model didn't work for them
[16:19] <Kano> he said he will add it
[16:20] <smb_tp> Kano, Ok, thats cool. Makes it simpler for the sru process
[16:20] <Kano> apw: maybe that studio 18 has also + 1 in the id?
[16:20] <apw> no that was a typo on my part, its a 1737
[16:20] <apw> stupid fingers
[16:21] <Kano> well he just played with the mixer and heard something
[16:21] <Kano> with this setting
[16:22] <lieb> rtg, wrt sru, will do
[16:22] <rtg> lieb: I already did for that bug 'cause it was holding the upload
[16:22] <Kano> i could not confirm teh 2.6.28 patch
[16:23] <Kano> but as soon as i can compile the 2.6.28 git this should be no real problem to do so
[16:23] <lieb> ok.  I''l go back and check what I missed
[16:23] <rtg> lieb: its best to write the SRU justification right after you commit the patch.
[16:24] <smb_tp> Might even make sense to do it concurrent with the mail. The text can just be the same
[16:26] <Kano> did somebody test nfs with 2.6.28 yet?
[16:36] <apw> Kano, is there  a bug associated with your studio 1737 patches yet?
[16:36] <Kano> not that i know, it is only a kanotix not ubuntu user with that laptop
[16:37] <Kano> maybe there is a ubuntu user with it too?
[16:37] <apw> under bug #309512 we have a user with the same laptop
[16:37] <ubot3> Malone bug 309512 in alsa-driver "Dell Studio 17 (1737), 2 headphones jack do not work in Intrepid 8.10" [Undecided,New] https://launchpad.net/bugs/309512
[16:37] <apw> who i  have been talking who claims to have tried enabling that speciifc quirk via 
[16:37] <apw> options snd-hda-intel model=dell-m6 and failed to get sound
[16:38] <apw> your patch enabled that same quirk, so wondering about the testing, one of the testers must be wrong
[16:38] <apw> hopefully ours
[16:38] <Kano> well maybe he did not play with the mixer settings?
[16:38] <apw> that is entirly possible
[16:39] <apw> perhaps you could attach your patch to that bug?
[16:41] <smb_tp> Right, we have to have the patch attached to a bug anyways and this one seems to match perfect.
[16:42] <Kano> ok, will add the 2.6.27 patch there, as it is for 8.10
[16:42] <smb_tp> Kano, Ok, thanks
[16:43] <apw> perfect
[16:44] <Kano> attached it
[18:26] <Kano> could somebody change the insertchanges targe that it does not insert anything when no changes are made?
[18:56] <lieb> rtg, I checked on that SRU and I did write one but the subject line was "PATCH SRU LP...." which probably choked in mail filters.  I take it "SRU" should be the first token?
[18:57] <rtg> lieb: are you talking about the SRU justification comment in the LP report?
[18:57] <lieb> ye
[18:57] <lieb> yep
[18:57] <rtg> did I just miss it?
[18:57] <rtg> remind what the bug number is
[18:57] <lieb> probably because of the "PATCH"
[18:59] <lieb> PATCH SRU Bug #281647 Add support for MSI TV@nywhere Plus remote
[18:59] <ubot3> Malone bug 281647 in linux "Support IR remote for MSI TV Anywhere Plus tuner card" [Low,Fix committed] https://launchpad.net/bugs/281647
[19:00] <rtg> lieb: uh, I'm talking about the SRU justification clause in the LP report. While the bug might have been ACK's on the mailling list, we still need to tell the SRU folks what we're doing.
[19:01] <lieb> an entry in launchpad?
[19:02] <rtg> lieb: https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/281647/comments/8
[19:02] <ubot3> Malone bug 281647 in linux "Support IR remote for MSI TV Anywhere Plus tuner card" [Low,Fix committed] 
[19:04] <lieb> ok, I cna do that.  you were pulling from my repo so which git url do I put in there?
[19:05] <lieb> I was wondering how I tie off my end once I push it up to my repo.  these things are hanging about...
[19:06] <rtg> lieb: well, don't write the SRU justification until _after_ the commit has been made to the core repo, then use the URL from gitweb to point at the core repo.
[19:07] <lieb> ok. so I wait for your "pulled" reply and go to LP and write this up.  correct?
[19:07] <rtg> lieb: yep
[19:08] <rtg> and thats pretty much the tie-ff as far as you are concerned.
[19:08] <lieb> I cna do that. pls add the commit sha in your "pulled" so I cna find it
[19:08] <rtg> s/ff/off/
[19:09] <rtg> lieb: do you know the gitweb URL ? your commit will generally be near the top of the listing of the particular repo.
[19:09] <rtg> http://kernel.ubuntu.com/git
[19:10] <lieb> I'll work it out.  If you had the commit sha, I know it's really in as opposed being in your queue.  think memory barrier ;)
[19:11] <rtg> lieb: oh no, when I respond via email that its been pulled, that means I've really committed it to the core repo.
[19:11] <lieb> ok gotcha
[19:12] <lieb> I'll update the kernel bug wiki with this bit.
[19:51] <lieb> my local build died w/ "ABI file missing" on a schroot 32 bit build.  what Fu am I missing?
[19:51] <lieb> amd64 builds worked just fine in same git workspace
[19:59] <Kano> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/309268
[19:59] <ubot3> Malone bug 309268 in linux "[regression] nfs-kernel-server fails with 2.6.28 (dup-of: 306016)" [High,Triaged] 
[19:59] <ubot3> Malone bug 306016 in nfs-utils "nfs client broken since 2.6.28-2-generic upgrade" [High,Confirmed] 
[20:00] <Kano> it seems somoebody reported that problem alredy
[20:12] <BenC> Kano: what would you have it do if there are no changes?
[20:13] <Kano> well somebody has nfs working,but he did not enable all options
[20:13] <Kano> on my other pc i have got his kernel config
[20:13] <BenC> Kano: I mean insertchanges
[20:14] <Kano> well it cleaned the changelog completely and then no package could be created
[20:14] <Kano> it was just empty, no * at all
[20:25] <BenC> Kano: I know what it does...what would you expect it to do is my question
[20:26] <Kano> BenC: just do nothing
[20:27] <Kano> then i could leave it enabled in my script and it would never break
[20:27] <BenC> Kano: then the builds will still fail
[20:27] <Kano> nope, with the placeholder it compiles
[20:27] <BenC> then don't run insertchanges
[20:28] <Kano> well then i need a check for that...
[20:28] <BenC> I want it to fail if there are no changes
[20:28] <Kano> sure, as long as the changelog is untouched
[20:44] <BenC> Kano: write a patch...the current behavior works for our purposes
[21:33] <dade`> BenC, are you here ?
[21:33] <dade`> mjg59, you too ?
[21:34] <BenC> dade`: yeah