[16:52] <Eickmeyer[m]> Oof... I think hexter might be dead upstream.
[17:09] <OvenWerk1> not dead... just not well maintained
[17:11] <OvenWerk1> I think the ladspa part is probably ok... not sure about the GUI
[17:12] <OvenWerk1> works in 18.04 though
[17:16] <OvenWerk1> on the other hand, I think we do ship dexed
[17:18] <OvenWerk1> Carla doesn't seem to realize I have any dssi plugins anyway
[17:22] <OvenWerk1> qtractor says we have fluidSynth (we have that anyway), Hexter, Whysynth, and Xsynth
[17:22] <OvenWerk1> The last two are the same so far as I know (forks of each other)
[17:23] <Eickmeyer[m]> The GUI is toast on Fedora. I might have to retire it from Fedora (I just became the maintainer there). I'm thinking replacing hexter with dexed might be in order.
[17:24] <Eickmeyer[m]> I'm filing a "life check" issue with hexter on github.
[17:24] <Eickmeyer[m]> No commits for two years to the day tomorrow.
[17:25] <Eickmeyer[m]> Carla might just needed to be pointed to the right path.
[17:25] <Eickmeyer[m]> *need to be
[17:26] <Eickmeyer[m]> My native language doesn't work before I've completed my second cup of coffee.
[17:27] <Eickmeyer[m]> We don't ship dexed. There is no package, not even in Debian.
[17:28] <Eickmeyer[m]> Would definitely be worth packaging though.
[17:28]  * OvenWerk1 wonders how come he has it then
[17:31] <Eickmeyer[m]> Unless you compiled it yourself...
[17:31] <OvenWerk1> Ah, I seem to have downloaded it from somewhere
[17:31] <Eickmeyer[m]> I just did a package search, and we don't have it.
[17:31] <Eickmeyer[m]> Maybe Filipe has it in his repos?
[17:31] <OvenWerk1> no need, LV2s don't really need a package
[17:32] <OvenWerk1> (well they do to include in a distro)
[17:33] <OvenWerk1> but because they should not system libs and the xorg lib API is static they should run on any system
[17:33] <Eickmeyer[m]> Yeah, he doesn't have it. Just checked.
[17:33] <Eickmeyer[m]> Well, I guess I'll get to work on that.
[17:33] <Eickmeyer[m]> I honestly doubt I'll hear back from smbolton (hexter).
[17:33] <OvenWerk1> he has asnwered email in the past
[17:34] <OvenWerk1> but he has generally said he no longer wishes to work on it.
[17:34] <Eickmeyer[m]> Looks like he is local to me.
[17:36] <Eickmeyer[m]> Well, if he doesn't wish to work on it, then I guess I'll retire it in Fedora and we'll remove it from the seed starting next cycle, replacing it with dexed.
[17:37] <Eickmeyer[m]> It's suffering from some severe bitrot with the GUI not functioning.
[17:37] <OvenWerk1> dssi is dead basically. Ardour doesn't load them though qtractor does. But out of the four plugins only the two work
[17:37] <OvenWerk1> qtractor does load lv2s 
[17:38] <Eickmeyer[m]> Yep. Might be worth removing dssi plugins from the seed altogether going forward then.
[17:38] <Eickmeyer[m]> Bitrot is a thing.
[17:40] <OvenWerk1> That may mean removing q-synth
[17:42] <OvenWerk1> hmm maybe not
[17:42] <OvenWerk1> It seems fluidsynth-dssi is a dssi wrapper around fluidsynth it self
[17:44] <Eickmeyer[m]> Interesting.
[17:45] <OvenWerk1> BTW I am not sure how up to date dexed is either
[17:46] <Eickmeyer[m]> Last commit = Feb 6, 2020.
[17:46] <Eickmeyer[m]> So, at least it's active.
[17:46] <OvenWerk1> good
[17:47] <Eickmeyer[m]> Last release was 2 years ago tomorrow. hehe
[17:48] <Eickmeyer[m]> However, it's VST and actively developed.
[17:50] <OvenWerk1> do we have dragonfly?
[17:51] <OvenWerk1> https://github.com/michaelwillis/dragonfly-reverb/
[17:51] <Eickmeyer[m]> Doesn't look like it.
[17:51] <OvenWerk1> I know that one is actively developed
[17:52] <Eickmeyer[m]> Yeah, it is. It's not in Debian,  Ubuntu, or Fedora. Arch and Manjaro have it.
[17:54] <Eickmeyer[m]> Looks easy enough to package.
[18:02] <OvenWerk1> we should export an LV2 path
[18:04] <OvenWerk1> default LV2_PATH is $HOME/.lv2:/usr/local/lib/lv2:/usr/lib/lv2
[18:08] <OvenWerk1> but it should also include: /usr/lib/ardour5/LV2, and the /opt/*/lib/LV2
[18:10] <Eickmeyer[m]> Agreed. We need something in default-settings with our paths.
[18:10] <OvenWerk1> I don't know if * works in a path :)
[18:11] <OvenWerk1> but we could create a file at boot that did that
[18:11] <Eickmeyer[m]> ^ That's what I mean, that or at login.
[18:11] <OvenWerk1> right
[18:11] <Eickmeyer[m]> The .session file could handle it.
[18:13] <OvenWerk1> wouldn't that be in /etc/skel though?
[18:13] <OvenWerk1> maybe something in /etc/X11/
[18:15] <OvenWerk1> I think if we added afile to /etc/X11/Xsession.d/ that would work
[18:16] <OvenWerk1> unless we wanted to add a plugin path setting to -controls...
[18:20] <OvenWerk1> I personally don't think we should do that though
[18:24] <OvenWerk1> I think the place for it might be /etc/X11/Xsession.d/56ubuntustudio-session because we already add that
[18:25] <OvenWerk1> We could even do it outside the "if" statement
[18:26] <OvenWerk1> except I guess we don't install that file except with xfce
[18:26] <OvenWerk1> so it would not work for studio on top of flavour
[18:28] <OvenWerk1> best to just call it 50set-lv2-path
[18:46] <Eickmeyer[m]> Nah, /etc/skel is dead.
[18:47] <Eickmeyer[m]> What I was thinking was using 56ubuntustudio-session for that.
[18:47] <OvenWerk1> Except it won't work for studio over flavour
[18:48] <Eickmeyer[m]> Well, if we want to make it DE-agnostic, then we should do something like 50set-audio-plugin-paths since there's more paths to be set than LV2.
[18:48] <OvenWerk1> sure
[18:49] <Eickmeyer[m]> Would that be appropriate to add to -controls?
[18:49] <OvenWerk1> no
[18:49] <OvenWerk1>  not in my opinion
[18:50] <Eickmeyer[m]> Didn't think so. Probably -performance-tweaks then (subpackage of -default-settings).
[18:50] <Eickmeyer[m]> Probably needs a rename though.
[18:51] <OvenWerk1> What I want to cover are packages like Mixbus that include plugins the user paid for and may want to use with something other than just Mixbus
[18:51] <OvenWerk1> So they should just show up in carla or Ardour or qtractor
[18:52]  * OvenWerk1 is off to the bank
[18:52] <Eickmeyer[m]> Yep.