![User banner](https://lemmy.ml/pictrs/image/ca53f8c6-82b2-43e8-98fd-48f8d62a74e5.jpeg)
Some domain providers (e. g. Strato) have dynamic DNS included. You can then use ddclient or, like in my case, your residential gateway and point them to the dynamic DNS servers of your domain provider.
Other providers (e. g. Netcup) have an API that allows modifying the A record of your domain. You can then use a third-party program or script to update the A record via the API.
Actually it is the same story with TLS 1.3 and TLS 1.2. A bunch of sites still doesn't support TLS 1.3 (e. g. arstechnica.com, startpage.com) and some of them only support TLS 1.2 with RSA (e. g. startpage.com).
You can try this yourself in Firefox by disabling ciphers (search for security.ssl3
in about:config
) or by setting the minimum TLS version to 1.3 (security.tls.version.min
= 4
in about:config
).
Until a couple of weeks ago I used Fedora Silverblue.
Then, after mostly using GNOME Shell for about a decade, I (reluctantly) tried KDE Plasma 5.27 on my desktop due to its support for variable refresh rate and since then I have fallen in love with KDE Plasma for the first time (retrospectively I couldn't stand it from version 4 until around 5.20).
Now I am using Fedora 39 Kinoite on two of my three devices and Fedora 39 KDE on a 2-in-1 laptop that requires custom DKMS modules (not possible on atomic Fedora spins) for the speakers.
Personally I try to use containers (Flatpaks on the desktop and OCI images on my homeserver) whenever possible. I love that I can easily restrict or expand permissions (e. g. I have a global nosocket=x11
override) and that my documentation is valid with most distributions, since Flatpak always behaves the same.
I like using Fedora, since it isn't a rolling release, but its software is still up-to-date and it has always (first version I used is Fedora 15) given me a clean, stable and relatively bug-free experience.
In my opinion Ubuntu actually has the perfect release cycle, but Canonical lost me with their flawed-by-design snap packages and their new installers with incredibly limited manual partitioning options (encryption without LVM, etc.).
My whole infrastructure is designed so that my homeserver is expendable.
Therefore my most important tool is Syncthing. It is decentral, which is awesome for uptime and reducing dependance on a single point of failure. My server is configured as the "introducer" node for convenience.
I try to find file-based applications, such as KeePassXC or Obsidian, whenever I can so that I can sync as much as possible with Syncthing.
Therefore there is (luckily) not much left to host and all of it is less critical:
- Nextcloud AIO: calendar, contacts, RSS, Syncthing files via external storage
- Webserver: Firefox search plugins (Why is this necessary, Mozilla?!), custom uBlock Origin filter list, personal website
So the worst thing that can happen when my server fails is: I need to import my OPML to a cloud provider and I loose syncing for some less important stuff and my homepage is not accessible.
Since I just rebuilt my server, I can confirm that I managed a whole week without it just fine. Thank you very much, Syncthing!
Linux Mint nowadays supports release upgrades, but you have to follow their blog to know when a new major Mint release is out and you have to manually install mintupgrade
and do the upgrade.
So it is definitely not caused by technical constraints, as Mint has implemented the difficult part (providing and testing an upgrade path) already. Notifying the user about a new release upgrade shouldn't be too difficult? E. g. in the most simple form you could probably preinstall a package that does nothing at first, but receives an update once the next Mint release is out to send a notification to the user to inform about a new Mint release.
When it comes to elementary OS, I think they could support in-place upgrades, as they properly use metapackages (unlike Mint, which marks most packages as manually installed and doesn't really utilise automatically installed packages and metapackages in a way that you would expect on a Ubuntu-based distro), but they probably don't want to allocate / don't have the resources to test an official upgrade path.
But again, I don't understand why it is so difficult for elementary OS to at least provide a simple notification to the user that a new version is out. Even if the users have to reinstall, it is critical to inform them that their OS is about to become end of life. You know, people do things like online banking on their computers ...
It's the first thing I check with every distribution and if it doesn't have an EOL / upgrade notification, it is immediately out.
This has always been the case with Ubuntu. Ubuntu only ever supported its main
repository with security updates. Now they offer (paid) support for the universe
repository in addition, which is a bonus for Ubuntu users, as they now have a greater selection of packages with security updates.
If you don't opt-in to use Ubuntu Pro, nothing changes and Ubuntu will be as secure (or insecure) as it has always been. If you disable universe
and multiverse
you have a Ubuntu system where all packages receive guaranteed security updates for free.
Please note: I still don't recommend Ubuntu due to snapd
not supporting third-party repositories, but that's no reason not to get the facts right.
Debian has always been the better choice if you required security updates for the complete package repository.
Personally I have my doubts if Debian actually manages to reliably backport security updates for all its packages. Afterall Eclipse was stuck on version 3.8 for multiple Debian releases due to lack of a maintainer ...
There are plenty of reasons to get rid of Ubuntu, but this isn't one of them.
Before Ubuntu Pro, packages in universe
(and multiverse
) were not receiving (security) updates at all, unless someone from the community stepped up and maintained the package. Now Canonical provides security updates for universe
, for the first time since Ubuntu has been introduced, via Ubuntu Pro, which is free for up to five personal devices and paid for all other use cases.
Debian is actually not that different (anymore). If you read the release notes of Debian 12, you'll notice that quite a few package groups are excluded from guaranteed security updates, just like packages in universe
are in Ubuntu. Unlike Ubuntu, Debian doesn't split its package repository by security support though.
It misses one important choice: "I want to get notified of new releases of the operating system and want to have a graphical upgrade path."
Otherwise people just run their no longer supported OS until something stops working (I've seen this countless times ...), as very few people follow blog posts or social media feeds of their operating system.
This rules out lots of supposedly "beginner friendly" distributions, such as elementary OS or Linux Mint, as they don't notify users about the availability of a new distribution release. Elementary OS doesn't even offer in-place upgrades and requires a reinstallation.
Your're right, ideally wear reduction should probably be done by the display itself. But considering how little manufacuters often care about OS-agnostic approaches, it might be necessary to have software workarounds?
Variable refresh rate (VRR), HDR, OLED (e. g. I'd like the panel to become grey and move items around a bit to lessen burn-in) all involve GNOME for hardware support.
Outside of that the toolkit's file picker is used, as the system doesn't seem to provide one (via the portal), so the only reasonable fallback is to show the file picker that you know is there, which is the one of the application's toolkit.
I actually like to use Comic Neue for personal stuff. https://comicneue.com/
Ubuntu is another nice font, which I like to use for more serious documents. https://design.ubuntu.com/font
For system fonts I use whatever comes preinstalled. I don't modify the font defaults in any way.
but you are writing documentation for scripts?
No, I document my installations with scripts, so that I am able to install multiple computers the same way.
how would that impact your configuration?
It impacts my documentation. If, for example, gsettings set org.gnome.software allow-update false
no longer works, because they changed the key from allow-update
to updates-allowed
, then my documentation no longer works correctly. Same when new technology is introduced, e. g. a switch from Pulseaudio to Pipewire. With a rolling release distribution these changes can happen at any time, whereas with a fixed release these changes only occur when a new release of the distribution is made and I upgrade to it.
I don't have the time to continously track these changes and modify my documentation accordingly. Therefore I appreciate it if people bundle all those changes for me into one single distribution upgrade and write release notes with a changelog. Then I can spend a day reading the release notes, adjust the documentation, apply the upgrade on all devices and then move on for the next couple of months/years.
which as nothing to do with rolling release or distributions.
I tried to explain to you why I dislike rolling release distributions. That's why I tried to give you one example where a fixed release distribution is more suitable in my opinion.
I understand that these things might not matter to you, if you only have one computer (or so) to maintain at home or maintaining home computers is your hobby. But I have four personal computers and multiple devices from the family to maintain and system administration is no longer my hobby ...
I've used Arch Linux and openSUSE Tumbleweed in the past and I have been using Linux for over 10 years ...
With each new version of an application there's the change that configuration files or functionality changes. Packages might even get replaced with others.
You would be surprised how much changes between Ubuntu LTS versions ... My archived Ubuntu installation script had lots of if-statements for different versions of Ubuntu, since stuff got moved around. Such things can be as simple as gsettings schemas (keys might get renamed), but even these minor changes make documentation and therefore reproducable reinstallations troublesome.
With a fixed release all these changes are nicely bundled in one large upgrade every couple of months/years, which makes it easy to document and to plan when to do the upgrade.
I can't stand rolling releases (for personal use) and I never recommend them to anyone. To me it feels like being in drift sand.
I need fixed releases to test my documentation (shell scripts) against something. With a rolling release those scripts can break at any time, unless you read the changelog of every package update.
But I also want and use fully automatic updates, so reading changelogs for every update would be the direct opposite of what I am looking for in an OS. I am ok with reading release notes every couple of months for a distribution upgrade though.
I want my systems to be reproducible and that's impossible with drift sand rolling releases. In my opinion Fedora or Ubuntu have a decent release cycle, I would never consider Arch or Tumbleweed or Solus.
Innovation or regression?
Innovation doesn't necessarily mean that all past functionality needs to be carried over. Actually innovation often means that past technology becomes obsolete and gets replaced with something new.
Gnome used to have optional desktop icons. They removed them.
They removed them because with GNOME Shell those icons no longer made sense. There was no longer a concept of dragging apps from a panel menu to a desktop, instead apps were now pinned from the fullscreen app overview to the dash.
Since the code was no longer used by the default GNOME experience, it became unmaintained and eventually got removed.
Because GNOME is the only DE with some potential and by not having 2 or 3 simple optional features aren’t getting more traction.
But everyone has different requirements and my "2 or 3 simple optional features" that are missing are completely different than what you think is missing. I couldn't care less about desktop icons or system trays. I even prefer not having a system tray, as this functionality should be provided via notifications and regular application shortcuts in my opinion.
But in the end, a software project only has a limited amount of resources available and developers have to decide where they want to focus on. GNOME chose not to focus on desktop icons:
GNOME had icons, v3.28 discontinued them
Because the code was "old and unmaintained" and probably no one was willing to modernise and maintain it. Desktop icons were already disabled by default before 3.28, so they didn't "re-invent" this feature with the removal of the code in Nautilus.
Using other DE doesn’t make much sense as you’ll inevitable run in GTK and parts of GNOME and having to mix and match to get a working desktop experience.
I use GNOME and KDE and use the same applications (as Flatpaks) on both desktops: I use GNOME Calculator on KDE, because I dislike both KDE calculators, and I use Ark on GNOME with a Nautilus script, as File Roller doesn't allow me to set the compression ratio (I need to create zip files with 0 compression for modding games). So for me it has become the norm to mix applications created with different toolkits. Thanks to Flatpak I still have a "clean" base system though.
Btw. I am getting tired of these re-occurring complaints that GNOME works differently than other desktops. I am not constantly complaining about what features KDE is, in my opinion, missing all the time either (e. g. dynamic workspaces, same wallpaper and desktop configuration across all existing and new monitors, online account integration, command line config tool, etc.), instead I accept that this is how it is at the moment and either use KDE the way it is (like I do on my desktop PC) or use something that better suits my needs (like I do on all my laptops).
Because it takes manpower to develop and maintain these features?
Especially desktop icons are difficult to get right (see workarounds like "ReIcon" on Windows). E. g. keeping icon positions across multiple monitors and varying resolutions and displays (which can be unplugged at any time). They can also be a privacy-issue, e. g. when doing a presentation.
But most importantly: GNOME doesn't want to be a traditional (Windows-like) desktop, so why would they implement features that don't align with their ideas for a desktop experience?
There are lots of other desktops, like Cinnamon, that offer a traditional desktop experience within the GTK ecosystem. There is also plenty of room for desktops, like GNOME, that have a different philosophy and feature set.
In my opinion it would be boring, if every desktop tried to do the same thing. And there wouldn't be any innovation, if no one tried to do things differently.
I use it without extensions*.
Whenever I use KDE on my desktop (I installed KDE there because GNOME worked so well that I got a bit bored of it ...), I miss the workflow that GNOME Shell provides. Dynamic workspaces are amazing (use Super + mousewheel or touchpad gestures to quickly switch between them) and I miss them on any other desktop.
I also think that KDE provides lots of settings, but few of them do anything useful. Whereas GNOME mostly provides exactly the settings I need and few I don't. I also love that I can script my GNOME setup completely via gsettings
, whereas KDE stores everything in config files that are difficult to modify, especially while the desktop and apps are running (they may override the files when closing), and their settings are hardly documented. gsettings
actually is somewhat self-documenting due to descriptive schemas and descriptions.
In general I just enjoy the elegant, simple, unique and focused experience that GNOME provides.
*Well, "used to", as I recently switched from Geary to Birdtray + Thunderbird and needed to install an Appindicator extension to make Birdtray work, which I think is very unfortunate, as other applications that use a system tray, like Electron messengers, stay in the background without any extensions. I actually might go back to Geary because of this and the fact that I have to run Birdtray and Thunderbird with Xwayland to get any kind of tray functionality / background notifications ...