| Wizzup | uvos: pulse 13 from buster backports works | 00:38 |
|---|---|---|
| Wizzup | so it's broken since 14 | 00:41 |
| Wizzup | https://www.freedesktop.org/wiki/Software/PulseAudio/Notes/14.0/ lots of ucm changes of course | 00:52 |
| Wizzup | uvos: https://wizzup.org/log-13.txt https://wizzup.org/log-14.txt <- vimdiff those, I think I might have an idea | 00:56 |
| Wizzup | it seems to think there are more input/output mappings | 00:56 |
| Wizzup | it somehow finds CapturePCM where it is not defined | 00:59 |
| Wizzup | for example HiFi headphones | 00:59 |
| Wizzup | for example this is only on 14: | 01:00 |
| Wizzup | D: [pulseaudio] alsa-ucm.c: Got CapturePCM for device Headphones: hw:Audio,0 | 01:00 |
| Wizzup | D: [pulseaudio] alsa-ucm.c: Got PlaybackCTL for device Headphones: hw:Audio | 01:00 |
| Wizzup | uvos: yeah, so | 01:02 |
| Wizzup | for both HiFi and Voicecall, in: SectionVerb | 01:03 |
| Wizzup | just comment the value like this: | 01:03 |
| Wizzup | # Value { | 01:03 |
| Wizzup | # PlaybackPCM "hw:${CardId},0" | 01:03 |
| Wizzup | # CapturePCM "hw:${CardId},0" | 01:03 |
| Wizzup | # } | 01:03 |
| Wizzup | and this way it at least statrs | 01:03 |
| Wizzup | not sure if hp plug works now, but at least this helps | 01:05 |
| Wizzup | uvos: this looks like a bug on our side imho | 01:05 |
| Wizzup | I do see this also: | 01:06 |
| Wizzup | [47714.001068] asoc-audio-graph-card soundcard: ASoC: DAPM unknown pin Headphones | 01:06 |
| Wizzup | uvos: is this a 6.1 thing maybe? | 01:17 |
| uvos | Wizzup: nope | 09:12 |
| uvos | @6.1 | 09:13 |
| uvos | this is a missmatch between what the generic asoc driver and the cpcap codec expect | 09:14 |
| uvos | but its allways been there | 09:14 |
| Wizzup | uvos: ok, hm, maybe there are more problems to solve then | 09:51 |
| Wizzup | I'll verify later today, but module-switch-on-port-available doesn't seem to switch :) | 10:23 |
| Wizzup | (even with audio playing I think) | 10:24 |
| Wizzup | yup, it doesn't switch atm | 10:29 |
| uvos | its a bug in kernel for sure | 10:42 |
| uvos | so maybe 14 not working here is related | 10:43 |
| uvos | but its not something that changed in kernel recently | 10:43 |
| Wizzup | uvos: on beowulf hp plug worked pretty sure | 10:44 |
| uvos | yes ofc | 10:44 |
| uvos | i use it all the time | 10:44 |
| uvos | but the problem is that cpcap sets a pin | 10:44 |
| uvos | that generic dosent creat | 10:44 |
| uvos | thats the kernel warning | 10:44 |
| Wizzup | I understand I think | 10:44 |
| Wizzup | what I mean is that PA no longer picks up on this change | 10:45 |
| uvos | so if pa just refuses to use pins that arnt decleared but it gets events for | 10:45 |
| Wizzup | right | 10:45 |
| uvos | then that would be fine behaivor in PA | 10:45 |
| Wizzup | btw, if you can, check the leste-config change I made | 10:45 |
| Wizzup | I think it's fine, since it came from the pmos 'example' maybe? | 10:45 |
| uvos | im not sure how pulse now knows what devices to use for what | 10:48 |
| uvos | i gues it guesses | 10:48 |
| uvos | *subdevice | 10:48 |
| uvos | maybe you should add the pcms to the device sections | 10:49 |
| Wizzup | ok | 11:01 |
| Wizzup | I thought it was there in some cases | 11:01 |
| Wizzup | need to travel, will check when back | 11:02 |
| Wizzup | (tonight) | 11:02 |
| Wizzup | ah, I need to do xkb-data too | 12:07 |
| sicelo | Wizzup: talking about xkb-data, how to find out what xkb-data version is in chimaera (without running chimaera)? | 12:35 |
| rafael2k | https://packages.debian.org/buster/xkb-data | 12:51 |
| sicelo | ah, so buster :-) | 12:53 |
| Wizzup | sicelo: no, bullseye is chimaera | 13:10 |
| Wizzup | buster is beowulf | 13:10 |
| Wizzup | sicelo: our d4 changes were never submitted for upstream right? | 13:10 |
| Wizzup | ok, xkb-data is now working well on d4 | 13:29 |
| rafael2k | I just tested again the "Speaker" button in sphone, and it still does not work. If anyone has a clue how to fix this in alsa ucm setup... | 20:41 |
| Wizzup | rafael2k: can try to help tomorrow if that works for you | 20:41 |
| rafael2k | ok! | 20:42 |
| rafael2k | I'll not even talk anymore about maemo-ringtones... as it seems nobody uses telephony anyway. | 20:45 |
| Wizzup | rafael2k: I don't know if you've noticed, but a lot of work is going on | 21:14 |
| Wizzup | if msot people don't even have sphone available to them, the default ringtone doesn't seem like highest prio | 21:15 |
| Wizzup | and the way you 'repacked' it, is something we've never done | 21:15 |
| Wizzup | uvos: the 8.2 xyboard's arrived | 21:15 |
| Wizzup | mz609 | 21:15 |
| rafael2k | so how did you have maemo-ringtones in first place? | 21:16 |
| rafael2k | so if you never done, it is bad? open a cpio archive and edit it is not rocket science... | 21:16 |
| Wizzup | rafael2k: imported from old maemo | 21:16 |
| Wizzup | all the other things we've extracted and turned into proper debian pkgs | 21:16 |
| rafael2k | what is a proper debian pkg? | 21:17 |
| Wizzup | I do feel like I'm repeating what I said before, we even found a way forward, freemangordon said he'd do it | 21:17 |
| rafael2k | I think I explained the reasons why not | 21:17 |
| Wizzup | rafael2k: a tar that builds with dpkg-buildpackage -b -uc | 21:17 |
| rafael2k | we all know it, and we know why not to do it with _that_ content | 21:18 |
| rafael2k | until someone do it better | 21:18 |
| rafael2k | but of course better leave it broken, when someone did a stop-gap solution. | 21:18 |
| Wizzup | maybe you missed it, but we already decided to make it into a repo that is dpkg-buildpackage'able | 21:18 |
| Wizzup | not sure why you're so sore | 21:18 |
| rafael2k | just a waste of time doing it, just this, I could just dump the files there | 21:19 |
| rafael2k | but I took care to make a package | 21:19 |
| rafael2k | in order someone else can use it until we have non-copyrighted content to substitute | 21:19 |
| Wizzup | where is the source of this package? | 21:19 |
| rafael2k | mamma mia | 21:19 |
| rafael2k | the one you included in the repo! | 21:20 |
| rafael2k | that is the source | 21:20 |
| Wizzup | I literally spent all my free time in the last 3 weeks to port things to chimaera and have all the phone stuff enabled by default | 21:20 |
| Wizzup | at this point almost everything works, except for some pulse issues | 21:21 |
| Wizzup | only yesterday I made the audio work at all | 21:21 |
| rafael2k | I never asked you to do it, I could do it | 21:21 |
| Wizzup | well, then make a git repo that we can build with gbp and I'll make the orga and such | 21:21 |
| rafael2k | so how did you add maemo-ringtones? | 21:21 |
| Wizzup | the original maemo one was added with reprepro importdeb | 21:22 |
| rafael2k | so... | 21:22 |
| rafael2k | you answered my question | 21:22 |
| rafael2k | reprepro includedeb | 21:22 |
| rafael2k | one command | 21:22 |
| Wizzup | maybe you're not reading me correctly, but we're not in the business of importing deb pkgs unless they come directly from nokia, we build everything from source | 21:22 |
| Wizzup | I think I've stated that more than a a few times | 21:23 |
| Wizzup | this is both for reasons of reproducibility and for potential legal reasons | 21:23 |
| rafael2k | lol | 21:23 |
| rafael2k | none of reasons are reasonable for obvious reasons | 21:24 |
| rafael2k | but ok | 21:24 |
| rafael2k | I'll stop here | 21:24 |
| Wizzup | https://github.com/maemo-leste/bugtracker/issues/644 | 21:24 |
| Wizzup | this contains a list of all packages imported: https://github.com/maemo-leste/bugtracker/issues/644#issuecomment-1327420442 | 21:25 |
| Wizzup | as you can see and understand, we're trying to trim it down to 0 | 21:25 |
| Wizzup | you not being able to come to terms with that is odd | 21:25 |
| Wizzup | well that's pretty lame | 21:26 |
| Wizzup | uvos: so got 4 mz609, 3 xt910 | 21:32 |
| Wizzup | iirc the mz609 was mostly important for you, right? | 21:32 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!