[00:11] systemd, wayland... lets make things more secure :P [00:29] Hehehe [00:53] OvenWerks: Have you ever run into the problem he's describing? [00:54] I haven't run 19.04 enough to find it maybe? I did tgry jack I think... [00:55] I did actually install and run 19.04... but not sure if I only did Studio on top on plasma or studio ISO too [00:58] Well, I've been running 19.04 for a while now, no issues here. [00:59] In fact, I just upgraded to Eoan, which isn't too far removed, and still no issues. [00:59] I did load eoan (studio ISO) and had no problems there [01:02] I have the feeling this guy had an installation error or carried-over a configuration from somewhere he's not talking about. [01:03] That was my first thought as well [01:04] It is hard enough helping someone while looking at their computer... IRC always makes me feel I am missing something. [01:04] Yeah. He's asking for a workaround, and I'm like, ¯\_(ツ)_/¯ [01:06] There are a number of ways to load an ISO to thumb drive, I know in the past some of them haven't worked. I also know that rebooting too soon after loading the iso to the USB drive can result in bad things too. [01:06] There's a number of things that could be wrong here. [01:06] But a bug report is no place for tech support. [01:06] Especially if it's valid, which this one is. [01:07] dd seems to be the safest I have found so far... well safest for a correct usb install... not safest from the hey if you dd to your HD it is finished POV :) [01:08] There's a couple of GUI USB creators that work pretty well. On Windows: Rufus. Ubuntu (proper) installs one by default. [01:09] As does Kubuntu. [01:09] we used to as well... then it stopped working [01:10] or rather it works for the cycle but not for an iso in the next cycle (back when it was dropped) [01:12] That may still be the case, but I don't know. Haven't done it enough. I have a hard drive enclosure that emulates a CD drive using .iso files. [15:42] Eickmeyer: we should maybe blacklist timidity (if it isn't already) [15:43] Eickmeyer: also add to the trouble shooting guide to check if ps x |timidity shows timidity is running [15:44] Eickmeyer: also timidity should be listed as a known problem [15:46] OvenWerks: ack [15:47] timidity should probably not be a depend in anything :) [15:48] I'll investigate. [15:50] if you show reverse depends in synaptic, the list is long. [15:51] Yikes. [15:52] it even shows the two fluidsynth-sound fonts [15:52] (so not all the depnds are hard, they may be recomends) [15:53] I think they should be downgraded to suggests as many sw loaders auto load recomends [15:55] I remember having this problem... years ago. [15:55] I'm trying to figure out where tidmidity got installed from anyways. I don't have it installed, which means it's not pulled-in with disco or eoan. [15:56] No, it must be something he installed. A game or something like that [15:56] or it could be an artifact of the upgrade process. [15:57] Ok, I'll just add it to the release notes. [15:57] All of this could've been figured out prior to release if people would just help with testing. >:( [15:58] installing random sw is generally not covered in iso testing [15:58] True. [15:59] timidity should have a dbus release this device built in (as pulse does). other wise it is bad (buggy?) sw [16:08] OvenWerks: Stinkin' old project, still actively developed: https://sourceforge.net/p/timidity/git/ci/master/tree/ [16:08] timidity should be redesigned as a pulse module. [16:09] yes very old [16:09] from soundblaster days [16:12] OvenWerks: for the release notes: "Timidity has been known to cause problems with audio configurations on Ubuntu and will lock-up ALSA." [16:13] That's all I can think to put. We can't stop people from installing it, but we can warn them. [16:13] ya [16:21] Done, and retroactively added to the release notes for Bionic and Cosmic. [16:26] perhaps add a feature request to -controls to detect timidity or other process that has devices locked. [18:03] -controls got stuck in proposed. *sigh* [18:03] Fixed the version number, uploaded it, hopefully that will fix it. [18:05] OvenWerks: I just figured it out. The version number won't fix it. It depends on Carla. Will have to move that to recommends since Carla won't build on ppc, arm, or s390x. [18:05] Or, something. [18:36] Eickmeyer: so should the Carla button detect if Carla is installed? [18:37] OvenWerks: That would be preferable. [18:38] Should pressing the button pop up a diolog "* not installed, Install now?" ;) [18:38] OvenWerks: It's like you read my mind while I was using the washroom. [18:40] so we should look for both /usr/bin/carla and /usr/local/bin [18:40] That way someone who prefered to roll their own would not get left out. [18:42] Good call. Will also work for fedora/arch/opensuse too (though, the only other build I know of is for arch). [18:42] Could also just search $PATH [18:43] I would think there should already be a python call that does that [18:58] OvenWerks: I'm probably going to have to demote it to suggests. It's still shwing skipped. [19:27] re timidity: https://bugs.launchpad.net/ubuntu/+source/timidity/+bug/1793640 [19:27] Launchpad bug 1793640 in timidity (Ubuntu) "Pulseaudio fails to detect sound card, while timidity is installed" [High,Triaged] [19:27] there is a debian fix, but it has not made it to ubuntu [19:28] This has been a bug since at least 2008 that has come and gone and come again. [19:31] In my opinion, the design of timidity is fundamentally flawed. It should in daemon mode, add a pseudo device that looks like hardware and responds like hardware and mixes application audio with it's own. Or if Pulse or jack are present it should become a client/module for which ever one holds the device. [19:32] The world has turned a few times since 1985. [19:32] actually probably some time in the 90s using OSS [19:57] Yikes. Ancient stuff. [23:14] Last updates I can find are 2004 for timidity++ [23:15] oops nope I found 2009 [23:20] Oh, but the ubuntu package is 2004 [23:33] The ubuntu package is more recent than that. [23:33] The debian package was updated only last year, and it's a direct sync from that. [23:34] Maybe the home page this page points to is wrong then: https://packages.ubuntu.com/eoan/timidity [23:34] Yes, it is. [23:34] I researched it this morning. [23:35] http://launchpad.net/ubuntu/+source/timidity is where you want to poke though to see when the last package revision was [23:35] where is the right page then? [23:35] and then look at the specific changelogs ;) [23:35] just an YFI :) [23:35] FYI* [23:35] OvenWerks: The Deiban Salsa repo is https://salsa.debian.org/debian/timidity [23:37] OvenWerks: Sourceforge https://sourceforge.net/projects/timidity/ [23:37] * Eickmeyer can't believe they still use sourceforge [23:38] Last commit was October. [23:40] that is wierd, timidity.sourceforge.net is outdated I guess. [23:43] Not too weird. I suspect the project is dying. [23:57] dead and dying project is dead and dying?