Git exposes a lot of internals through odd commands, so I suspect you could manage synchronization by sending changes over email or something.
Bonus fun fact: there’s a git bundle command that “dumps” the repository into a single file, that can be interacted with as a remote. So if you’re ever working with a local repository and want to put it on a server over ssh or something like that, you can just create a bundle, scp it over, and clone from that on the server.
Fundamentally, the repository you have on GitHub is the same thing as the repository you have on your computer when you clone it. Pulling and pushing are shorthands for synchronizing commits between the two repositories, but you could also synchronize them directly with somebody else who cloned the repository. As somebody mentioned, you can also just host the same repository on two servers, and push to both of them.
The issue is that git doesn’t include convenient features like issues, pull requests, CI, wikis, etc., and by extensions, those aren’t included in your local repository, so if GitHub takes them down, you don’t have a copy.
An extra fun fact is that git can be considered a blockchain. It’s a distributed ledger of immutable commits, each one representing a change in state relative to the previous one. Everybody who clones a repository gets a copy of its entire history and fast forwards through the changes to calculate the current state.
Not sure about other languages, but in polish the thumb is “kciuk”, while the rest are variants on finger - “palec wskazujący”, “palec środkowy”
Edit: checking google translate, German seems to be the same, with the thumb being a distinct word, and the rest being compound words of “finger”
I don’t think that’s right? I know polish has a separate word, and sampling in Google translate seems to show separate words in German, french and Spanish. Maybe I got lucky and hit the exceptions, but it seems to commonly be a separate word.
Eh, I’ve previously fucked up my bootloader, all you need to do to fix it is boot up a live image, mount your root partition, arch-chroot into it, then follow normal steps to set the bootloader back up - it’s not scary if you know what you’re doing, just time-consuming
I’m tempted, though I use rEFInd not grub, but fixing any damage should be easy with a live image handy…
I might be wrong, but I think that actually wouldn’t do anything, because grub is installed by the tooling from the package, not the package itself?
I do want to clarify: it’s not Linux itself, but specific distributions (or rather their package managers). As far as I know, Arch’s pacman would do nothing to stop me 🥰
I’m not sure if this is what you mean, but I do want to clarify - the drivers in the repository are still proprietary drivers from Nvidia, just tested and packaged by the distribution maintainers, dkms is just some magic that lets them work with arbitrary kernels with minimal compilation. Unless you’re using nouveau, which I don’t think is ready for most uses.
I’d definitely recommend against using drivers downloaded from a website, on general principles.
custom kernels don’t work with the drivers from apt
Check if there’s a dkms version - I know that’s the way it’s set up on Arch, if using a non-standard kernel you install the kernel headers, and dkms lets you build just the module for your kernel.
If it brings people comfort to not use the same towel, it’s probably not worth trying to push them away from that habit. It’s one thing to know it intellectually, and another to feel off-put by the idea.
As for android games… If you like puzzles like sudoku, check out Simon Tatham’s Puzzle collection. Simple ad-free online experience with a varied collection of puzzle games.
At some point, I think people will pray for nuclear war, because life will be so miserable.
Reminds me of Roll out the Fallout by The Chalkeaters
Ah, seems you’re partially correct - steam has a command for downloading a specific depot version. You need to know the specific ID to download, and notably games can use multiple depots to form the game files, but I thought you needed to use something like SteamCMD or DepotDownloader for that.
I’m still upholding the fact that it’s not a “proper” feature, while I appreciate having those kind of utilities put in the user’s control, this isn’t something most people could figure out themselves.
It’s not like they have to create the compatibility layers from scratch; Valve did it for them.
I do just want to point out, Valve didn’t do that - Proton is mostly just pre-existing software that they packaged together into an officially supported feature. I love that they did it, and having it in the biggest PC game platform presumably did wonders for Linux gaming, but it was most certainly not made from scratch.
That’s not an official/proper feature on steam, there’s nothing in the interface to select an older version, right? Just the beta system that lets developers have multiple branches available, which is often used to keep a limited number of previous versions available.
That’s cool, I didn’t realize that - according to Wikipedia, it was “adapted to the IBM PC” and spread throughout Moscow and then to eastern Europe, so I wonder how many people actually played that. I guess the NES version was the first commercial one
Virtually endlessly. What they’re talking about is, AFAIK, the actual original (not actually original, but NES) Tetris. It was meant to be infinite, but at some point the numbers get too big to store, and the programming starts breaking down. Some games might be able to keep going indefinitely, just resetting/looping some numbers, and in modern games it might take years, centuries, or even universal lifetimes to reach that point, but almost all “infinite” games will break down at some point.
Funnily enough, I’ve seen opinions that Windows has awful HDR handling and Plasma is much better, but I don’t have a proper HDR display to check. I’ve also had some success with VR, though I haven’t played much on Linux. That said, support from software for those things for Linux is still widely lacking, so it’s not much consolation.
I got the impression that the PolyMC situation was quite different, with that developer masking it and doing a minority of the work, but after one change made by the rest of the developers they snapped, used their control over the repository to remove the rest of the maintainers and take sole control over the repository.
I was aware of some shenanigans and hostility from PolyMC and never used it, but I got the impression there were no major outward signs before that happened?