[04:50] Lump|AFK, I found a weird one. IHU is a sip phone client, it has a jack driver... so I thought I would try it. Turns out it is jack in but alsa out Say what? [04:51] I am noticing that a lot of these apps have not been updated by the dev for a few years, though the ubuntu/debian maintainers have made bug fixes to keep them working with new kernels etc. [13:46] smartboyhw: Did you have any problems setting up your blog at planet.ubuntu.com? [13:46] zequence, no at all [13:46] I posted one about ISO Testing in Ubuntu Globaal Jam [13:47] Next one: /me being first to put an device onto the porting WIP for Ubuntu Touch:P [13:48] I get a Permission denied [13:48] ..when trying to get the bzr branch [13:49] zequence, whoa? You shouldn't [13:49] zequence, are you using the correct ssh key?!?! [13:50] of course [13:50] I don't have any problems with other LP stuff [13:51] zequence, that's weird.... Extremely weird [13:52] Actually, I am. Well, I'll manage it [14:02] I think it's enough you change the comment in your public ssh file to have it not work [14:03] LOL [14:15] Damn Blender has released 2.66 and we are still in 2.63a :P [14:16] There's no hurry. Unless, there are some severe bug fixes that we need to get in [14:16] zequence, I don't think so. [14:17] But, I guess we could think about maintaining packages for Ubuntu Studio, for those that we'd want to keep very up to date [14:17] I'm not doing it, but if you'd like to, that would be fine with me [14:18] The important thing is that whatever bug fixes, or changes we make, say to the original debian packages, we make sure to send those upstream as much as possible [14:19] zequence, the trouble is: I don't know about debian side of packages........ [14:19] I know the Ubuntu side of these [14:19] smartboyhw: they are more or less the same [14:19] Ubuntu packages are debian packages, after all [14:19] zequence, and I don't have a Debian system [14:19] smartboyhw: You don't need one [14:20] zequence, oh? [14:21] Say you change the build in debian/rules, because you have a good reason to do that. If we have a local Ubuntu package, based on a Debian one, we'd suggest the same change into Debian [14:21] If the package we have is very different from a Debian package, that would be different [14:22] If the only reason to package for Ubuntu is to keep something up to date, then what you do is you get a Debian package, and update it [14:23] When suggesting a change, you'd get the git source for the Debian package, and make a patch, and send it to the right mail list [14:23] or make a Debian bug, and put it there [14:23] it's not very difficult [14:23] zequence, OK [15:39] I passed the A+ exam, btw. [15:40] zequence, what's the A+ ? [15:40] It's a basic certificate for administrating computers [15:40] zequence, good [15:40] It's an American thing, but also international [15:41] Makes you feel like a parrot, studying for it [15:41] :) [15:43] I'm doing Network+ next. Then, Linux+, Security+ and maybe some other + [15:43] zequence, where is that exam? [15:43] Some Cisco probably. Maybe even Windows certificates [15:44] smartboyhw: In my home town [15:44] zequence, I mean link [15:44] wbsite [15:44] http://certification.comptia.org/home.aspx [15:58] zequence, I thought of one thing: the -rt kernels release per 2 linux releases (like 3.2, 3.4, 3.6, 3.8) That will cause problems to maintain the kernel in the future [15:59] smartboyhw: The solution is to always use the current or the older kernel [15:59] zequence, OK [15:59] smartboyhw: It doesn't absolutely have to be the current one [15:59] zequence, :) [15:59] But, we should make it compatible with Ubuntu kernels [15:59] zequence, so what if 13.10 uses a 3.11 kernel and does that mean we can only use 3.10 ? [16:00] That means, proprietary graphic drivers, and other things that require kernel modules should work [16:00] smartboyhw: Yes [16:00] zequence, OK [16:00] The biggest problem with -rt is not just to build the -rt. It's to apply the ubuntu patches, and the apply -rt [16:01] I haven't ever tried that, and it could potentially become messy [16:01] It might mean you have to manually create a new patch [16:01] zequence, yeah [16:01] There may even be things that are in conflict between Ubuntu and -rt [16:02] zequence, that's more agreeable [16:02] I mean, even when all the patches have been applied, there could be a conflict [16:02] zequence, I know [16:02] There could be serious problems [16:02] * smartboyhw thinks this is increasingly difficult [16:03] Like people breaking their computers, that kind of problems (worst case scenario) [16:03] zequence, yep . [16:03] Many people expect -rt to be default, but I guess they haven't broken any hardware [16:03] Like, I did once [16:04] This was on Fedora. Two hard disks failed at once [16:04] zequence, eh [16:04] It is experimental. Not everyone understands this [16:04] zequence, yeah [16:05] Doesn't mean it can't be done [16:05] It would be good to understand the patch well enough to know what could potentially cause problems [16:05] zequence, but it will be difficult than the easier -lowlatency [16:05] zequence, I will try to see if there will be any problems with Ubuntu kernel with -rt 3.8 [16:06] with -lowlatency we basically don't need to know anything about kernels [16:12] scott-work: Good day to you, sir [17:28] scott-work: I'm just trying to make some kind of draft of the mission statement [17:29] scott-work: under progress. Is it any good? https://wiki.ubuntu.com/UbuntuStudio/MissionStatement [22:18] zequence, The CNC people are thinking of going away from the RT kernels to something else. (not on this machine, I'll look downstairs) [22:19] They already tell the kernel to only use one of two or more cores and then use those other cores for their RT stuff. [22:21] I don't know if any of our audio apps are up to figuring out they should run on a particular core though. [23:21] The new thing is called Xenomai. [23:22] (well newer)