Things are quite different. While Trump was in office, he did multiple things that were worse than what Nixon did, and was never forced to leave office. I think our institutions were stronger back then. We didn’t have a very good democracy when Hoover was president, and it took many decades for the Voting Rights Act to get passed (which has recently been weakened by SCOTUS, and will probably be weakened much more). I think we’ll regress quite a bit. Republicans obviously want more of an autocracy/oligarchy. I think it’s a very real possibility we have Russia-style “elections” in the future, and I don’t even know how you come back from that. Assuming democracy isn’t completely destroyed, it may take many decades of fighting and changing the minds of the people who aren’t disenfranchised to get back to where we were. Hell, even civil war is on the table if Trump follows through on some of his more egregious promises (i.e. if he deems Democratic state governments as the “enemy within” and tries to use the military to depose them).

Yeah, I agree. I do use Flatpaks, Snaps, and Appimages sometimes if I can’t find a suitable deb repo/package. Flatpak is the best out of the three because they do try to avoid too much duplication through runtimes. I also use Docker quite a bit, which has similar issues (and benefits).

I assume the “kill it” comment was a little tongue-in-cheek. On small SBCs, like a Pi, or old hardware, it could be a problem. I’ve seen people with flatpaks taking up 30GB of space, which is significant. I’m not sure how much RAM it wastes. I assume running 6 different applications that have loaded 6 different versions of Qt libraries would also use significantly more RAM than just loading the system’s shared Qt libraries once.

Wastes RAM and disk space (compared to package-manager installed applications) by storing more libraries on disk and loading them into RAM rather than just using the libraries already installed on the distro. It’s probably better than Snap and Appimage though.

GPL’d clients. Everything is encrypted/decrypted on the client before sending/receiving to/from the server. I may later switch to a self-hosted solution, but don’t want to set one up right now (was using BitWarden’s cloud before).

I just exported my data from BitWarden and imported into ProtonPass. Was pretty easy. Hate the color palette of the app and browser extension though, lol.

Thought this was a Republican ad for a second. Similar language and appeal to fear and ignorance.

This is more complicated than some corporate infrastructures I’ve worked on, lol.

There’s plenty of open source projects that distribute executables (i.e. all that use compiled languages). The projects just provide checksums, ensure their builds are reproducible, or provide some other method to verify.

In practice, you’re going to wind up in dependency hell before pypi stops hosting the package. E.g. you need to use package A and package B, but package A depends on v1 of package C, and package B depends on v2 of package C.

And you don’t need to use pypi or pip at all. You could just download the code and directly from tbe repo, import it into your project (possibly needing to build if it has binary components). However, if it was on pypi before, then the source repo likely had all the code pip needs to install it (i.e. contains setup.py and any related files).

Yeah, the image bytes are random because they’re already compressed (unless they’re bitmaps, which is not likely).

camelCase for non-source-code files. I find camelCase faster to “parse” for some reason (probably just because I’ve spent thousands of hours reading and writing camelCase code). For programming, I usually just use whatever each language’s standard library uses, for consistency. I prefer camelCase though.

I’ve heard high velocity rounds (such as rifle rounds) send a kind of shockwave through your body. Dunno if it’s true or not.

OSMC’s Vero V looks interesting. Pi 4 with OSMC or Librelec could work. I’m probably going to do something like this pretty soon. I just set up an *arr stack last week, and just using my smart TV with the jellyfin app installed ATM.

My PC running the Jellyfin server can’t transcode some videos though; probably going to put an Arc a310 in it.

I think most projects left Sourceforge after they started putting adware into they’re downloads.

I’ve been using last.fm for, I guess, decades now. Looking at what my “neighbors” are listening to is the most helpful.

I’ve used this before: https://github.com/wilicc/gpu-burn?tab=readme-ov-file

Yeah, it may be a driver issue, Nvidia/pytorch handles OOM gracefully on my system.

That seems strange. Perhaps you should stress-test your GPU/system to see if it’s a hardware problem.

SD works fine for me with: Driver Version: 525.147.05 CUDA Version: 12.0

I use this docker container: https://github.com/AbdBarho/stable-diffusion-webui-docker

You will also need to install the nvidia container toolkit if you use docker containers: https://docs.nvidia.com/datacenter/cloud-native/container-toolkit/latest/install-guide.html

Yeah, torrents usually run 100-300KiB/s. I guess not too bad for smaller files. About an hour or three per GB.

I mean, you can be sued for anything, but it will get thrown out. Like, I guess the MPAA could offer a movie for download, then try to sue the first hop they upload a chunk to, but that really doesn’t make any sense (because they offered it for download in the first place). Furthermore, the first hop(s) aren’t the people that are using the file, and they can’t even read it. If people could successfully sue nodes, then ISPs and postal services could be sued for anything that passes through their networks.