[10:00] <CarlFK> "One other experiment which could possibly give some further information is to repeat everything after replacing ohci1394 + ieee1394 + raw1394 by firewire-ohci + firewire-core.  Requires libraw1394 v2.  (Latest is best.)
[10:01] <CarlFK> any chance I can apt-get remove/install that?
[10:03] <dtchen> CarlFK: which bit(s)? libraw1394 | 2.0.2-2ubuntu1 |        karmic | source
[10:04] <CarlFK> ah, thanks - the -11 confused me : libraw1394-11 
[11:04] <echo6> any work being done on plymouth yet?
[11:05] <echo6> any one know why 2.6.30 with aufs compiled-in stills drops me to busybox on a remastered livecd?
[12:49] <cjwatson> echo6: we're planning on sticking with usplash, actually, and just arranging for X to come up as early as possible so that usplash usually won't need to appear
[12:49] <cjwatson> echo6: aufs> don't know, but with 2.6.30 on karmic we're currently using unionfs-fuse. There's support for it in karmic's casper. We're expecting to switch to VFS-level union mounts once those are available
[15:20] <BUGabundo> hi
[15:21] <BUGabundo> what is the idea behind the kernel PPA not being a true PPA, allowing apt updates? is it to make the user a conscious decision on using it?
[15:37] <BUGabundo> apw: ping ^^^^^^^
[16:00] <Sarvatt> couldnt keep around older releases on a PPA :D
[16:06] <BUGabundo> ahhhhh
[16:06] <BUGabundo> that's a good reason too
[16:06] <BUGabundo> I've filed a bug a while ago on LP
[16:06] <BUGabundo> to keep superseeded packages to APT
=== bjf is now known as bjf_afk
[16:47] <rune_> does anyone know if the "CPU#1 stuck for 60 seconds" bug in current 9.04 kernel is fixed in 2.6.30?  Backtrace shows two spinlocks when deleting a file
[16:47] <rune_> ext4
[16:49] <BUGabundo> no idea
[17:09] <dtchen> BUGabundo: the idea is to provide a mechanism by which users can opt-in to installing those kernel debs for testing but not have them reportable to LP
[17:09] <BUGabundo> ok dtchen
[17:09] <BUGabundo> I'm advising user that get their probs fixed with those kernels to file bugs stating so
[17:10] <BUGabundo> so that the fix can be backportd
[17:10] <BUGabundo> hope that's ok
[17:11] <dtchen> right, as long as the bugs affect ubuntu's linux source package but clearly indicate which mainline deb is used, it should be useful
[17:12] <BUGabundo> usually its wifi cards or wired cards
[19:02] <CarlFK> is htis a bug in the panic handler?  http://dpaste.com/55020/  [  235.483373] ---[ end trace c59b4d88b94637b5 ]--- [  235.483373] Kernel panic - not syncing: Fatal exception in interrupt   
[19:03] <CarlFK> I set panic=10, which should reboot after 10 seconds, but it doesn't reboot 'ever' (20 min long enoungh?)
[19:05] <BUGabundo> lol
[19:10] <CarlFK> what is the vanilla kernel #chan?  something like kernel-hackers....
[22:11] <tormod> apw: can you please make a 2.6.30-9.10+kms kernel? currently the main kernel supersedes the old kms kernel so that I can not build the kms mesa on top of it :( 
[22:12] <tormod> (talking about the radeon-kms PPA of course) otherwise I have to fake a higher version on the older one
[22:17] <tormod> apw: sorry I am an idiot, I didn't see you already made one in your own PPA :)
[22:17] <tormod> I'll just copy it over
[22:21] <tormod> apw: a sleep-deprived idiot I might add: I just noticed the build had failed...
[22:58] <CarlFK1> how can I tell what apps/packages depend on libraw1394-11? (I was asked to test a kernel panic against it, and the app I use (dvgrab) doesn't work with it due to v2s new api)
[23:15] <apw> tormod, crap that bug agaiin, will get it sorted tommorrow and uploaded again
[23:18] <tormod> apw: thanks. will you drop the "~" in the version, so it can supersede the main kernel?
[23:22] <CarlFK1> is a panic that does not panic[1] worth reporting, or is that 'just the way it is'
[23:22] <CarlFK1> [1] panic, but then doesnt;' blink the caps lock or reboot when panic=10
[23:25] <CarlFK1> http://dpaste.com/55069/  panic log
[23:55] <cwillu> could somebody take a look at http://pastebin.com/f181da3d8 for me?