[00:04] <lamont> BenC: email me your ship-to addr, eh?
[00:04] <lamont> it'll be christmas in december. :)
[00:04] <BenC> lamont: addy?
[00:05]  * BenC wants it to be a surprise :)
[00:05] <BenC> lamont: does lamont@canonical.com still work?
[00:05] <lamont> lamont@h.c would work
[00:05] <BenC> ok
[00:06] <lamont> and that one still works too
[00:06] <lamont> DC logins --> working canonical.com addr
[00:06] <lifeless> heh
[08:12] <kraut> moin
[11:40] <abogani>  
[11:41] <abogani>  
[13:45] <rexbron_> Hey everyone! I was wondering if there has been any decision on enabling the new firewire stack in the kernel?
[13:52] <amitk> rexbron_: for Hardy?
[13:54] <rexbron_> amitk: Yes
[13:54] <rexbron_> IIRC, it was merged into mainline in .23
[13:56] <amitk> rexbron_: Hmm... I see that CONFIG_FIREWIRE is disabled for some reason. 
[13:56] <rtg> amitk: just an oversight.
[13:58] <amitk> rtg: http://wiki.linux1394.org/JujuMigration before we decide to turn it on
[13:58] <dholbach> heya - is somebody looking at bug 163122 and bug 163120?
[13:58] <ubotu> Launchpad bug 163122 in ubuntu "add firmware-addon-dell to Ubuntu" [Undecided,In progress] https://launchpad.net/bugs/163122
[13:58] <ubotu> Launchpad bug 163120 in ubuntu "add firmware-tools to Ubuntu" [Undecided,In progress] https://launchpad.net/bugs/163120
[14:03] <rtg> amitk: juju bad.
[14:03] <amitk> rtg, rexbron_: from their own recommendation, the stack isn't ready for primetime. 
[14:03] <amitk> right
[14:04] <rtg> dholbach: are just looking for reviewers?
[14:04] <rtg> s/are/are you/
[14:05] <dholbach> yeah... I did an initial review, but the packages might still need some love
[14:05] <rtg> dholbach: ok
[14:05] <dholbach> I thought you guys probably knew best what's expected from those packages
[14:08] <zdzichu_> Fedora enables new firewire for two releases now
[14:09] <rexbron_> I would suggest looking at how they solved any migration problems
[14:11] <rexbron_> The reason I bring this up is that, under the current situation, users with firewire camcorders and sound cards must change permissions in 40-permissions.rules for raw1394. This creates a rather large security risk, the new stack provides granularity and control for those devices.
[14:13] <amitk> zdzichu_: rexbron_: For the particular drivers that actually work better with the new stack, I guess enabling it would make sense. But it needs to be co-ordinated with udev and other userspace changes
[14:15] <rexbron_> amitk: Would that be something that Ubuntu Studio could tackel ourselves, or would it be better to try and coridinate Ubuntu-wide?
[14:16] <_MMA_> rexbron_: Ubuntu-wide
[14:16] <amitk> rexbron_: Ubuntu-wide would be nicer. Could you file a bug in launchpad and add udev and kernel and dependencies for now
[14:16] <rexbron_> bug or spec?
[23:04] <steady> Hello
[23:04] <steady> man
[23:04] <steady> help