[01:20] <octocpp> So, why should I still trust SElinux since it is made by the NSA?
[09:06]  * apw yawns
[15:32] <lfaraone> apw: I have validated that the new openafs-client is able to get tokens and access files on 3.2, 3.5, 3.8, 3.11 as shipped in Precise
[15:38] <apw> great
[16:07] <lfaraone> marked as such on the bug
[16:07] <lfaraone> apw: anything else you need? 
[16:09] <apw> lfaraone, i think i am as happy as i can be, though the final decision is not mine, but i think you have done your bits
[16:10] <lfaraone> looking at https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule , by Dec 12 the kernel for the final point release of 12.04.4 will be finalised, and it will be released on Jan 23? 
[16:15] <apw> lfaraone, yes true
[16:18] <infinity> lfaraone: I don't suppose there's any chance we could try to make it ready for 3.13 too, so we don't have to do this dance all over again?
[16:26] <lfaraone> infinity: I don't think anybody has looked at 3.13 yet; ideally I'd like to get out a fix for current users sooner rather than later.
[16:27] <infinity> lfaraone: Fair enough.
[16:54] <apw> infinity, i'd also say that the changes for 3.12 (which there is no ponit in releaseing) are more the normal "little patch" on the top jobs
[16:54] <lfaraone> apw: anyway, https://launchpad.net/~canonical-kernel-team/+archive/ppa says "It IS NOT RECOMMENDED that you subscribe to this PPA.". I assume the kernels there won't cause my disk to explode, or something. Would you recommend running it in a VM anyway, or is on my laptop fine? (just for testing)
[16:55] <apw> lfaraone, yeah we make no guarentee about installability from there, you can easily get uninstalled from there if yuo arn't vigilent when it says what it is going to do
[16:55] <apw> but there is a 3.13 in there which you could test against, of course we are only at -rc1 so there is still time for more change to come, though there should not be any
[16:59] <cking> -rc1 is working quite well for me at the mo
[17:02] <apw> cking, yeah this is more about there ought not being but maybe being more interface changes inside before 3.13 final
[17:02] <cking> yep, i guess to expect the usual :-)
[17:10] <bjf> sbeattie, when you get some time could you take a glance at http://kernel.ubuntu.com/testing/test-results/fozzie__3.12.0-4.10__2013-11-27_15-53-00/ubuntu_qrt_apparmor/results/ubuntu_qrt_apparmor.test-apparmor.py/debug/ubuntu_qrt_apparmor.test-apparmor.py.DEBUG.html
[17:10] <bjf> sbeattie, it's an apparmor test run on Trusty. i updated the tests so it should be the latest.
[17:54] <tyhicks> bjf: hi - according to the line number for the assertion, an old version of test-apparmor.py is being ran
[17:55] <tyhicks> bjf: those two failures are fixed by QRT revno 2029
[17:58] <tyhicks> sbeattie: ^ (in case you're looking at this already)
[18:00] <reghat> hello. I have a question if someone could answer it. What is the best way to dump a kernel modules memory or I can only dump the entire kernel memory ?
[21:53] <bjf> tyhicks, according to my bzr.log i'm at revno: 2057
[21:53] <bjf> tyhicks, i'm still investigating
[21:56] <bjf> tyhicks, my test-apparmor.py is revno: 2031
[21:56] <bjf> tyhicks, still looking
[22:19] <bjf> tyhicks, just ignore me ... sorry for the noise (i looked at the wrong test results)
[22:37] <brendand> is integration of the RTL8723AS-VAU driver on the horizon?