[00:04] anyone able to help check a new version of musescore ? [01:53] ScottL: i got it downloaded [01:53] im going to look at it now :) [01:56] ScottL: im not sure i know what to do with it [02:04] holstein, hi :) [02:04] i'm feeling pretty spacey right now, taking soma as a muscle relaxer ;) [02:05] OH [02:05] hope you get that sorted out :/ [02:05] sux [02:05] been having some escalating back problems and a previously damaged muscle has been progressively getting worse throughout this week [02:05] oh, i'll be fine after the muscle settles down :) [02:05] COOL [02:06] * holstein downloaded that .diff.gz [02:06] okay, here's what i think needs to happen [02:06] maybe someone watching can correct me [02:06] make sure you have a maverick install to use [02:06] make a cool directory to do this in [02:06] apt-get source musescore [02:07] apply the diff.gz [02:07] build the package [02:07] install it [02:07] run it [02:07] bend it to your will [02:07] okay, the last one was silly [02:07] AH [02:07] * holstein will have to get maverick installed on something [02:07] that will take longer [02:07] i think most of that should be easily accessible to you [02:08] i'll put it on an SD card [02:08] this might help to apply the debdiff https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff [02:08] oh, that's cool (on a SD card) [02:08] :) [02:08] handy [02:08] CAN you put it on an SD card? [02:08] and have it boot? [02:08] yup [02:09] wicked [02:09] * holstein has an old EEEpc [02:09] asus [02:09] you can install to SD [02:09] boot SD [02:09] whatever [02:09] its handy for testing [02:09] oh crap, you will need to download the dependencies before you try to build (unless you do it in ppa or pbuilder) [02:10] well, let me get maverick installed on something [02:10] i might set up a pbuilder upstairs on my maverick install tonight and try as well [02:10] and i'll see what i can do [02:10] sounds good [02:10] ScottL: where did you get that diff? [02:10] in a channel? [02:10] i'm feeling more lucid now that i was earlier (no pun intended) [02:10] holstein, it came from ScottK in #ubuntu-motu [02:11] cool [02:20] * ScottL is installing prevu upstairs right now [02:46] holstein, did you read my last email to ralf by chance? was i an arse? [02:47] i worry that i was [03:44] * holstein trying to sleep but the neighbors are loud :/ [03:45] ScottL: nah [03:45] i didnt get an arse-like vibe [03:47] to be honest, i stopped reading the bulk of that thread [04:00] i REALLY want people to understand that we aren't blithering idiots and the reasons why we do things [04:00] i think that is important to have educated users [04:00] would be nice [04:00] holstein, sorry about the neighbors [04:01] eh [04:01] its cool [04:01] they got a loud band [04:01] usually pretty bad [04:01] tonite is much better [04:01] music-wise [04:01] sounds like they brought in an actual band [04:03] lol, i guess that is good [14:23] persia or TheMuso, ScottK is asking about possibly adding extras.ubuntu.com to our sources.list, is this something we might desire? [14:24] i wouldn't think so myself, but i don't know all the in and outs [14:26] ScottL: whats in there? [14:32] holstein, hmmm, i'm not sure, i thought i had an idea but i was wrong [14:36] apparently it for the new application approval process [14:37] i'm not sure there will be many new packages for audio that come through the new approval process [14:37] i would imagine we would get more through debian thanks to quadrispro [14:38] i think i would still like to get someone else's opinion with more experience though [14:44] ScottL: im pretty sure ralf is trying to boot the newer RT ad realtime kernels in 64studio/hardy [14:46] holstein, i kinda washed my hands after his last email, he skipped all the important stuff (to me) and focused on the trivial items (to me) [14:47] but it is kinda surprising that someone who appears to be that knowledgeable about kernels is rocking 64studio [14:47] not that i am knocking 64studio as a distro, but rather that it really hasn't changed (my understanding) for quite a while [14:48] i asked for clarification, but the latest mail looked like he was having issues with hardy/64studio [14:48] who know whats in the 64studio repos that would not like the new kernel [14:48] very true [14:48] yeah, 64 is dea [14:48] d [14:49] my understanding is that daniel is working with some OEM people (indamixxx perhaps?) [14:49] custom tailoring an audio distro for some hardware providers [14:49] i just wish the website said that [14:49] it doesnt [14:49] lol, yeah [14:49] it says a new version came out several months ago [14:49] and its a thriving community project [14:51] heh, i imagine that is rather frustrating for those who wish to still use (and get updates) for 64studio :( [14:53] ScottL, Up to you. I'm not a big fan of extras, but we'll see how it turns out (either way) [14:53] !extras [14:53] extras.ubuntu.com is an external !repo for new software made available after the Ubuntu release. This repository is not part of the Ubuntu distribution and the software is completely unsupported by the Ubuntu team, but the original authors may offer some support. [14:57] lol [14:58] amazing how many emails have been sent back and forth about ralf's rig [14:58] and i still cant quite make out the facts ;) [14:58] it sounds like extras.ubuntu.com is a glorified PPA almost [14:59] Oh [14:59] well, if you consider the support :P [14:59] is that a suggestion about where we could house RT kernels? [14:59] i realize there is a (streamlined) approval process [14:59] holstein, probably not since i think this is a quasi-first step to getting packages into the formal archives [15:00] i think this just makes it available quicker before the next release [15:00] ScottL, It is a PPA [15:00] i'm presuming some of this however, based on other comments [15:00] Specifically https://launchpad.net/~app-review-board/+archive/ppa [15:01] persia, i don't like it and i think we should decline it [15:01] nothing is preventing users from adding it to their sources.list by their own volition [15:01] It's not in any way a quasi-first step to getting packages in the archives, from the last I heard, other than that someone might decide to take a package from there. [15:02] ah, okay [15:02] For myself, I'd rather catch people wanting to package stuff we want, help them get it into Debian, and backport it, but I've not been great at supporting that workflow, so I can't stand behind that viewpoint very strongly. [15:03] we have had some moderate success getting applications in debian first and then synced to ubuntu however :) [15:04] and since we are still currently in an LTS version i'm not sure a proper opportunity to backport has presented itself [15:04] We have, although, as you pointed out a few days ago, "ubuntustudio" is a huge tag on REVU. [15:04] *sigh* true, sad but true [15:05] If there were no Studio applications left on REVU, I'd be a lot firmer about my opinion. [15:05] i think some of those applications need to be evaluated, some have already been pushed through debian i believe [15:05] and i think jackmixer might already be in the archives (?) [15:05] We ought archive the ones that are in Debian. [15:07] if you will instruct me how to archive something in REVU i would be happy to effect the necessary ones this weekend [15:07] this would align the queue with reality and give us a better understanding [15:07] Indeed. [15:07] i could also coordinate with quadrispro with the remaining ones to get them into debian as well :) [15:08] quadrispro is amazing and ubuntu studio is very, very fortunate to have his efforts [15:08] heh. At least we're smaller than "python" [15:08] lol [15:09] OK. For archiving: if you look at http://revu.ubuntuwire.com/p/jackpanel do you see an "archive" button? [15:09] (don't press it: it's not in Debian or Ubuntu yet) [15:09] the extras repository seems like a band aid instead of improving the REVU process [15:09] logging in [15:10] aye, i have an archive link in the upper right [15:11] I'm not sure that's fair. Some of the discussions I was involved in at last UDS talked about improving the REVU process, and using the concept of an Application Review Board to do so. We ended up with extras.ubuntu.com, which doesn't quite do that to my mind. I'm not sure if this is a first step towards the solution or treatment of symptom rather than problem. [15:11] Excellent. [15:11] * persia looks for one that needs archiving [15:12] ScottL, Are you able to archive http://revu.ubuntuwire.com/p/livemix ? (we have 0.49~rc3-0ubuntu5 in the archives, so REVU is newer, but it's not completely missing, plus one can unarchive) [15:14] sorry, was getting son settled, will check now [15:14] NO rush :) [15:15] apparently i did archive it [15:15] and i have now unarchived it [15:17] I'll let you decide how best to work with sbrunner to get it into Debian and up-to-date (likely for natty), and whether having it archived or not is best. [15:17] But at least you have permission to archive, and know how :) [15:17] indeed :) [15:32] holstein, i believe there is a disconnect with ralf but i don't think it is a language barrier, hopefully it is his influenza [15:34] but i would be interested in understanding why he says Ubuntu Studio Lucid will not boot [15:34] well, we're back to the issue now [15:34] he's about to respond to jeremy that he has an nvidia GPU [15:35] holstein, i'm also building musescore this morning (it takes a looong time with an older single core) [15:35] holstein, well that's a problem right there, is it not? [15:35] we'll see if jermemy handles it in a way that ralf can understand [15:35] yup [15:35] and that was already mentioned way back at the beginning [15:35] jeremy = autostatic? [15:35] * holstein not sure [15:36] re: mentioned way back, that could be the influenza that caused him to overlook that [15:36] yup [15:36] although it is curious that he was a little short with others that he had mentioned his hardware specs earlier in the thread ;) [15:36] yup [15:37] thats the deal though [15:38] i wasnt really sure what was going on there in that thread [15:38] seems like it got steered to rt kernel talk instead of, x wont start [15:39] i think it was bad timing [15:39] with all the other RT talk going on [15:39] now that i think about it [15:39] i bet that was the goal at the beginning [15:39] 'i cant get x to start with the RT kernel' [15:39] maybe :) hopefully it gets sorted out [15:39] and then it got around to [15:40] 'NO, the rt kernel is great' [15:40] somehow ;) [15:40] heh [16:14] holstein, you were right about the nvidia :) but why does he have an ATI card installed but disabled? curious and curious [16:14] are we heading down the rabbit hole? [16:14] lol, rereading i realized that should have been 'curiouser and curiouser' [16:15] im going to try and set back and let jeremy have a go [16:16] im pretty sure the -realtime kernel in falks ppa is abogani's with the patches for the nvidia drivers applied [16:17] i'll try and confirm that, and offer it as a suggestion [16:22] it gets tough trying to remember which version is currently released [16:23] were still working (somewhat) on maverick which is about to be released [16:23] but devoting lots of cycles to natty [16:23] but we still support lucid [16:23] and it's confusing threading different requests when working on a particular release [16:29] . [16:30] i built and testing musescore for ScottK [16:30] it seemed to work okay (i'm not an expert or even a casual user of musescore however) [16:30] and reported back to ScottK [16:30] s/testing/tested