The ‘O’ stands for manipulation…

rolling release (for gaming)

Seriously… after all these years without some pesky version upgrade screwing things up I couldn’t bring myself to install a non-rolling distro on any device I actively use.

And I only recently learned that a separate vimdiff command exists (not that it makes a difference over vim -d)…

Arch live ISO gives you arch-chroot which does all the binds automatically

That isn’t neccessary. nvidia-open automatically replaced nvidia (same for nvidia-open-dkms, nvidia-open-utils etc) when 590 hit and installing any of those nvidia-580xx packages will ask to remove them because they conflict.

It should be illegal to use pacman without pacman-contrib installed for checkupdates (no risk of partial upgrades) and for comparing and merging .pacnew-files with pacdiff…

While the distinction can be important, the snapshots from right before the update are exactly what you want in this case over some actual but always somewhat outdated real backup

“Doesn’t help” is a bit unspecific for an actual answer.

I simply installed nvidia-580xx-dkms and nvidia-580xx-utils and that was all. If you did not already use the dkms-driver package before you of course also need <your kernel>-headers and dkms (but the latter should be pulled as a dependency for nvidia-580xx-dkms anyway)…

Which automatically asks for the removal of nvidia-open (the standard package for the base linux kernel) or nvidia-open-dkms and nvidia-open-utils that replaced the earlier nvidia, nvidia-dkms, nvidia-utils packages when 590 hit.

PS: If you still have stuff using 32bit add (you might have guessed the scheme by now…) lib32-nvidia-580xx-utils to replace lib32-nvidia-open-utils

nvidia was automatically replaced with nvidia-open (also nvidia-open-lts, nvidia-open-dkms etc).

Simply installing nvidia-580xx-dkms, nvidia-580xx-utils (and lib32-nvidia-580xx-utils because Steam still needs all that 32bit stuff), which automatically removes the 590-open stuff because of conflicts, should be all you need to do.

PS: And of course your kernel’s header package if you did not use dkms before… (dkms should be pulled as a dependency automatically)

“We want to show the automotive industry that sustainable and practical design really is achievable”

Funny to think they don’t know already. But sustainable isn’t the goal, maximising profits is.

Sure, there is a usecase for this. But sperate buffers and varying (and often unintuitive) behavior of software and which buffer is used how is a much bigger hurdle for people not used to it than that “middle-click pasting is confusing” bullshit…

No, what actually makes sense is a proper unification of different copy/paste buffers that is nowadays still mostly improvised and only achieved through very different 3rd party tools (for me using the panel from xfce it’s xfce4-clipman for example that keeps highlighting text and middle-click buffers synchronised with ctrl-c/ctrl-v or ctrl-insert/shift-insert…).

The problem is not accidently pasting something with a middle-click, but not knowing what is in one buffer, what is in another one and which one a program is using.

There is a fuse driver to directly mount it using the google API…

https://github.com/astrada/google-drive-ocamlfuse

I don’t quite get why Gnome people see this as a negative.

Because GNOME decisions are correct, always and exclusively so. Everyone who disagrees is obviously clueless and can be disregarded.

That’s basically the GNOME mantra.

GNOME guys complaining about someone trying to force unilateral decisions upon them and being totally uncoopertaive must be satire…

That’s okay. Thanks to their insane pricing caused by covid, followed by more insane pricing caused by the AI bubble, many people are still running cards not getting any new drivers anyway.

Back then it was for many simply the first rolling distro they tried… to suddenly realize that without tedious (and rarely unproblematic) release upgrades the reasons for a new install (thus trying out yet another distro) also vanished.

Yeah, the majority downloads a random program to do it for them from some website. Which might or might not do what it advertised, sometimes even without installing a lot of trash ranging from ads to viruses…

In reality all those older relatives are rather easy. They don’t have a clue what they use anyway and they usually are also using their devices so little that they are not conditioned to expect all the (often questionable) Windows design decisions either.

So there is really no reason to overthink it. Install whatever Linux distribution you are most used to operating in case they actually need support. Most of the time they won’t because unlike Windows it does not just break randomly or simply slows down to a crawl with accumulated bloat over time.

I do manage them via git. But I only do it so have settings (and their changes) synchonised between 2 PCs and a laptop.

With just one main device I don’t even see a reason to “manage” anything… a basic backup strategy completely independent of just dotfiles aside.