[15:15] <OvenWerks> Eickmeyer: In the error tracker for controls for v2.3.5 There are two errors that still show. The second one is always the same user, stork and seems to have a non-ubuntu kernel. It may also be a trashed or trunkated lock file. anyway not too worried about that one
[15:21] <OvenWerks> the first is more worrying. controller = bus.get_object(service_name, "/org/jackaudio/Controller") returns: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.Disconnected: Connection is closed
[15:23] <OvenWerks> At first glance it appears that jackdbus is frozen but I have had similar kinds of problems where it seems dbus has stopped working (possibly because of jackdbus).
[15:27] <OvenWerks> Another possibility would be that dbus is busy (I don't know how linear dbus is) servicing a dbus call that never ends. I have not read anything like this in dbus docs (such as they are) but because dbus sees lots of use without this problem, I have to assume there is something I am doing wrong.
[15:31] <OvenWerks> I have had problems where using systemd to restart dbus does not work and I have to reboot. That could mean that the problem is in the signal call back for device (un)plugged and therefore would require the system dbus to be restarted
[15:34] <OvenWerks> Eickmeyer: I already have a timer that checks many things and acts on them because jack requires that. In other words a jack callback just sets a flag and returns and then my timer loop sees the flag and does the actual work. It may be that dbus signal callbacks should do the same.
[15:34] <OvenWerks> It will be aug before I can look into this.
[15:34] <Eickmeyer[m]> Yeah, I'm seeing some supicious stuff with unplugs too.
[15:35] <Eickmeyer[m]> And system dbus restart = yikes.
[15:36] <OvenWerks> I have not tried a system dbus restart, it is an asumption that may be the problem :)
[15:36] <OvenWerks> but having to reboot to fix anything is already bad
[15:36] <Eickmeyer[m]> Yes, very.
[15:37] <OvenWerks> Eickmeyer: I am however glad that things are down to only two problems :)
[15:37] <Eickmeyer[m]> Yes, it's definitely an improvement.
[15:39] <OvenWerks> There are only 5 signal callbacks but 4 are system, two for device unplug and two for phones.
[15:41] <OvenWerks> the user signal call back handles a number of commands though. However, because of the way it is set up it should be easy to convert.
[15:53] <Eickmeyer[m]> Well, that's good.
[16:12] <OvenWerks> Eickmeyer: quick thought. The second problem, 0xe9 can't be converted, sort of has me stumped. That charactor should not be in the file at all. the file should only contain the PID of a stale process. That is numbers only.
[16:13] <Eickmeyer[m]> It also looks like useless garbage.
[16:13] <OvenWerks> I am wondering if this user has some odd system encoding setup where numbers get converted to odd charactors
[16:13] <OvenWerks> (it is all one user so far as I can tell)
[16:14] <Eickmeyer[m]> Exactly which incident is it?
[16:17] <OvenWerks> https://errors.ubuntu.com/problem/2e9d6308474b4a833dc29dca394c2c76764603eb
[16:17] <OvenWerks> The kernel is  Linux 4.9.135-dappersec x86_64 ??
[16:17] <Eickmeyer[m]> Yeah, that's in Kinetic, and things there might not be settled.
[16:18] <Eickmeyer[m]> Wait.... whut?
[16:18] <OvenWerks> xfce desktop
[16:18] <Eickmeyer[m]> Yeah, someone's playing around with their system. That's not your fault.
[16:18] <Eickmeyer[m]> They've got a frankensystem. Don't try to figure that one outl.
[16:19] <Eickmeyer[m]> It's "Dapper Linux"
[16:19] <Eickmeyer[m]> https://dapperlinux.com/
[16:20] <Eickmeyer[m]> Not worth your time.
[16:20] <OvenWerks> LANG=en_US.UTF-8 so nothing too off
[16:20] <OvenWerks> I am guessing so.
[16:20] <Eickmeyer[m]> Yeah, but they're running on an ancient, extremely patched kernel.
[16:20] <Eickmeyer[m]> It's bound to be incompatible.
[16:21] <OvenWerks> 8964 is what the contents of that file should be.
[16:21] <OvenWerks> I'll let that one go.
[16:22] <Eickmeyer[m]> Yeah, I would.
[16:22] <Eickmeyer[m]> Literally beyond anything you can support.
[16:24] <OvenWerks> It is late enough in the morning I can start making noise... off to the boat shed.
[16:26] <OvenWerks> Eickmeyer: I have a boat to get ready for the water and then we will be "off grid/air" for a few weeks. It may be August before I get very far with this.
[16:27] <OvenWerks> but because I have an idea on how to fix it... I may be able to get it done during no noise times
[16:27] <Eickmeyer[m]> OOoo Fun! Yeah, I'll be out camping most of next week myself. I've been helping Lubuntu with some quassel issues (that affect us as well since we seed it) and working on some seed stuff for Kinetic in addition to day job with Kubuntu.
[16:27] <Eickmeyer[m]> Yeah, that's fine. BTW, 22.04.1 is getting pushed a couple of weeks.