=== ubott2 is now known as ubottu
[00:26] <len> astraljava: Looked at the bugwork for the latest mudita bug #655708
[00:26] <ubottu> Launchpad bug 655708 in smb2www (Ubuntu) "package smb2www 980804-38 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,Confirmed] https://launchpad.net/bugs/655708
[00:32] <len> Opps wrong bug set. anyway. It looks like it is an amd64 issue. 
[00:32] <len> The meters seemed to work fine on what I tested...
[00:42] <len> It seemed to indicate it was all the meters.
[02:35] <astraljava> ailo: len: Yeah, I was referring to the new snapshot which is now in sid. mudita24_1.0.3+svn13-3
[02:35] <len> And? You would like?
[02:36] <len> astraljava: I can't test the amd64 version. Just the x86.
[02:39] <astraljava> len: Where do you live?
[02:40] <len> Courtenay BC on Vancouver Island.
[02:41] <astraljava> len: http://ftp.us.debian.org/debian/pool/main/m/mudita24/mudita24_1.0.3+svn13-3_i386.deb
[02:41] <micahg> len: I think you meant debian 655708
[02:41] <ubottu> Debian bug 655708 in mudita24 "mudita24: meters don't work" [Normal,Fixed] http://bugs.debian.org/655708
[02:42] <astraljava> Obviously
[02:42]  * micahg was just demoing the bot for next time :)
[02:42] <len> Is there anything in particular you me to test it for?
[02:42] <astraljava> Yup, got it. :)
[02:42] <astraljava> len: Well, just that that's the latest in sid now.
[02:43] <astraljava> len: I'm not sure about whether the meter issue happens for everyone, so if they worked for you, that's great. Please test the latest, though.
[02:44] <len> I figured I had done it wrong. If I just say bug it figures ubuntu, but if I say debian bug that works too. OK
[02:44] <astraljava> len: Yeah, it defaults to ubuntu, being that we're in that namespace.
[02:44] <astraljava> I believe there are other bug trackers as well, for instance gnome and kde.
[02:46] <len> Is there a web page with irc instructions?
[02:54] <len> BTW, these all seem to think they are version 1.0.4 mudita24
[02:57] <astraljava> ubottu.com lists the different factoids, but it's interface is a little... meh.
[03:04] <astraljava> scott-work: No, unfortunately the server seems to have dropped that pm. Please report.
[03:04] <astraljava> repost*
[04:03] <len> astraljava: The latest mudita24 seems to work fine. I found no issues with it.
[04:04] <len> I am guessing it is compiled static?
[04:04] <len> Or are the libs from US 10.04 still mostly the same to 12.04?
[04:10] <astraljava> I'm not sure static compiling is in fashion in debian or derivatives. The depends list isn't long, and probably not too quickly progressing. Are you installing the snapshot on lucid, then?
[04:25] <len> I did.
[04:25] <len> I did the first snap on both that and 12.04
[04:28] <len> Both went without complaints.
[04:29] <ailo> Good morning everyone
[04:29] <ailo> What are doing up so late/early, astraljava? :P
[04:33] <astraljava> Listening to Sharks @ Oilers.
[04:52] <astraljava> Well, as I said, the depends are quite generous, and don't really require the latest 'n' greatest. Lucid truly fulfills them all.
[06:09] <len> Looking at the work flow web page https://wiki.ubuntu.com/UbuntuStudio/Workflows/Audio
[06:10] <len> The workflow with audacity is wrong. (I think)
[06:10] <len>  It should use jackd.
[06:11] <len> I know it is more trouble to set up, but... PA does funny things with it.
[06:13] <len> I found that if I set up levels with anything other than pulse tools, that pulse would change the levels as soon as play is hit
[06:14] <len> For example, recording a conversation with a mic.
[06:15] <len> I have found that my mic boost at +20db gives more noise than at 30db.
[06:16] <len> so I would set it to 30 and the capture a bit lower to compensate or I might set it at 10 with the capture full up.
[06:17] <len> As soon as I hit record, audacity asks pulse for a port and pulse sets the levels to default...
[06:18] <len> Jack doesn't have this feature.
=== ubott2 is now known as ubottu
[08:43] <etneg_> hi
[14:02] <micahg> ScottL: sorry, my piloting got pushed back a day or two, but I'll get your stuff in as soon as I do it
[14:55] <ailo> We may be getting somewhere with rt priv for users, administered by installing jack
[14:55] <ailo> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656910
[14:55] <ubottu> Debian bug 656910 in jackd2 "Group "audio" is used for two incompatible things" [Normal,Open]
[15:02] <holstein> "It's a discussion that started at the Ubuntu devel mailing list and it's
[15:02] <holstein> about a lack of knowledge, that changing the groups name would make no
[15:02] <holstein> difference with PAM and that there could be different
[15:02] <holstein> multi-user-accesses, several users using the PC one after the other or
[15:02] <holstein> at the same time and this would effect the usage of audio."
[15:02] <holstein> sorry for the flood
[15:17] <ailo> Yea, I'm not too concerned with that though
[15:17] <ailo> I'm only in this to get realtime priv by installing jack directly
[15:17] <ailo> Seems like it could be happening
[15:17] <astraljava> I really don't understand the hassle with this, though. These kinds of machines are quite separated from normal desktop usage, no? Is it not possible to use a separate user that belongs to audio group, and you just acknowledge the impossibility of fast-user-switching when that special user is logged in?
[15:18] <ailo> Why make things difficult?
[15:18] <ailo> When it could be so simple
[15:18] <astraljava> David's email suggests it's not that simple.
[15:19] <ailo> astraljava: He suggests two things. One, that the name is already taken - no worries, we can change it. 2. when using jack in realtime, you can't access the sound device with multiple users -  np
[15:20] <ailo> The group itself doesn't do anything until it's used
[15:20] <ailo> I don't know if there could be any security issued with having a default "audio" group for all users
[15:20] <ailo> So far, I have not seen anything that would say it is
[15:21] <holstein> what are the chances... someone knows that our users are in the audio group by default.. can they do something malicious with that remotely?
[15:21] <ailo> Only if they become a user
[15:21] <holstein> can some audio playing create a security concern?
[15:21] <astraljava> Right. Well, I really don't have any passion in dealing with this matter. No one needs to use my machine that handles these issues, so I'll just tune it so that it suits my work flow, and be done with it.
[15:21] <astraljava> holstein: Some mp3 vulnerabilities have emerged at some point.
[15:22] <ailo> There is another thing that might need to be changed too
[15:22] <astraljava> holstein: But I really don't think that's a very high profile impact in any case.
[15:22] <ailo> The group for firewire devices in the ffado rules file
[15:22] <ailo> Not sure how that works
[15:23] <ailo> holstein: Can you use firewire in non-realtime with jack, if you're not a member of audio group - I don't remember
[15:24] <holstein> ailo: i need to try again
[15:24] <holstein> when we do more testing int 12.04
[15:24] <holstein> used to be, no
[15:24] <holstein> had to be audio and video
[15:24] <holstein> or do some other permissions hacking
[15:25] <ailo> holstein: Since 11.10 we only need to be apart of audio group to get realtime with firewire
[15:25] <holstein> ailo: i need to actually fire it up and confirm.. that would help i suppose
[15:25] <ailo> Nothing else needed, since there's a udev rules file for ffado devices
[15:26] <ailo> But, I'm wondering if you can use the device in non realtime, even when you're not a member of audio group
[15:26] <holstein> i dont think it will take much for US to get back on top
[15:26] <ailo> Since, the ffado devices also point to @audio
[15:27] <ailo> I think US could do much more
[15:27] <holstein> we'll see
[15:27] <ailo> But, now I'm finding that a regular Ubuntu install will already be a good system for multimedia
[15:27] <holstein> these little details are the things i think it has been missing
[15:28] <ailo> This is what I've been concerned with from the start. The base.
[15:28] <ailo> The kernel, realtime..
[15:28] <holstein> we gotta have it
[15:29] <holstein> i feel like so much of the community is jaded about US
[15:29] <holstein> and rightly so
[15:29] <ailo> The situation is improving now
[15:29] <holstein> you mention it in #ardour for example, and its still like.. "yeah, well what do you expect"
[15:31] <holstein> if we have done our part to make it work properly, or what we consider to be proper, and folks just dont like it, thats fine
[15:39] <ailo> Yeah, but there's been a lack of developers, as has been noted before, and that just makes things difficult
[15:39] <holstein> i wish a few of the folks complaining about it had stepped in
[15:40] <holstein> it really wouldnt take much help from a few of those savvy ardour folk... but whatever
[15:40] <holstein> i know they are busy
[15:49] <ailo> If I had nothing else I needed to do in life, I'd gladly spend the rest of my life coding GNU apps
[15:52] <falktx> ailo: me too
[15:52] <falktx> If only there was a way to get rich easily... err...
[15:53] <ailo> falktx: If you spend all your time coding, all you need is a heated nice house, a working computer that is not too noisy, and some food to keep you going
[15:54] <falktx> ailo: well, that needs money...
[15:54] <falktx> that is the main issue
[15:54] <falktx> I surely don't have a 'heated nice house', my house super cold
[15:55] <falktx> or super hot in the summer
[15:55] <falktx> anyway
[15:55] <falktx> scott-work: ScottL: ping
[17:32] <scott-work> hi falktx 
[17:33] <falktx> hey
[17:33] <falktx> scott-work: you only ping me when I'm about to leave...
[17:34] <falktx> scott-work: I may still have some minutes, what is the state of live-installer/ubiquity patch?
[17:34] <scott-work> falktx: astraljava has expressed interest in it
[17:34] <scott-work> falktx: what i would like to do is get a list of things needed and by when and then as a group look at it
[17:35] <scott-work> falktx: then we can decide who really should work on it to get all things done by the desired due date
[17:36] <falktx> ok
[17:37] <falktx> scott-work: do you know what is needed to do?
[17:37] <falktx> I assume we're creating an ubiquity package variant
[17:37] <falktx> with US slideshows and text
[17:37] <falktx> then a page with checkboxes for installing/enable workflows
[17:37] <falktx> scott-work: is that correct?
[17:38] <scott-work> falktx: i think that is the general thrust of it
[17:38] <scott-work> although it probably will be staged
[17:38] <scott-work> i.e. get the ubiquity plugin to work first
[17:38] <scott-work> then work up the slides
[17:38] <scott-work> but just use the existing edubuntu slides for the time being
[17:39] <falktx> scott-work: sounds good. is this anything still keeping us from doing this?
[17:39] <falktx> *is there
[17:40] <scott-work> falktx:  not really, just someone spending time doing it
[17:41] <scott-work> falktx: although i think we were more or less waiting until cjwatson got the live-dvd up and running
[17:42] <falktx> ok
[17:42] <falktx> scott-work: I will want until you ping me about this then
[17:42] <falktx> I'll be glad to help
[17:42] <falktx> scott-work: is there anything I can do right now?
[17:43] <scott-work> falktx:   thank you
[17:43] <scott-work> falktx: tonight i will send an email to the mailing list about what i think are outstanding items
[17:43] <scott-work> falktx: let me do that and then we can start making sure priorities are correct and then start assigning people
[17:43] <scott-work> falktx: so hopefully in the next day or two we will know better
[17:44] <falktx> ok, great
[17:47] <scott-work_> did my last comment about the live-dvd make it to the channel?  webchat hung up for me
[17:52] <scott-work_> TheMuso: have you had a chance to look at the lowlatency kernel at all?
[17:53] <scott-work_> TheMuso: do i need to redo the kernel for the new version?
[17:53] <scott-work_> TheMuso: do i need to worry about "component mismatch" and "no original tarball" warnings?
[18:58] <ailo> Just read about HUD
[19:06] <scott-work_> ailo: what is HUD?
[19:06] <scott-work_> i'm only aware of Heads Up Display
[19:14] <ailo> scott-work_: The new menu system Ubuntu is developing for 12.04
[19:19] <ailo> Search based. You start typing, and options appear
[19:19] <ailo> It seems strange at first, but after having gotten used to Gnome3, and it's menu (which is sort of similar to Unity), it does really speed things up a lot
[19:20] <ailo> You can find things intuitively
[19:23] <scott-work_> did anyone see that i said that cjwatson has built the live-dvd image?
[19:24] <scott-work_> i presume it should be built tonight and available tomorrow through the automated build system
[19:24] <scott-work_> this might change the directory name so some links may not work possibly
[19:28] <ailo> scott-work_: Nice
[19:29] <ailo> scott-work_: btw, just to clarify. Menus for programs, not the program menu. 
[22:12] <scott-work_> email sent to the list about the remaining work items for precise
[22:12] <scott-work_> astraljava: i tried various times to PM you but didn't get a response so i just made the work items list and mailed it