[00:05] <mdz> bdmurray, should we put it back (the -d option)?
[00:09] <bdmurray> mdz: I think that makes the most sense as it will err mysteriously without -p and just warn with it.
[00:10] <mdz> bdmurray, I wonder how many reports we're still getting from 8.04...
[00:10] <mdz> bdmurray, do you want me to change it back or can you do it yourself?
[00:12] <bdmurray> mdz: Likely not many but .... I can do it.
[12:24] <ogra> apw, somehow versatile doesnt know about its ABI ... it FTBFS
[12:25] <apw> ogra, yes my mistake
[12:25] <ogra> ok
[12:25] <ogra> no hurry, just wanted to mention it
[12:25] <apw> its fixed in my tree here, will be uploading after the freeze, figured it wasn't urgent enough to re-upload
[12:25] <ogra> yeah
[13:01] <apw> Keybuk, can you point me at the 'edid cache' patch you are using pls.
[14:47] <Jeeves_> Oi
[14:48] <Jeeves_> Anyone has any clue when this bug will be fixed:
[14:48] <Jeeves_> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/487010
[14:48] <Jeeves_> ?
[14:48] <ubot3> Malone bug 487010 in linux "ip6table modules are not included in the -virtual kernel packages" [Undecided,Confirmed] 
[15:08] <rtg> Jeeves_, it appears that ip6_tables _is_ included. still checking.
[15:08] <syn-ack> I don't see why they wouldnt be...
[15:10] <smb> rtg, This probably has to do with the bug were not all modules were copied to the -virtual package. Though I thought that should have been fixed now
[15:10] <rtg> smb, I'm doing a  test build right now. will know in 10 mins
[15:10] <rtg> (which is faster then downloading for me)
[15:10] <smb> oh are we talking about hardy?
[15:11] <rtg> uh, I was assuming karmic.
[15:12] <smb> me too
[15:12] <rtg> it is hardy. drat
[15:12] <smb> but the bug has hardy in it
[15:12] <rtg> Linux version 2.6.24-25-virtual 
[15:12] <rtg> its likely a righteous bug
[15:13] <Jeeves_> It's hardy indeed
[15:16] <smb> rtg, Look like at least the server package has ip6tables_filter.ko but not the virtual one
[15:17] <rtg> smb, which is likely the same copy error we fixed in jaunty/karmic
[15:18] <smb> rtg, Yeah, potentially. I guess I remind myself what I did and see what happens
[15:27] <smb> rtg, Doh, seems simpler than that. In Hardy virtual was still a real flavour with its own config...
[15:28] <rtg> really? with a separate build? how soon I forget...
[15:28] <Jeeves_> Those good ol' days!
[15:29] <smb> rtg, Seems me too. :)
[16:28] <Jeeves_> Thanks for the work on the -virtual kernel bug, guys "_
[16:28] <Jeeves_> :)
[17:27] <bjf> sconklin, I updated from karmic to lucid right after uds
[17:27] <bjf> sconklin, been doingin daily dist-upgrades and all has been well (until yesterday)
[17:28] <bjf> sconklin, after yesterdays dist-upgrade and reboot, was getting just flickering black screen
[17:28] <bjf> sconklin, I did a recovery boot and am able to get in
[17:29] <sconklin> bjf: I haven't seen this but at least two people on the kernel team have
[17:29] <rtg> bjf, are you loading directly from the ubuntu archive? there was som X skew for awhile
[17:29] <bjf> sconklin, I'm getting a sef fault in libpthread.so
[17:29] <bjf> rtg, let me check my sources.list
[17:30] <sconklin> bjf: give me a sec and let me see if I can find the communication about it yesterday
[17:30] <bjf> rtg, from us.archive.ubuntu.com
[17:30] <bjf> sconklin, rtg, my real concern is that I'm seeing something similar with today's iso
[17:31] <rtg> bjf, i915 ?
[17:31] <bjf> rtg, nvidia
[17:32] <rtg> bjf, huh, I updated my nvidia based xps1330 last night. it still works well
[17:32] <rtg> no wait, its still karmic. doh !
[17:32] <rtg> it was the xps1710, which _is_ lucid and nvidia
[17:33] <bjf> rtg, my xps1530
[17:33] <rtg> its a shame when I have so many laptops that I can't keep them all straight :)
[17:33] <bjf> rtg, i feel for you
[17:34] <bjf> sconklin, rtg, look at https://pastebin.canonical.com/25544/      this is my Xorg.0.log file
[17:34] <rtg> bjf, maybe you'd like to carry that xps1710 to London so I can use it :)
[17:35] <bjf> rtg, that's ok
[17:35] <bjf> rtg, no thanks :-)
[17:37] <rtg> bjf, maybe you should get in touch with tseliot. he's maintaining the nvidia driver
[17:39] <bjf> rtg, ack
[17:39] <sconklin> bjf: it's not just us (Ubuntu) that's seeing it http://bugs.archlinux.org/task/16979
[17:40] <bjf> sconklin, thanks
[17:53] <rtg> apw, this iscsitarget driver is an enormous pain in the ass. the userspace components appear to be tightly coupled with the kernel version.
[17:53] <apw> now that is very painful
[17:53] <rtg> lucid kernel w/karmic userspace no worky
[17:54] <soren> rtg: I thought you were meaning to replace iscsitarget anyway?
[17:54] <soren> rtg: I distinctly remember an enthusiastic e-mail from you when you returned from... plumbers?
[17:54] <soren> Or some other event.
[17:54] <rtg> soren, we decided to stick with the current upstream since it seems to have come back to life
[17:55] <soren> rtg: Oh.
[19:12] <rtg> apw, my iscsitarget patch is good to go. I'll need to work with soren to update the userspace package.
[19:12] <apw> sound good, on the list ?
[19:13] <rtg> apw, yep, its the branch pull request
[19:13] <apw> cool ... thanks
[19:22] <syn-ack> jjohansen, Got a minute?
[19:22] <jjohansen> shoot
[19:23] <syn-ack> jjohansen, wrt apparmor auditing... is there anyway to redirect the audit output to someplace other than dmesg?
[19:24] <syn-ack> All my events are going straight to dmesg and I'd just think it more logical to have it go to its own "audit" log and such
[19:25] <jjohansen> if you install auditd, it goes straight to the audit log
[19:25] <syn-ack> ah, fantastic.
[19:27] <syn-ack> Thanks
[19:57] <rtg> apw, if you haven't already pulled, I've updated my iscsitarget commit with a bug number
[19:57] <apw> rtg i have not, thanks, just doing aufs, you are next