I could not work out why my Sony headphones were giving me a ding sound and then my listening was interrupted with ambient noises. I assumed Bluetooth connection requests at first, but for me it was the "speak to chat" feature that can be disabled.

There's only so much that can be done on the hardware/ firmware side, but his for me is the real gap that Linux can improve upon. Hibernate, disk encryption and secure boot/tpm unlock together have just worked for a long time on Mac and Windows.

The kernel decisions seem hostile and hard code a big assumption that it's always unsecure to restore from hibernate automatically. What's more insecure is having to disable disk encryption entirely. Secure boot is often misunderstood, but for all its flaws it is better than nothing, and your average user does not want to manually enter a decryption key on top of their user login all the time.

Because of this I feel a lot of software is not written and tested with hibernate in mind, so you also roll the dice on what works and what doesn't when restoring today.

Sleep for 1 hour and then auto hibernate after, in a working setup, meant this problem was solved - always enough battery to resume doing work, no user decision required, quick wake up if resuming a recent session.

I'd love to see multi-user switch selectively suspending user processes and writing them to disk, so you can quickly restore state between users, and if one user left a browser or game running it's not draining the battery on what are now known background tasks. No OS does this one well today.

OpenWRT has a package called mwan3 that in tandem with dnsmasq can allow you set the IP addresses associated with a DNS entry to a particular VPN/country.

Finding a unicorn country where everything works and all traffic is routed is getting increasingly difficult. For example, if a US news site didn't want to implement GDPR, it geolocates all users outside the US and blocks them, whilst other US services start to require ID/age verification to post content for non-US users so accessing both easily requires switching location.

I suspect we will see more services and technology to be able to deal with this complex cat and mouse game of destinations (websites/services) and origin counties. You can typically get by with a few rules/countries today, but I think that is getting harder.

CDN's may pose a problem if the DNS resolves to a shared IP address, so IPv6 can help, but many VPN's do not support it. For some services we may just have to accept there is no easy way to use them unless tools improve (e.g. the browser/application auto-selecting from multiple interfaces)

I tried bazzite, which is very close to kinoite, as Fedora itself had a great out of box experience, even on laptops.

Whilst there was a way to get most setups, apps and configs working it was clear I would eventually run into a piece of software that the effort to get it working was not worth it. Some software and development tools are not (yet) designed and maintained to easily work in an immutable environment.

My biggest gripe was that any interaction with os-tree meant that updates now started to take a really long time building the image with high CPU/power usage. I wasn't ditching Windows to go back to a world of unnecessarily long updates.

For some, I can see the immutable can work well if they want an Android like experience and can accept the software catalog available. It wasn't the right model for me, as I expected my machine to do more than point and click app install. I would be curious how your typical arch user would find it.

Miso aubergine makes for a great star ingredient in a vegan poke bowl, but why stop there on the vegetables when pickled cabbages (red cabbage or kimchi), ginger and seaweed go so well.

I've had mushrooms used as a replacement where they are cooked to a dryer, denser texture although it wasn't my favourite.

Doesn't the post conclude the opposite however, that you can in fact manage your own passkeys outside of any "big tech"?

I think one important detail the author missed is that passkeys are in most cases not a sensible replacement for a password. They can act as a convenient semi-permanent replacement or second factor, but you will always need a mechanism should the passkey, or device be lost, which will be a traditional password or account recovery.

If parties do not trust your particular passkey provider / system then you lose that convenience, but the spec does need someway to handle obviously flawed or broken client implementations. If all your passkeys are hanging out in plain text without a pin/biometric/other key gating their access, they are all compromised and should be rejected.

The author demonstrated that the challenge can be solved in 17ms however, and that is only necessary once every 7 days per site. They need less than a second of compute time, per site, to be able to send unlimited requests 365 days a year.

The deterrent might work temporarily until the challenge pattern is recognised, but there's no actual protection here, just obscurity. The downside is real however for the user on an old phone that must wait 30 seconds, or like the blogger, a user of a text browser not running JavaScript. The very need to support an old phone is what defeats this approach based on compute power, as it's always a trivial amount for the data center.

Libre Office Draw allows drag and drop of PDF pages.

I have run it for several years overnight without issue, backing up around 10GiB, but can only vouch for the stability of the solution and not its behaviour under constrained resources. I had come from duplicati which always ended up with a corrupt database I could not restore from. This project has been a solid replacement, so I would recommend giving it a go.

I really wish they would ditch the elongated display ratio. It's wasted space in landscape 99% of the time, makes the top of the display inaccessible with one hand and the phone unnecessarily large in your pocket. The premium on these could be justified when all the features hit that mark but this is poor human ux.

The problems highlighted in the first section are optional however. Forcing a particular authentication / device attestation method isn't a passkey problem, it's a provider problem. They are free to do that today with or without passkeys. Equating passkeys = bad because of that feels harsh; it is like any scenario where bad actors behave badly with any given technology.

I picked zoho.com free tier, with an eu.org domain after scanning through a set of different options. No marketing appended to emails and only throttles on excessive sending instead of hard limits. Each service sends from its own address.

purelymail.com was my backup paid option if the free plans were no good, with the advanced pricing and low usage the cost would be miniscule.

I run the schedule through the server, which also allows you to browse the snapshots, restore individual files from them, and validate what has been backed up.

You just solve it as per the blog post, because it's trivial to solve, as your browser is literally doing so in a slow language on a potentially slow CPU. It's only solving 5 digits of the hash by default.

If a phone running JavaScript in the browser has to be able to solve it you can't just crank up the complexity. Real humans will only wait tens of seconds, if that, before giving up.

You might consider something like the friendly elec CM3588 for a DIY option with openmediavault or freenas. I have a big old box currently with spinning metal, but am looking at this as an option now that there are some larger m.2 drives available.

It will obviously depend heavily on the type of bot crawling, but that is not hard coordination for harvesting data for LLM's, as they will already have strategies to prevent nodes all crawling the same thing - a simple valkey cache can store a solved JWT.

This is the answer, much of what makes bazzite good is it's mostly just fedora, and they can be set up near identically, sans immutability.

Banks also charge for cash services, many business accounts may just include it in the price, but someone has to physically count, collate and move around the cash, often with security. There are costs for running a computer system, and costs for using cash that businesses have always paid. Some small businesses definitely do not understand that, but cashless can be cheaper and safer depending on your country and quality of banking services.

Replying from an Xperia 5 IV which is my first 21:9 display. I sympathise that they fixed the ratio but made the whole phone larger! They would also need to restore the compact line or make those slight reductions to restore it back to a more friendly size.

They added the double tap home to scroll the top of the screen down so you can reach it, and if they think that's a necessary feature I'd argue the design is wrong!

Thanks for letting me know about the new ratio, not quite 16:9 but not as bad as 21:9.