• trust: The biggest trust factor difference to me is, who manages the package and how it is installed. Both are not packaged by my distribution maintainers, therefore I have trust issues with a program that important. However both are available as Flatpak. So I would recommend to install it this way.
• updates: Another big factor is how often these are updated, especially security patches. In example for any Firefox based browser, I would not want to wait longer than 1 day before the fork is on the same version as the mainline Firefox.

I personally would prefer LibreWolf over Mullvad, because it is based off Firefox.

It’s not a big deal to anyone except you.

Wrong, this is a big deal for the developers, for the users and for any maintainer of packages.

And this wasn’t a big change or new feature so they decided to implement it. It’s pretty bold to assume this was a huge change.

It is by definition a big change. And I defined it in my first reply. As you ignore all of this and waste my time, I will not read any further and block you now.

The KDE team really should consider a 1 year bug hunting phase without bigger changes like the thing about desktop edit mode we discussed here. This is my suggestion.

Compared to what I am talking about it is a huge change. My suggestion is not to do this. How I know it? Because I said so. It is my suggestion. Can we stop arguing about semantics and definitions of words? That’s not the point of my suggestion.

My suggestion is to not do such big changes for 1 year and only focus on bug fixes and small changes for the developer and for the user. That’s the point. The desktop edit change is a HUGE change with new logic. It’s incredible complex compared to what I am suggesting.

It is not irrelevant to me and I made it multiple times clear. Its a suggestion by me, regardless of what terminology you use or the team uses. The desktop edit change is a big change which I suggest not to do for a year. Only bug fixes and small changes that enhance and improve usability. The desktop edit change is a huge change for the developers and for the end user, with lot of background changes to make it work correctly, with lot of fixes after it.

Something that complex is not a small change and is not irrelevant for the topic I brought up. I made it multiple times clear now, I don’t know why you are still act like this. It’s not a definition of a term we are trying to agree, I don’t care the term.

I don’t agree with you and explicitly listed it in my first reply as an example of what I consider a big change.

You misunderstand me. They can write new code and be ready when the bug hunting phase is over. The end user only gets bug fixes. Later they can backport any new feature after the phase.

https://wiki.archlinux.org/title/Installation_guide

I guess you meant this as a joke, but for clarification, I meant no big changes such as new desktop edit mode. I wish the team would just focus of bug fixes and enhancements without introducing new elements or changing things up in a big way like this.

deleted by creator

deleted by creator

deleted by creator

I wish the team would just spent an entire year of bug fixing and refining user experience without adding new features or making big changes such as the new desktop edit mode. Don’t get me wrong, this is super exciting too, but for the complex nature of KDE it would be good if they keep a bit of focus after a major release.

By that description, Ubuntu does the same, matching the release cycle of non LTS Ubunu versions; every 6 months with breaking changes (just like Fedora). The difference to Fedora is, that Ubuntu users do not need to upgrade to the next major version, while Fedora have to, because there is only one version.

There is no single Bash standard to follow, only a few guidelines. One way you can check for some basic errors and formatting would be using an editor with support for Bash (in best case with a builtin LSP). At the end, you have to find your style and coding standards or adapt what others do if you want work with them or edit their files.

• Otherwise there is a well known tool for checking Bash files: https://www.shellcheck.net/ You can use it online and as a downloaded program on your local machine. After using shellcheck for a bit I got used to some of its conventions and recommendations, such as always wrapping variables like in ${variable} and some other things.
• Google has a coding style guide, but not everyone likes it: https://google.github.io/styleguide/shellguide.html
• Related is the Bash Reference Manual from GNU: https://www.gnu.org/software/bash/manual/bash.html Off course this is not a guide on how to style or program, but it helps in understanding how GNU does things.

BTW the mk-blog link is 404 for me.

How are the packages more tested than on Arch? Both systems have multiple testing stages in place, doesn’t it? In Archlinux there are 2 more stages before it lands on the actual end user. Sometimes one has to wait long time, in example for me RetroArch was updated after 6 weeks after official release. That’s not bleeding edge at all. Only the system core files get updated extremely quick. But that’s only about updating new packages.

The “leading edge” term of Fedora is about a total different aspect. It’s leading, because Fedora adopts certain technologies first, before even Archlinux adopts it. In example Pipewire. Archlinux waits a bit before the technology is adopted widespread, while Fedora is leading and adopting it early. And that has nothing to do about how often the packages itself get updated. People often mixup these two things (and so I did probably).

I wouldn’t be confident in recommending Fedora to noobs, because its a distribution that is on the bleeding edge side. But it depends on what type of noob we are talking about. There are noobs in Linux, who are technically well versed in Windows and have no problem in adapting to a new system. If someone wants to have the newest software, then Fedora might be it.

Also not many people have experience with Fedora, therefore less likely to be recommended. Most people use or used Ubuntu, maybe even started with Ubuntu. You or me may not like it, but its proven that Ubuntu is generally a good choice for newcomers to get into Linux. And that also plays into how many people know and are able to help. In contrast, Fedora is too much of a niche.

What’s been a bit disappointing is DEs getting on the wayland train so late. A lot of the kinks could have been worked out way earlier if they had given their 2ct of feedback right from the start, instead of waiting 10 years to even start thinking about migrating.

That’s the real issue. And its worse with Gnome, as Gnome doesn’t want support “all of” Wayland and its protocols. That means Wayland will be broken on Gnome, despite Gnome being the most used DE (at the moment). People complain about the problems in Wayland, but not all problems are caused by Wayland itself.

However there were or are two big reasons I can think of why Wayland wasn’t adopted early and for some may never: a) its much harder to be Wayland conform, because the window manager/DE has to do much more work, b) Wayland was just not ready before, as many important aspects were missing (in example some basic protocols, Nvidia) or broken. I don’t blame them. For the record, I am not a Wayland chill, just talking about this, because there are many misconceptions (me included, I’m not perfect) and switched to Wayland just end of last year. Before that Wayland did just not work for me. I even switched from Qtile to KDE, because KDE has probably the best Wayland support (I hate manual window management).

Edit: I just remembered another reason why Wayland wasn’t probably adopted early. Canonical/Ubuntu started a Wayland alternative called Mir (that was before Mir transformed into a Wayland compositor). And devs probably didn’t want set on Wayland or Mir before knowing what will be around in the future.

Wayland kinda is an x.org project in the first place.

Not really. Wayland is fundamentally different from Xorg. Otherwise we would not need Wayland and create X12. It’s like saying mechanical hard drives are kind of Solid State Drives, just because they allow to do something similar. Even if the developers are the same, does not mean the technology is.

AFAIK it’s officially organised under freedesktop but the core devs are x.org people.

I’m not sure if this is correct. But let’s assume this is correct. Why does it matter? If Wayland was developed by different people than those who maintain Xorg at the moment, would not change the fact that we need Wayland, because it is different and solves issues that cannot be solved with Xorg without rewriting it. And nobody wants to rewrite Xorg or understand the code (other than very basic security maintenance).

Not surprised.

If the alternative is a new system that literally does nothing? Sure!

You should read about Wayland. Doing nothing is absolutely wrong.

X11 may be old and whatever you want, but it works and it’s battle-tested.

It doesn’t work. There are parts of X11 which are broken. And you reply to a reply where I already listed 2 huge points, which are not even the only ones. And you ignore that X11/Xorg code is totally spaghetti, huge and has lot of old code that not everyone understands, because it has ton of workarounds to make it somehow half baked working on modern times. Nobody wants to work on the code, doing more than basic maintenance. And you should think about the future too, not just about yesterday and today on your personal computer. Think bigger. X11 is just not enough anymore going forward, for the next coming decades.

Wayland can’t even launch a full desktop session in my machine, which is even less than the failure Pulseaudio was back in its day and that’s saying something.

Are you on Gnome? Did you install Wayland on top of a running X11 system and did not configure it correctly? X11 doesn’t work on my machine too, because everything is Wayland configured. So whats your point? Off course one is not a 100% replacement. There will be changes, and both are incomplete and are not working 100% perfectly. The point of Wayland is not being 100% compatible with the setup you have for Xorg/X11. There are things like reading from keyboard on any application that is running is a security risk in X11. Wayland prevents that. Which in turn means that some programs (even important ones) won’t work. And they are working on a solution.

I switched to Wayland just end of last year and one of the reasons is that X11 does not handle multiple monitors well, if they have different sizes and refreshrates, especially if you add G-Sync and probably FreeSync on the other monitor. X11 is broken at that front.