Debian 12 installs its LV2 plugins in
/usr/lib/x86_64-linux-gnu/lv2 but this path is not in LV2_PATH that Ardour 8 uses. What would be the best way to add it? I’m now using
# Source ~/.profile if it exists
if [ -f ~/.profile ]; then
~/.profile contains this line:
But I was wondering if there is better way. If something changes in the LV2_PATH that Ardour uses my system won’t pick that up now. Debian 12 with XFCE. Official Ardour 8.0:
$ Ardour8 -v
Ardour8.0.0 (built using 8.0 and GCC version 6.3.0 20170516)
Why would the LV2 path that Ardour uses change? It takes its value directly from
LV2_PATH AFAIK. So your method should be good.
We do set the default LV2 search path for our own builds, and it does not include the (new) debian default.
However it is correct that it can be overridden easily by setting LV2_PATH
Please file a bug report with debian and point them to Filesystem Hierarchy Standard
Looks like they have a new LV2 packager who needs a reminder.
I managed to convince debian packagers in the past to follow the official FHS and can chime in on the bug report, but I don’t have an affected system to run
reportbug to file the report.
Hi runiq, it probably won’t change no but since a default
LV2_PATH doesn’t seem to be set anywhere I can’t do something like
export LV2_PATH="/usr/lib/x86_64-linux-gnu/lv2:$LV2_PATH" which I would prefer.
Thanks Robin, I’ll do that.
I have just checked. They changed lilv to include
That should go away as well.
Oh well. I was really fond of debian getting things right, until today
Debian’s multimedia folks should know better, this is a ridiculous breakage of backward compatibility, do they not use or test Ardour? Have they really changed the path for all LV2 within Debian repos!?
I dare say it’s unlikely that they test official binaries.
That’s not directly relevant, since the established paths have been in place for years regardless of the source of the Ardour build… Surely some of the team members actually use Ardour and would know that changing a path like that should never be done lightly…
They changed the path used by lilv as a default. It only needs to be changed in one place. Its the same thing we do in our own build stack.
They will also need to change where plugins are deployed to. The ones using libdir will need to be moved back to lv2dir
Thanks for the heads up. I am on debian 10 and I am about to install debian 12 so to check I installed Ardour 8 on my 10 system and the method I use for deciding myself what lv2 folder Ardour loads still works on Ardour 8.
I have described it in this post
“Disable plugin GUIs by default - #4 by studioinabox”
Scroll down to AN ASIDE
I have messed around with the profile path settings to see if I could get it to choose the LV2 path but either it is not possible or it is beyond my current knowledge level. I got success with making a script to start Ardour and then before the line that point to Ardour putting in the line with the desired path, something about being in the the same thread or terminal that makes it work, but work it does so I’ll be upgrading.
Would it work to put a link from the new debian default lv2 folder and put it in /usr/lib/ and rename it to lv2?
In the meantime is a valid solution also to put Jeremy’s export line in .bashrc? I’ve just started test ISO builds on Bookworm and I want to get ahead of this nonsense…
…or you can wait for Ardour 8.1 (should be out before the weekend) or use today’s nightly build (8.0.46).
Well, that is good news but I have to consider Reaper, Mixbus32C and any other DAW a User may potentially install… MuSE, Qtractor… etc. etc.
Ok, there we go: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1054233
Hope I did it right, I’ve actually never filed a bug against Debian before
Thanks so much for doing that!