[20:17] <OvenWerks> I think jack_control has a python 2 to python 3 owy. specifically dbus.Byte seems to work differently enough for it not to work.
[20:22] <OvenWerks> From the py2 to p3 port document: "APIs which previously returned PyStrings will usually return PyUnicodes, not PyBytes."
[20:27] <OvenWerks> This means (I think) that 'A' is a 16bit unicode rather than an 8 bit char.
[20:28] <OvenWerks> I think b = dbus.Byte('A') should still work but it doesn't seem to.
[20:44] <OvenWerks> Eickmeyer[m]: jack_control is a part of which package? I guess I should ask what the upstream package is.
[21:05] <OvenWerks> Gah! I can't file a bug report cause I am running the backport version :P
[21:05] <OvenWerks> Eickmeyer[m]: https://github.com/jackaudio/jack2/issues/642
[21:05] <OvenWerks> I don't know if we want to flag a ubuntu bug as well with a link to the upstream or not.
[21:14] <OvenWerks> Eickmeyer[m]: honestly, I think this is rather a bug in python3-dbus which should accept a one charactor string as a byte and do the conversion if required.
[21:26] <OvenWerks> https://bugs.launchpad.net/ubuntu/+source/dbus-python/+bug/1899298
[21:26] <ubottu> Launchpad bug 1899298 in dbus-python (Ubuntu) "dbus.Byte does not accept single character strings" [Undecided,New]
[21:30] <OvenWerks> Eickmeyer[m]: anyway, I have been thinking off and on to bypass jack-control and make dirrect dbus calls to jackdbus... maybe this is the time to start.
[21:31] <OvenWerks> I am told that the same dbus api will be implemented in pipewire.
[22:27] <RikMills> Eickmeyer: kdeconnect devs are still trying to get a stable branch fix, so we might be looking at a SRU here