[09:30]  * abogani waves
[11:59] <ScottL> persia, i have attended to all of fabrice_sp's comments for zynjacku in REVU, it is possible that you can look at it and sponsor it also?
[11:59]  * persia pulls and rebuilds
[12:00] <ScottL> thanks persia
[12:00] <ScottL> also it looks like hydrogen-0.9.4 might make it for lucid since the sync request has been ack'd
[12:01] <ScottL> that would be nice since hydrogen has some really cool new features
[12:01] <ScottL> anyway off to work
[12:08] <persia> Have a good day.
[13:02]  * abogani listen Iris by "Goo Goo Dolls"...
[13:26]  * ScottL_ is listening to Slayer
[13:33]  * abogani sing out of tune "you give love a bad man"....
[14:11] <persia> ScottL_: I get all sorts of output from Lintian, some of which is actually important (like not having an interpreter for a python script).
[14:13] <persia> ScottL_: You're shipping .la files too :(
[14:36] <ScottL_> persia: this surprises me greatly as I had run the linitian -iIv and lintian --pedantic before and didn't get any errors
[14:36] <persia> Did you run them on the binary .changes files?
[14:37] <ScottL_> and I have to admit that I don't know what .la files are or why they would make you use a frowny face
[14:37] <persia> (many people only run against source.changes, and so miss half the stuff)
[14:37] <persia> I've added one comment to REVU (still working on a second), which includes a link to the reason I frown at .la files.
[14:38] <persia> They are essentially hint files to the linker (but the ones being shipped are both in the wrong location and contain the wrong text, so they may not actually affect anything)
[14:38] <ScottL_> I don't remember to be honest, but it would appear that I did not run it against the binary .changes file
[14:38] <persia> source.changes is lintian clean :)
[14:42] <ScottL_> wow, after looking at your comments I'm not sure that I'm up to this task now as there are so many things I don't know
[14:42] <ScottL_> nonetheless I will continue but will not try to force this for the FF
[14:43] <persia> Sounds like a good plan :)  I'm up to comment 23, and will keep at it for a while, just to make sure I have given it a complete review.
[14:43] <persia> Feel free to ask about any of the comments: I may well have more details (but I've tried to provide some guidance in each comment)
[14:43] <ScottL_> i appreciate it persia
[14:57] <persia> ScottL_: I haven't gone through all the licensing by hand (although some subsets of it, where my tools suggested something interesting), but the review is otherwise complete.
[14:57] <persia> Good luck!
[16:46] <ScottL_> whew, i'll need it lol
[20:50] <ScottL_> persia: should I have known about most of the stuff you noted in REVU?  if so, where can I learn about it?  Debian/Ubuntu policy?
[20:52] <persia> Yes, but I got the first 15 items from lintian.
[22:14]  * persia wishes falkj would hang out on IRC more.
[22:14] <persia> Anyone know the details of the VST patent?  Can we ship http://revu.ubuntuwire.com/p/fst ?  Is it worth reviewing?
[22:18] <TheMuso`> Afaik the Steinbirg header was rewritten from scratch.
[22:18] <TheMuso`> But don't hold me to that though.
[22:51] <persia> To put that another way, are we likely to get sued?
[22:51] <persia> Should we perhaps let Debian package it first?
[22:51] <persia> (and debian-legal can thrash out the discussion)
[22:52] <stochastic> persia, my knowledge is that fst now uses the vestegie (sp?) headers rather than the Seinberg VST headers
[22:52] <stochastic> these headers are already in Ubuntu in the form of the lmms-vst package (and probably others)
[22:53] <persia> stochastic: Your certain knowledge?
[22:53] <persia> Oh, cool. I will try to review it then.
[22:53]  * stochastic looks at that package to make sure they use the vesteige headers
[22:53] <stochastic> I know that the vestiege headers are okay to ship
[22:54] <stochastic> persia, yes, they use the vestige (<- I thnk that's the right spelling) headers
[22:55] <persia> Thanks for checking.
[22:55] <persia> Excellent!
[22:55] <persia> I may get stuck, but .
[22:55] <persia> But...I'll try to review it.
[22:55]  * persia needs more CPUs
[22:59] <TheMuso`> heh
[22:59] <stochastic> just to double check I opened the orig.tar.gz from lmms-vst off the packages.ubuntu.com website and it has the vestige headers too, so all is well.
[23:00] <stochastic> persia, I know falktj has been on IRC before, maybe someone should send him an e-mail asking him to hang out here more?\
[23:03] <persia> stochastic: Most of the time he doesn't need realtime, so it's fine.
[23:03] <persia> It's just with 57 minutes to go to freeze, I like realtime :)
[23:04] <persia> But given my current review queue, 40 minutes until you answered is no problem wrt latency.
[23:04]  * persia really wants the new musecore, with one more soundfont, and is racing CPU against time
[23:12] <stochastic> TheMuso`, do you want to push the latest seeds before freeze?  I just removed the -rt kernel and added the -preempt kernel for amd64.
[23:13] <TheMuso`> stochastic: Sure I'll take a look.
[23:13] <stochastic> thanks.
[23:13] <TheMuso`> So what kernel for i386?
[23:14] <persia> -generic, unfortunately.
[23:14] <persia> There seems to be annoyingly strong resistance to any sort of support for i386 :(
[23:14] <TheMuso`> Tell me about it.
[23:14] <stochastic> TheMuso`, we'll point people to the UbuntuStudio PPA for the -lowlatency kernel in our release notes for i386 users
[23:14]  * persia could still send a flame mail, but has been advised in separate discussions that it won't do any good
[23:14] <TheMuso`> stochastic: ok
[23:15] <TheMuso`> Its almost like the kernel team are saying x64 is the future period, dispite all this i386 netbook hardware.
[23:15] <TheMuso`> Even with preempt I don't think we get all the settings we need.
[23:15] <stochastic> I'm sure we'll get mixed reviews
[23:16] <TheMuso`> stochastic: Not sure about those changes, I think the way you did it will break things.
[23:16] <stochastic> oh, okay, I'm not too familiar with the kernel settings, can you fix what's needed?
[23:16] <TheMuso`> sure
[23:17] <stochastic> Oh, I should have just removed the -rt trail on the i386 rather than commenting it out right?
[23:17] <TheMuso`> Ok meta probably doesn't need an update, but I'll check.
[23:17] <TheMuso`> stochastic: see my latest push
[23:18] <stochastic> TheMuso`, gotcha.  Thanks.
[23:19] <persia> Yeah, well.  To do it right means finding a way to get the -rt patches mainline, and then have a flavour.
[23:19] <persia> Unfortunately, that's *hard*
[23:19]  * stochastic wonders....  Now that we aren't shipping RT in Lucid, should Ubuntu Studio Controls have Nice and Memlock setting adjustments?
[23:20] <TheMuso`> Yes
[23:20] <persia> stochastic: Yes, because some users will (correctly) find a way to get -rt
[23:20] <stochastic> ahh
[23:20] <stochastic> good point
[23:20] <persia> And we should help them in our docs, and in #ubuntustudio
[23:20] <persia> We can't ship by default, but that's a side issue for professional users.
[23:20] <TheMuso`> The whole RT thing makes it very difficult for us.
[23:21] <TheMuso`> Kernel wise
[23:21] <persia> Indeed.
[23:21] <persia> We had a separate source in the archive for a while, but that didn't really work very well either.
[23:22] <persia> Unfortunately, people with the combination of skills with the kernel and skills with packaging are rare to nonexistant (because they work in such incredibly different ways).
[23:22] <persia> (this includes all members of the Ubuntu kernel team)
[23:22]  * stochastic has to head out.  Talk to you guys later
[23:25] <persia> new musecore uploaded
[23:25] <persia> Now we have *two* soundfonts :)
[23:29] <TheMuso`> cool
[23:36] <persia> Thank tsmithe, who is responsible for *both* of them.
[23:36] <persia> That boy cares about what he does.
[23:41] <TheMuso`> yeah