[03:12] Interesting, i was testing Ubuntu studio 22.10 on my PC and noticed that Jack failed to start at login. Carla was unable to load project due to engine not initialized. [03:12] In my case, it looks like autojack was trying to start too early. Starting manually from studio controls worked every time. So i added a small autojack start script at login. Wait 10 seconds then run autojack. All good now. [03:12] Not sure if it helps you folks, but i thought to share it. [03:15] ilvipero: That behavior sounds familiar, similar to something I've experienced. 10 seconds does seem a little long, would you mind testing with 5 seconds? [03:16] Also Kwin is king. I can manage Carla to start as minimized, and also to not appear in the application list when i alt tab. [03:16] That works well on both xorg and Wayland. No scripting, no extra tools needed. I will take some notes for my next writeup on Ubuntu Studio [03:17] Eickmeyer[m]: Sure will do that right away [03:19] > <@ilvipero:matrix.org> Also Kwin is king. I can manage Carla to start as minimized, and also to not appear in the application list when i alt tab. [03:19] > That works well on both xorg and Wayland. No scripting, no extra tools needed. I will take some notes for my next writeup on Ubuntu Studio [03:19] You know, I'd bet Filipe could implement some sort of minimize-to-tray feature if there were a feature request for it. Cadence has that option, so I know he knows how to do it. [03:23] Erich Eickmeyer: 5 seconds wait to start autojack on login is enough on my PC [03:24] ilvipero: Excellent. Good to know. OvenWerks ^ Maybe a little bit of a wait on the init for autojack would do the trick? [03:28] "> <@ilvipero:matrix.org> Also..." <- I will add a feature request and see if Filipe is willing to help. [03:29] He's pretty responsive, and he knows who you are. [03:49] "He's pretty responsive, and he..." <- I am sure he remembers the annoyingly happy Italian 😅 [03:50] ilvipero: Who can possibly forget Mauro? 🤣 [06:30] oww, that was power [06:31] OvenWerks: Wind? [06:31] no idea [06:31] Huge windstorm in my area. [06:31] it did not seem windy out when I took the dog out [06:32] Did you see ilvipero's notes about autojack needing a bit of a wait when initializing? [06:32] We are normally pretty close to the city power source. [06:32] yeah, there is quite a wait already... [06:33] Seems it needs about 5 seconds more apparently just upon login. [06:33] I am getting to point of wondering what it is that we are in contention with. [06:34] My guess is a race condition with the DE simply initializing. [06:36] I see it happen in a lot of apps that start. For example, on the Plasma Wayland session, if the Nextcloud Desktop app is started, its tray icon takes over the location of the application launcher if the panel hasn't initialized first. [06:36] in main() there is a time.sleep(3) make it 10? [06:36] 10 might be a safe bet, worth testing for sure. [06:37] (main() in autojack) [06:37] I don't have a copy of current running [06:37] Is main() the first thing that executes? I'd think init() or something like that. [06:37] in autojack main is it. [06:38] Ok, then that might work. He added sleep 5; autojack in a bash script that did the trick for him. [06:38] The net for that would be 7, so 10 would be very safe. [06:39] in studio-controls it is _init_ in studiocontrols [06:39] Ah, that's where I was getting mixed-up. [06:41] I can even test it here and throw it in a patch in the morning, then SRU it to Kinetic and backport to Jammy. [06:41] ok [06:42] But, alas, sleepy, and so is my dog, a 70-lb husky, which will be fun getting to bed. [06:42] * OvenWerks turns backports off [06:42] Or you could pin studio-controls so it never updates. [06:43] Or easier: apt-mark hold studio-controls [06:43] That said, I would test it because I've experienced the symptoms he's experiencing. [15:42] ilvipero: I have a patched version of studio-controls building in https://launchpad.net/~eeickmeyer/+archive/ubuntu/studio-controls-delay, feel free to test it and see if it resolves the issue without your script. If it does, I'll upload it to Lunar and SRU it to Kinetic. (no rush, especially if it's midnight) [15:44] Might require a relog after install [21:19] snd: New dragonfly-reverb just dropped. [21:24] Eickmeyer: you need the latest dpf-plugins 1.6-2 which contains now dpf-source the submodule [21:24] snd: Yeah, that auto-sync'd from you the other day. [21:25] or why it is dropped? [21:25] I meant released. [21:26] https://github.com/michaelwillis/dragonfly-reverb/releases/tag/3.2.8 [21:26] any announcement on that? [21:32] hopefully a new release is coming in next days [21:35] hmm [21:43] I mean, that literally *is* the release announcement. [21:43] technically there is no difference between the previous and current 3.2.8 [21:44] some obsolete files were deleted [21:44] Looks like a bugfix per the release notes. [21:44] hm [21:45] let me recheck tarballs [21:48] i will do tommorow. sorry im too tired [21:49] No worries, and no rush. :) [22:07] * OvenWerks does first ever try at dual boot on new laptop... [22:08] shrink ntfs complete. installing 22.04. [22:09] * OvenWerks has an acer spin 3 to play with [22:12] Nice! Hopefully if something goes wrong they'll actually honor their warranty. [22:15] right now working through getting touchpad and tablet working and making the drive visible etc. [22:16] two out of three so far [22:16] Drive visible? Yikes, fighting with Intel RST? [22:16] I got it working, system installed. [22:17] Ah, nice. [22:17] set touchpad to ps2 and that works. now I need special sauce kernel CL to make it see the tablet part. [22:18] Sounds like fun, good luck! [22:23] huh, never noticed that before, one has to do an apt update before installing new sw [22:23] my guess is some few hundred updates too... [23:06] OvenWerks: zita-alsa-pcmi headed to backports.