At 8 months old it should be well within warranty. Just get it fixed.

I’d rather have properly working accessories that connect using Thread (not Wi-Fi) to one another and work without requiring a separate app. Currently almost every manufacturer requires their own proprietary bridge or they want to connect directly to Wi-Fi.

Give me a button/switch, climate sensors (Eve Room comes to mind as it has Thread but it’s a PitA in some other ways), thermostats that can adjust based on an external climate sensor, lightbulbs etc.

Apple TVs and HomePods already work fine as a “Home hub”, I don’t need a separate, central display.

I think I have a simple function in my .zshrc file that updates flatpaks and runs dnf or zypper depending on what the system uses. This file is synced between machines as part of my dotfiles sync so I don’t have to install anything separate. The interface of most package managers is stable, so I didn’t have to touch the function.

This way I don’t have to deal with a package that’s on a different version in different software repositories (depending on distribution) or manually install and update it.

But that’s just me, I tend to keep it as simple as possible for maximum portability. I also avoid having too many abstraction layers.

That’s mostly down to Teams though (being the bloated web app that it is), and not the underlying operating system.

When talking about the kernel, Windows actually skipped 3 major versions iirc from the top of my head. Windows 8 was Windows (NT) 6.2, and Windows 10 skipped that version number to, well, 10.

Why when a simple alias will do?

If you miss the word “Web” in the title:

It allowed that since iOS 17.4, but 18.2 will also allow these apps to as Home Screen icons/PWAs.

I’ve yet to find a browser for iOS with a custom engine though.

The list of “Healthy Games” is a great resource to have!

I also experienced less “hiccups” since switching to Linux with KDE but I’d like to know on what combination of hardware and Windows you experienced anywhere close to an average of 1s response time to “any input”.

I expected something more shocking when I read “working with Russia”.

Kagi uses multiple search backends, and of course it needs to forward search terms to these backends. These backends probably can’t trace the searches back to the individual Kagi user though, but Yandex could still analyze search trends for example.

What’s worse is that - unless they use Yandex’ API for free - customers indirectly (and likely unknowingly) support a Russian company with their paid Kagi subscription.

Kagi should at the very least release a statement about this claim.

Bitwarden keeps working just fine.

I’m no expert here, but I’m pretty sure branch prediction logic is not part of the instruction set, so I don’t see how RISC alone would “fix” these types of issues.

I think you have to go back 20-30 years to get CPUs without branch prediction logic. And VSCodium is quite the resource hog (as is the modern web), so good luck with that.

Meaning up to 28 GB for the Air as well?

Sorry, I don’t know of a guide for other distributions.

Nvidia might be selling the shovels to the customer during this gold rush, but TSMC is making them.

This being displayed as “Unknown” is likely just a bug or an app you (very) recently uninstalled. And you probably opened the camera app by accidentally swiping right to left on the lock screen. Even just a slight swipe will launch the app so it’s ready when you’re done swiping.

And I’m not even sure what you’re talking about regarding your QR code.

Android is not de facto superior to iOS, nor is the opposite the case.

If you’re really that paranoid, even GrapheneOS on a Pixel shouldn’t calm you down because it also requires proprietary firmware by Google (and possibly other vendors) to run on these proprietary devices. In this case my advice would be to stop using smartphones altogether and rely on open source computers (couple of RISC-V options out there I think) for your computing needs.

I was surprised until I saw the spec sheet. The A17 Pro in the iPad mini has a 5-core GPU as opposed to the 6-core GPU the iPhone 15 Pro has with the chip.

So the iPad mini features a binned version of the A17 Pro chip, and Apple likely has quite a few of them piled up as they only ever sold fully functional A17 Pro chips so far. The N3B process didn’t have the best of yields to chips with partial defects would’ve likely been quite common.

Combine that with the likely lower volume sales of the mini compared to larger iPads (and obviously iPhones) and Apple can probably sell the mini for a couple of years without needing to produce new A17 Pro chips.

So it actually makes a lot of sense. Makes me wonder what they’ll put in the next regular iPad though.

Not really, just some wording…?

It’s kind of in the word distribution, no? Distros package and … distribute software.

Larger distros usually do a quite a bit of kernel work as well, and they often include bugfixes or other changes in their kernel that isn’t in mainline or stable. Enterprise-grade distributions often backport hardware support from newer kernels into their older kernels. But even distros with close-to-latest kernels like Tumbleweed or Fedora do this to a certain extent. This isn’t limited to the kernel and often extends to many other packages.

They also do a lot of (automated) testing, just look at openQA for example. That’s a big part of the reason why Tumbleweed (relatively) rarely breaks. If all they did was collect an up-to-date version of every package they want to ship, it’d probably be permanently broken.

Also, saying they “just” update the desktop environment doesn’t do it justice. DEs like KDE and GNOME are a lot more than just something that draws application windows on your screen. They come with userspace applications and frameworks. They introduce features like vastly improved HDR support (KDE 6.2, usually along with updates to Wayland etc.).

Some of the rolling (Tumbleweed) or more regular (Fedora) releases also push for more technical changes. Fedora dropped X11 by default on their KDE spin with v40, and will likely drop X11 with their default GNOME distro as well, now that GNOME no longer requires it even when running Wayland. Tumbleweed is actively pushing for great systemd-boot support, and while it’s still experimental it’s already in a decent state (not ready for prime time yet though).

Then, distros also integrate packages to work together. A good example of this is the built-in enabled-by-default snapshot system of Tumbleweed (you might’ve figured out that I’m a Tumbleweed user by now): it uses snapper to create btrfs snapshots on every zypper (package manager) system update, and not only can you rollback a running system, you can boot older snapshots directly from the grub2 or systemd-boot bootloader. You can replicate this on pretty much any distro (btrfs support is in the kernel, snapper is made by an openSUSE member but available for other distros etc.), but it’s all integrated and ready to go out of the box. You don’t have to configure your package manager to automatically create snapshots with snapper, the btrfs subvolume layout is already setup for you in a way that makes sense, you don’t have to think about how you want to add these snapshots to your bootloader, etc.

So distros or their authors do a lot and their releases can be exciting in a way, but maybe not all of that excitement is directly user-facing.

What do you mean by “option for remote”?