[00:00] tocha [00:00] err gotcha [00:01] But if you want to do new-package stuff rather than bugfix stuff post-feature-freeze, the best area would be to try to get any of our local apps that are suitable into Debian. [00:01] (preferably into Debian Multimedia) [00:03] i'm surprised there isn't more coordination between debian multimedia, ubuntu and 64 studio [00:04] Well, it's complex. [00:05] There's lots of scope for cooperation between us and Debian Multimedia, but we've generally been short developers, which means that we've focused mostly on ubuntu-specific issues and our metas and custom apps. [00:06] i realize that 64 studio is currently based on the latest Ubuntu LTS version [00:06] And Debian Multimedia mostly maintains the actual packages. [00:06] As we get more developers (like you) and are getting more done, it makes sense to coordinate more closely with Debian Multimedia (as you've been doing). [00:07] I always had the impression that 64 Studio was largely a custom OS shop for OEM installs. [00:07] They provided a free distro for use, but charged for customisations. [00:07] heh, am I considered a "ubuntu studio developer" now? ;P [00:07] I know that some of the main developers at 64 Studio were heavily involved in Debian Multimedia. [00:07] Um, I'm not sure. You definitely do development work, and you're definitely involved with Ubuntu Studio. [00:08] I don't happen to know the procedure to join the team on LP. [00:08] Someone added me at one point because I patched some audio apps and triaged some bugs and agreed to hang out in this channel and test images once in a while. [00:08] But I was already an Ubuntu Developer at that pont. [00:08] Joining the team on LP is done when one has proven themselves to create high quality patches for code we maintain in that team's code branches. [00:09] luke beat me to it... [00:09] team's even [00:09] TheMuso: Do we have a formal procedure? [00:09] persia: not afaik [00:11] right now having access to push code is WAY too much responsibility...I need to learn metric tons of things before I would feel comfortable doing that [00:11] Yep. [00:11] That's why I'm not sure you're an "Ubuntu Studio Developer". [00:11] But I am sure you're on the path towards becoming one. [00:12] And you seem careful and responsible, if still learning the technical details. [00:17] i hope to get there eventually but i'm having a blast learning and being as helpful as i can [00:25] (sorry for the disjointed conversation, fixing dinner for the kids) [00:25] but thank you for the kind words persia [00:26] i only asked you about that because i was curious how people viewed me [00:26] I can only speak for myself. [00:26] No promises that my statements happen to match the views of anyone else [00:28] My thoughts are similar to persia. [00:28] well, thank you both :) [00:28] Welcome. === persia` is now known as persia [02:41] persia: what was the configure_overide setting for debhelper 7? [02:42] override_dh_auto_configure: [02:51] thanks [14:41] * abogani just read it: "Dear Alessio Bogani: Congratulations! On behalf of Novell Technical Training, it is a pleasure to grant you the title of Novell Certified Linux Administrator (Novell CLA) SUSE Linux Enterprise 11" [14:43] Congratulations! [14:44] I wondering if it is useful at all. [14:44] I'm also LPI but evidently not enough. [14:44] persia: In any case thanks! [14:46] I don't think certifications are useful at all. For many years the highest certification I had was demonstration that I had completed 6 years of formal schooling. [14:47] But I thik that if anyone tries for something that requires testing or confirmation of others, like a certification program, that they deserve congratulations for successfully reaching their goal. [14:47] persia: I agree with you. [14:48] But I don't university degree so I try to reduce the "formal" gap [14:48] s/don't/don't have [14:48] Seems with bad results anyway :-) [14:49] Makes sense, but see above: my highest "degree" is usually granted to children of 12 years of age. [14:50] persia: ? [14:50] The point being that it's often more valuable to be able to demonstrate what you can do than what documentation you have. [14:51] But I think you agree with me already, or you'd have a university degree :) [14:53] persia: I agree obviously. Unfortunately seems to me that there are a lot of people don't think like us. :-( [14:53] Unfortunately, indeed. [15:03] In my latest job interview: Mr.X: "Bogani, Do you have the basic knowledge for working on kernel?" Me: "I working with git every day, I work with some free software/opensource communities and I have made few commits in kernel (but better than nothing)." Obviously my concurrent don't know git at all, never interact with free communities and never make changes to kernel but he had a University degree and he wins. Obviously he could be bet [15:03] ter than me but in any case have "know how" evidently don't be enough. Perhaps Could I came back to my _real_ work (for which I have studied) ? [15:05] Bother. That's just poor hiring guidelines. [15:05] If you spoke Japanese, I could probably get you something :) But you'd have to move here, and I doubt it's worth it. [15:07] persia: I can't speak and write in _English_ so now way for me to speak Japanese! :-) [15:07] s/now/no [15:07] heh :) [16:58] jussi01: ping [17:03] ScottL_: ping [17:05] ScottL: ping [17:20] abogani: yes? [17:21] ScottL_: Is English your native tongue? [17:22] yes, but I joke that I speak/write it poorly because it's my _first_ language [17:22] the joke being you don't do something well on your first attemp [17:22] attempt [17:25] * abogani don't understand well [17:29] yes, English is my native tongue [17:29] I seem to recall that you asked for help writing something in English, if so I would be happy to help [17:34] ScottL_: Sorry I'm a stupid. Almost always I don't understand something :) [17:34] ScottL_: In any case: [17:34] ScottL_: ScottL_: Replying to this email (https://lists.ubuntu.com/archives/ubuntu-studio-devel/2010-February/002237.html) could you 1) remember that -lowlatency is now into Studio PPA and 2) ask to all people if there are some volunteers for compare -lowlatency with -preempt on an amd64 machine? Please mention in email that it is a very *great* help for me. [17:34] ScottL_: Thanks! [17:36] abogani: I hardly think that you are stupid. Quite the contrary, if you can muck about with the kernel then you apparently have a quick intellect! I certainly don't feel up to the task of developing a kernel variation [17:36] abogani: I shall try to reply to the email today (tomorrow at the latest) [17:37] oh, and I'm grateful to be of help [17:38] ScottL_: Thanks to you! [17:38] ScottL_: but believe in me you are overestimating me a lot. [19:28] Good news about kernel side: no serious problem exists running Lucid with kernel .31 (as -rt). Only a already know issue with plymouth. [19:29] You have devtmpfs and everything already? [19:29] Do we need updated alsa drivers? [19:29] I know that the bluetooth stacks are compatible. [19:31] persia: "tgardner: you guys are just being paranoid. .31 works fine with Lucid" [19:32] persia: "tgardner: abogani, plymouth is a known issue. I've removed it for the time being. other then that things ought to "just work"" [21:20] from what I've read the "real time" kernel is slightly a misnomer - apparently it means "deterministic" time rather than "instataneous" time [21:21] the theoritical goal is to have a predictible time (what ever it's latency is) compared to having the ultimately lowest latency [21:21] that is my understanding [21:29] jussi01: ping [21:53] persia: i'm look at the REVU for lv2-c++-tools @ http://revu.ubuntuwire.com/details.py?upid=7239 [21:53] i can't edit the tags and the page is goofy because you can't access it directly [21:54] Right. Ignore that one (but I have it open, and will try to review) [21:58] persia: i also noticed celtx package but for karmic - should that be archived? [21:58] Is it something we want? [21:59] yes it is [21:59] it would help round out the "multimedia" aspect of ubuntu studio [22:02] Tag it. Run a recent lintian and update it if you have a chance: just use dch to update the changelog so that appropriate credit is given. [22:03] i already tagged it [22:17] Excellent. I'll let you do a first-pass review, and I'll do a second pass after you upload. [22:17] Might be worth a mail to the original packager to let them know you're jumping on it: there may be scope for collaboration.