[00:05] <bjf> cyphermox, it's sooo much nicer to make those kinds of requests to the mailing list
[00:06] <cyphermox> sure
[00:08] <bjf> cyphermox, just more likely for the right person to see it and less likely that it gets missed or forgotten
[00:08] <cyphermox> bjf: you're totally right
[00:08] <cyphermox> I'll send it shortly :)
[00:08] <bjf> thanks
[00:14] <cyphermox> bjf: sent it, sorry; I was multitasking -- it should have been my first action :)
=== bkcherry is now known as BlackCherry
[07:18] <infinity> zequence: World respun, again.  If you want to do a few quick rebases. :/
[07:19] <infinity> zequence: bug #1188461 bug #1188495 and bug #1188466
[07:19] <ubot2`> Launchpad bug 1188461 in Kernel SRU Workflow "linux-lowlatency: <version to be filled> -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/1188461
[07:19] <ubot2`> Launchpad bug 1188495 in Kernel SRU Workflow "linux-lowlatency: <version to be filled> -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/1188495
[07:19] <ubot2`> Launchpad bug 1188466 in Kernel SRU Workflow "linux-lowlatency: <version to be filled> -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/1188466
[08:14] <ppisati> did we respin P?
[08:14] <infinity> ppisati: P, Q, and R, even.
[08:15] <ppisati> infinity: i mean tonight
[08:15] <infinity> ppisati: iwlwifi-specific, so it doesn't really affect ARM, but since your branch hasn't been uploaded yet anyway, may as well rebase.
[08:15] <infinity> ppisati: Yeah, we respun all three today.
[08:16] <infinity> ppisati: bug #1188464 and bug #1188492
[08:16] <ubot2`> Launchpad bug 1188464 in Kernel SRU Workflow "linux-ti-omap4: <version to be filled> -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/1188464
[08:16] <ubot2`> Launchpad bug 1188492 in Kernel SRU Workflow "linux-ti-omap4: <version to be filled> -proposed tracker" [Medium,In progress] https://launchpad.net/bugs/1188492
[08:17] <ppisati> i see onlyne one respin to be done:
[08:17] <ppisati> http://people.canonical.com/~kernel/reports/kernel-sru-workflow.html
[08:18] <infinity> ppisati: The quantal bug was just made, the workflow report is behind.  Hence my linking it for you. :)
=== fmasi_afk is now known as fmasi
[09:45] <ppisati> infinity: can you publish to the ckt ppa the unpubblished Q/omap4 kernel? i need 
[09:46] <ppisati> infinity: it for kteam-tools ABI script
[11:40] <apw> cyphermox, yo ... CONFIG_BT_HCISMD do you want =y or =m there?
[11:40] <apw> cyphermox, also, this option does exist for mako, but never did for maguro
[11:42] <apw> cyphermox, ok replied in email
[11:54] <ogra> root@ubuntu-phablet:/# uname -r
[11:54] <ogra> 3.0.0-1-maguro
[11:54] <ogra> root@ubuntu-phablet:/# zgrep DEVTMPFS /proc/config.gz 
[11:54] <ogra> CONFIG_DEVTMPFS=y
[11:54] <ogra> # CONFIG_DEVTMPFS_MOUNT is not set
[11:54] <ogra> hmpf 
[11:54] <ogra> could we fix that for all ubuntu touch kernels ?
[11:54] <apw> ogra, yep
[11:54] <ogra> thx 
[11:54] <apw> ogra, though our standard tooling does cope with it normally
[11:55] <ogra> i might also have an additional grouper change 
[11:55] <ogra> yeah, i know but it slows down booting if the script has to kick in
[11:55] <ogra> (minor but it does)
[11:55] <apw> yep
[11:55]  * ogra sighs about grouper ... 
[11:55] <ogra> while it is so easy for desktops it is a pain with android ... 
=== cking_ is now known as cking
[11:59] <apw> ogra, ok those have already been fixed across the board in rtg's next kernels
[12:00] <ogra> awesome !
[12:00] <ogra> rtg_, rocks :)
[12:00] <rtg_> ogra, um, what did I do ?
[12:00] <ogra> #
[12:01] <ogra> CONFIG_DEVTMPFS_MOUNT
[12:01] <ogra> fixing that 
[12:01] <ogra> (on the touch kernels)
[12:01] <rtg_> ogra, now I'm struggling with perf. kind of a PITA to get built.
[12:02] <ogra> well, i'm fighting with a non booting grouper over here ... it is the only arch having massive probs with the container flip
[12:08]  * henrix -> lunch
[12:19] <rtg_> apw, linux_3.10.0-0.2_source.changes rejected, PPA exceeded its size limit (16472.00 of 16384.00 MiB).
[12:25] <brendand> anyone have details for this respin: https://bugs.launchpad.net/kernel-sru-workflow/+bug/1186271
[12:25] <ubot2`> Ubuntu bug 1187926 in Kernel SRU Workflow verification-testing "duplicate for #1186271 linux: 3.5.0-34.55 -proposed tracker" [Medium,In progress]
[12:25] <rtg_> apw, nm. I see you uploaded to a different PPA
[12:25] <rtg_> brendand, you'll have to wait for sconklin or infinity 
[12:28] <henrix> brendand: there was a regression in iwlwifi driver
[12:29] <henrix> brendand: this bug #1186932
[12:29] <ubot2`> Launchpad bug 1186932 in linux (Ubuntu) "Regression: kernel 3.8.0-24 breaks WPA enterprise auth [iwlwifi]" [High,Confirmed] https://launchpad.net/bugs/1186932
[12:29] <apw> rtg_, yeah i am waiting for the PPA to register that i have deleted everything in it
[12:29] <apw> rtg_, then i am going to pocket copy it out of the /ppa PPA when it is built
[12:29] <brendand> henrix, i wonder can we have a convention to post details of the respin on the tracking bug, to reduce the level of mystery :/
[12:30] <henrix> brendand: :) that would probably make sense
[12:30] <henrix> brendand: i believe bjf was discussing something along those lines yesterday, but not sure about the details
[13:08] <apw> smb, you have a lucid box i think, could you test something for me
[13:08] <apw> smb, specifically can you see if the following oopses it for me
[13:08] <apw>   $ cd /sys/kernel/debug/tracing
[13:08] <apw>   $ echo 1234 | sudo tee -a set_ftrace_pid
[13:08] <smb> apw, If it does not have to be real hw...
[13:08] <apw> oh good point i have VMs
[13:09]  * apw goes boot op something
[13:09] <apw> p
[13:09] <apw> up
[13:09] <apw> erp
[13:09] <smb> apw, Yeah, I would not be sure whether I still got something bare-metal on L
[13:10] <apw> smb, no i was thinking of your precise machine ... getting my OLD lts' mixed up
[13:10] <smb> apw, Oh yeah, I know _that_ feeling. :)
[13:10] <apw> i suspect i am going senile
[13:11] <smb> And then there is the whole 2.6.32 vs 3.2 confusion
[13:11] <apw> heh ... i only have a server install for L thats how old it feels
[13:11] <apw> must get those isos down and build some L desktops ...
[13:11] <smb> good point... 
[13:12] <smb> I think I don't have one of those either
=== hggdh_ is now known as hggdh
[13:21]  * apw installs both anyhow
[13:52] <sconklin> brendand: was that enough of an answer that you got earlier?
[13:53] <brendand> sconklin, yes
[14:12] <smb> apw, I seem not to get an oops
[14:12] <apw> smb, great, me either, that confirms my analysis that that release is not affected
[14:17] <rtg_> apw, I'll pick up mako CONFIG_BT_HCISMD when I enable perf.
[14:21] <apw> rtg_, ack
[14:44] <arges> rtg_: hi
[14:45] <rtg_> arges, yo
[14:45] <arges> rtg_: looking at your iptables patch here: http://git.netfilter.org/iptables/commit/?id=79ddbf202a06e6f018e087a328c2ca91e65a8463
[14:45] <rtg_> arges, don't fear the reaper
[14:45] <arges> i'm trying to merge 1.4.18, and i noticed that some of the stuff in your debian patch didn't make it into that commit 
[14:45] <arges> heh
[14:46] <rtg_> arges, really ? like what ?
[14:46] <arges> rtg_: these were the changes that were in the 9002- patch but not in that commit: http://pastebin.ubuntu.com/5742113/
[14:46] <arges> Not sure if they are necessary, or can be dropped. or if there is a good way to test (try --reap with --seconds etc)
[14:47] <rtg_> arges, that one seems kind of important IIRC
[14:47] <rtg_> arges, the reaper needs a periodic cycle time
[14:48] <arges> rtg_: ok well those changs aren't in the lastest iptables git. so maybe it needs to be resubmitted
[14:49] <rtg_> arges, feel free to hassle him
[14:49] <arges> ok : )
[14:49] <rtg_> there doesn't seem to be any obvious reason why that bit would not have been included
[16:37]  * apw revs up to calling it a day
[17:29]  * rtg_ -> lunch
[17:55] <infinity> zequence: You around?
[17:57] <infinity> zequence: The current respins of P/Q/R are fairly important for x86 users (so, lowlatency counts there), as they fix a nasty regression in iwl wifi.
[17:57] <infinity> zequence: Should be a dirt simple rebase, it's a 1-line fix.
[18:05] <zequence> infinity: alright. I'll get right to it
[18:07] <infinity> zequence: Thanks.  You're a champion.
[18:10] <zequence> I will be if my bits stay in order :P
[18:10] <infinity> *cough*
[18:10] <infinity> debdiff before you upload. :)
[18:10] <infinity> Ideally against the one from -proposed, not against what's on your hard drive. :P
[18:11] <zequence> infinity: Oh, so that will error if there's an error?
[18:11] <infinity> zequence: No, but it'll tell you if some random file you didn't mean to change got changed.
[18:11] <infinity> debdiff old.dsc new.dsc > foo.diff && lsdiff foo.diff (or just read the diff)
[18:13] <zequence> infinity: ok, thanks
[19:17] <ppisati> "omap4 3.2.0-1433.43 failed to build"
[19:17] <ppisati> WTF?
[19:18] <bjf> looking
[19:19] <bjf> still showing "currently building" for me
[19:20] <ppisati> got an email sayign "failed to build blablabla"
[20:40]  * rtg_ -> EOW
=== fmasi is now known as fmasi_afk
[22:36] <zequence> infinity: I can't get the packages built today. Something is not right. I really need to crash, so it'll have to wait until tomorrow
=== broder_ is now known as broder