Just to add: some folders’ files might need modifications in the new system, e.g. .config/
Just to add: some folders’ files might need modifications in the new system, e.g. .config/
As an unhappy user impacted by this and previous change(s) related to overclocking on RDNA3 I have highlighted the ongoing process.
M$. M$ never changes.
NTFS is pretty outdated, btw
JSDoc: am I joke to you?
The huge amount of grind is what made it un-fun for me.
I’m not sure the UI/UX is anyhow related to kernel development.
I3/Sway/Hyprland/other WMs are already much more superior to anything that can be achieved in Win/Mac desktops in terms of flow and performance. Only polishing is needed. Other desktop options like Gnome/KDE are fine and more lightweight desktops are okay too. They need polishing too, but already great.
Dynamic languages are good for prototyping, especially if a lot of libraries available
Error: ‘o’ is not found in ‘S.O.L.I.D’
Gnome and productivity laughs in sway
No offence, gnome is great, but there are many inconsistencies on the lover level, I wish it was figured out once and for all. It applies to big DEs like KDE and etc too.
In fact it would help game development as much as “similar” approach helps the web grow the way you don’t need to reinvent the wheel every time. Although you can.
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.
Still requires 3rd party account and separate launcher, am I right?
By “weird” hardware you mean proprietary modules like fingerprint scanner, gyroscope and etc?
There are no C/D/… drives in Linux. Steam and Lutris create their own environment (“bottle”, right?) for every game. I think by using Lutris you will get the most user friendly approach.
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
Gentoo LET’S GO