[05:02] <TerceroEquis> Howdy, all!
[05:03] <TerceroEquis> I've got an issue about how US sets up cpu frequency scaling.  For low-latency recording, the systemd bits which force "ondemand" for the governor defeat the docs about how to set it up via /etc/init.d/cpufrequtils
[05:05] <TerceroEquis> Took me quite a bit of digging to figure that out, and remove the symlink to /lib/systemd/system/ondemand.service
[05:06] <TerceroEquis> Should that be reported via a suggested edit to the Wiki, or as a launchpad bug for the systemd config for US?
[05:09] <krytarik> TerceroEquis: You mean here?: https://help.ubuntu.com/community/UbuntuStudio/Setting_CPU_Governor   Sure, feel free to.  And we've already reported LP #1646245.
[05:09] <ubottu> Launchpad bug 1646245 in sysvinit (Ubuntu) "/etc/init.d/ondemand keeps /etc/init.d/cpufrequtils from working" [Undecided,New] https://launchpad.net/bugs/1646245
[05:09] <TerceroEquis> krytarik: Thanks!  Should a wiki update link to that bug?
[05:10] <krytarik> Yeah, I was surprised to not see it linked there.
[05:14] <TerceroEquis> That was seriously a surprise:  I'm totally in agreement with the bug reporter that the 'ondemand' service should be ripped out.
[05:19] <TerceroEquis> Somehow that wiki page is not coming up in the first batch of results for a Google seartch for "ubuntustudio cpu frequency":  instead, the links are all to now-stale info (post the move to systemd).
[05:21] <krytarik> Well, link it more - that'll fix it! :P
[05:23] <TerceroEquis> I couldn't seem to get past a timeout after logging in to edit that page. :(
[05:24] <krytarik> Maybe you should better coordinate that with OvenWerks anyway. :)
[05:28] <TerceroEquis> Yeah, looks like it is set as immutable.
[05:29] <TerceroEquis> Thanks, all, for a lovely distribution!
[14:00] <studio-user430> hi, anyone that speaks Spanish ???
[21:51] <plasticuproject> anyone know if the new lmms and ardour versions will see their way to the 16.04 repo anytime soon?
[21:52] <OvenWerks> plasticuproject: I don't know.
[21:52] <OvenWerks> historically... for the past few years I have not seen much in back porting.
[21:54] <OvenWerks> The last ardour backport I see is 4.7 :/
[21:55] <OvenWerks> my 16.04 has 5.0.
[21:57] <OvenWerks> hmm even 17.04 is stuck at 5.0
[21:58] <plasticuproject> OvenWerks: Really?? I'm running 4.x. You got that in the offical repo?
[21:58] <plasticuproject> I swear it did a update/upgrade and got nothing.
[21:58] <OvenWerks> I am not sure
[22:00] <plasticuproject> I was running 5 on my regualar Ubuntu 16.04 desktop. I just recently installed Ubuntu Studio on a new drive and that is what I got. I'm new to the Studio build/distro.
[22:03] <OvenWerks> my version says 1:5.0~dfsg-2~ppaxenial
[22:03] <OvenWerks> so it is from a ppa.
[22:05] <OvenWerks> that seems to be this one: https://launchpad.net/~ubuntustudio-dev/+archive/ubuntu/dev-testing
[22:06] <plasticuproject> Oh okay. Runs fine though? 5 is so much prettier that 4, imo.
[22:07] <OvenWerks> plasticuproject: sorry to be so slow, but I generally run selfbuilt Ardour because I have been doing dev work on ardour (control surfaces mostly)
[22:09] <OvenWerks> it appears ardour has been held up because xjadeo in ubuntu is out of date
[22:09] <plasticuproject> OvenWerks: Nice, that's awesome.
[22:09] <OvenWerks> or the depends is out of date
[22:11] <plasticuproject> Hmm, I use it for audio exclusivly, so I shouldn't be affected right?
[22:13] <OvenWerks> I don't think so. Also it is possible to download the latest direct from ardour.org for $1.
[22:15] <plasticuproject> Thank you for the info.