[13:34] <wgrant> henninge: Thanks. Can you ec2 that?
[13:34] <henninge> wgrant: sure ;)
[13:34] <wgrant> Thanks.
[14:03] <bac> hi henninge, can you do a review for me?
[14:03] <henninge> HI bac, sure.
[14:04] <bac> henninge: cool.  it's in the usual place.  :)
[14:04] <henninge> bac: you can help me with one, too. I was just looking at our style guide.
[14:04] <bac> henninge: i'll try
[14:05] <henninge> bac: https://code.edge.launchpad.net/~wgrant/launchpad/bug-629921-packages-empty-filter/+merge/37339
[14:07] <wgrant> I was wondering about that myself.
[14:07] <wgrant> The style guide wasn't exactly clear.
[14:09] <bac> henninge, wgrant: the style guide seems clear to me, though i'm not defending it in this case.
[14:09] <henninge> bac, wgrant: Sorry, got distracted. Yes, that's exactly what I was about to ask ... ;)
[14:10] <henninge> bac: I see the use of "any" a similar border case.
[14:12] <henninge> e.g. I have been writing code lately like this "if translations is not None and any(translations):" to check for empty strings or none in translations.
[14:19] <bac> wgrant: why do you care if requested_name_filter[0] is None or not?  why not just return requested_name_filter[0], after checking that it exists?
[14:20] <bac> i mean:  if len(requested_name_filter) > 0: return requested_name_filter[0]
[14:20] <bac> you return None when the test fails anyway
[14:20] <wgrant> bac: I want to return None if it's "".
[14:20] <wgrant> That's the whole point of the bug.
[14:21] <bac> wgrant: well, yeah, there is that...  :)
[14:21] <wgrant> Heh.
[14:21] <bac> wgrant: then i think lifeless' suggestion is the cleanest, PSG be damned
[14:21] <wgrant> Great, thanks.
[14:22] <wgrant> Can someone please bless and land that, then?
[14:26] <henninge> wgrant: approved. I'll land both your branches.
[14:27] <wgrant> Thanks henninge, bac.
[14:43] <allenap> henninge: Would you be able to review my branch? I can't be here unfortunately, so please say no if that's a problem.
[14:44] <henninge> allenap: put it in the queue and I'll try. ;)
[14:45] <bac> mrevell: can you do a text review of https://code.edge.launchpad.net/~bac/launchpad/bug-639703-pg-bugs/+merge/37463 ?
[14:46] <mrevell> sure bac
[14:46] <bac> thanks
[15:42] <henninge> bac: You are creating a view purely to have it aggregate an "official_malone" property?
[15:43] <henninge> bac: I think this is something the ProjectGroup class should do - and thus the tests should be for that class, too.
[15:46] <henninge> bac: I mean, thre should be a ProjectGroup.official_malone property that loops through the product, as does the view now.
[15:46] <henninge> s/product/products/
[18:21] <henninge> abentley: Hi!
[18:21] <abentley> henninge: hi!
[18:22] <henninge> abentley: I ran late and cannot start on Gavin's branch as I had intended. Can you take it, although he's not here?
[18:22] <abentley> henninge: okay.
[18:22] <henninge> He said it's ok if we don't do it because he's not here.
[18:22] <henninge> abentley: thanks!
[18:23] <henninge> abentley: good bye ;)
[18:23] <abentley> henninge: bye!
[20:17] <jcsackett> abentley: do you have time to look at an MP with literally one line change? https://code.edge.launchpad.net/~jcsackett/launchpad/messages-translated-652264/+merge/37508
[20:21] <abentley> jcsackett: r=me
[20:21] <jcsackett> thanks, abentley.


[16:13] <brycebudd> hey all, can someone point me to a url that will list what services I can safely disable for recording with ardour?
[16:14] <holstein> services?
[16:14] <holstein> like ssh and the like?
[16:14] <holstein> you need JACK running
[16:14] <brycebudd> correct system services
[16:14] <brycebudd> understood
[16:14] <holstein> i dont see any reason why you should disable any services though
[16:14] <holstein> i mean, disabling what you arent using is safe of cours
[16:14] <holstein> e
[16:16] <brycebudd> Let me phrase it a different way...what are the essential system services to safely run an ubuntu system and gain maximum system performance and memory?
[16:17] <holstein> that all depends
[16:17] <holstein> are you using USB?
[16:17] <holstein> firewire?
[16:17] <holstein> do you need networking?
[16:17] <holstein> is this an audio production rig only?
[16:17] <holstein> i  would start with this... what do you *not* need
[16:17] <holstein> like maybe bluetooth
[16:17] <ailo> brycebudd: My experience is that you don't gain a lot as long as you have a good kernel. Even not installing the entire desktop makes little difference
[16:17] <holstein> i say, at the end of a few hours of tweaking, you will really reclaim nothing useful
[16:18] <brycebudd> yes, audio only...
[16:18] <holstein> theres no reason to disable a bunch of services for doing audio
[16:18] <holstein> *maybe* doing video, you *might* notice
[16:18] <holstein> audio really isnt all that hard on the sytem
[16:18] <holstein> system*
[16:19] <brycebudd> ailo: thanks for sharing your experiences...that's exactly the kind of feedback I'm looking for!
[16:19] <ailo> It's not so much about cpu and RAM, more about priorites
[16:19] <ailo> And the kernel handles that +  jack + settings
[16:20] <brycebudd> so in your opinion what are the best ways to measure and reduce latency, reduce xruns etc.  Is it just playing with settings or are there "magic settings" that generally work.
[16:20] <holstein> that depends on the hardware
[16:21] <brycebudd> I usually use Jack, Hydrogen, Seq24, Patchage, and Ardour
[16:21] <holstein> if you are using an internal soundcard, i wouldnt expect under 20ms latency
[16:21] <brycebudd> unfortunately...only USB.  No native cards
[16:21] <holstein> USB is sometimes better
[16:21] <ailo> brycebudd: Just make sure you have realtime priority for the user. Other than that, it might mostly depend on the type of kernel, as well as the kernel version
[16:21] <holstein> and at least its external, and typically cleaner
[16:21] <brycebudd> I've been getting 11ms reported in JACK using M-Audio
[16:22] <holstein> 11 is pretty good
[16:22] <holstein> tolerable
[16:22] <holstein> depends on what you are doing
[16:22] <brycebudd> recording drum tracks with a Roland TD-20
[16:22] <holstein> if you do no live instruments, or effects processing.. who cares if it takes 70ms for the sound to come out the speakers
[16:22] <ailo> brycebudd: Is that an external synth?
[16:23] <ailo> alsa midi is really lousy when it comes to external midi gear
[16:23] <brycebudd> no electronic drum kit.  I can sync to Seq 24 via MIDI.
[16:23] <brycebudd> ailo: what is better?
[16:24] <ailo> jack midi is better
[16:24] <ailo> Not all apps support it yet
[16:24] <brycebudd> ah...I will play around with that tonight. Thanks for the tip!!
[16:24] <ailo> brycebudd: Choose "seq" as the midi driver in qjackctl
[16:25] <brycebudd> good!  that's what I'm using (I just didn't know it) *blush*
[16:25] <ailo> brycebudd: If you're using the lates jack, alsa midi will still be active
[16:26] <brycebudd> ailo: should I disable?  if so how?
[16:26] <ailo> Jack midi supported apps will appear in the "MIDI" tab, and not the "ALSA"
[16:26] <ailo> Just make sure the app you use is set to jack midi, and not alsa midi
[16:27] <brycebudd> ailo: I get it...understood. thanks!
[16:29] <brycebudd> byebye
[16:31] <neyder_> hi!, in precise, how can i install the audio metapackage ober an edubuntu installation'
[16:32] <holstein> neyder_: i would just open the package manager of your choice, and search "ubuntustudio"
[16:32] <holstein> i would also consider just installing what you are wanting to use.. JACK, ardour... hydrogen... for example
[16:33] <holstein> sudo apt-get install ubuntustudio-audio should get you the metapackage you are looking for though if you prefer
[16:38] <neyder_> gret, i was asking because "apt-cache show ubuntustudio-audio" tells me that is a transitional package to Audio Seed
[16:38] <neyder_> *great!


[01:56] <xjjk> Dimmuxx: no Ubuntu PPA… but Debian (who'd have thought) has Aurora debs: http://mozilla.debian.net/
[01:56] <xjjk> they're branded Iceweasel instead of Firefox, though
[01:56] <xjjk> I'm not sure why (they still are)
[02:00] <micahg> xjjk: getting "Firefox" back into Debian is a release goal for wheezy I believe
[02:00] <xjjk> micahg: right
[02:00] <micahg> xjjk: also, we don't have the resources to maintain the aurora channel at the moment, we're aiming for trunk/beta/stable
[02:00] <xjjk> but, I imagine someone had to forward-port the Iceweasel patches to FF4/Aurora in those builds
[02:00] <xjjk> …and I'm not sure why that's still be done?
[02:01] <micahg> xjjk: that's a question for glandium :)
[02:01]  * micahg thought he blogged about it relatively recently
[02:01] <xjjk> I don't recall reading anything other than it being planned for wheezy
[02:02] <xjjk> I don't care about the branding so much as I do for user agent strings
[02:02]  * xjjk wants people to know he's using Firefox
[02:07] <Omega> micahg: I thought they couldn't because of the branding?
[02:16] <micahg> Omega: http://glandium.org/blog/?p=1650
[02:17] <Omega> Great news!
[02:26] <xjjk> ehh I don't think any of Debian's builds have PGO
[02:27] <xjjk> Ubuntu Mozilla Team's packaging is a bit better
[02:27] <micahg> xjjk: we don't have PGO yet either AFAIK, glandium is literally working upstream on it :)
[02:27] <xjjk> is there a wishlist thing I can vote for you guys to make Firefox Aurora builds?
[02:27] <xjjk> micahg: you don't? I saw a bug saying it was enabled by default in natty
[02:27]  * micahg goes to check
[02:28] <xjjk> I also downloaded the sources myself and flipped it on by changing something in the packages rules file
[02:28] <xjjk> using that build now
[02:28] <xjjk> works great
[02:28] <micahg> DEB_BUILD_PGO           ?= 0
[02:28] <xjjk> yes, that
[02:28] <micahg> xjjk: that means it's off by default :)
[02:28] <xjjk> is that for the Daily PPA
[02:28] <xjjk> or for natty?
[02:28] <xjjk> I guess it's not on in the daily PPA?
[02:29] <micahg> xjjk: off by default in dailies as well
[02:30] <xjjk> https://bugs.launchpad.net/debian/+source/xulrunner/+bug/213708
[02:30] <ubot2> Launchpad bug 213708 in xulrunner "Please compile Firefox with PGO optimizations" [Medium,Fix released]
[02:30] <xjjk> havent checked whether it's actually on
[02:30] <xjjk> when you flip that flag, building _does_ work, however
[02:30] <micahg> xjjk: that's fixed upstream
[02:30] <xjjk> ah
[02:30] <xjjk> misread the bug
[02:33] <micahg> xjjk: re aurora> right now we have 2 people doing all the work for the dailies, dev, and stable releases, we need help in order to provide more builds, this is also part of the reason why seamonkey is behind as well, if you know people that can test or rebase patches in a bzr branch for the daily builds, that could help, no promises though
[02:34] <micahg> test is for Seamonkey