Lot of people mentioning kde connect. I'm going to take a moment to clarify, kde connevts functionality is modular. you need the sshfs package for it to mount the phones filesystem over ssh. Once you've done that, it works pretty normally.
tbh why not jsut set them up with an ssh key that doesn't have an associated passphrase? Besides that, if you don't care about encrypting like you say, then you could replace all calls to ssh with telnet.
At least that's my immediate thoughts.
Jesus fucking christ this is a hell of a project, Ill finish reading when I get home today.
Hats off to you for pulling it off. Why is it that every time I read something by a NixOS person I get the inpressiom that they are very smart but are completely mad.
juan guaido has declared himself the interim president of Florida International U
bcache is inherently designed to be an ssd cache that sits in front of slower bigger disks. Bcachefs is an extension of this into it's own filesystem. iirc the words of the bcache creator were: 'we've implemented 80% of a filesystem here, might as well go the rest of the way'. So how much it thrashes a disk is based on what position you give it in the architecture. The caching ssds are going to be used heavily, taking advantage of their fast random access to manage all random accesses, while sequential operations generally go to the slower disk that's set as the background device. The background disks will tend to be accessed less.
So yeah, it's based on what kind of disk and position in the bcache, and what caching options you enable. If you want to look into it further, bcache is fs agnostic, so if you can find some tests that have been done for bcache enabled for classic linux filesystems, like ext4 and xfs, that include hardware degradation info, you'll probably end up with similar usage and hardware wear with the actual bcachefs.
Finally, I've been waiting forever for this. btrfs is a mess and zfs in oracle jail forever. Finally we cna have good COW on linux without stupid hoops.
Hey, big AA fan here, whoever told you 2 was a masterpiece must have been trolling.
I played AAI 1 ob emu, for 2 I watched the prozd press buttons and talk voiced playthrough. WHO'S READY FOR QUERKUS FUCKING ALBA TO DEMAND ANOTHER MIND CHESS SECTION BEFORE THE END BECAUSE YOU HAVEN'T ALREADY DONE 20 OF THESE.
It drags on, a lot of the puzzles are dumb, Kay can honestly get really annoying, the little thief is a worse disregard for the laws of physics than just about anything in the other games (including everything invented by iris and herlock in GAA, and all the spirit shit, and the stuff in dd).
It suffers heavily from the same issue that plagues the rest of the series. Once you figure out what's going on you have to find each specific individual step the game wants before you can say what the scenario is (which tends to become really fucking obvious around the halfway point).
I would never recommend actively playing the AAI entries, that prozd playthrough is the best way to experience them imo.
there's a group called johncena141 who do linux specific repacks. They put the windows game in a dwarfs read only compressed archive, and then have an editable layer on top of it where saves and changes get written. The windows games are put into a wine wrapper and then you can run them while they're still compressed. It's pretty cool, but can be a bit finicky. Getting dwarfs installed can be a pain depending on your system. I find their stuff can be very hit or miss, but I like that they exist.
Besides that, ymmv with all the other repacks. Sometimes fitgirl works fine for me, sometimes it fucks up completely. Same goes for dodi. though I've found dodi to be a bit more reliable on wine than fitgirl.
That's my two cents on stuff.
You know what, I'll bite. I want to see this, genuinely. Please link me the study of innovation you're referencing.
you sound like someone gave chatgpt a prompt about shoving the word innovation into a meaningless set of sentences as many times as possible.
tbh you should prolly use pgrep instead of piping ps into grep