300
submitted 1 week ago* (last edited 1 week ago) by inari@piefed.zip to c/linuxphones@lemmy.ca
top 50 comments
sorted by: hot top new old
[-] merde@sh.itjust.works 103 points 1 week ago

x.com ?

no, thanks.

[-] TheMightyCat@ani.social 85 points 1 week ago* (last edited 1 week ago)

Looks like he beat me to the punch, but this proves it is possible atleast. Coming soon to a fp6-img near you!

My version is also mostly ready. So expect a post about it soon.

[-] inari@piefed.zip 14 points 1 week ago

Unrelated, but have you programmed the Moments button to do anything in your fp6 image?

[-] TheMightyCat@ani.social 20 points 1 week ago

No, it currently does nothing. No idea if its even in the DTS.

[-] TheMightyCat@ani.social 27 points 1 week ago

I suppose i can't claim true 100% hardware support without having it work and it doesn't seem much trouble so i think i'll add it as an edev and the user can decide what to do with it.

[-] inari@piefed.zip 25 points 1 week ago* (last edited 1 week ago)

Nice! It might be a good idea to set it by default to turn on Do Not Disturb mode, to keep the functionality similar to the original OS.

[-] TheMightyCat@ani.social 7 points 1 week ago* (last edited 1 week ago)

I looked into this and it's already in, its in /dev/input/event2 emitting SW_MUTE_DEVICE events.

[-] Solrac@lemmy.world 3 points 6 days ago

This might be silly to ask, but could it be piped into a script for alternate functionality? For example, in e/OS, the default setting is to disable access to Microphone and Camera... I am aware there's not hardware switch for them, but if a there's a script later down the line to facilitate that, it'd be neat to run it with said switch too.

[-] TheMightyCat@ani.social 4 points 6 days ago

Yes, since its just a reguler edev you can do trigger any script you want with it.

[-] hornedfiend@sopuli.xyz 16 points 1 week ago

You guys are seriously amazing! Thank you for sticking through the pain!

[-] AI_toothbrush@lemmy.zip 8 points 1 week ago

At least he did something usefull this time, tho still posted it on xitter

[-] bowsertattoo@piefed.social 30 points 1 week ago

you can be forced to biometrically unlock your phone by police

[-] TheMightyCat@ani.social 44 points 1 week ago* (last edited 1 week ago)

Now that i am thinking about it, There should be nothing stopping you from mapping a specific finger to either wipe data or load into a decoy. I'll look into this.

EDIT: Confirmed, the reader gives the ID of which print was matched, so a userspace implementation for per finger macros should be possible, this goes beyond unlocking or duress too, in theory any script could be called from a specific finger?

Sounds like a cool feature!

[-] MalReynolds@slrpnk.net 12 points 1 week ago

Yah, but you better be damn sure it's bulletproof recognition, especially for the wipe variant, although, being Linux a good backup strategy is a viable option, maybe gate it behind a successful restore. Seems like it could be easy to just use the wrong finger too, perhaps your subconscious hates you today. Still, options are always good.

[-] TheMightyCat@ani.social 16 points 1 week ago

Well that's not really under my control as i don't make the sensor, but it does expose an accuracy value, so the user can set their own threshold.

[-] MalReynolds@slrpnk.net 9 points 1 week ago

Well that’s not really under my control

Not implying it was, just pointing out the foot shooting scenario.

Thanks again for the great work.

[-] shortwavesurfer@lemmy.zip 8 points 1 week ago

I have touched the fingerprint reader on accident with the incorrect finger when picking the device up or something because it's on the side with the power button, but I have never had an issue where I've meant to unlock my device with the correct finger and used the wrong finger instead.

I have used the wrong finger on purpose in order to press the power button in order to bring up my lock screen without actually unlocking the phone to see the time or whatever, though so perhaps a 3 strikes your out rule would be best where if you hit the fingerprint reader with the wrong finger 3 times in a row it would then wipe

Let's say my pointer finger is the registered finger for the reader. If I want to unlock my phone, I'll just touch the fingerprint reader with my pointer finger and the phone is unlocked. If I wanted to say interact with a running media file, or check the time, I would deliberately press the power button with my middle finger, that way it registers it as a press to bring up the lock screen, but does not unlock the phone. And then, when I want into the phone next time, I would touch the fingerprint reader with my pointer finger to unlock it. If I am picking my phone up off of a table, for example, and my ring finger just happens to touch the fingerprint reader, it's obviously not going to recognize, and then once I get the phone in my hand properly, I would use my pointer finger to unlock it.

This is why I think perhaps a three-time rule might work, where if you deliberately touch the fingerprint reader three times within a short period of time with the incorrect finger, it would initiate a wipe.

I'm thinking maybe like within 10 seconds.

[-] TheMightyCat@ani.social 9 points 1 week ago

Could probably also make it a sequence of several fingers to reduce risk even further.

[-] cabbage@piefed.social 2 points 3 days ago

I think a good decoy feature would be to insert a specific pass phrase to not reset the entire device, but to permanently delete specific (pre-specified) folders on the phone such as chat logs, documents, and specific apps.

GrapheneOS wipes the device, and that's apparently enough to get people in trouble in the US. If the phone kept on working as normal without notifying anyone of anything unusual, but deleted sensitive documents behind the scenes, that would be really cool for these types of situations.

I'm not sure fingerprints would be useful for this. You can always just enter a pass phrase instead, and it would be very annoying to trigger it by accident which would almost certainly happen to some people. It would be neat if different fingerprints could be used to load different user profiles.

[-] Rentlar@lemmy.ca 6 points 1 week ago

Oooh that's cool! Thumb for normal unlock, index finger for launch camera, middle finger for duress would be neat.

[-] ArchEngel@lemmy.ca 5 points 1 week ago

Good thinking on the camera launch, and middle finger for duress is just... :chefskiss:

[-] WhyJiffie@sh.itjust.works 4 points 1 week ago

give them the middle finger!!

[-] zikzak025@lemmy.world 14 points 1 week ago* (last edited 1 week ago)

Makes me wonder why no mainstream Android fork has bothered implementing a duress fingerprint feature. Maybe this is an opportunity for Linux phones.

Graphene has a duress PIN, but I'd like to see a feature where using the wrong fingerprint both locks the phone and opens into a fake, nondescript home screen to deceive the authorities.

The only other protection for anyone using biometrics at the moment is to reboot the device, which will always default to PIN unlock, but not so easy to do when caught by the authorities unawares.

[-] potter2010@lemmy.ca 11 points 1 week ago

GrapheneOS does have a duress fingerprint feature, but I believe the only result is to wipe the phone. A dummy profile option would be great. I could see this becoming an option in the future with the US authorities going after a couple people recently for wiping their phones with a duress pin/fingerprint.

[-] inari@piefed.zip 10 points 1 week ago

Not if you don't register your fingerprint into the device in the first place

[-] TheMightyCat@ani.social 5 points 1 week ago

Well then there's not much point to a fingerprint sensor is there xd

[-] inari@piefed.zip 9 points 1 week ago

True, but if you're concerned about law enforcement forcing you to unlock your phone, PINs/passwords are still safer than fingerprint readers or cameras

[-] bowsertattoo@piefed.social 3 points 1 week ago

yeah i never use biometrics

[-] Carrot@lemmy.today 8 points 1 week ago

On GrapheneOS, I use a feature that blocks fingerprint for unlocking the phone, but still allows it for accessing apps. No idea how hard it'd be to implement that here, but it makes this work useful even to security/privacy conscious folks

[-] Midnitte@beehaw.org 8 points 1 week ago

What is "linux mobile"?

Do they mean Ubuntu Touch? Postmarket OS?

[-] TheMightyCat@ani.social 26 points 1 week ago

Well most of the work is on the kernel so it applies to all distros.

[-] balsoft@lemmy.ml 5 points 1 week ago

I guess it's going to be writing a linux driver for the sensor or adapting an existing one so that it picks up this particular device ID, and then some udev & pam rules to make it play nicely with the rest of the system. So it's vaguely distro-agnostic.

[-] jlow@slrpnk.net 6 points 1 week ago

That's cool, I guess, though I'll never use it for obvious reasons.

[-] LaLuzDelSol@lemmy.world 14 points 1 week ago

Sorry about the meat slicer accident :(

[-] Squirrelanna@lemmy.blahaj.zone 2 points 1 week ago

Damn mandolin locked me out of my phone.

[-] Shayeta@feddit.org 3 points 1 week ago

With the lockdown on Android apps I was thinking of switching to a linux phone, what happened?

[-] balsoft@lemmy.ml 6 points 1 week ago

You should not use biometric identification because it's much easier to force you to unlock the phone than with a pin or password.

[-] Rooster326@programming.dev 6 points 1 week ago* (last edited 1 week ago)

To be more specific

What you know is legally protected. What you are is not.

[-] Shayeta@feddit.org 1 points 1 week ago

I'm not, and not what I asked.

[-] balsoft@lemmy.ml 3 points 1 week ago

I think there were two levels of misunderstanding, by bad.

In my understanding jlow (OC) is talking about not using biometric identification, and you misinterpreted it as not using Linux on Fairphone. I then misinterpreted your comment to mean "why should I not use biometric identification when I switch to Mobile Linux" and responded to that.

[-] Shayeta@feddit.org 1 points 1 week ago

Understanable, have a nice day.

[-] Solrac@lemmy.world 5 points 1 week ago

A Spicy comment, but my perspective nevertheless. We've given this guy the correct place to post and talk about, and collaborate development for the fairphone 6.... They are yet to come here, as far as I know.

If this is the same person who has been Pro-AI for his "Development" and has also yet to publish his source code, why are we still giving attention?

Under any other circumstances, specially if it were with another phone, I'd just complain about being in the wrong platform and using AI, but, The Fairphone 6 has had leaps and bounds of development, published to the mainline kernel, and also documented extensively in here, long before this person started posting in a dead "social" network.

I complain because it sometimes feels like they're riding off the efforts of others, at best, and wasting a LOT of water at the very least. Feels unethical either way.

[-] WhyJiffie@sh.itjust.works 5 points 1 week ago

nitter instances down for legal reasons, archive.org also refuses to archive this site.. I guess I'm not gonna read it then

[-] hornedfiend@sopuli.xyz 4 points 1 week ago* (last edited 1 week ago)

Here you go my brother in Linux: https://archive.ph/7kev3

Edit: archive only archives pages, not videos.

[-] ironpangolin29@lemmy.ca -1 points 1 week ago* (last edited 1 week ago)

I dont know why they're making fingerprint a big deal. It's actually a bad thing.

It's cool if you're 10 and just watched a sci-fi movie sure but ultimately should be phased out of android/Linux.

[-] hornedfiend@sopuli.xyz 8 points 1 week ago

"Arguably a bad thing" rather. It's better than face unlock for what it's worth.

[-] x00z@lemmy.world 6 points 1 week ago

I like unlocking things with my fingerprint. But I go by the assumption that the technical fingerprints of my fingerprint are stored securely and aren't even accessible by the OS.

[-] TheMightyCat@ani.social 4 points 1 week ago

Why should it be phased out?

Its completely optional.

load more comments (1 replies)
this post was submitted on 26 Aug 2026
300 points (98.1% liked)

Linux Phones

3793 readers
132 users here now

The Discussion on Linux-based Phones.


Benefits:

  • Hardware freedom.
  • Perfect operating-system competition.
  • Full utilization of specs.
  • Phone lifespan raises to 10+ years.
  • Less e-waste.

Linux Mobile Distros:

  • Sailfish🇫🇮
  • FuriOS🇺🇸
  • Ubuntu Touch🇩🇪
  • Postmarket OS🇨🇭
  • Mobian
  • Pure OS🇺🇸
  • Plasma Mobile🇩🇪
  • LuneOS
  • openSUSE Mobile🇩🇪
  • Nemomobile
  • Droidian
  • Mobile NixOS
  • ExpidusOS
  • Maemo Leste
  • Manjaro Arm
  • Tizen
  • WebOS

Linux Mobile Hardware:

  • Jolla Phone🇫🇮
  • Shift Phone🇩🇪
  • FLX1🇺🇸
  • Fairphone 5🇳🇱
  • Volla Phone🇩🇪
  • Librem 5🇺🇸

⚙️Contribute

🧼Go Clean From the Duopoly:

💻Related Communities:

📰News:

💬Messager:

⌚️Watch:


founded 2 years ago
MODERATORS