Try KDE Plasma, you can strip out a ton of it, for example XOrg entirely, baloo, animations, etc.

I think XFCE has way more themes etc. Both are extremely themable though.

No, I understand your points. I may think you need to specify what you mean by “customizable”. A lot of stuff users normally do, like theming, installing random stuff etc, works. You can layer, build your own image etc.

But this is not the point as OP was frustrated about having an OS that even though promising to be reliable still breaks.

And whining about “oh I cant tweak it” is just not at the correct place there.

But of course my answers were kinda harsh, sorry for that. But these issues are really nonissues if your priority is having a working system.

I mean, Github is literally the source of 2 operating systems I run. And most of my apps.

Ah okay but is that useful in many cases? Only when you are home.

Really?? This is crazy.

Afaik headscale is the selfhosted server. You can likely login however you want.

Static IPs are not a thing in most countries. You need an overlay network or dynamic DNS like NoIP.

Headscale is a downstream of tailscale, meaning it has a fraction of the features and is maintained by Tailscale employees.

But great for less trust.

To get more versed infos, visit discussion.fedoraproject.org

We have tags there, many knowledgeable people, and can help better.

Run it through the terminal.

Which is still irrelevant for OPs thread. It is actually the opposite. The more you diverge from upstream, the more you need to vendor your changes.

That means if your mums PC breaks, you are responsible ;)

This should be done out of the box. The implementation depends on the desktop.

Which is why for quality assurance, at most 2 desktops should be supported and prioritized like that.

This is not relevant to the topic about issues with the stability of atomic desktops

What we need is a popup IN THE OS that tells users how to troubleshoot.

Separate from the OS core, updatable individually, like an RSS feed with persistent popups using KDialog etc.

Says the person with a “Twitter verified badge” as profile pic LOL.

What has this to do with ANYTHING I wrote?

No Atomic systems make all sense.

They are literally the reason why an unstable distro like Fedora is robust.

Customization is all done on the mutable areas, home partition etc. A new user profile equals a new vanilla desktop.

Yes, you cannot mess with the core architecture of the OS. Things need to be centralized.

But you realize, similar to GNOME removing theming, that if you have one way that everyone can test, you have way less bugs.

As a KDE user I would be really fine having way less customizability and more stability. I am very fine with the default in most cases.

A well designed system does not require customization, and to be an OS used by the world, Linux needs good defaults.

Keep an eye on CentOS bootc

And the CentOS hyperscale SIG (Youtube presentation, newer update) is basically taking CentOS and backporting or just using tons of Fedora packages on there, for better performance.

I think they use the Fedora Kernel which would still be problematic, as the current 6.6 LTS kernel is still way newer than the 5.14 CentOS kernel (with tons of backports).

I agree that Fedora Atomic NEEDS a way to have GUI messages via an RSS feed arrive to all users by default.

KDE Plasma has an RSS widget by default I think. Will open a discussion about that.

Upstream Fedora is pretty bad with troubleshooting.

I honestly think the traditional Fedora with dnf is bad. I tried it and it was a pain. But the packages are pretty nice.

The issue is: Fedora is a testing platform. Their kernels are fresh. Fedora Atomic is not a finished product (and also not marketed as such in any way).

uBlue literally uses unreleased quay OCI images of Fedora atomic. They are built, but not used. The official ones are not even signed.

Fedora is not a stable distro at all. So they should focus a lot on

• testing if the damn kernel boots on real hardware
• having easy and always accessible fallbacks
• having troubleshooting help everywhere

Also, as most problems are because

• outdated grub (fixed soon with F41 likely, only on atomic)
• too new kernel
• weird kernel module stuff
• rpmfusion sync issues

Many problems can be avoided by using a different Kernel!

Kwizart maintains the official LTS Kernel, built for Fedora, CentOS and RHEL

Replacing the kernel with this may be a solution for many problems

Use my COPR command script

copr enable kwizart/kernel-longterm-6.6
rpm-ostree install kernel-longterm

Not sure if then both are kept.

So you mean…

• editing images (in the viewer, screenshot tool)
• being allowed to customize the UI of any app
• changing the login screen (gdm) background
• creating a textfile from the filemanager
• editing .desktop entries graphically
• …

?

Hahaha, I disagree