<Wizzup> for example this is only on 14:
<Wizzup> D: [pulseaudio] alsa-ucm.c: Got CapturePCM for device Headphones: hw:Audio,0
<Wizzup> D: [pulseaudio] alsa-ucm.c: Got PlaybackCTL for device Headphones: hw:Audio
<Wizzup> uvos: yeah, so
<Wizzup> for both HiFi and Voicecall, in: SectionVerb
<Wizzup> just comment the value like this:
<Wizzup> # Value {
<Wizzup> # PlaybackPCM "hw:${CardId},0"
<Wizzup> # CapturePCM "hw:${CardId},0"
<Wizzup> # }
<Wizzup> and this way it at least statrs
<Wizzup> not sure if hp plug works now, but at least this helps
<Wizzup> uvos: this looks like a bug on our side imho
<Wizzup> I do see this also:
<Wizzup> [47714.001068] asoc-audio-graph-card soundcard: ASoC: DAPM unknown pin Headphones
<Wizzup> uvos: is this a 6.1 thing maybe?
uvos has quit [Ping timeout: 260 seconds]
xmn has quit [Ping timeout: 272 seconds]
xmn has joined #maemo-leste
xmn has quit [Ping timeout: 268 seconds]
joerg has quit [Ping timeout: 252 seconds]
joerg has joined #maemo-leste
ceene has joined #maemo-leste
Twig has joined #maemo-leste
Daanct12 has joined #maemo-leste
uvos has joined #maemo-leste
<uvos> Wizzup: nope
<uvos> @6.1
<uvos> this is a missmatch between what the generic asoc driver and the cpcap codec expect
<uvos> but its allways been there
mardy has joined #maemo-leste
<Wizzup> uvos: ok, hm, maybe there are more problems to solve then
Daanct12 has quit [Quit: Quitting]
<Wizzup> I'll verify later today, but module-switch-on-port-available doesn't seem to switch :)
<Wizzup> (even with audio playing I think)
<Wizzup> yup, it doesn't switch atm
<uvos> its a bug in kernel for sure
<uvos> so maybe 14 not working here is related
<uvos> but its not something that changed in kernel recently
<Wizzup> uvos: on beowulf hp plug worked pretty sure
<uvos> yes ofc
<uvos> i use it all the time
<uvos> but the problem is that cpcap sets a pin
<uvos> that generic dosent creat
<uvos> thats the kernel warning
<Wizzup> I understand I think
<Wizzup> what I mean is that PA no longer picks up on this change
<uvos> so if pa just refuses to use pins that arnt decleared but it gets events for
<Wizzup> right
<uvos> then that would be fine behaivor in PA
<Wizzup> btw, if you can, check the leste-config change I made
<Wizzup> I think it's fine, since it came from the pmos 'example' maybe?
<uvos> im not sure how pulse now knows what devices to use for what
<uvos> i gues it guesses
<uvos> *subdevice
<uvos> maybe you should add the pcms to the device sections
<Wizzup> ok
<Wizzup> I thought it was there in some cases
<Wizzup> need to travel, will check when back
<Wizzup> (tonight)
akossh has joined #maemo-leste
xes has quit [Quit: WeeChat 3.5]
rafael2k has joined #maemo-leste
<Wizzup> ah, I need to do xkb-data too
<sicelo> Wizzup: talking about xkb-data, how to find out what xkb-data version is in chimaera (without running chimaera)?
<sicelo> ah, so buster :-)
rafael2k has quit [Read error: Connection reset by peer]
<Wizzup> sicelo: no, bullseye is chimaera
<Wizzup> buster is beowulf
<Wizzup> sicelo: our d4 changes were never submitted for upstream right?
<Wizzup> ok, xkb-data is now working well on d4
joerg has quit [Ping timeout: 246 seconds]
joerg has joined #maemo-leste
ceene has quit [Read error: Connection reset by peer]
_CN_ has joined #maemo-leste
xmn has joined #maemo-leste
joerg has quit [Quit: this shouldn't have happened... ever]
joerg has joined #maemo-leste
_CN_ has quit [Remote host closed the connection]
akossh has quit [Ping timeout: 260 seconds]
akossh has joined #maemo-leste
akossh has quit [Ping timeout: 265 seconds]
akossh has joined #maemo-leste
akossh has quit [Ping timeout: 264 seconds]
xmn has quit [Ping timeout: 246 seconds]
akossh has joined #maemo-leste
xmn has joined #maemo-leste
mp107 has quit [Quit: The Lounge - https://thelounge.chat]
mp107 has joined #maemo-leste
asdflkj_sh has quit [Ping timeout: 252 seconds]
asdflkj_sh has joined #maemo-leste
rafael2k has joined #maemo-leste
<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...
<Wizzup> rafael2k: can try to help tomorrow if that works for you
<rafael2k> ok!
<rafael2k> I'll not even talk anymore about maemo-ringtones... as it seems nobody uses telephony anyway.
mardy has quit [Quit: WeeChat 3.5]
<Wizzup> rafael2k: I don't know if you've noticed, but a lot of work is going on
<Wizzup> if msot people don't even have sphone available to them, the default ringtone doesn't seem like highest prio
<Wizzup> and the way you 'repacked' it, is something we've never done
<Wizzup> uvos: the 8.2 xyboard's arrived
<Wizzup> mz609
<rafael2k> so how did you have maemo-ringtones in first place?
<rafael2k> so if you never done, it is bad? open a cpio archive and edit it is not rocket science...
<Wizzup> rafael2k: imported from old maemo
<Wizzup> all the other things we've extracted and turned into proper debian pkgs
<rafael2k> what is a proper debian pkg?
<Wizzup> I do feel like I'm repeating what I said before, we even found a way forward, freemangordon said he'd do it
<rafael2k> I think I explained the reasons why not
<Wizzup> rafael2k: a tar that builds with dpkg-buildpackage -b -uc
<rafael2k> we all know it, and we know why not to do it with _that_ content
<rafael2k> until someone do it better
<rafael2k> but of course better leave it broken, when someone did a stop-gap solution.
<Wizzup> maybe you missed it, but we already decided to make it into a repo that is dpkg-buildpackage'able
<Wizzup> not sure why you're so sore
<rafael2k> just a waste of time doing it, just this, I could just dump the files there
<rafael2k> but I took care to make a package
<rafael2k> in order someone else can use it until we have non-copyrighted content to substitute
<Wizzup> where is the source of this package?
<rafael2k> mamma mia
<rafael2k> the one you included in the repo!
<rafael2k> that is the source
<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
<Wizzup> at this point almost everything works, except for some pulse issues
<Wizzup> only yesterday I made the audio work at all
<rafael2k> I never asked you to do it, I could do it
<Wizzup> well, then make a git repo that we can build with gbp and I'll make the orga and such
<rafael2k> so how did you add maemo-ringtones?
<Wizzup> the original maemo one was added with reprepro importdeb
<rafael2k> so...
<rafael2k> you answered my question
<rafael2k> reprepro includedeb
<rafael2k> one command
<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
<Wizzup> I think I've stated that more than a a few times
<Wizzup> this is both for reasons of reproducibility and for potential legal reasons
<rafael2k> lol
<rafael2k> none of reasons are reasonable for obvious reasons
<rafael2k> but ok
<rafael2k> I'll stop here
rafael2k has quit [Quit: Leaving]
<Wizzup> this contains a list of all packages imported: https://github.com/maemo-leste/bugtracker/issues/644#issuecomment-1327420442
<Wizzup> as you can see and understand, we're trying to trim it down to 0
<Wizzup> you not being able to come to terms with that is odd
<Wizzup> well that's pretty lame
<Wizzup> uvos: so got 4 mz609, 3 xt910
<Wizzup> iirc the mz609 was mostly important for you, right?
xmn has quit [Ping timeout: 256 seconds]
xmn has joined #maemo-leste
xes has joined #maemo-leste
Twig has quit [Remote host closed the connection]
akossh has quit [Quit: Leaving.]
Twig has joined #maemo-leste
Twig has quit [Remote host closed the connection]
thunderysteak has quit [Ping timeout: 265 seconds]
mrtux has quit [Quit: The Lounge - https://thelounge.chat]
mrtux has joined #maemo-leste
<bencoh> hmm, looks like firefox requires gles>=3.0 nowadays ...
<bencoh> I think at some point we had gles-accelerated firefox working, but not anymore :(
<Wizzup> I think it's just some silly hardcode they did, no?
<Wizzup> what makes you think it needs gles 3.0 specifically?
<bencoh> various reports here and there
<bencoh> although when I look at the code it seems that they also check gles2
<bencoh> (we only have 1.4, right?)
<bencoh> but I'm not sure when that was merged
<bencoh> uuuh, this code is horrible
<bencoh> #if defined(__aarch64__)
<bencoh> bool useGles = true;
<bencoh> seriously wtf
<bencoh> EGLenum api = useGles ? EGL_OPENGL_ES_API : EGL_OPENGL_API;
<bencoh> so ... 32b arm has no GLES support according to mozilla
<bencoh> riiight
<uvos> main problem is that modern firefox is impossibly slow on d4
<uvos> even just to start up
<uvos> never mind rendering anything
<bencoh> uvos: I think that's the reason why
<uvos> what is? gles
<uvos> no ff 74 is fast
<uvos> and it dosent use gles either
<bencoh> afair firefox works well on d4 1̃~2y ago
<bencoh> worked*
<uvos> yes but it was never accelerated
<uvos> its just got 10x slower
<bencoh> hmm
<bencoh> downgrading firefox to 78, let's see
<Wizzup> bencoh: yeah it's ridiculous, we really need to poke them about that code
<bencoh> Wizzup: tbf I still fail to understand which API we really support
<Wizzup> on sgx?
<bencoh> yeah
<Wizzup> I think we have gles 1 and gles 2
xmn has quit [Ping timeout: 260 seconds]
xmn has joined #maemo-leste