M$. M$ never changes.
JSDoc: am I joke to you?
It’s easy to change display manager (except the case of keeping multiple of them to test out, if they are big and complex, like Gnome and KDE - there are conflicts). Some distros may have worse support for specific display managers, but I cannot say as my experience was relatively smooth for Debian, Manjaro, Arch, Endeavour and Artix. In Ubuntu I had some issues, but I could live with them for a time being because I couldn’t change the workplace OS.
But for init system it’s usually PITA. Many packages, including critical for system operation may have dependency on systemd, for example. In case of Artix Linux there are separate versions of packages for each init system that’s supported, if package has dependency on the init system.
Not only package manager - init system, wiki, display manager, community support, package freshness vs stability also play their role. There are many other points that are important too.
Also can be last cash grab before leaving with a golden parachute, as industry doesn’t feel healthy
Helix 🌚
Although it’s generally good idea, you will have hardware/software issues in the future. As I remember there is LTSB out there and it was pretty solid, but in times I used it long ago, I already had a lot of issues that required hours to find a workaround.
Typical loop in this case:
In a few months/years
That should be in the FAQ
Well, Russian laws deteoriation towards the pro-government/oligarch interests is just de-jure confirmation of what was de-facto for a long time.
Be careful not to replace bash with fish as some systems fail to work with new shell. I usually init fish/nu shells with other instruments, like alacritty and/or zellij
Typical M$. Pushing half-baked and bugged products just to take a market share.
As an unhappy user impacted by this and previous change(s) related to overclocking on RDNA3 I have highlighted the ongoing process.