[07:16]  * apw yawns
[07:17]  * RAOF pours in the bees.
[07:18] <hyperair> D=
[07:19] <hyperair> remind me never to piss RAOF off.
[07:19] <RAOF> hyperair: apw loves his steaming hot cup of bees in the morning!
[07:20] <apw> always ... who wouldn't
[07:20] <hyperair> ._.
[07:21]  * apw has another
[07:21]  * hyperair mentally substitutes bees with honey and gets back to work.
[08:01]  * smb looks worried at the backlog
[08:09] <apw> heh ... you need another cup, all will be well
[08:19] <smb> apw, Not with bees
[08:21] <hyperair> heheh
[08:23] <apw> smb, no stamina
[08:29] <ppisati> something like this?
[08:29] <ppisati> ipmitool -U admin -P admin -I lanplus sol deactivate -H 10.193.36.223
[08:29] <ppisati> Error: Unable to establish IPMI v2 / RMCP+ session
[08:29] <ppisati> Error: No response de-activating SOL payload
[08:33] <ppisati> Shard or Sauron's black tower?
[08:33] <ppisati> http://i.dailymail.co.uk/i/pix/2013/05/25/article-2330926-035AC82700000514-219_634x358.jpg
[08:34] <ppisati> if you search for sauron black tower, one of the result is this one:
[08:34] <ppisati> https://www.google.it/search?q=sauron+black+tower&um=1&ie=UTF-8&hl=en&tbm=isch&source=og&sa=N&tab=wi&authuser=0&ei=2lXJUbDyHYfbOc7XgegN&biw=1680&bih=938&sei=3VXJUZn8NoK9OcDKgdgN#facrc=_&imgdii=_&imgrc=rBh7xQc1NTrk0M%3A%3BPjQwtlrVfPEppM%3Bhttp%253A%252F%252Fi.imgur.com%252FuEXRuQx.jpg%3Bhttp%253A%252F%252Fwww.reddit.com%252Fr%252Fpics%252Fcomments%252F17v41h%252Fnew_tower_of_sauron_in_warsaw_poland%252F%3B640%3B360
[09:20] <ppisati> brb
[09:53]  * ppisati -> out for lunch&c
[10:11]  * cking reboots
[12:28] <rtg_> apw, updated saucy master to Ubuntu-3.10.0-0.7
[12:30] <apw> rtg_, thanks .. bad andy
[12:31] <rtg_> apw, noticed it when rebasing saucy LTS
[12:31] <apw> rtg_, it was all stuck in britney land, but as it is stuck there for the alpha, we figured it was worth re-uploading it anyhow
[12:31] <rtg_> wfm
[12:31] <apw> rtg_, good point, not sure if we autopkgtest those or not
[12:32] <rtg_> apw, so far I'm just uploading saucy LTS to a PPA
[12:32] <rtg_> https://launchpad.net/~ubuntu-x-swat/+archive/s-lts-backport
[12:33] <apw> rtg_, yeah i shuld have done it ... got distracted trying to work out why my
[12:33] <apw> gpg password is not being forgotten
[12:34] <rtg_> no worries. are you at blue fin today ?
[12:35] <apw> rtg_, not today, i think i am going to be thurday
[12:35] <rtg_> apw, hmm, I thought the boss would be there by now
[12:37] <apw> i think late today, but i don't have the data now i think about it
[12:49] <rtg_> apw, did you get a response from miklos on your overlayfs patch ?
[12:49] <apw> none
[12:50] <apw> i am going to be sending the other two up in a sec, i'll batch them up together and send 'em again
[12:50] <apw> without the prefix :)
[12:50] <apw> i find him completly non-responsive, often it ends up in his tree all attributed right
[12:50] <apw> but without any sign of comment
[12:51] <rtg_> huh
[12:51] <apw> yeah he is not the best at responding
[12:51] <apw> i'll re-send a nice stack and see what he does
[12:52] <apw> i suspect his attitude is one reason it has not gotten in already
[12:53] <rtg_> does not play well with others :)
[12:54]  * rtg_ relocates. back on in a bit.
[13:19] <apw> rtg_, i see jj has dropped his pull requests on the list ... are you or am i handling them
[13:20] <rtg_> apw, I can do it if you're working on something.
[13:22] <apw> rtg_, i am not overly busy, so you decide
[13:22] <rtg_> apw, split 'em. I'll do grouper/maguro. you do mako/manta ?
[13:23] <apw> rtg_, ACK
[13:26] <apw> rtg_, OMG have you seend the SIZE of these things
[13:26] <rtg_> apw, of the AA patch ? not yet.
[13:27] <apw> rtg_, one um-heap-big-patch representing some 70 patc
[13:27] <apw> patches for mako ... 
[13:27] <rtg_> apw, yeah, well he did say he'd glommed them all into one patch.
[13:28] <apw> rtg_, oh i am sure it makes sense for this use case, but uggg it is massive
[13:28] <rtg_> its not like we have to worry about regression. it'll either work or it won't.
[13:28] <apw>  40 files changed, 5927 insertions(+), 1017 deletions(-)
[13:28] <apw> rtg_, oh i agree, and thank $god for that give the epic nature of the change
[13:29] <rtg_> apw, note that he said its completely untested, so buyer beware :)
[13:29] <apw> jjohansen, hey ... if i add this apparmor patch and upload it, whats the likelyhood it'll keep working :)
[13:30] <apw> rtg_, FYI jj has bust the UBUNTU SAUCE prefix (missing a :) in the one i have here
[13:31] <rtg_> apw, ack
[13:31] <jdstrand> apw: fyi, the mako one we both tested a lot. I am testing the 3.1 right now and will do 3.0 after that. jj tested all these a bunch (he is afk atm, so I'll let him respond when he gets back)
[13:32] <rtg_> apw, I finally got tired of fixing the changelog by hand, so I went and figured out why insertchanges wasn't working.
[13:32] <apw> rtg_, i assume they are all fixed, given it is working for me
[13:32] <rtg_> jdstrand, well, that sounds pretty good.
[13:32] <apw> (what was it)
[13:33] <apw> jdstrand, sounds above averagly checked, so we can build test it, perhaps do a dirty boot test on the devices and upload it
[13:33] <rtg_> apw, an insufficient regex and looking in the wrong changelog
[13:33] <apw> rtg_, nice ...
[13:47] <jdstrand> rtg_: the grouper kernel is 3.1. create_socket(socket.AF_BLUETOOTH, socket.SOCK_DGRAM, None) (in python) fails with 'socket.error: [Errno 93] Protocol not supported'. is that intended or should I file a bug?
[13:47] <jdstrand> rtg_: heh, I meant to say 'the grouper kernel is 3.1, right?'
[13:48] <rtg_> jdstrand, yep, it is 3.1.10
[13:48] <jdstrand> sorry
[13:49] <jdstrand> well, that wasn't the actual python call (I can give it if you wish), but the question is the same
[13:49] <rtg_> jdstrand, heck if I know. is bluetooth even supported on the N7 ?
[13:49]  * jdstrand shrugs
[13:50] <jdstrand> ogra_: ^
[13:51] <apw> rtg_, thanks for fixing cross on these braches as well ... beam
[13:52] <ogra_> rtg_, jdstrand, yep n7 has BT
[13:52] <jdstrand> k, I'll file a bug then
[13:52] <ogra_> yeah
[13:52] <ogra_> tell cyphermox about it 
[13:52] <rtg_> ogra_, what is the BT device then, BT_HCIUART ?
[13:52] <ogra_> i'm sure he'll like to know
[13:53] <ogra_> rtg_, iirc ttyHS2 
[13:53] <jdstrand> rtg_: oh, if you are just going to fix it now, do you need a bug?
[13:53] <rtg_> jdstrand, yep, lest I forget :)
[13:53] <jdstrand> k
[13:53] <ogra_> note that it needs to be initialized by android with some broadcom tool iirc
[13:54] <ogra_> (brcm_patchram...)
[13:55] <cyphermox> mako or maguro?
[13:55] <ogra_> grouper
[13:55] <ogra_> :)
[13:55] <cyphermox> ahh yeah I just saw
[13:55] <jdstrand> jjohansen: fyi, 3.1 tested fine (except for the above 'network bluetooth' failure due to the kernel config)
[13:55] <cyphermox> I expect it's BT_HCIUART yes, with ttyHS2
[13:56] <rtg_> cyphermox, CONFIG_BT_HCIUART=y for grouper
[13:56] <cyphermox> yes
[13:56] <rtg_> jdstrand, so this may not be a kernel problem
[13:56] <cyphermox> so do you mean you still don't have bluetooth after running brcm_patchram_plus?
[13:57] <rtg_> jdstrand, ^^
[13:59] <jdstrand> this was what failed: http://paste.ubuntu.com/5798585/
[13:59] <cyphermox> jdstrand: you can install brcm-patchram-plus-nexus7 to get the right binary and config, it should start with upstart
[13:59] <cyphermox> right
[13:59] <cyphermox> without running that firmware patching utility, you won't have a bluetooth device
[13:59] <jdstrand> I see
[13:59] <ogra_> well, the android contaianer should do that
[14:00] <jdstrand> ogra_: it may. I was actually testing said kernel and config compiled for amd64
[14:01] <jdstrand> so like rtg_, sounds like there is no bug\
[14:01] <jdstrand> s#\##
[14:02] <ogra_> you were what ?!?
[14:02] <ogra_> you built the grouper kernel for amd64 ?
[14:02] <jdstrand> ogra_: fun huh? I didn't, jj did so we could test his apparmor backport for said kernels so that we didn't have to rebuild phablet images to test the kernel
[14:03] <jdstrand> his bits weren't hardware specific
[14:03] <ogra_> you can just use abootimg to put the zImage in place
[14:03] <jdstrand> jjohansen: ^
[14:03] <ogra_> no need to rebuild anything 
[14:03] <jdstrand> ogra_: but, that doesn't help when we don't have maguro or manta hardware
[14:03] <ogra_> indeed
[14:04] <jdstrand> anyway-- it was just a way to test the non-hardware specific code
[14:07] <jdstrand> rtg_, ogra_, cyphermox: thanks
[14:08] <rtg_> apw, you know the -d trick for dpkg-buildpackage, right ? 'dpkg-buildpackage -d -B -aarmhf -us -uc' in an amd64 chroot.
[14:11] <apw> rtg_, yep i do pretty much the eqivalent, but it only works so easy now you have fixed the CROSS_COMPILE bits
[14:12] <apw> rtg_, do we have 4.6 crosscompilers ?
[14:12] <rtg_> apw, thank infinity for that little pearl. I'm building grouper under precise since that is the last release of the gcc-4.6 arm cross compiler
[14:13] <apw> rtg_, oh ick :)
[14:13] <rtg_> or maybe it was slangasek, I forget.
[14:14]  * apw notes that the two 3.4 based bracnhes use different compilers
[14:14] <rtg_> yep
[14:15] <apw> that seems, unexpected
[14:15] <rtg_> well, rsalveti figured it out by regressing the compiler until it produced a bootable kernel.
[14:17] <apw> rtg_, yeah i am more expecting them both to have had to be 4.6
[14:17] <apw> i am not supprised tis the compiler at all
[14:18] <apw> rtg_, now mako == N4, and manta == N10 yes ...
[14:18] <rtg_> apw, well, grouper builds so I think I'll just upload it. phablet.ubuntu.com is my decoder
[14:18] <apw> i am sooo scared of dumping them on the wrong devices
[14:19] <rtg_> apw, oh, you're actually gonna boot test ?
[14:19] <apw> rtg_, i am not convinced it is necessary, but i have the device right here
[14:20] <rtg_> apw, so do I. *sigh*, I guess I ought to DTRT.
[14:20] <apw> rtg_, as much as anytrhing i am doing it to make sure this laptop has the requisite bits to do the do
[14:21] <rtg_> oh, I've flashed mine a bunch of time
[14:22] <apw> rtg_, yeah so have i using the other laptop, but i lost a battery and am on a differnt one
[14:22] <rtg_> apw, it always takes 30 min or so to download a new image. I'm not lucky enough to have fiber to my front door like you Brits. I still live in a 3rd world country (Inet wise)
[14:23] <apw> heh ... it does for me now we have ipv6 at cdimage ... sigh
[14:47] <apw> rtg_, ok both of mine boot just fine on those new kernels
[14:47] <rtg_> apw, just now test booting grouper
[14:47] <rtg_> seems happy enough
[14:49] <rtg_> apw, does AA print a banner in dmesg ?
[14:50] <apw> rtg_, there is toooo much vomit on mine to know, i h
[14:50] <apw> i have init crap in my whole dmesg
[14:50] <rtg_> as do I
[14:51]  * apw will blame jj if its not enabled :)
[14:51] <rtg_> I'll go with that.
[14:53] <apw> rtg_, see if you have /sys/module/apparmor
[14:53] <rtg_> yep
[14:54] <apw> rtg_, right ... pushed to the repo
[14:54] <apw> rtg_, uploading next 
[15:00] <jsalisbury> **
[15:00] <jsalisbury> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[15:00] <jsalisbury> **
[15:27] <jdstrand> rtg_: is https://bugs.launchpad.net/touch-preview-images/+bug/1191197/comments/7 a kernel thing of an image thing?
[15:27] <ubot2> Ubuntu bug 1191197 in touch-preview-images "kernel config does not support ufw firewall" [Undecided,Confirmed]
[15:27] <jdstrand> s/of an/or an/
[15:28] <rtg_> jdstrand, likely an image thing since all ufw support is module based.
[15:29] <ogra_> yeah, we have no way to ship modules 
[15:29] <jdstrand> hrm
[15:29] <ogra_> well, we probably do under /vendor ... but our tools would have to learn about that
[15:29] <jdstrand> ogra_: even on a flipped image?
[15:29] <ogra_> we imply dont have a kernel package installed
[15:29] <ogra_> *simply
[15:30] <jdstrand> ogra_: what would be the right package to file this against?
[15:30] <ogra_> jdstrand, can you file a bug ? we might be able to do some linking or so
[15:30] <ogra_> https://bugs.launchpad.net/touch-preview-images/+filebug
[15:31] <ogra_> assign it to me
[15:31] <jdstrand> ogra_: I was thinking of adding a task to that bug, since it is all related
[15:31] <jdstrand> https://bugs.launchpad.net/touch-preview-images/+bug/1191197 (has a touch-preview-images task)
[15:31] <ubot2> Ubuntu bug 1191197 in touch-preview-images "kernel config does not support ufw firewall" [Undecided,Confirmed]
[15:32] <ogra_> well, putting the modules into place has to happen on the android side during android image build
[15:32] <ogra_> not sure how we can reflect that in a task :)
[15:32] <jdstrand> ogra_: so, different bug?
[15:32] <jdstrand> ok, new bug
[15:32] <ppisati> brb
[15:33] <apw> ogra_, do we not have a project or package for the android side we can use
[15:33] <ogra_> not atm, xnox works on packaging the android bits then we'll have a package 
[15:33] <apw> ogra_, if he has ever put that in a PPA we have a package we could use :)
[15:34] <ogra_> until then, just a toplevel bug on touch-preview-images must do
[15:34] <ogra_> we dont even have the toolchain in the archive i doubt there is a PPA :)
[15:34] <apw> heh
[15:34] <xnox> ogra_: well, atm i'm pretty certain that our cross-toolchain doesn't build anything useful, whilst linaro-4.8 cross-toolchain does. trying to figure out how the two are different.
[15:35] <ogra_> isnt our cross toolchain based on the linaro 4.8 one ?
[15:35] <xnox> there is a toolchain in ~ubuntu-toolchain-r/test
[15:35] <ogra_> yes, the one doko did 
[15:36] <ogra_> i thought that was the right one 
[15:36] <xnox> ogra_: it is, but busybox build with linaro-4.8 prebuild -> runs in a adb shell, with doko's it segfaults =)
[15:36] <ogra_> oh
[15:36] <xnox> (where linaro gcc-4.8 prebuild, is the one I downloaded /imported locally into phablet tree same way linaro-4.7 was)
[15:37] <ogra_> you indeed test that in recovery mode not in a flipped image :)
[15:38] <xnox> ogra_: good point. i think it was adb normal boot of an unflipped image.
[15:38] <ogra_> good
[15:38] <ogra_> dont try on flipped :) 
[15:38] <ogra_> no android accessible there 
[15:38] <xnox> yeah....
[15:39] <xnox> at the moment, i'd like to rebuild toolchain from scratch and see busybox not segfault.
[15:39] <xnox> otherwise there isn't much to do really.
[15:42] <jdstrand> ogra_: fyi, bug #1194549. adjust summary/description as necessary as I may not have captured it in the best way
[15:42] <ubot2> Launchpad bug 1194549 in touch-preview-images "netfilter module support is missing on phablet images" [Undecided,New] https://launchpad.net/bugs/1194549
[15:43] <ogra_> i made the title a bit more generic
[16:17] <rtg_> apw, do you remember which TRACE config option ureadahead needs ? Is it CONFIG_FUNCTION_TRACER=y ?
[16:17] <apw> rtg_, gawd i would think so, but i ahve never had to be sure
[16:18]  * rtg_ wonders why CONFIG_FUNCTION_TRACER=n for armhf
[16:19] <rtg_> apw, hmm, needs PATH_DEBUGFS "/tracing" for sure
[16:32] <apw> b sconklin 
[16:38] <ppisati> rtg_: performance hit? wild guess
[16:38] <rtg_> ppisati, dunno
[16:55] <jsalisbury> ##
[16:56] <jsalisbury> ## Kernel team meeting in 5 minutes
[16:56] <jsalisbury> ##
[17:26]  * rtg_ -> lunch
[18:00]  * ppisati -> gym
[18:00] <ppisati> back later
[19:58]  * rtg_ -> EOD