[14:09]  * henrix will be out for a bit
[14:54] <ogra_> rtg, i added some info to bug 1042918 ... (now dont ask me where to get wl1271-nvs.bin)
[14:54] <ubot2`> Launchpad bug 1042918 in linux-firmware "no wireless networks detected during install of Quantal on Panda board" [Undecided,In progress] https://launchpad.net/bugs/1042918
[14:54] <rtg> ogra_, just about to upload linux-firmware with a fix
[14:55] <ogra_> oh, awesome, i wasnt sure we even have that file available somewhere 
[14:55] <ogra_> (i dont think it was needed in precise)
[14:56] <rtg> ogra_, I've been cleaning out unnecessary firmware files and removed that one erroneously because the kernel neglected to declare is usage.
[14:56] <rtg> its usage*
[15:13] <apw> rtg, that kernel is a lazy sonbitch
[15:13]  * apw may have a theory on davemor2's bug ... am spinning a kernel for him now
[15:16] <henrix> apw: not sure if you read my comment (and davemor2's reply) in bug report
[15:17] <henrix> apw: it looks like there's a workaround for it
[15:17] <apw> henrix, yes, as a result of looking at what the workaround does
[15:17] <henrix> apw: ah, ok
[15:17] <apw> henrix, i think when we drop the packet we don't reset it right and can get into a loop ... forever
[15:17] <henrix> apw: could it be related with 8a3f0ede2b3f5477122060af1a816c6bbf09fcd2 ?
[15:19] <apw> henrix, that'll teach me not to update my linus tree before debugging ... that is exactly what my patch does
[15:19] <henrix> apw: heh, cool :)
[15:19] <rtg> henrix, should we cherry-pick taht one ?
[15:19] <apw> davmor2, so ... if yo uhaven't started testing let me cherrypick this offical patch
[15:20] <henrix> rtg: i guess it's better to test it before cherry-pick
[15:20]  * apw is engaged with dave so i'll get the testing confirmed
[15:20] <rtg> henrix, frankly, I don't it'll hurt anything
[15:20] <rtg> apw, ack
[15:21] <davmor2> apw: me stops in his tracks
[15:22] <apw> davmor2, be about 5 mins to get teh updated kernels ...
[15:40] <davmor2> apw: right I'm back to a broken system
[15:41] <apw> davmor2, ok the newer dated test kernels in the same place as before
[15:50] <rtg> apw, I think you ought to apply them all: git log --reverse -p v3.5..HEAD -- drivers/media/video/uvc
[15:50] <rtg> they are all worthy of stable updates
[15:51] <davmor2> apw: sorry mainline or your fixed branch?  /me just remembered that you gave me 2 links
[15:51] <apw> davmor2, on my people.canonical.com
[15:51] <davmor2> apw: cool thanks
[15:58] <davmor2> apw: the one ending 1621 is install and cheese is running smoothly
[15:59] <apw> davmor2, nice i'll get it applied
[15:59] <davmor2> apw: that is amd64 that I tested
[16:00] <apw> davmor2, thats fine, its a clear generic issue any testing is gooed enough for me
[16:00] <apw> davmor2, applied, should be in the next upload
[16:01] <davmor2> apw: nice :)  I'll try a fresh install once I know it's in the iso and ensure that the desktop installer continues past the previous stuck bit
[16:02] <apw> davmor2, i suspect it won't make beta unless the stars align, i think we already uploaded for that
[16:02] <rtg> apw, I was just think I'm gonna upload this fix since it appears to affect a lot of folks.
[16:02] <apw> rtg .... ok
[16:03] <apw> rtg, if you are let me know so i can hold lowlatency for it
[16:03] <rtg> apw, will do. gimme a bit
[16:03] <davmor2> apw: if you let the release team know I'm sure it can get landed and once it is get them to give me a ping, I'm on 60meg fiber with zsync at the ready :)
[16:04] <apw> davmor2, heh ... ok
[16:05] <davmor2> now back to breaking developer portal
[16:28] <rtg> apw, pushed master and master-next
[16:28] <rtg> quick build tests, then uploading
[16:30] <apw> rtg, yekk w
[16:30] <apw> e
[16:30] <apw> rtg, rebasn
[16:30] <apw> rtg, rebasing ... (apparently after 20 beers)
[16:30] <rtg> apw, I was gonna say, something wrong with your keyboard ?
[16:30] <apw> rtg, let me know when your build tests are done and it is in the pipe
[16:31] <dileks> rebeering
[16:31] <apw> i wish
[16:43] <rtg> apw, uploaded after test building i386, amd64, and armhf. I'm reasonably sure the rest will build OK.
[17:11] <apw> rtg, ok lowlatency done
[17:27]  * rtg -> lunch
[17:36]  * cking -> EOD
[18:33] <rtg> apw, given the email problems I saw you mention to IS, I'm wondering if you missed this one: https://lists.ubuntu.com/archives/kernel-team/2012-August/021801.html
[18:43] <apw> rtg, update-initramfs detects the kernel and does _not_ set the deferred triggers, it then lets the /etc/kernel.d/*thingy* hooks run things
[18:43] <apw> :
[18:44] <rtg> apw, why does this make me feel so dense ? don't we want it just freaking create the initrd when called ?
[18:45] <apw> rtg its all about cost.  you need to update the initramfs on kernel install, but also if you change initramfs-tools, /bin/sh, upstart, fsck, etc etc
[18:46] <apw> do all of those say "update-initramfs" and that triggers a delayed rebuild at the end of everything
[18:46] <apw> that delayed rebuild can only be for the current kernel
[18:46] <apw> for a new kernel we have to do it there and then and the hooks handle it
[18:47] <rtg> apw, its definitely triggering a delayed build (or rebuild), which is why I can't figure out how our postinst works.
[18:47] <apw> rtg, on omap4 or on x86, its definatly not delayed there
[18:47] <apw> (on x86)
[18:47] <rtg> apw, it says it is on x86
[18:47] <apw> update-initramfs: deferring update (hook will be called later)
[18:48] <rtg> tahts the line ^^
[18:48] <apw> that message does not mean it is delayed
[18:48] <apw> that means that its _not_ delayed
[18:48] <apw> its just being done at the end of the kernel package install
[18:48] <apw> update-initramfs: deferring update (trigger activated)
[18:48] <apw> that one means its being proper delayed to the end of the apt-get
[18:51] <apw> :q
[18:58] <apw> ogra_, on your panda with kernel install issues what is in your /etc/kernel-img.conf
[19:01] <apw> ogra_, as in the past that file has gotten lost and that makes kernel installs go to put
[19:02] <apw> ogra_, poke me in the morning and we can discuss
[19:15]  * apw wanders to get provisions
[20:24]  * rtg -> EOD
[20:41] <bjf> jjohansen: next week we are building the last natty kernel \o/ if you have anything that you just have to have in it CVE wise, you better speak up quickly
[20:42] <jjohansen> bjf: okay thanks for the heads up
[20:44] <bjf> jjohansen: i didn't want to give you too much of a heads up because you might have found something if i did :-)
[20:44] <jjohansen> hehe