Yes. They were very concerned about head to head comparisons because the tools for measuring FPS and stuff works differently.

But as an actual option or not? I think OP is referring to those who say “I’m going to switch to Linux” like those politicians to pay so much lip service to freedom, democracy, privacy while at the same time voting to erode all of those. The implication being that they won’t actually ever switch to Linux.

You can tinker for the most part, it’s just done differently. In the Universal Blue world, that would be creating your own OCI container using their image template or blue build.

The nice thing is that it makes the OS much more reproducible than imperative commands and scripts.

Not a security issue, copyright/license issues.

In my experience, many Gnome apps make doing complex tasks pretty easy compared to third party apps. However, it is at the cost of customization and questions like “why can’t I do this???”

But in general, Gnome’s simple design works for me, most things feel clean and polished. I don’t need the vast majority of features offered.

In the cases where Gnome’s default aren’t powerful enough, often times the KDE equivalent isn’t good enough for me either despite offering more features and customization.

As an example, Gnome Text Editor vs Kwrite and Kate. GTS has the basics I need like line numbers (Apple’s text editor does not have this…) and that fits 80% of my needs. But what about more advanced things? Well, no markdown support but I don’t think Kate has that either. What about coding? I’d rather use a dedicated IDE than Kate or GTS.

The bar is meant to be very minimal and not distracting.

It takes up space, sure, but it’s close to the minimal height while still having easily readable time up top

You can purchase used electric cars too.

No, it’s a limitation with swaybg so they created a tool that doesn’t have that limitation.

Sideloading or preinstalling?

Sideloading already existed, but only for ostree flatpaks. Flatpak also supports OCI flatpaks, but the support for those aren’t as good, hence the previously missing side loading support.

“We do <thing > because we always did before <thing 2>” is not a good point

I didn’t mean it in a “this is better way”. I’m just saying that Wayland was designed around the idea of client side decorations, not server side decorations. Gnome has stuck to the more purist vision of Wayland, which makes sense since I believe they were its biggest proponent.

That can be dropped eventually too. Compositors like Niri don’t implement Xwayland support directly, and instead use Xwayland Satellite.

The for argument is basically the following

• Wayland as a protocol was designed around CSDs, protocols for SSDs came years later
• Having the client control the CSDs simplifiies things for the compositor and apps
  • The compositor has less things to implement and test
  • Modern apps tend to prefer CSDs anyway since it provides more flexibility, very common on MacOS and Windows
  • It’s difficult to coordinate things between the client and compositor.
    • Something that annoys me about KDE is that they do this headerbar look where the top part of the application will match the color of the the titlebar. However, the top part of the application is drawn by the application and the titlebar is drawn by the compositor. But when the color changes (such as going from unfocused to focused), they do not update at the same time, so for a frame or few the top part of the application is a different color than the titlebar. That wouldn’t happen under CSDs.

No

[Blockchain] technology is neutral. People make it good or bad.

Sure, maybe. But you’re making it clear you’re in the bad camp too when you’re announcing this with NFTs.

I hope the performance significantly improves by then. Beta 1 felt pretty rough to me. And also, animations.

The security and privacy don’t matter much when most of the emails you get are coming from unprivate servers like Gmail or outlook.

The main reason I hear is that it maximizes screen usage and helps avoid/limit the tediousness of having to manage windows.

Not what you’re asking for, but I’ll give you my perspective as someone who’s tried tiling on and off and overall don’t like it.

1. Applications work best at certain aspect ratios, having them automatically tiled to different aspect ratios can be annoying
2. Some windows windows/pop-ups have no business being tiled. Like some Yes/No dialogs (not all windows specify a max size which would avoid triggering the tiling) or a simple calculator. And you can specify which ones to have floating, but it requires setup.
3. Sometimes it ends of causing more work than floating environements. Most of the time I only have a max of 2 windows open, but occasionally I’ll quickly try to do something then end up with 4-5 windows, at which point that’s too many windows and I need to reorganize stuff to continue working. But that usually wouldn’t be an issue in a floating environment.
4. Worst of all, just setting up a tiling environment is a nightmare. You have to configure the actual compositor/WM, which tools you want to use with it (bar, launcher, screenshot tool, notifications, screenlocker, etc) and configure all those too, ideally with some basic theming to make them look coherent. But inevitably you end up with missing functionality especially in the modern area where an app might be sandboxed or expecting all xdg-portals to be implemented, which most compositors don’t do.

Cosmic is exciting in this regard since it aims to be a fully-featured floating and tiling environment. You could just toggle between them as necessary (or have them on separate workplaces). You also get much better portal support.

You could run the game under Wayland before, but it was not default behavior nor provided as an option.

I used to force the game to use the Wayland version 3 years ago to work around a bug in GLFW that caused inputs to be ignored under X11.

But then Minecraft updated to use a fixed version of GLFW so I stopped needing to do so.

I ran 1.21.10 and snapshot 25w34a. With xeyes, I was able to confirm that 1.21.10 was using Xwayland and 25w34a was using Wayland.

As it stands today, sudo-rs is the default sudo implementation on Ubuntu 25.10, and uutils’ coreutils has mostly replaced the GNU implementation, with a few exceptions, many of which will be resolved by releases in the coming weeks. These diversions back to the existing implementations demonstrate that stability and resilience are more important than “hype” in our approach: I expect us to have completed the migration during the next cycle, but not before the tools are ready.

https://discourse.ubuntu.com/t/ubuntu-25-10-a-retrospective/69127