[09:50]  * apw hates computers
[09:50] <ogra_> and they hate you too :)
[09:51]  * ppisati hates computers and humans: /me wins!
[09:53] <apw> ppisati, humans go without saying surely :)
[09:54] <apw> ogra_, so very true
[10:01] <apw> ppisati, elloco is still running fine, 48hrs
[10:02] <ppisati> apw: nice
[10:05]  * apw pops to the postoffice, lucky me
[11:22] <cking> apw:   git config alias.fixed "bisect bad"
[11:22] <cking>   git config alias.buggy "bisect good"
[11:23] <cking> apw:  make deb-pkg INSTALL_MOD_STRIP=1 -j 24
[11:39] <apw> those bisect aliases are such an obvious solution, and done that way they are repo specific
[11:45] <apw> cking, we must make sure js is aware
[11:45] <cking> yup, will do
[13:30] <rtg> ogasawara, do you have a haswell ?
[13:31] <rtg> just pushed a couple of raring master-next patches for intel_idle that I'd like to get tested.
[13:36] <ogasawara> rtg-afk: yep I do, I'll test and get back to you
[13:57] <tjaalton> ogasawara: hey, could it be possible to "enable" some non-haswell machines to use i915_hsw instead of the older i915 on quantal kernel?
[13:58] <ogasawara> tjaalton: definitely possible I would think, we'd just need to move the pci id's from one to the other
[13:58] <tjaalton> ogasawara: right, that's what the people testing the new machines on the oem pipeline have done now for quick testing
[13:59] <ogasawara> tjaalton: if testing supports moving to the i915_hsw driver I wouldn't be opposed as it would be hw specific and low risk of regression
[13:59] <tjaalton> it's unfortunate that i915 modesetting was rewritten in 3.7 so that it's very hard to backport anything eDP related :/
[13:59] <ogasawara> tjaalton: I gotta jump on a call right now.  send us a patch if it's what you guys want.
[14:00] <tjaalton> ogasawara: ok, I'll see how it goes and get back to you or someone who could do the changes, thanks
[14:00] <tjaalton> yeah that works
[15:18]  * ogasawara back in 20
[15:42] <rtg> apw, git://github.com/CyanogenMod/android_kernel_asus_grouper.git for N7 origin ?
[15:43] <apw> rtg, checking
[15:44] <apw> rtg, looks to be the same cm-10.1 in both
[15:44] <rtg> apw, thats what the phablet dudes were using ?
[15:44] <apw> rtg, that looks to be the base for their stuff yes
[15:44] <rtg> k
[15:49] <rtg> apw, incidentally, I've had to disable aufs and overlayfs for todays 3.9 rebase. the usual maintenance BS. wanna put that on your TODO list ?
[15:49] <apw> rtg, ack, yep as soon as we get an -rc1 i'll start fixing it i recon
[15:49] <rtg> that shuold be soon
[15:50] <apw> yeah i was assuming so nideed
[15:50] <rtg> apw, I've been rebasing daily just so the number of new configs isn't so mind numbing to go through.
[15:50] <apw> rtg, i assumed as much :)
[15:51] <apw> i've done a couple of preliminary passes over the config too for the same reason
[15:51] <rtg> most so far appear to be straightforward
[15:52] <apw> yeah i didn't see anything i wanted to change in review, so thats good
[16:30] <apw> Bisecting: 104 revisions left to test after this (roughly 7 steps)
[16:30] <apw> sigh
[16:41] <jsalisbury> rtg, apw, Are the kernel header files available if the lts backport kernel is used? Seems they may be missing per bug 1134441
[16:41] <ubot2`> Launchpad bug 1134441 in linux (Ubuntu) "kernel headers are missing from 3.8" [Medium,Confirmed] https://launchpad.net/bugs/1134441
[16:42] <apw> jsalisbury, that might mean he has not installed the common package
[16:43] <rtg> jsalisbury, I'll check in a bit. you can have a look yourself at https://launchpad.net/~ubuntu-x-swat/+archive/r-lts-backport
[16:43] <apw> apw@dm:~/git2/ubuntu-raring$ ls /usr/src/linux-headers-3.8.0-7
[16:43] <apw> arch    Documentation  fs       ipc      kernel    mm       scripts   tools   virt
[16:43] <apw> they are in the normal raring kernel ones, so if they arn't in backport we would be supprised
[16:43] <jsalisbury> apw, rtg, thanks for the info, I'll update the bug.
[16:46] <apw> linux-headers-3.8.0-7-generic_3.8.0-7.16~precise1_amd64.deb (1.0 MiB)
[16:46] <apw> linux-headers-3.8.0-7-generic_3.8.0-7.16~precise1_i386.deb (1.0 MiB)
[16:46] <apw> linux-headers-3.8.0-7_3.8.0-7.16~precise1_all.deb (76.8 KiB)
[16:46] <apw> there is something there, but it does look a little small
[16:46] <apw> rtg, did you copy the machineary from the previous release, from the lts-quantal ?
[16:47] <rtg> apw, mostly I think. its been awhile
[16:47] <apw> rtg, there was a change in raring debian* i think to hand the change to uabi headers
[16:47] <apw> handle
[16:47] <rtg> it should get it automatically, right ?
[16:47] <apw> i would have thought so, hmm
[16:50] <apw> rtg, the file list for the package in the build looks ok though
[16:50] <apw> jsalisbury, i would download that _all .deb and just 'less foo.deb' on it and see if it has the usr/src directory in it
[16:50] <jsalisbury> apw, will do
[16:51] <apw> jsalisbury, oh did cking tell you about 'git buggy' ?
[16:51] <jsalisbury> apw, is there a link to show the builds for both archs, or do I have to look at i386 and amd64 separately 
[16:51] <jsalisbury> apw, yeah, I saw that post.  Pretty cool stuff
[16:51] <apw> separatly
[16:52] <jsalisbury> apw, ok, thanks.
[16:52] <apw> jsalisbury, so very simply, and its per-repo so you can do it safely in all your pending repos
[16:52]  * apw is doing a reverse bisect now, and it has saved my fragile mine
[16:52] <apw> mind
[16:52] <jsalisbury> apw, I'm going to look into the ktest.pl script.  It looks interesting
[16:54] <jsalisbury> apw, I've been just touching a file called REVERSE-BISECT in the src directory, so I remember to think backwards, heh.
[16:54] <apw> just setting the aliases the right way before you start in each has worked great for me
[16:56] <jsalisbury> apw, yeah that would work well.  I have so many bisects going at once I would have to do it on a per src tree basis maybe.  I have a separate tree for each bug I'm bisecting.
[16:56] <apw> those aliases are per-tree by default
[16:57] <jsalisbury> apw, great.  I'm going to give that a try then :-)
[16:57] <cking> it definitely saves a lot of pain
[16:59] <jsalisbury> apw, cking, thanks for the info.  It will help a great deal.  
[17:03] <jsalisbury> apw, the linux-headers-3.8.0-7-generic_3.8.0-7.16~precise1_amd64.deb seems to have a /usr/src directory, so I'll check that the bug reporter installed the package correctly.
[17:04] <apw> jsalisbury, great
[17:04] <jsalisbury> apw, thanks again
[17:06] <rtg> jsalisbury, he shuold be installing linux-generic-lts-raring to get both kernel _and_ headers
[17:06] <jsalisbury> rtg, ok
[17:13] <jsalisbury> apw, rtg, I looked at linux-headers-3.8.0-7_3.8.0-7.16~precise1_all.deb.  It looks like it may be missing some stuff.  Especially when comparing to the mainline all headers package at: http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8-raring/
[17:14] <apw> jsalisbury, ok 'great' so it is real
[17:14] <jsalisbury> apw, rtg, here's a file size comparison:
[17:14] <jsalisbury> -rw-rw-r-- 1 jsalisbury jsalisbury    78630 Feb 27 12:09 linux-headers-3.8.0-7_3.8.0-7.16~precise1_all.deb
[17:14] <jsalisbury> -rw-rw-r-- 1 jsalisbury jsalisbury 12190890 Feb 27 12:10 linux-headers-3.8.0-030800_3.8.0-030800.201302181935_all.deb
[17:15]  * ppisati -> sweating
[17:16] <ogra_> ppisati, no wonder after that election :P
[17:16] <ogra_> would make me sweat too :)
[17:16] <ppisati> ogra_: actually after the election i wanted to hang myself... but that's another story...
[17:17]  * ppisati -> gym
[17:17] <ogra_> ah, no, dont hang yourself for stupidity of people 
[17:23]  * smb -> dinner
[17:36] <JanC> I'm not sure the Italian election results are all that bad, depending on how mature the politicians involved will act on them...
[17:42] <cking> politicians and mature are words that don't exist in the same universe
[17:45]  * cking -> food
[18:25]  * rtg -> lunch
[19:04] <rtg> apw, pushed nexus7 master-next after rebase and config harmonization. would you run your config annotation tools over it ?
[20:38]  * rtg -> EOD
[23:42] <hggdh> bjf: I opened bug 1134927 against QRT, Raring; eventually they will have a patch for it
[23:42] <ubot2`> Launchpad bug 1134927 in QA Regression Testing "QRT apparmor failures on test-pam-*, Raring" [Undecided,New] https://launchpad.net/bugs/1134927
[23:47] <bjf> hggdh, ack