I sort of had the opposite experience. My pixel 5’s fingerprint reader worked about 20% of the time. It was so bad. I’ve actually had a much better experience with the Pixel 7’s in-screen one. It’s probably 90% successful. Before my Pixel 5, I had a OnePlus 6, and that one was like 99% successful.
I did prefer the location on the back, though.
Could you elaborate more about why returns discourage deep sales? I’m not sure I’m getting it from your comment. It seems like it is just correlation rather than causation.
I guess I’m a dummy, because I never even thought about this. Maybe I got lucky, but when I did restore from a backup, I didn’t have any issues. My containerized services came right back up like nothing was wrong. Though that may have been right before I successfully hosted my own (now defunct) Lemmy instance. I can’t remember, but I think I only had sqlite databases in my services at the time.
Mine are named after fictional robots, computer programs, or AI. It started with my wifi being GLaDOS for 5 GHz and Wheatley for 2.4 GHz. I thought it was funny that everyone could immediately tell that Wheatley was the slower one. Over time, I continued the trend. My gaming PCs are named after characters from the Mega Man X series (desktop is Zero, laptop is X, steam deck is Sigma). My macs are named EVE and WALL-E. My server is named Sibyl System (from Psycho Pass).
I just own an adapter that has a headphone jack port and a charging port.
My sister stayed at my place when she was in town for an event. At one point I heard her alarm going off for an hour before stopping. She woke up an hour later and was like, “my alarm never went off! I’m so late!”
My cat loves being picked up, so she would do it again for that alone.
I once was at a social gathering where two vegans were arguing about who was more vegan. It was exhausting.
I have a some variety of scratcher on every corner of the couch. I have some rope ones, carpet ones, a low one. My cat really just prefers to scratch the couch. Any attempt to persuade her to scratch the scratchers, she sees as a fun game and scratches the couch more.
This is an excellent use case for a self hosted service, since location data is frequently used for nefarious purposes.
I have a mesh system made up of Asus Zenwifi ET8s, and I have been very happy with them. They have a lot of cool features, such as having a VPN server and VPN client, with the VPN client allowing me to apply the VPN to only selected devices. It has tons of customization options for those that are knowledgeable about that sort of thing. For example, I can tweak at what signal strength AP steering happens. It has WiFi 6E and 2.5 Gbps wired backhaul.
When I first got it, it was very buggy, and some features straight up didn’t work. But they eventually got all the bugs that I found fixed. It’s in a really good state right now.
To address your desired features, it does have wireguard. I don’t know about DDNS, but it does not have pihole built in. It has adguard built in, but it doesn’t really seem to do much, tbh. Then again, pihole didn’t really do anything for me either. I ended up shutting off my pihole because I didn’t even notice a difference.
As a podman user myself, they’re essentially the same. I look at the docker documentation when learning new things about podman. 99.9% of the time, it’s exactly the same. For the features that aren’t in podman, you can use the podman-docker package. This gets you a daemon so you can have some docker-specific features such as a container being able to start/stop other containers by mounting the socket as a volume, and it allows you to use docker-compose.
Hopefully Linux phones are not so far away from usable in the next couple years.
I said the same thing in like 2013. :(
That package actually does a bit more than that! If you don’t need all the extras, then I say just add the alias and be done with it.
You most likely are flashing the bootloader, recovery, and OS all in one step. They can be combined into one image and all flashed at once. I doubt the Android bootloader would be able to boot Linux, but tbh, that’s not my area of expertise, so I could be wrong.
Wow, that’s really clever. And dead simple at the same time.
I like podman because rootless and daemonless are built-in and default. Yes, it can be done on docker, but you have to do a bunch of shit to get it set up.
You could create the alias alias docker="podman" and 99% of the time, you won’t even be able to tell the difference since podman is a docker drop in replacement. All the docker documentation applies to podman as well. But since docker runs as root by default, some edge cases might not work out of the box (like binding to a port on the host less than 1000).
Podman comes with some neat tools like being able to create systemd service files to start and stop containers as services.
To use docker-compose, you’ll need some additional packages. That’s probably the biggest drawback to podman imo. Podman wants to use pods instead of docker-compose, but I think they gotta take their heads out of their asses and just support the more popular format on that one. Not to mention docker-compose is just plain better imo. Easier to define, easier to understand, easier to modify. The list goes on and on.
I used to be an Android device developer back in the Lollipop days. I compiled the various images myself, including the bootloader, recovery, and the Android OS. I can say with 100% certainty that at least back in the Lollipop days, and at least on the vast, vast majority of devices (a device could theoretically change this, and I don’t know everything about every device ever released), the battery percentage that shows up when the phone is off is part of the bootloader, not Android. It’s a separate image entirely.
My work uses Dell servers, which have this thing called iDRAC, which is a separate embedded system that can manage the server even if the server is off. The iDRAC can turn the server on even if it’s off. Even if the server is off, you can log into the iDRAC and check the status of the server and see if there are any hardware issues, see if the server is on or off, update the firmware, etc.
This sounds like overkill for a phone, but I wonder if they are doing it this way, with a separate embedded system. If they did, it could potentially use only a small fraction of the battery power Android uses. It could potentially last weeks or even months on a charge.
More likely, it’s booting a separate image - not unlike recovery mode - when it turns off, and like you said, it’s not actually off. But it would be interesting if it has a separate embedded system just for tracking the location even when the OS is powered down.
Ideally they’ll let you turn off this feature regardless of battery implications, because it sounds like a security concern if your location can be tracked even if your phone is off.
Edit: wow, I worded my first section really poorly. But I’m to tired to fix right now. Hopefully you understand what I was saying.
I graduated college 3 months before the Switch came out. It really doesn’t seem like that long ago…