Anything with Cinnamon Desktop or KDE Plasma is going to be the most ‘Windows-like’ in how the UI works.

If they’re coming from Windows, but they prefer macOS-like interfaces, GNOME or COSMIC fit that bill.

It doesn’t matter what distro you select, for the most part, as Linux is Linux. The only differences are immutable or not, desktop environment, and package management type, for the most part.

That said, Mint, an Ubuntu flavor, Debian, Fedora, openSUSE…all good options.

Mint is based on Ubuntu LTS. The packages aren’t THAT out of date. Most people don’t give a shit if they’re running the bleeding edge of kernels or what version of mesa is installed. If it works with their hardware, they’re good.

Until Plebbit fixes how god awful slow it is, I won’t be interested in it. Lemmy is decentralized enough for me.

I’m curious… What problems are you referring to?

XWayland is the compatibility layer in Wayland to run X11 applications within Wayland. I’ve never had an issue with it on any application that still used X11 and it’s pre-installed, so you don’t have to do anything, if you’re running Wayland.

Honestly for the best. X11 was great for what it was, but Wayland is the future. XWayland covers X11 apps that haven’t been ported yet.

Now I just wish Cinnamon would hurry up and move to fully default Wayland.

I don’t think they’re removing XWayland. Just the X11 session option. You can still run legacy X11 apps in XWayland AFAIK.

Why would a USB accessory need PoE?

Zigbee 4 support lacking in it is disappointing.

My Roborock is genuinely an important cleaning tool for keeping my messy house with three kids clean.

Same. I always try it out and run into some critical bug causing me to abandon it.

My Linux Mint install with Cinnamon “just works”, so I’ve been sticking with that and hoping Wayland support goes stable soon, because I hate X Server.

It’s greed. Not laziness.

Things like this are why I use AMD.

If you add --delete-before, it absolutely can delete stuff.

There are plenty of ARM on PC examples and there will always be an alternative option that is open there. It’s too entrenched.

We need to free mobile devices with functional distros like mobian/postmarketos that are fully functional.

I know Plex is a business that has to make money, but if I hadn’t bought a lifetime pass for $50 a decade ago, I’d have dropped them at this point.

Both are valid commands.

adb install is for individual apk files.

adb sideload is for compressed zip files to load images and system files that usually include apps.

But yes, I did conflate the two and forgot the command syntax.

Either way, I don’t fully understand the hate for the word “sideload”. I don’t find it has a negative implication, but I can see how some other people might.

Installing apps from Aurora, F-Droid, etc. are not “sideloading”, though, and that does bug me how people conflate the two like the Play Store is the only valid way of installing apps on your phone. If you’re installing them from within an environment on your phone, it shouldn’t be called that. Only when you’re loading apps from a PC via adb should it be called “sideloading”.

I mean… That command is “adb sideload”

Can’t. Too busy blocking side loading.

I was in a similar boat. I’ve been using a Ryzen 5000-based mini PC for about two years now. It’s running:

Debian for stability

Flex Launcher for the 10ft TV UI

Flex Launcher has shortcuts for Plex HTPC, Netflix in a full screen Chrome page, etc.

An AirMouse Remote with a keyboard on the back and basic controls up front. It has 5 programmable IR buttons that I have bound to TV Power, TV Input, TV Select, and Sound Bar Vol-/+

My kids also use it for Steam and Retro gaming, so I have it launch ES-DE and Steam Big Picture Mode from Flex Launcher.

Other than the occasional tweaking, it has needed very little and been rock solid for about 2 years now. I have a cheap Android TV set top box still attached for when Grandma goes to use the TV. I can switch inputs and hand them the Google TV remote, but my wife, my kids, and I use the HTPC almost exclusively.

They stopped providing DeviceTree files for Pixel phones, so building Android 16 requires reverse engineering now. They only provided stuff for the generic system images, so building the Linux Kernel for third party ROMs is now much harder.