[07:23]  * smb yawns
[10:15] <ppisati> guys, is there a way to pass stuff like 'skipmodule=true' to dpkg-buildpackage?
[10:20] <cooloney_> ppisati: i don't know, why not use fdr binary-arch?
[10:29] <ppisati> cooloney_: because dpkg-buildpackage is waaaaaaaaay faster
[10:30] <cooloney_> ppisati: really? are you using sbuild/schroot or just crosscompiling
[10:30] <ppisati> cooloney_: cross compiling in an amd64 schroot
[10:31] <ppisati> cooloney_: i know it's possible to start a massive parallel compilation with fdr too, but i simply don't know how :)
[10:32]  * ppisati will always be debian* ignorant
[10:32] <ppisati> packaging, rule file, etcetc
[10:42] <ppisati> brb
[10:55] <diwic> ppisati, fwiw, I'm putting skipmodule/skipabi directly in the makefile
[13:33] <ogasawara> rtg, apw: I'm thinking of prepping an upload to get some testing on the latest v3.5.2 rebase.  I think the only outstanding patches I wanted to pull in prior to upload would be kamal's trackpad driver and kees' updated yama patches which were dropped.
[13:33] <ogasawara> rtg, apw: anything else from your guys' end?
[13:34] <rtg> ogasawara, I'm currently working on yama, trackpad was next on my list
[13:34] <apw> ogasawara, nothing from me currently
[13:38] <rtg> ogasawara, Lets ignore yama for now. I think kees must be working on it since his repo HEAD has changed in the last few minutes. I'll pull the trackpad stuff and do a quick build test.
[13:39] <ogasawara> rtg: ack
[13:48]  * ppisati hears audio coming out of its speakers... :)
[13:48] <ppisati> ogra_: http://people.canonical.com/~ppisati/ti-omap4-tilt-34-on-35/linux-image-3.5.0-207-omap4_3.5.0-207.13~audio4_armhf.deb
[13:49] <ogra_> nice !
[13:49] <ppisati> ogra_: i've still one little bug, than i'm done
[13:50] <dileks> ppisati: its still not EOW
[13:51] <rtg> ppisati, how far behind master is this kernel? 
[13:52] <ppisati> rtg: rebased on Ubuntu-3.5.0-9.9
[13:52] <rtg> ppisati, ogasawara is gonna upload today with the rebase against 3.5.2
[13:53] <ppisati> rtg: good, then i'll pull req tomorrow
[13:53] <rtg> ppisati, just wondering if you're getting ready to publish a 3.5 based kernel
[13:53] <ppisati> rtg: yep, ecept for the rtc thing i'm doing now
[13:54] <ppisati> rtg: the rest is in a decent shape
[13:54] <rtg> ppisati, sounds good
[13:54] <ppisati> no major showstopper
[14:02] <rtg> ogasawara, pushed cypress. its all yours
[14:02] <ogasawara> rtg: awesome, thanks
[14:14] <apw> ogasawara, have you tied the bow yet ?
[14:16] <apw> ogasawara, if not i have a config change for X32 which might be fun to have
[14:16] <ogasawara> apw: go for it
[14:16] <ogasawara> apw: am in a meeting so I won't tie the bow for an hour
[14:17] <apw> ogasawara, pushed
[14:22] <henrix> ogasawara: apw: i guess you don't need to rush because of this: https://launchpad.net/builders
[14:22] <apw> henrix, any idea of cause?
[14:22] <henrix> we have powerpc builds pending since yesterday
[14:23] <henrix> apw: #launchpad-ops are working on it i believe. know issue
[14:23] <henrix> but not sure what's the cause
[14:23] <henrix> or even if they have already root caused it
[14:29]  * ppisati -> reboot
[15:08]  * ogasawara back in 20
[15:16] <bjf> hggdh, psivaa, can one of you go to the public jenkins page and get the sru_kernel-quantal_lts_hwe-* jobs on the "LTS Backports" tab or on a "LTS HWE" tab? that would be much appreciated.
[15:18] <hggdh> bjf: https://jenkins.qa.ubuntu.com/view/LTS%20HWE/? done
[15:18] <bjf> hggdh: thanks! that works
[15:18] <hggdh> bjf: LTS Backports has been merged into LTSA HWE
[15:19] <bjf> ogasawara: ^
[15:20] <bjf> jjohansen: putting you down as uds-r roomie
[15:21] <hggdh> bjf: I also changed the RE for SRU Kernel so that the lts_hwe jobs do not appear there
[15:21] <_mreed> is there anyone that can take a look at this bug? Originally I thought this might be a kernel bug that was only on  arm architecture, but it seems that it is not architecture dependent.   https://bugs.launchpad.net/eilt/+bug/1034197
[15:21] <ubot2`> Ubuntu bug 1034197 in linux-armadaxp "Out of memory error when running min_free_kbytes testcase on precise-updates on armadaxp" [Undecided,New]
[15:27] <apw> _mreed, what does teh test do?  set min-free-kbytes = 0 ?
[15:31] <_mreed> apw:  I don't think it sets it to zero, checking...
[15:36] <kees> rtg, ogasawara: did you get my email yesterday about yama? the patches you need should be in my yama-extras tree
[15:36] <ogasawara> kees: we saw it, although rtg was mentioning he thought he saw you making changes this morning
[15:37] <rtg> kees, I pulled your repo this morning, but it didn't have the 2 patches I was looking for.
[15:37] <rtg> kees, git://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git right ?
[15:37] <kees> rtg: i haven't changed the tree in 20 hours.
[15:37] <kees> rtg: right, the "yama-extras" branch from there
[15:37] <rtg> kees, shit, I missed the extras branch
[15:38] <kees> sorry, yeah, I split the unupstreamable stuff from the "please pull" stuff
[15:38] <rtg> kees, should I apply 'Yama: access task_struct->comm directly' as well ?
[15:39] <kees> rtg: it'll probably end up on stable too -- it shouldn't hurt and fixes a nearly impossible to trigger deadlock
[15:41] <rtg> kees, got 'em
[15:42] <bjf> should be the "crack" branch
[15:42] <rtg> indeed
[15:43] <kees> bjf: heheh
[16:01] <_mreed> apw:  sorry for taking so long, I was otp,   as far I can tell the testcase  uses the default value of mem-free-kbytes and half of that value before trying to eat up memory.  The full  description of the test case is located at this link  http://www.mail-archive.com/ltp-list@lists.sourceforge.net/msg13978.html
[16:15] <sforshee> jsalisbury, an fyi on bug 1007765. Turns out I don't have the exact same card, but I've been trying to reproduce on another Intel card. So far no luck.
[16:15] <ubot2`> Launchpad bug 1007765 in linux "brightness adjusting crashes system" [High,Triaged] https://launchpad.net/bugs/1007765
[16:16] <sforshee> jsalisbury, oops. should be bug 1036427
[16:16] <ubot2`> Launchpad bug 1036427 in linux "unreliability with Centrino Ultimate-N 6300 wireless connection, 802.11n" [High,Incomplete] https://launchpad.net/bugs/1036427
[16:28] <jsalisbury> sforshee, ok, thanks
[16:29] <jsalisbury> sforshee, steve says it's pretty difficult to reproduce
[16:31] <sforshee> jsalisbury, I'm gong to keep trying. Just wanted to let you know how things were going since I told you I'd work on reproducing.
[16:31] <jsalisbury> sforshee, cool, ta
[17:06]  * smb off to enjoy some evening daylight
[17:09] <jjohansen> bjf: sounds good, thanks
[17:57]  * rtg -> lunch
[18:16]  * henrix -> EOD
[19:11]  * ogasawara lunch
[21:16]  * rtg -> EOD