[16:21] Eickmeyer: https://discourse.ardour.org/t/ubuntu-studio-and-zynaddsubfx/100872 [16:26] Nothing to do with Ardour in this case... but (as of 18.04) ZynAddSubfx does not have the new gui. Another good thing for backports? [16:27] does our 19.04 version have the new GUI? [16:29] OvenWerks: no [16:29] * M_aD just checked [16:30] * OvenWerks wonders if Debian does. [16:31] debian? not sure. AVLinux does though and iirc Fedora JAM too [16:32] debian is slow... [16:33] I think ubuntu is ahead with Carla for example. [16:34] debian prefers stability over newest stuff [16:36] A good policy for sure... for some things [16:49] OvenWerks: Investigating. [16:55] OvenWerks, M_aD: I confirmed that the version in Debian is 3.0.3, and Ubuntu's is trickle-down. [16:55] * Eickmeyer can't find the upstream repo [16:57] https://github.com/zynaddsubfx/zynaddsubfx [16:59] Interesting. That's what I was looking at, but there's no actual release tagged. It's shows 3.0.5 has been released in the commits, but the last tag was 2.5.3. [17:01] d'oh! There it is. [17:01] * Eickmeyer must be blind [17:02] OvenWerks, M_aD: I can throw this in the backports, for sure. [17:02] So long as it builds. [17:03] * OvenWerks wonders should it be named zyn-fusion [17:03] but it has to replace ZynAddSubfx [17:07] Well, the steps I have to take here are: 1) clone the Debian git repo. 2) Replace the upstream branch with the tar. 3) Put the pristine-tar data into the pristine-tar branch. 4) Merge the upstream branch into the main branch [17:07] 5) Update the changelog [17:07] 6) Change the git remote to our own repo [17:07] So, it's not an entirely new package. [17:07] It's just updating the old one. [17:08] Does that give you the new GUI? or do you need https://github.com/zynaddsubfx/zyn-fusion-build [17:08] We'll see. I'll be investigating, but I need one step at a time. [17:10] Falktx has a package, so I'll look at that as well. [17:25] Here goes nothing... *clicks build* [17:30] * Eickmeyer sad trombone [17:32] Build deps? [17:34] Nah. Quilt failure. I failed to look for patches and refresh them before upload. :P [17:44] Oops moment.... :D [17:45] Yeah. Also, I failed to see that the patches addressed issues fixed upstream, so ... ¯\_(ツ)_/¯ [17:47] Oops happens. :P [17:48] In the meantime, 6 fail mails. Sorry. :/ [17:50] Now 9. But this time, it's not my fault. [17:52] * M_aD needs to remind himself to subscribe to the mailing list and sort out other ubuntu studio related things [17:57] Moving it to my own PPA for now until I can get it to build cleanly (thereby, not spamming everyone). [17:58] * OvenWerks is trying out the D [17:59] changing themes helps ;) [17:59] Hehe [17:59] no workspaces by default. [18:05] That wasn't changed from prior release(s). [18:06] Probably the choice [18:06] Most people are introduced to full screen computing first [18:07] * OvenWerks likes xfce terminal for not saving a layout for all subsequent terminal instances [18:08] * OvenWerks therefore dislikes the way the KDE Konsole works [18:10] our current version of ZynAddSubfx does not include the LV2 [18:10] (even) [18:13] nor dssi [18:13] it does not show as a plugin at all :P [18:14] Appears to be a sepearate package altogether: zynadd for the LV2 plugin. [18:14] Almost all modern synth use (even on stage) is via plugins [18:17] This isn't our fault by a longshot. [18:20] Maybe not, but these are things we need to look for to be relvant [18:23] Another thing that may make sense to add for next cycle is a menu item called "Get Drum Gizimo drume sets" [18:24] (opens browser to drum gizmo drum sets page) [18:26] Or add them to Installer [18:29] maybe add a instrument tuner too [18:34] There is one in gutarix, but ya, I thought we had. [18:37] oh, didn't know that, thanks [18:37] Hmmm... Falktx's package isn't any different from the one in Debian for the most part. [18:37] re: zynaddsubfx [18:38] buildpkg isn't liking the binary instruments. [18:39] The eq10q package has a bug in it...may be (or Carla does) [18:40] What's wrong with it? [18:41] Look at the maker field in Carla for any of the eq10q plugins [18:41] they are ok in Ardour [18:42] -controls works ok. [18:46] OvenWerks: That's a pretty silly bug. Not exactly blocking. [18:49] NOt that it's silly to mention it, but that it's silly that it's like that. [18:49] Probably a Carla bug. [18:51] Concidering Carla gets all the other plugins right... It does make me wonder. [18:52] Qtracktor does not give that field so I can't compare [18:53] Speaking of qtracktor and eq10q.... qtracktor does not seem to allow the mouse events to all go to the right place [18:54] That's odd. [18:55] In Ardour, I can grab any of the EQ points and just drag it to where I want, but in Qtractor it puts the coloured ring around the control point but doesn't allow it to move [18:55] Works fine in Carla too. [18:56] but... x42-eq is fine in qtractor :P [18:57] (different GUI tool kit of course) [19:05] And qtractor won't let me save :P I am guessing I need the right file extension? or something. [19:05] * Eickmeyer knows nothing about qtractor [19:07] It didn't like that I was in my home directory... made a sub directory then ok... [19:09] yep, just tested that too [19:10] It actually looks like it just wants you to have done something with the directory, I could still save in my home if I wanted to it seems. [19:11] Serious question: What does qtractor do that Ardour doesn't? [19:12] anything you want a tractor (tracker) for [19:12] I see, it's a MIDI sequencer. [19:13] the two programs go at things from different ends, qtractor is a sequencer first with audio added and ardour is an audio recorder first [19:14] ardour's midi tracking and editing is hard for people who are used to sequencer programing [19:14] I see. [19:14] Looks like it's pretty buggy from your reports. [19:16] just with one plugin. The others work. The save thing was odd, but really one's home directory is not the best place to store porjects that may contain a number of sub files [19:17] So, here's the thing: A lot of what MiraMikes packaged in Debian upstream isn't getting packaged anymore because he's busy/MIA. So, there is a big, gigantic, gaping hole with the Debian Multimedia Team right now, and nobody has stepped-in to fill it. [19:17] So, packages are getting forgotten. [19:18] I suspect the problem with eq10q is a gui lib clash... but I don't know. I wouldn't know which of the packages to put a bug against. [19:19] packaging is not fun, well at least for me. [19:19] I'm way too green at packaging [19:19] At least, too green to be taking on a ton. [19:20] right [19:21] qstuff gets new releases 4 times a year (if it needs it or not) [19:23] qjackctl is not the latest (which has a patchage type pachbay/connections window as an option [19:25] * OvenWerks wonders what else is out of date... [19:25] Studio finally gets moving again and debian drops out :P [19:26] OvenWerks: That's odd. I just checked the changelog on qtractor and it says it was updated to 0.9.5 in February? [19:26] the one in 19.04 says 0.5.0 [19:28] OvenWerks: That cannot be accurate.https://qtractor.sourceforge.io/qtractor-downloads.html#Downloads [19:29] https://launchpad.net/ubuntu/+source/qtractor [19:29] I'm looking at the about [19:29] maybe it's wrong. [19:29] My about says 0.9.5. [19:30] qjackctl... [19:31] Yes. [19:31] qtractor is 0.9.5 here yes [19:31] Oh, I read you wrong. [19:31] qjackctl is 050 [19:31] qjackctl [19:31] it says 2017 [19:32] Looks like Ross did that one. Merged with Debian Unstable back in November. [19:32] And upstream Debian is MiraMikes. [19:33] From the changelog: " -- Jaromír Mikeš Sun, 17 Dec 2017 15:42:35 +0100" [19:33] So, yeah, gaping hole in Debian right now. [19:34] This is quite sad. [19:35] Seeing as we are no longer relying on qjackctl, I would not worry about it too much. (no backport) [19:36] but it does look like we need to look through the apps for other things. [19:39] There's always this: [19:39] !latest [19:39] Packages in Ubuntu may not be the latest. Ubuntu aims for stability, so "latest" may not be a good idea. Post-release updates are only considered if they are fixes for security vulnerabilities, high impact bug fixes, or unintrusive bug fixes with substantial benefit. See also !backports, !sru, and !ppa. [19:41] For audio, it seems a stable OS with the latest apps on top is best. [19:41] So LTS with backported applications [19:45] * OvenWerks tries an install (for completeness) [19:46] * OvenWerks assumes the install part is well tested by Xubuntu ;) [19:47] I tested the install part myself My results are already logged, I had zero issues. [19:47] Ya, I was pretty sure that was so. [19:47] My main concern was apps. [19:48] They seem to work OK [19:48] I have to do an install if I am going to check out some of these packages too. I need to install synaptic [19:49] * OvenWerks gets tired trying to test with CL stuff [19:59] * Eickmeyer hates it when LP's build farm gets stuck [20:12] * OvenWerks finds it wierd looking at the released -controls [20:26] The zynadd package may not work too. [20:26] (Carla doesn't load the LV2) [20:29] Qtractor does [20:31] * Eickmeyer sighs [20:34] ardour doesn't either [20:35] In qtractor I can't _do_ anything with it that I can tell. Maybe It says somewhere what the port is I should connect to. [20:35] I suspect getting the new version going will just fix all of this though [20:36] Well, right now I'm waiting on someone to go take a large hammer to LP's build farm to get it running again. [20:36] zynadd is meant to be performance only I think. Use standalone to create the sound patch then use the LV2 to play it. [20:37] but I will note that zynadd is a git pull not a release [20:37] Ah, I see. [20:37] It is not the new GUI either [20:37] (actually it seems to have no GUI [20:37] No. According to Robin the new GUI used to be nonfree. [20:38] I know, but it has been free for over a year [20:38] Not according to Robin. That was changed only this past January. [20:39] Ah, fundamental said Dec 31, 2017. [20:39] Dec 31st, 2017 [20:39] So, yes, just over a year. [20:40] From the changelog for our version: -- Jaromír Mikeš Sat, 09 Dec 2017 21:55:18 +0100 [20:40] 3.0.3 didn't have it. [20:41] KXStudio has 3.0.4, so I'm looking at the rules file for that to see if there's any changes that need to be made. [20:41] zynadd is not really official [20:41] Unfortunately, with the build farm stuck, I can't do much but speculate. [20:44] Nobody in #launchpad has responded. [20:54] Anyway, I don't see anything to stop 19.04 [20:57] The black box in Grub is still anoying. If that can be fixed by 20.04 That would be nice. [20:57] Cool. I'll go ahead and mark the build as ready (so I don't hae to on Wednesday). [20:57] Sure. [20:57] Unfortunately, that black box is hardcoded in grub. :( [20:57] I might be able to change its color. [20:58] The old Studio Grub didn't seem to do that [20:58] That's because it was text-only. [20:58] Or maybe the whole screen went black so it couldn't be seen [20:58] Probably it. [20:59] Ubuntu MATE (from whom it was forked) does the same thing. [21:11] Build farm unstuck, build still has issues. Working.... [23:18] OvenWerks: As far as zynaddsubfx goes, I'm going to have to punt this to Ross. I can't get it to build. :( [23:18] Way over my head. [23:18] Build as a debian package, that is.