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)

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…

“Users will stop suggesting Linux as a realistic alternative to Windows for non-technical users”

Then their users will simply be wrong…

Non-technical users don’t have any problems with Linux as an alternative. They don’t know nor care what is running on their PC as long as they can click on icons opening the handful of basic programs they actually use.

It’s the pseudo-technical users that think their constant MS indoctrination means they are the pinacle of experienced PC users that are the problem.

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…

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.

None.

I use Signal for messaging. In fact I only use it on mobile devices for short stuff.

Any discussion that takes more time than typing s few short sentences (but is usually also less time-sensitive) I do on the desktop app already.

So Signal is definitely not the right platform for me to talk about hobbbies or other interests. That’s not what it was originally designed for. And that’s not what I will ever use Signal for even if it can nowadays cover that area somewhat.

And if you try often enough it maybe even be a working one…