And, the stance they give is absolutely stupid, and, they know it. At least, there is not a single plugin out there witch is really self-contained. Any plugin use some system library's. And be it just some math or std libs. So, what is it about?
Ardour, as with it Mixbus using GTKmm, as widget library to make some money. Therefore they distribute binary's in the manner like windows providers does. They expect from plugin developers to "
not use what we use because we use it" .
The stance, that LV2 plugs should be self contained, and shouldn't use GTKmm lib's comes a way after LV2 has provide support to do exactly this. It's a commercial decision. Now, today, commercial DAW developers expect from plugin developers that they has to develop there own widget library. This is, in my view totally stupid. In my view, the other way round would make sense, if needed.
Ardour, for example use for the binary's they provide, old, outdated library's which are normally part of your system, they expect a outdated gtk engine, and wont except, if you have a up-to-date-engine installed (clearlooks)., just, they provide you with binary's which are "sand-boxed" running in there own environment, outside of your usually system. Without that you'll notice that. On top of it, a couple of Distributions, following this model, and provide this binary's as "Distribution compatible", which, they are for sure been not.
I would name here Fedora, and the from you all so beloved KxStudio.
I know, this isn't what you all wont to hear here, but, we are on the way to lose the control over our so beloved open source model of audio engineering.
I'm, as a plugin and host developer, do my best to provide compatible "binary's" for the majority of users, but, to be honest, that isn't possible for arch linux. On the one hand, arch linux didn't follow the usual library names conventions, on the other hand, they updated on a daily base.
Don't get me wrong, I'm myself using debian/sid aka unstable, which update also on a daily base, but, debian follow the usual naming conventions for system librarys (so.0), so I could use binary's build against older versions of system library's even on a updated debiab/sid system.
Now, I hear the voices already, more support from commercial DAW developers would help Linux, . . . .
you could expect the opposite
.
On the road again.