Oh yeah definitely. It’s a slow EInk Android tablet on a very old version of Android. If you need more than just an EReader it’s the only reputable brand.

I don’t think you’ve used anything but a Boox in a long time, and have forgotten what the standard is. Boox has 1/10 the battery life, takes forever to wake up, and doesn’t support deep sleep properly (so it either drains battery when sitting idle, or shuts off entirely taking 5+ minutes to power back on). It’s decent hardware with very badly designed software. Neither Kobo or Kindle devices have these problems, they have battery that actually lasts, deep sleep when idle for any length of time, and power back up, even from deep sleep in 10 seconds or less.

With the discontinuation of Disroot(?) A couple years ago, and now CalyxOS on a hiatus that’s going to require reimaging if they ever do come back, GrapheneOS is currently the only project that is supporting Android within the last 3-ish generations and us a fully put together OS. Lineage is at least 2 versions back currently, and only that new on a couple devices. Additionally it’s not really a fully fleshed OS so much as it’s the basis for custom ROMs, which frequently see no security awareness or concern at all, and only get a couple releases before disappearing. /e/ is really one of the only alternatives, and is just based on Lineage but with some security awareness and an actual update history.

So sure it’s not the original intent of GrapheneOS, but they have some of the best build tools I’ve ever seen, and are one of the few actually put together OSes.

Except so far the only time they’ve actually gotten any fines paid by anyone significant, the initial multi-billion euro fine on Meta was settles for only a few hundred million euro after half a decade of litigation and ended up including all subsequent fines in what was forgiven despite them continuing the activity. In theory it should dissuade them, but the companies being fined that really deserve it have annual profits greater than most countries’ GDPs. They can litigate indefinitely against the entire EuroBlock and keep making a profit from the activities while doing it.

This. It’s weird how a particular GrapheneOS supporter keeps arguing how awful /e/ and CalyxOS are/were, and how microG is the worst thing ever. But then offers only native Google or nothing for Play Services (sandboxed mind you). The very first fallacy you learn in Cybersecurity is that if it can’t do what someone needs, it’s not secure because it’s not viable. Having nothing for Play Services is often not an option for many people. And when Google itself is one of your threat actors, literally the world’s worst solution that provides the barest modicum of protection against Google is by definition more secure. Just allow Sandboxing MicroG as an option already for those of us with a bigger threat surface from Google than from Cellebrite-using nation-state actors.

Full disclosure: I’ve looked at using their absolutely excellent build tools to create a fork with MicroG allowed. But it turns out to be non-trivial to add the signature spoofing permission to the system and grant it to only MicroG, and conflicts with the custom Google Play config that allows Sandboxing.

Bluetooth protocol support for audio is a bit of a mess, and many Bluetooth devices (especially knock off or no-name budget brand headphones/headsets) skimp on applying the standard properly.

Absent the absolute latest Bluetooth standard support (5.3 or better), you’re usually limited by the protocol to very poor quality audio. It gets even worse of your device shows up as a headset inst4ad of heaphones/speaker since it has a mic return channel crammed into the very restricted bandwidth too. The way (mostly quality) vendors have worked around this prior to the latest Bluetooth protocol versions was to use raw data channels with negotiated compression formats and a special “escape hatch” protocol supported by Bluetooth (A2DP). Both sides had to negotiate a shared compression algorithm and implement it for sending the compressed audio so it could be decided at the destination. Poorer quality or older headphones, and older Bluetooth Linix stacks didn’t do this very well.

Not sure if any of that is applicable, but in general Bluetooth is always worse quality than wired because of bandwidth restrictions. And until Bluetooth 5.3 that added LE Audio and a related very efficient audio compression algorithm, it was a compatibility crap shoot.

Far and away the biggest thing I can recommend: Use the same distro yourself. If there ever are issues, you’ll almost certainly encounter them first and know how to fix them quickly. Ideally use it yourself for a bit before you put it on your mom’s computer so you can find any initial issues too.

I experienced that only when doing expert things on my system like trying to install new drivers. I’ve been using 4 different immutable distros for a few years and literally the only “breaking” thing was when UBlue distros moved to Fedora 42, which no longer allowed you to use the ostree admin unlock --hot-fix hack to directly modify your system and made you build your own modified variant using their GitHub template repo.

I’m actually moving my wife to a UBlue distros specifically because I set it up remotely and it just auto updates.

I will warn however that Flatpaks can be a nightmare for basic things like browsers if you want to do things like use a webcam, microphone, or, god forbid, a USB device. Make sure you manually set that up in the (probably flatpak) you’re using before handing it over (probably by using Flatseal).