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.
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
Also, as most problems are because
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
copr enable kwizart/kernel-longterm-6.6
rpm-ostree install kernel-longterm
Not sure if then both are kept.
So you mean…
?
Hahaha, I disagree
Just in Firefox
Very cool and unique iconset!
I tried their icons on KDE (there is a theme) and these old, very detailed icons just dont make sense. Too much color, very incoherent style and way too much detail that you cannot see anyways.
But I have not tried it, as I was too dumb that you need Javascript to have the payment download button work.
Absolutely. GNOME often looks better, but it just doesnt work. Basic things everywhere are removed or not added.
You mean Desktop?
Distro, I think Lubuntu does LXQt better than Fedora LXQt.
But LXQt is a huge mix of mostly KDE Theming.
Tumbleweed is better than traditional Fedora. But it is worse than Fedora Atomic Desktops.
The key words are
rpm-ostree reset
rpm-osree rebase
rpm-ostree status
this is not possible even on OpenSUSEs “immutable” distros, which to my knowledge are not better than Tumbleweed in any way.
Static IPs are not a thing in most countries. You need an overlay network or dynamic DNS like NoIP.