Tuesday, 2026-09-01

*** n2klb_ is now known as n2klb01:34
sharks[m]rinigus: How did you manage to get fingerprint functional on Nagara? Presumably you also have the proprietary egistec hidl interface? Did you use sonyxperiadev/vendor-sony-oss-fingerprint?06:10
Mister_Magister@abranson i'm looking into the blanking issue09:01
Mister_Magister@abranson apparently onSceneGraphInvalidated is never called when you blank the display thats why implementing it doesn't fix the issue10:24
T42<b100dian> sharks: nagara has hidl: binder-list | grep finger10:32
T42<b100dian> android.hardware.biometrics.fingerprint@2.1::IBiometr10:32
T42<b100dian> icsFingerprint/default10:32
Mister_Magisteryeah and calling onSceneGraphInvalidated breaks things instead of fixing things so it's not that simple10:44
sharks[m]@b100dian: Thanks, on Murray I have vendor.egistec.hardware.fingerprint@4.0::IBiometricsFingerprintRbs/default on hwbinder and android.hardware.biometrics.fingerprint.IFingerprint/default on binder. But sonyxperiadev/vendor-sony-oss-fingerprint seems to be for converting the egistec@4.0 interface to android.hardware.biometrics.fingerprint@2.110:49
sharks[m]If someone more experienced than me could read my ramblings at https://github.com/sharks-dev/sailfish-on-murray/issues/1 I'd be grateful. I'm not sure if I'm barking up the wrong tree or if I'm onto something.10:51
sharks[m]To be honest this stuff is right on the limit of my comfort zone / experience level. Which isn't to say I'm not willing to learn, I'm just presently a bit confused until I can work it out.10:53
T42<b100dian> sharks: biometryd is upstream or downstream?:)11:05
T42<b100dian> Have you already tried changing the mk to use the @4.0 version11:05
T42<b100dian> Otherwise it would be interesting if that biometryd pr would work on sailfish, but cannot load the while diff on the phone to see all its doing11:07
Mister_Magister@abranson claude is at a loss about what causes this and so I am11:18
T42<abranson> poor claude11:21
T42<Mister_Magister> @abranson - qtitem.cc's onSceneGraphInvalidated/scene-graph-invalidation mechanism entirely (never fires on blank/unblank; forcing it properly doesn't fix anything), software vs hardware decoding both exhibit same issue11:22
T42<Mister_Magister> any tips?11:22
T42<abranson> i'm not very familiar with that. is it meant to be called?11:22
Mister_Magisterthats what you suggested last time, becaues onSceneGraphInvalidated just prints warning and does nothing, but implementing it didn't help because it's not getting called and calling it manually did not fix it so i don't think it's meant to be called11:23
T42<Mister_Magister> "btw, i had a quick look, and sceneGraphInvalidated doesn't do anything but log. I think that's probably why you get the black video after screen toggle. surely there should be something happening there to get re-initialized when it comes back on" - you11:24
T42<abranson> ok, was just a suggestion. maybe not the way it's meant to be.11:24
T42<abranson> hence the quick look and probably11:25
sharks[m]@b100dian I was confused about the same thing but sailfish-fpd-community has ubports copyrights across many of its files so I presumed it was downstream!11:25
sharks[m]As documented in that link I tried adjusting sailfish-fpd-community to use the egistec@4.0 interface however it is proprietary and doesn't use the same callback functions, hence vendor-sony-oss-fingerprint which is a wrapper for the egistec interface and provides the standard @2.1 interface, at least as I understand it. I think the tama port uses it but that's SODP based. Nagara is Lineage based like Murray, but I'm not sure how11:28
sharks[m]they got the @2.1 interface on Nagara.11:28
T42<Mister_Magister> @abranson yeah i got that i was just hoping for tips :)11:35
T42<Mister_Magister> and wanted to report findings11:35
T42<abranson> i don't have any pointers right now, but I'm a bit busy with browser stuff.11:36
T42<b100dian> sharks: but the OSS service v. 4.0, that you didn try? Also, you have a different lineage version? Still, previous interface versions should be possible. Gtg offline11:37
T42<Mister_Magister> oki11:38
sharks[m]Sorry, it's late I'm not sure I follow what you mean. The AIDL interface version 4? That's a lot of work and currently over my head given sailfish-fpd-community is currently only written for HIDL, hence why I was looking in ubports sources for AIDL implementations of biometryd11:41
sharks[m]And yes I am on Lineage22.2 whereas Nagara was 21. In theory that doesn't stop me from getting the HIDL @2.1 interface however Android 15 doesn't like the legacy Android.mk files so much, so there's a bit of work to do to make it compile AFAIK11:43
sharks[m]Anyway, thanks for your help. I'm off to bed soon but if anyone else can offer any wisdom overnight I'll be keen to read up on it in the morning. Thanks again11:44
Mister_Magisteryoooo it fixed it13:14
Mister_Magisterbut i'll make it refine it as not to scar @abranson's eyes again xd13:14
Mister_Magister@abranson apparently qtwayland-sfos is "silently rebinding Qt's context to a new native EGL context without ever notifying anyone"13:27
Mister_Magisterapparently its just bug in qmlglsink that was never fixed because on desktop this situation rather wouldn't've happened idk13:33
T42<abranson> ok. tell it to make a PR, review it, fix all the issues it finds, and then i'll have a look :)13:39
Mister_Magisteryeah it currently refines the heck out of it because its just a dirty hack so far13:41
Mister_Magisteri'll let you know if it comes up with something sensible13:42
Mister_Magister@abranson it refactored it two times so far it's at third refactor and i'll push it through fourth refactor xd14:55
Mister_Magisterbut its looking like another 3 part PR14:56

Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!