After having used Grub for about twenty years (eek) I was uncertain about the alternatives, but systemd-boot is absurdly better. Much better configuration, much better documentation, fixes a while pile of bugs that Grub team had as “won’t fix” for years and years. No reason to ever go back.

Nicole the Polish girl from Toronto is my fediverse girlfriend, damnit. Get your own.

Well yeah. You barely use groups on a personal machine - maybe once and done for audio and VMs, depending on what distro you use - and at work you’d automate that shit, probably have it centralised.

Kind of. It’s the Linux kernel that manages all of the controller drivers and makes them available to userspace, mostly via the evdev interface. SDL is a library for managing graphics, sounds and events in a generic way on multiple platforms and devices. It’s overwhelmingly the most common library used for Linux games - Steam used it for all of their Linux-native ports of Source engine games, for instance. But it also presents all gamepad events in a consistent way regardless of their “true source”, so generic devices tend to work with every game.

SDL3 mostly clears out all the clutter from the previous versions of SDL. It’s a mature library and gamedev has come a long way in that time. Getting rid of all the weird stuff that the API accumulated makes it easier to use and maintain. Plus there were things like managing audio generally, and pen-and-touch gestures mobile phones and tablets, that were quite the head-scratchers before. That’s all a bit easier now.

Filesystem-as-a-db is why MongoDB is webscale. You just turn it on and it scales right up.

Absolutely NO sexuality explicit content. This includes, but not limited to, images/videos/chat around sexual acts. There are other places on the internet for this.

😥

Assuming you had a pretty decent monitor and graphics output in the 90s, it may have been 800x600, but more likely 640x480, and you’d have been using the standard issue bitmap font with no anti-aliasing, blitted to screen using software rendering. Probably in a single colour, too.

Alas, the problem with that is that it doesn’t scale. On xterm a 4K monitor, I can watch Vim redrawing the screen, paging through logs is painful. Use Kitty for the same, it’s instant, I can flip through tabs and split screens too, and have niceties like anti-aliased fonts and transparency if I want them.

Some people spend a lot of time in the terminal, so I can’t fault them for taking the time to make a nice working environment and sharing that work with others.

I’d probably go with a “kitchen” metaphor here.

The executable for a program is a list of instructions for the CPU to execute. Windows and Linux gaming machines will usually use x64. Most of the instructions are logic eg. how to add numbers together, what comparisons to make, what to copy from one place to another; and they’re exactly the same on both Windows and Linux, you can run them as-is.

Some instructions ask the operating system to do things, like open a file to read. Windows and Linux do these quite differently, but you know how one works then you can change it to the equivalent ask for the other machine. Making the translation takes a moment, but some things are faster on Linux than Windows, so it’s not very easy to generalise as to whether it’ll be faster overall to do certain things. The really important operating system calls for games tend to be messages to pass to the GPU, and the Proton team have put a lot of work into making these as fast as possible.

If you think of it like following a food recipe, then given the ingredients you’d expect that most people would produce exactly the same meal by following it. Most of the steps will be exactly the same for everyone. However, if a step requires a piece of equipment that you don’t have, then it might take longer to follow the recipe if you’ve got to make do with different stuff. Similarly, you might be able to prepare things quicker if you’ve got a whole pile of restaurant-level gear and can do some of the steps differently.

Flightless Mango used to have some good comparisons, but they’re about four years out-of-date, now. Even then, you’d expect between 10% worse and 5% better on Linux. https://flightlessmango.com/benchmarks/

Forbes article here is from this year; expect between 5% worse and 25% better when running on Linux. https://www.forbes.com/sites/jasonevangelho/2024/08/21/linux-scores-a-surprising-gaming-victory-against-windows-11/

General experience is that generally there’s no noticeable difference at all; some games that use new features might have bad performance until the new features are implemented. Last game I really had a problem with was Horizon Zero Dawn. Elden Ring had bad performance on launch day, but was fixed the next day I think.

Clicking the ‘Activate’ link prompts you to enter your shoe size and postal address, so that you may receive a shark plush toy and your own pair of The Socks.

Most of the laptops I’ve had open lately have had about the top third be the motherboard and the bottom two-thirds be battery, with maybe some ports and speakers tucked down the side. So I’d expect that last of replacements to include the battery, too.

I might check whether the hard drive survived - a decent M.2 is small, expensive and reusable - and maybe the RAM if it’s not soldered in.

Yeah. Doesn’t take much optimising of disk writes to make things run much better on a Pi; they’re quite capable machines as long as disk i/o isn’t your limiting factor. Presumably the devs have been doing some tidying up.

My workplace is a strictly BitBucket shop, was interested in expanding my skillset a little, experiment with different workflows. Was using it as a fancy ‘todo’ list - you can raise tickets in various categories - to remind myself what I was wanting to do next in the game I was writing. It’s a bit easier to compare diffs and things in a browser when you’ve been working on several machines in different libraries than it is in the CLI.

Short answer: bit of timesaving and nice-to-haves, but nothing that you can’t do with the command line and ssh. But it’s free, so there’s no downside.

Ah, nice. Had been experimenting with using my Raspberry Pi 3B as my home Git server for all my personal projects - easy sync between my laptop and desktop, and another backup for the the stuff that I’d been working on.

Tried running Gitea on it to start with, but it’s a bit too heavy for a device like that. Forgejo runs perfectly, and has almost exactly the same, “very Github inspired” interface. Time to run some updates…

Ironic, since 2B doesn’t have ass on any platform. My anaconda don’t want none of that.

It’s the Zelda that Nintendo “rushed out the door” - in order to get it to market in 15 months, they reused the engine and mostly reused the assets from Ocarina of Time. That’s quite well-attested.

My theory is that the short development time meant that they had to just go with it. The design team knew the tools, so all the content is pretty polished. They didn’t have time to refine it all, so there’s loads of stuff that is just plain weird. No other Zelda game has a UFO abduction section, but someone spent ages on it and it takes up about a tenth of the map, so fuck it, it stays in. That all gives it quite a “daylight horror” vibe, which is unusual in gaming - seems quite normal until you scratch the surface. The “groundhog day” conceit also allows for quite a few “bad endings”; most games wouldn’t allow things to go so wrong, but since you can put it right, it’s okay.

Less time for focus groups also means that there’s less time for Aonuma and Koizuma’s original vision to be changed. I don’t think it’s the game that Nintendo would have wanted to put out the door, but since it was the only game available, then out it went. Which I appreciate, because it’s my favourite game out the whole franchise. It’s unusual for Nintendo to put out something so dark, doubly-so at the time.

Obviously, fuck the down-the-well bit; that just wastes your time.

Should have used Vim instead, that’s a real text editor. No-one who starts using it ever moves on to something else.

When I was still dual-booting Windows and Linux, I found that “raw disk” mode virtual machines worked wonders. I used VirtualBox, so you’d want a guide somewhat like this: https://superuser.com/questions/495025/use-physical-harddisk-in-virtual-box - other VM solutions are available, which don’t require you to accept an agreement with Oracle.

Essentially, rather than setting aside a file on disk as your VM’s disk, you can set aside a whole existing disk. That can be a disk that already has Windows installed on it, it doesn’t erase what you have. Then you can start Windows in a VM and let it do its updates - since it can’t see the bootloader from within the VM, it can’t fuck it up. You can run any software that doesn’t have particularly high graphics requirement, too.

I was also able to just “restart in Windows” if I wanted full performance for a game or something like that, but since Linux has gotten very good indeed at running games, that became less and less necessary until one day I just erased my Windows partition to recover the space.

Yes, because it doesn’t do as much to protect you from data corruption.

If you have a use case where a barely-measurable increase in speed is essential, but not so essential that you wouldn’t just pay for more RAM to keep it in cache, and also it doesn’t matter if you get the wrong answer because you’ve not noticed the disk is failing, and you can afford to lose everything in the case of a power cut, then sure, use a legacy filesystem. Otherwise, use a modern one.

Needs an endless repeating loop in there, plus one slang word spelled out in ridiculous furneticccc fashion, otherwise it’s just not Joyce. AIs just have no appreciation of great art.

time for brekkie again, bit of a walk, wanked off on the beach, got burrrrrluckesaaaid with a bunch of prozzies while me wife cucked me and back home in