RikMills | https://twitter.com/kubuntu/status/1354443269871185923 | 15:05 |
---|---|---|
Eickmeyer[m] | RikMills: Thanks for the update. Man, that sucks. I liked working with him. I knew about the cancer, but didn't know how that battle was going. | 16:42 |
Eickmeyer[m] | OvenWerks: Any idea if jack2 1.9.17 fixes that bug that we had with Carla wrt the metadata? Seems to have a number of fixes in that direction. | 16:52 |
Eickmeyer[m] | And... /me takes a moment to facepalm about rgh blaming studio-controls | 16:53 |
OvenWerks | Eickmeyer[m]: I am wondering if after that lib is rebuilt will python3-jack have to be as well? | 16:54 |
OvenWerks | (not sure if that is the actual package name | 16:54 |
Eickmeyer[m] | I don't think so? But, I don't think that SRU was acted upon. | 16:55 |
OvenWerks | Hmm can we at least get something in backports? | 16:56 |
Eickmeyer[m] | OvenWerks: Which library was it? | 16:56 |
* Eickmeyer[m] is having trouble finding the bug | 16:56 | |
Eickmeyer[m] | cffi, right? | 16:56 |
OvenWerks | https://github.com/ovenwerks/studio-controls/issues/43 | 16:57 |
studiobot | <teward001> you mean the cffi no change rebuild request? | 16:57 |
Eickmeyer[m] | Nvm, found the bug. | 16:59 |
studiobot | <teward001> https://bugs.launchpad.net/ubuntu/+source/python-cffi/+bug/1912535 not this one right? | 16:59 |
ubottu | Launchpad bug 1912535 in python-cffi (Ubuntu Groovy) "[SRU] python-cffi in Groovy needs a no-change rebuild" [High,New] | 16:59 |
Eickmeyer[m] | teward: Yes, that's the one. Unfortunately, stefanor doesn't seem to agree. | 16:59 |
Eickmeyer[m] | So, if that doesn't need to be rebuilt, then what does? | 17:00 |
studiobot | <teward001> Eickmeyer: have we ruled out the case of someone rolling a newer CFFI themselves (or an older one because they haven't done a `sudo apt dist-upgrade` lately)? | 17:00 |
Eickmeyer[m] | OvenWerks: ? ^ | 17:00 |
OvenWerks | there seems to have been more than one person who has the trouble | 17:01 |
studiobot | <teward001> one thing i do note is, they're running -installer on top of a regular Ubuntu | 17:02 |
studiobot | <teward001> is this possibly causing conflicts? | 17:02 |
studiobot | <teward001> it SHOULDN'T i wouldn't think, but... | 17:02 |
Eickmeyer[m] | teward: No, because it doesn't deal with that library except as a dependency. It's simply a metapackage installer, that's all. | 17:03 |
Eickmeyer[m] | Studio IS Ubuntu. | 17:04 |
Eickmeyer[m] | I was looking at KXStudio in case it carried that library, and it doesn't, so we can rule that out. | 17:06 |
* OvenWerks has rebooted to 20.10 and is now updating 200 plus packages | 17:10 | |
Eickmeyer[m] | OvenWerks, @teward001: Upon investigating further, it seems as though someone uploaded a newer version of cffi AFTER libffi and python3-cffi were already built. This is what is causing the regression. | 17:24 |
Eickmeyer[m] | Honestly, I'm not sure how britney didn't catch this. | 17:27 |
Eickmeyer[m] | sirffsalot frustrates me to no end. They want their hand held through everything. | 17:58 |
Eickmeyer[m] | OvenWerks: The reason I was asking about Jackd2 1.9.17 is that I'm wondering if it would be safe to backport it. We previously had 16 patched. | 18:04 |
Eickmeyer[m] | er... 14. | 18:04 |
OvenWerks | Eickmeyer[m]: one thing at a time :) | 18:09 |
* OvenWerks reboots 20.10 | 18:09 | |
Eickmeyer[m] | Ok. :) | 18:09 |
OvenWerks | Eickmeyer[m]: BTW, I have not yet been able to get speelling checking working in scribus | 18:12 |
Eickmeyer[m] | Yikes. Bug report? | 18:13 |
OvenWerks | because someone else has gotten it to work... I am guessing I have not done something correctly. | 18:31 |
OvenWerks | autojack is running incredibly slow on 20.10 | 19:06 |
OvenWerks | Ohh. ERROR: a2j_alsa_connect_from: can't subscribe to 20:0 - Device or resource busy | 19:18 |
OvenWerks | port skipped: AudioFire12 [20] (capture): AudioFire12 MIDI 1 | 19:18 |
OvenWerks | Eickmeyer[m]: it appears we are missing ffado-tools... or better yet multimedia-firewire | 19:21 |
Eickmeyer[m] | Uhoh... | 19:50 |
OvenWerks | Eickmeyer[m]: ok the alsa fireworks module in 20.10 does not work. | 19:51 |
OvenWerks | The ffado fireworks module does work | 19:52 |
* OvenWerks audiofire12 device cqan run at 16/3 :) | 19:52 | |
Eickmeyer[m] | How did we miss this? | 19:52 |
OvenWerks | Maybe it was installed as part of something else? probably I installed it on my system and because we call one of the tools from controls externally, it fails without making controls not work | 19:54 |
OvenWerks | and most people won't see it anyway if they don't have a FW box | 19:54 |
Eickmeyer[m] | I'm showing the packages exist. https://launchpad.net/ubuntu/+source/libffado | 19:54 |
Eickmeyer[m] | Are they just not in by default? (I'm on 20.04 for work purposes right now) | 19:55 |
OvenWerks | I am guessing they are not installed as a part of controls. | 19:56 |
Eickmeyer[m] | OvenWerks: That doesn't seem right. They're in the audio-core meta and the seed. | 19:56 |
OvenWerks | BTW, I am not having the other problem (cffi) | 19:57 |
Eickmeyer[m] | Interesting. | 19:58 |
OvenWerks | I should probaly start off with a fresh install of 20.10, this is an updated beta (or maybe before) | 19:58 |
wonko | make sure 21.04 is rock solid guys. That's what I'll be installing after I move. :-P | 21:10 |
Eickmeyer[m] | wonko: There's only so much of that we have control over from here. :) | 23:52 |
wonko | Then you aren't trying hard enough! :-P | 23:53 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!