Because it’s an OSK, not a touch screen keyboard.

Hopefully someone spends some time developing a proper touch keyboard on GNOME.

It’s not a competition, and insulting developers who donate their time to open-source is counterproductive.

Use whatever you wish.

The piss stain colour palette confirms it.

Ubuntu Core, based on Snaps, is very much not ready for prime time IMO. It’s kind of a mess outside of server use.

Look instead at Fedora Silverblue, Vanilla OS, and for the bleeding edge of immutable systems, GNOME OS.

KDE is about to launch their analogue to GNOME OS relatively shortly, named “Project Banana”. These two are not exactly distros as they do not distribute the kernel, they are simply platforms that layer a bunch of images together to create a stable, reproducible system. There’s also OpenSuSE Aeon, but I don’t like its style of immutability as it’s immutable by rootfs lock-out rather than immutable by image.

As for advice, learn how to use Distrobox / Toolbx containers. If you’re a developer, this is where you will be working.

Immutable Linux is still young, and a lot of software isn’t written with it in mind, so expect some growing pains.

I’m running an immutable distro at the moment (GNOME OS), and I felt no loss of performance due to Flatpaks. Snaps, on the other hand, do have a perceivably longer launch time.

Given that it’s an immutable distro, everything I need needs to be either a Flatpak, a Snap, an Appimage or an extracted tarball, otherwise it runs in a container. The advantage of this system is stability and making the host incorruptible, as well as the ability to very easily roll back updates or failed systemd-sysext layers.

Not everything can run in a Flatpak at the moment, but we’re hoping the evolution in Flatpak, XDG portals as well as encouraging developers to use the available XDG portals can make this a possibility someday. Namely, IDEs don’t run that well in a Flatpak, but GNOME Builder has proven that it’s 100% possible with the currently available XDG portals as well as connecting your IDE or editor to a container.

I’ve actually been discussing the idea of Flatpaks offering “terminal aliases”, similar to what Snaps do, with some people involved in Flatpak. It’s something that could happen in the future, but for now, you can totally create an alias to run a Flatpak from a single word, it’s just a PITA.

Flatpaks aim to be a middle ground between dependency hell and “let’s pull in the universe” bloat.

Applications packaged as Flatpaks can reference runtimes to share “bases” with other applications, and then provide their own libraries if they need anything bespoke on top of that.

Anyone else thinks OP’s account is really sus?

Use user styles at your own risk.

I was using LibreChat for a while

Oh yeah Copilot just spirals deeper into insanity the more you use it.

It’ll sometimes spit your own code back at you and say “there, I fixed it”, and it does the same when you point it out ad vitam aeternam. I believe this is a case of hardcore over fitting the original prompt.

"" most likely

Soft brick is a software brick, hard brick is a hardware brick.

This reads like a SQL query.

The code is sent as part of a payload to the front-end for local validation

Sunk cost fallacy

GDM won’t be able to launch X11 environments after GNOME 50 is my understanding.

Misery, USA

I’m not talking about this website specifically, a lot of sites ask for way too much info.

I just click away when I see a login wall, regardless of requirements. If I really want to read it, I use 12ft.io or similar.

Edit: Here’s a wall-less link: https://archive.ph/mFHH8 I really don’t feel like setting up an alt email address just to read a single article.

Indeed it is, but I’m concerned about the above, and thus don’t create user accounts willy nilly.

I could use a fake name and fake email, but a lot of sites require that you validate your phone number too, and it’s starting to become a lot of commodifiable data points.