[15:15] Eickmeyer[kde]: even though Carla 2.2 has been released, it still hangs when used with zita-ajbridge. [15:16] Eickmeyer[kde]: if you look at: https://github.com/falkTX/Catia/issues/1 [15:16] OvenWerks: Well, at this point, let's file a bug report against the package and have it point toward a github issue. [15:16] you can see that I can get rid of the problem with a one line fix. [15:17] I am working on a similar patch for Carla. [15:17] I mean, if you have a patch, I can throw it in. [15:19] I think what is happening, is that carla tries to write some meta data for each port every time something changes about it. I also think that zita-ajbridge is one of the few jack clients that uses the callback that detects meta data has been changed on it's ports [15:21] So, zita closes it's ports, Carla writes meta data to closed ports, zita's callback runs because zita has not had enough time to close it's client disabling the callback and so segfaults... [15:24] Hello guys and thank you for the invite. [15:26] falktx feels this is a jackd api problem (and it may be that as well) but I think Carla could benefit from some extra checking as well [15:26] MauroGaspari[m]: welcome [15:52] Mauro Gaspari: My pleasure. You seem to have a knack for tutorals and wanted to discuss stuff off the support list, so welcome! [15:52] OvenWerks: That makes sense. If that's the case, and if a one-liner fixes it, then I don't see why he wouldn't add it. I could easily turn that into a patch for our package. [15:53] OvenWerks: Did you make a PR? [15:54] * Eickmeyer[m] is also going to try to get ardour 6.3 in, being processed in Debian as we speak. [15:54] Eickmeyer: can you please turn off your mind-reading device? I was about to contact you and ask where to discuss [15:55] Mauro Gaspari: HAHAHAHAHA I'll try. [15:57] when people ask me why I went to the trouble with that tutorial, I always tell them: [15:57] "once you try JACK, there is no going back!" I had to share the love because ubuntu studio fixed all my linux audio issues. [15:58] so I am happy to contribute with more spreading love and writing articles and tutorials or tech manuals. Well, if that is needed. [15:59] Awesome. Well, you're going to love this. I'm, with my Fedora Jam hat on (no pun intended) working with the developer of pipewire on a lot of things to make it a drop-in replacement for both JACK and PulseAudio. It will be like every single application is a JACK client, essentially, eliminating the need for both audio servers. [16:03] what? for real? this is like WOW [16:04] Eickmeyer[kde]: (my internet is bad this morning) I have yet to figure out a patch [16:05] OvenWerks: No worries. [16:05] Eickmeyer[kde]: in any case a patch in this case would remove functionality from Carla rather than fixing the problem. [16:06] Mauro Gaspari: Yeah, we have a few things yet to do, but I'm working on what's called a system-wide change proposal in Fedora for the next version (after Fedora 33 which had a beta release today) have Pipewire as the default sound server. [16:06] OvenWerks: Ouch. Not sure he'd like that. [16:06] I will certainly pass on which line I comment out as that will help him figure ut the real problem. [16:06] Eickmeyer: well if you guys need a guinea pig and/or technical writer, I am in! wohoo awesome audio for all linux sounds like a win [16:06] Might take a while before it lands in Ubuntu (Studio), but it'll get there. [16:06] which may be in Carla/caitia or may be in jackd [16:07] Eickmeyer: I got quick-swap SSD on my desktop s [16:07] OvenWerks: Yep. In the meantime, let's make a bug report against the Carla package explaining the situation so we can have something to turn into an SRU if we need. [16:07] * Eickmeyer: I got quick-swap SSD on my desktop so not a big deal for me to try things out [16:07] Eickmeyer[m]: there is already a github issue [16:08] I will add any more findings to that [16:08] Mauro Gaspari: Awesome. Well, we could definitely use the writing help here for sure. :) [16:08] https://github.com/falkTX/Carla/issues/1237 [16:09] OvenWerks: Yep, but we need something against the Ubuntu package for SRU purposes from here out, because beta freeze was yesterday so getting anything into the archive at lest requires that or an actual bug filed against the package. [16:10] ok, I will have to boot and update 20.10 to do that. [16:10] Yeah, unfortunately. :/ [16:11] * OvenWerks does not want to go to the work of setting up a full build env in a test pertition and so does his work in the LTS [16:12] Eickmeyer: awesome! happy to help [16:12] My to-do for this week (aside from my son's online schooling) is to do the Beta release announcement for 20.10. [16:12] Mauro Gaspari: Do you have a launchpad account? [16:14] Eickmeyer: ubuntu studio 20.10, been using it for a while. Quite nice but there is an issue, with network suddenly stop working.... after I removed network-manager by mistake 😅😅😅 [16:14] lol what was I thinking? [16:14] Big "oops" HAHA [16:15] yeah self-facepalm time. Thanks for chroot. Jokes apart, I am not a plasma fan but the plasma in ubuntu studio (and kubuntu) are in my humble opinion the best implementations of plasma I tried out there. [16:17] Wow, thanks! A lot of work went into making sure the Ubuntu Studio Plasma looked more like the Ubuntu Studio Xfce than Kubuntu. Needed to differentiate it visually to avoid the "What's the difference?" questions. [16:28] hmm well JACK goodies preinstalled is not a small thing. but yes I understand. The looks are great for sure. kudos to the team. [16:30] Well, to be honest, by team it was me reverse-engineering Kubuntu's configs and making our own based on them for about a month straight, but thanks! [16:30] RikMills (Kubuntu guy) helped me a lot. [16:50] Eickmeyer: launchpad ID: ilvipero [16:50] have not used it a lot, short of reporting bugs [17:52] Eickmeyer[m]: updates seems to be taking a long time on 20.10 :P [17:52] 1139 packages [18:39] OvenWerks: sound about right if you're using a not-new image/iso ;) [18:41] ^ [20:17] the updates all have to be done to make a bug report work right. [20:17] but yeah I installed that partition a few months ago. [20:21] lots of package updates since then :P [21:55] Eickmeyer[m]: https://bugs.launchpad.net/ubuntu/+source/carla/+bug/1897808 [21:55] Launchpad bug 1897808 in carla (Ubuntu) "Carla 2.2 hangs when zita-ajbridge ends after device removal" [Undecided,New] [21:56] Eickmeyer[m]: is that enough to work with? [22:03] ubuntu-bug gives pages and pages of "Sandbox" errors... I assume it is a snap? None of the base application in ubuntu should be snaps. [22:04] certainly none of the commandline utilities. [22:45] OvenWerks: That's definitely enough to work with. Thanks. :) [22:45] The "sandbox" errors only apply if it's a snap, and are therefore ignored. [22:47] I figured that, but it looks pretty bad to a new user trying to file a bug and their terminal fills with a never ending scroll of errors [22:48] Well, nothing we can do about that. Ubuntu wants snaps, so we all suffer. [22:49] Might be daunting, but the end result is, "Did it work?" The answer is yes, so there's no bug. [22:50] the answer is probably "I don't know" [22:50] but yeah not worth worrying about, it probably works fine in gnome [22:51] It works fine everywhere. There's no issue. [22:51] Snaps aren't just gnome. [22:53] no but ubuntu-bug maybe gnome-ish the errors seemed to be GUI errors looking for g* this n that [22:54] anyway, I have enough fires to deal with already [22:54] I have the feeling you have an outdated verison of apport then. [22:54] I just ran it against ardour, no errors in the terminal at all. In fact, silent. [22:55] in studio 20.10? [22:55] Yup. [22:55] so maybe to do with carla itself [22:56] I had just updated my studio 20.10 prior to testing and then sending the bug report [22:56] Just tried that too. No issue with ubuntu-bug throwing errors. [22:56] You might need to do a fresh install with one of the beta candidates. [22:57] maybe.