[07:44] Eickmeyer[m]: I can test. [07:48] * OvenWerks is not sure how he missed that bug. [15:32] OvenWerks: You probably missed the bug because SRU bugs are always marked as "Fix Released" against the latest version, which is what Launchpad tracks, but "Fix Committed" against the version they wish to backport. That way it doesn't show up unless you do an advanced search in Launchpad for "Fix Released" bugs. [15:35] yeah, that is very annoying [18:26] Eickmeyer[m]: so what is the version of the fixed package? [18:27] OvenWerks: It' [18:27] ... [18:27] It's still in focal-proposed since it hasn't gestated for a week yet. The version will be 0.12.3.1ubuntu0.2 [18:27] 1ubuntu0.2 I was running 1ubuntu0.1 [18:28] Yes. That doesn't have the fix. [18:28] .12.5 does though :) [18:28] Yes, but we can't SRU that. Too big of a diff. [18:28] I know [18:29] so if I remove and reinstall, in a few days I should see a new one show up. [18:30] * OvenWerks wonders why this has not been upstreamed to kernel [18:32] I'll go ahead and mark the bug you filed as a dupe. [18:33] Eickmeyer[m]: considering this fixed... I am thinking that in adding this to -controls, we should modprobe from -controls at the time the user needs the loopback rather than at boot. [18:34] After all, the loopback is not needed except when the camera or whatever is plugged in. [18:35] Except that it won't apply to audio-only. This is a video thing. So Fedora Jam would have to pull it in too, and video is beyond the scope of Fedora Jam. [18:35] I highly recommend a new tool. [18:36] we can modprobe for the first loopback and then use the control facility to add more loopbacks as required [18:37] new tool or the ability to run without the video part [18:37] That might be acceptable. It could just detect whether or not the required component is installed and disable the video section without. [18:38] i.e. completely hide it. [18:39] I was thinking using two *.glade files and only load one fr audio and the second if video is included. [18:40] Yep. Probably have it check to see whether or not v4l2loopback is installed. [18:40] That can be a "suggested" package. [18:41] so jam would not have obs? [18:41] No. Jam does not have OBS nor will it. It's simply audio/music only. [18:46] OK, I am guessing OBS makes good audio only podcast sw as well. now that idjc is gone... so it will likely get installed by soem people at least. [18:47] Eickmeyer[m]: in fact that is a great question. Is there any other podcast SW these days? [18:47] Maybe, but OBS's target is video streaming and recording. [18:47] Audacity is what most people are using for podcasting. [18:48] Yuck! not for live podcast for sure [18:48] PodPublish is something I just ran across for encoding and publishing. [18:48] (it's a snap) [18:48] Ardour would be better than audacity for live [18:50] idjc was better though. I ran the stream server and provided the controls needed. It is OBS in audio only format [18:50] (with better audio controls) [18:51] Right. Let me think about this. [18:52] there is an idjc fork with py3 [18:53] OBS Studio isn't even available in Fedora. [18:53] https://github.com/radiocicletta/idjc-x [18:54] Yeah, I remember trying to package that and couldn't get it to work right. [18:54] Also, last commit was nearly 4 years ago, so likely abandoned. [18:55] To be completely honest, though, I might have to stop working on Fedora. Something else has come up which is going to take a ton more time. [18:56] (I'll probably announce it via -devel) [18:58] interesting, the sourceforge page for idjc says last update 2020-06-07 [18:58] last release seems to be 2017 [18:59] it says ported to gtk3 [19:00] as of 2020-05-05 [19:00] Yeah. The problem was python, not gtk. [19:01] there is a python3 branch [19:01] That's incomplete. [19:01] I need an actual release before the AAs will accept it now that it's removed. [19:01] yeah but work is being done. [19:02] Indeed. Will be nice to see if they do a release. [19:02] remind me the url to the software you need me to reup eickmeyer [19:02] assuming i do so in the next 30 minutes :P [19:02] teward: lp:agordejo [19:03] OvenWerks: https://sourceforge.net/p/idjc/discussion/458834/thread/4ae2280e7a/?limit=25#8254 [20:13] Eickmeyer[m]: I think I had read that before or another thread with similar. [20:14] Yeah. Seems as though the dev is strapped for time. [20:14] however there has been more work in this direction than for about the last three years [20:15] The author will either have to completely let go or fix this issue going forward [20:16] If he abandons the SW, I expect a fork will show up [20:21] Probably. He hasn't been very responsive, unfortunately. [20:21] Hmm... [20:21] * Eickmeyer[m] sees studiobot being a bot. [20:26] check [20:26] Perfect. === trebmuh is now known as jeanmichel [21:52] Eickmeyer: do you just need the source package for musescore replaced or something in Ubuntu and autosync cancelled out?O [21:52] that'd still need AA work I think [21:57] Plasma 5.20 should all be landed :) === jeanmichel is now known as trebmuh [22:17] @Eickmeyer [@teward001 Did you reupload agordejo?], @Eickmeyer is there a needs-packging bug for agordejo? [22:37] Eickmeyer[m]: re: idjc, it seems both the upstream and idjc-x have a broken/not yet updated build script that is still looking for pygtk-2.0 while the actual files do not use it. considering any time I have tried to use autobuild on my own projects I have failed... I probably won't fix this. [22:52] I did hack configure to concider pygtk found and it does compile just fine. [22:52] however when I run it, I get a python error: import mutagen [22:52] ImportError: No module named mutagen [22:53] sure enough, there is a package called python3-mutagen that is not installed... I install it but the same error seems to persist [22:54] So I guess this is as far as the to python3 has gone... mind this is not the python3 branch [22:56] idjc-x can have the same hack applied to configure successfully but fails to build even, probably with things that have been fixed in the main repo since (bad ffmpeg lib calls) [23:13] @OvenWerks [ I did hack configure to concider pygtk found and it does compile jus …], There isn't, but it hasn't been a problem too much. Do you really *need* one? [23:13] Oops... [23:13] @teward001 [Eickmeyer: do you just need the source package for musescore replaced or somethi …], No, that wasn't my report. [23:14] That was Thorsten of the Debian Multimedia Team not knowing how to get the attention to get a package removed, and me correcting it. [23:14] @teward001 [@Eickmeyer is there a needs-packging bug for agordejo?], No, but we haven't needed those for the past few doezen packages we've done. Do we really need one? [23:16] OvenWerks: Yeah, I've had noting but bad luck with either when I tried for 20.04, which is why I dropped it altogether. It's just bitrot and failure to upgrade to Python3 in a timely manner (>10 years). [23:17] Playing catch-up with software is just not good. [23:17] DisplayCAL is in a similar situation, but in that case the dev hasn't lifted a finger or shown any sign of life, so now the most recent version only works on Windows and Mac. [23:17] And it was released almost a year ago. [23:18] Really sucks for photographers trying to reproduce colors accurately. [23:19] yeah [23:21] in the case of idjc, the big sw that uses it is at least 4 years behind (16.04 based?) they ship the whole ISO [23:22] python2 was still a thing back then [23:23] for most people, so long as python2 was still shipped and looked to be shipped for a while, why change? [23:45] Well, just like anything, there will come an end when a newer version is released. [23:46] That's just common sense.