[00:00] <Eickmeyer> Haha, k
[00:34] <OvenWerks> runs now
[01:19] <Eickmeyer> OvenWerks: Ok, still playing with it. If Jack is not running, theoretically I should be able to assign one of the pulse bridges to a system:capture or a system:playback, correct?
[01:20] <Eickmeyer> So that when it does connect it automatically connects, right?
[01:20] <OvenWerks> yup up to 17-18
[01:20] <Eickmeyer> Ok, prior to starting Jack, if I select an input or output pair, it goes back to "no connection" immediately.
[01:21] <Eickmeyer> That's the current behavior.
[01:22] <OvenWerks> odd. but the drop down shows 10 entries?
[01:23] <Eickmeyer> Yes, dropdown shows 10 entries, but it will not stay on one of the selections other than "no connection" if Jack is not running. It might be checking to see what the current connection is, and, not seeing one, poofs it.
[01:24] <OvenWerks> I think it is rebuilding the list too often.
[01:24] <OvenWerks> We check if jack has started frequently
[01:25] <OvenWerks>  Thanks, Will fix that next
[01:25] <Eickmeyer> Ok, that explains the 5.3% CPU usage by -controls.
[01:25] <Eickmeyer> Which is REALLY high, if you ask me.
[01:26] <OvenWerks> will have to think...
[01:26] <Eickmeyer> OK
[01:28] <OvenWerks> we can have autojack send a message that jack has started
[01:28] <OvenWerks> rather than testing. That does not pick up someone starting jackd or jackdbus by some other method
[02:09] <Eickmeyer> OvenWerks: If someone starts the interface (after staring Jack from some other method) it should know. If Controls is running when Jack is started by some other method, then it shouldn't matter since they can just restart Controls.
[02:09] <OvenWerks> ok
[02:13] <OvenWerks> Actually it shouldn't be rebuilding the GUI so often anyway. Need to figure out why.
 @Eickmeyer before I accept this package, take a look at https://paste.ubuntu.com/p/MHhwx36k62/ and determine if your copyright file is malformed or missing proper lines
 because it sounds like you're missing matches
 whereby you have unused paragraphs and wildcards which don't match anything
 it's me nitpicking I know, but just asking that you check before I push it up
[02:56] <Eickmeyer> teward001: Nah, that makes sense. Basically, the first one is an incorrect path. I'll go through and fix stuff.
[02:57] <Eickmeyer> Second one is a typo.
[03:17] <Eickmeyer> Third and fourth are dependent on errors 1 and 2.
[03:17] <Eickmeyer> @teward001: Pushed fix.
 looks better
 Eickmeyer: I: lv2vst: hardening-no-bindnow usr/lib/vst/lv2vst/lv2vst.so <— i assume this isn't able to be hardened with bindnow or relro?  Not required to my knowledge, but preferred if it can be used for hardening.
 also I: lv2vst source: debian-watch-file-is-missing <— something to add in the future to make gbp work better :P
 but not critical on the 2nd
 neither are blocking just curious
[03:58] <Eickmeyer> @teward001: It's literally a plugin wrapper that can be used to create other plugins. Hence it installs to /usr/lib/vst/lv2vst since it exposes LV2 plugins as VSTs. However, the context in which it is to be used is as a build dep for avldrums.lv2.
[04:00] <Eickmeyer> Both of which are developed by Robin Gaerus, which is one of the lead developers of Ardour and works for Harisson Consoles to develop Harrison Mixbus which is derived from Ardour.
[04:02] <Eickmeyer> (avldrums.lv2 will be the next package I have for you to review)
[04:30] <Eickmeyer> @teward001: Added a debian/watch file.
 @Eickmeyer [<Eickmeyer> @teward001: It's literally a plugin wrapper that can be used to crea …], ack
 @Eickmeyer [<Eickmeyer> @teward001: Added a debian/watch file.], cool.
 i'll take another look later today
[17:51] <Eickmeyer> @teward001: I appreciate it.
[17:52] <Eickmeyer> OvenWerks: RE: AMD governor issue: handsome_feng (Ubuntu Kylin lead and part of the Kernel team) assigned himself the bug.
[18:18] <OvenWerks> Ok, good to know. Eickmeyer I am assuming that seeing as the governor did work for you before, that when fixed our code will work again.
[19:42] <Eickmeyer> OvenWerks: That's correct.
[19:43] <Eickmeyer> In other news, the secondary hard drive (the one that stored my home directory) just died, so I may have lost some data. Not sure how much yet.