[04:48] For those interested... I am still playing around with my workflow app. [04:49] I have changed the BG colour to match our panels and added a "record mode" button. [04:49] Here is a quick look: http://www.ovenwerks.net/UStudiodocs/workflow2.html [04:51] For more background, in case you missed it. The original is here: http://www.ovenwerks.net/UStudiodocs/workflow.html [09:51] ScottL, you sleeping? [11:04] knome, i'm up and about to leave for work [11:05] knome, i'll catch you in 30 minutes as scott-work [11:07] k [11:20] len-dt: I'm still wondering what the "record mode" is supposed to do.. [11:21] Someone might not want pulse to go away, if they are recording from it [11:23] I think it's better to focus on finding out what problems there might be with getting good performance - really identifying them, and then deciding whether there shold be an app that allows the user to change some settings [11:24] Also, why have pulse connect to jack in the first place, if you're not going to use it with jack [11:25] Better to make it not connect at all instead [11:53] knome: ping [11:53] dong! [11:54] so, what's the status with the website? [11:56] knome: i was actually looking at it currently :P [11:56] hehe [11:56] and also, the team for us-bugs in LP [11:56] :P [11:57] i can set up the LP team today [11:57] that would be great! :) [13:14] ailo, I agree with your last point. I can only think of one use PA-jack bridging and would like to see it off by default. [13:15] I think originally, it was thought that it would make the use of desktop media player seamless after jack was started. [13:16] But that doesn't happen. It still takes messing around with PA setting after starting jack to make it work [13:18] Considering the load it adds to the system, I can't see us recommending that pulse be connected to jack all the time. [13:32] len-dt: I'm not so worried with the load myself. The only problem I have seen with pulse-jack bridge so far is xruns at lower latencies, which you are likely to get with other software as well [13:32] From a user perspective the main problem with pulse-jack bridge is knowing how to turn it off, or even make use of itr [13:32] That is not so clear right now [13:34] len-dt: There are tons of situations when you might want to have the pulse bridge on, so I don't think we should decide one way or the other. Better to create a -controls app that can help the user change the setting easily [13:35] I'm kind of inclined to start coding that this summer. I will have the time for it. But, my goal is really to push it into debian. [13:37] ailo, having user configuration is a must. Any record mode kind of deal will have different needs for the situation. [13:38] ailo, the term record mode is probably not right either. [13:39] It is just a term one of us used once and we have all used that to describe the idea of turning things off in some times. [13:42] len-dt: I still don't understand what the "record mode" is supposed to do [13:42] ailo, I am actually more worried about cron kinds of things. Most of the time cron is very quiet, but can trigger resource intensive things at add times. [13:43] len-dt: I'm going to set up at least three, maybe 4-5 machines for testing this week. Things like this would need to be tested and confirmed [13:43] I'm happy to start doing that [13:43] the update app, downloads lots of stuff and goes through to see if we need an update once a day. [13:44] We should make a list of possible performance problems we want to investigate [13:44] The one place where a low background resource use would be good is using it for live stuff where low latency is important. [13:44] Yeah, the update app should not be automatic I think [13:45] I think we should make sure performance is good, period' [13:46] I think for 11.10 and 12.04 there were a whole lot of ideas of things that would be great to have, but now we need to take all these things and use them in real life to make sure they work and how best to use them. [13:47] Ideas are great, but I'm more interested in solving problems [13:47] And to do that one has to first understand what the problems really are [13:47] ailo part of solving problems is making sure we have the right solution through testing. [13:49] we are trying to make a onedistro fits all solution. and I think to do that we need to test a lot more. [13:49] Exactly right [13:49] len-dt: Have you ever set up a TFTP server? [13:50] There are some people living in 2012 with a good fast machine, but there are others living in 2003 and they have different needs because they have less machine to play with. [13:50] I need to install linux on some machines that can't install from usb, and I don't like to use CD's [13:50] what is TFTP? [13:51] It's used to be able to boot from networkj [13:51] I haven't done that. So you would boot from floppy and install from net? [13:52] Or do the bios have something to boot from net? [13:52] No, boot entirely from the local network [13:52] s/do/does/ [13:52] It's possible. Just haven't done it before [13:52] Would make things easier. Have a server autoupdate an image, and then just install it from the network [13:53] I remember reading about that... way back. [13:54] It seems to me at that time (when coax net was big) the NIC had to have an extra chip for that to work. But none of the new NICs have a socket any more. [13:55] Every machine I've used has the option to boot from network [13:55] So I am assuming either the newer nics just come with it or it is in the MB bios. [13:57] ailo, there is a tftpd-hpa package for 12.04. [13:58] len-dt: My server has Debian Squeeze installed on it. The same package exists for it. Have read the installation guide, but it still requires a bit of research [13:59] I'll find out in a bit. Gotta go now [13:59] later then. [13:59] I'm going too. [16:54] ooooh, monitor calibration at UDS: http://summit.ubuntu.com/uds-q/meeting/20487/monitor-calibration/ [16:54] ttoine would like to hear that