[02:15] crimsun_, i will still need to download qjackctl-0.3.4 source (straight from lucid archive), apply the debdiff, build it, install, and finally test it...correct? [02:16] oh, i have a new lucid install ready :) [02:21] crimsun_, rather, my expectation is to get source, apply diff, build, test...is there anything else that i am missing or forgetting? [03:32] ScottL: that's essentially the process, yes. [03:34] crimsun_, thanks, it's already been uploaded to my ppa and waiting for build [03:36] yeah, i realize now that i could have set up a pbuilder environment instead of using ppa (but that seems to be my work flow these days) [03:38] either is fine :) [05:24] /c [10:12] hiya [10:15] I've been playing with xwax in maverick and tried various kernels (because I suspected this to be an issue), sometimes in longer recording sessions I have weird timing issues, where the tracks' timing is pitched over short periods or some beats are skipped - as far as I can remember it started happening after some updates in lucid already - does anybody have similar issues and can comment? [14:08] * dholbach tries asking again :) [14:08] I've been playing with xwax in maverick and tried various kernels (because I suspected this to be an issue), sometimes in longer recording sessions I have weird timing issues, where the tracks' timing is pitched over short periods or some beats are skipped - as far as I can remember it started happening after some updates in lucid already - does anybody have similar issues and can comment? [14:11] dholbach: my understanding is that not many of the developers use xwax (or at least the ones that did are not currently active with development) [14:12] dholbach: although you might also try at #opensourcemusicians...good cross section of different musical types there [14:12] scott-work: ok, thanks - I was just wondering if anybody observed a similar behaviour with any other time sensitive applications [14:16] dholbach: your welcome :) i belive the only person that i've heard lately mention xwaw was detrate` now that i take more time to reflect on it, perhaps he might be persuaded to make a few comments [14:17] although i seem to recall that he encountered problems as well [14:17] thanks a lot scott-work [14:17] I could imagine that it's either the kernel or x [14:17] but I'm no expert :) [14:17] Just curious on what kernel you incur in this problem. [14:18] hey abogani [14:18] dholbach, Ciao :-) [14:18] linux-image-2.6.33-26-realtime [14:18] linux-image-2.6.35-10-generic [14:18] linux-image-2.6.35-9-lowlatency [14:20] Do you incur in the problem on _all_ those three kernels? [14:20] abogani: as far as I remember, yes - but I'm happy to do more extensive testing :) [14:21] if I just had to consult my gut feeling (as I have no hard data and sometimes spent weeks without doing anything with music) it was fine in lucid release, but regressed in an sru and is still a problem in maverick [14:22] I think I even used the regular kernel and was fine [14:24] Do you remember the last working -generic kernel? [14:25] no I'm afraid I don't, but I could try out a few and see if that fixes things [14:25] maybe it's even kernel unrelated and something else [14:25] but it really surprises me as I just use one usb device (NI Audio4DJ) and even kill wifi, etc. [14:26] but it annoys me enough to sit down and try a few kernels and see if that fixes it [14:26] :) [14:27] abogani: am I the only one who complained? :) [14:31] dholbach, About -realtime and -lowlatency I received complaints *only* about evil closed video drivers. [14:32] ok, that's not the case here [14:34] I'll let you know [14:34] thanks a lot [14:35] dholbach: off topic, but do you know if the next UDS is in Miami? [14:35] if it is that close i would really like to try to make it [14:37] scott-work: afaik it's not definite yet [14:37] (where it is) [14:38] jcastro and jono will know sooner than I do [14:38] dholbach: thanks [14:39] but it'd be great to have you there :) [14:40] dholbach: awww, thanks :) [15:29] crimsun_: i should test qjackctl--0ubuntu4.1 with your debdiff when i get home from work (+8.5 hours hence) and then file the SRU for it :) [18:12] if anyone can help test the amd64 ubuntu studio iso before the end of the week, it would be greatly appreciated :) http://iso.qa.ubuntu.com/qatracker/test/4242 [18:39] scott-work: are there any plans for a live cd/dvd? [18:39] we'll talk later [18:42] scott-work: http://iso.qa.ubuntu.com/qatracker/info/4242 [18:43] This build wasn't found on http://cdimage.ubuntu.com/ubuntustudio/daily/20100630/maverick-alternate-amd64.iso (may no longer exists) [18:43] is that what you find? [18:43] should i just get the daily? [18:49] holstein: oh crap! it may be too late already :( [18:51] scott-work: no worries [18:51] holstein: the daily build would probably have trouble installing ubuntustudio-audio at this time as well [18:52] just let me know [18:52] okay [18:52] i got a couple 64bit boxes this week :) [18:52] im going to test that Qjack backport issue [18:53] i'll add my findings to https://bugs.edge.launchpad.net/ubuntu/+source/qjackctl/+bug/607914 [18:53] Launchpad bug 607914 in qjackctl (Ubuntu) "Backport qjackctl 0.3.6-1 from Maverick" [Undecided,New] [18:53] holstein: i wouldn't worry about the qjackctl backport anymore, crimsun came through with a patch so we can get an SRU :) [18:53] AH [18:53] im glad i found you then :) [18:54] holstein: however, if you DID want to test the daily image (even with the bug) we can at least complete all the test cases, this would probably be the best thing to focus on [18:54] i was about to get busy [18:59] heh, well, that's a good thing :)