There’s a river Foss that runs through York. Brings a new meaning to sending patches upstream…

Yeah, I’m leaning toward this option tbh.

If we got to the point where popular machines had custom images with all the necessary extra drivers etc, it might be a value add. But for now I’m not seeing a huge benefit

Yeah, thinking I might have to do something similar to start the services after login. Unfortunately they need to run as root, so it’ll be tricky to avoid having a second password prompt every time I login

Some updates after sleeping on it and trying some morning debugging:

• It’s actually either service being enabled that prevents login
• It’s a gnome-shell issue. Logging into a tty is fine, and shows that it’s gnome-shell crashing when trying to log-in normally

Maybe it’s time to go back to debian…

man 1 git-gud

Keep the files in a dedicated torrents folder then make symlinks to where you actually want them?

Be aware there are basically two different things called Owncloud. There’s still the original php version, which is similar to nextcloud but worse (not open source, smaller plugin ecosystem I think)

On the other hand is owncloud “infinite scale” (or ocis). This is the thing entirely written in go. But as others have pointed out, it’s little more than a file server at this point.

IMO the self-hosting community is really missing a self-contained “all the DAVs” server (files, calendar, contacts). Baikal etc seem like a great start, but it would be great to have somewhere to get those parts pre-assembled. Until then, nextcloud works for me.

Its called “modern standby” or something, and is the main option for suspending windows laptops I believe

Green is my pepper… If you know what I mean… 😏

Machine learning is just gradient descent through a subset of algorithm-space

There’s a former apple designer on the team I think, which they’ve been leaning into hard to get the hype train rolling.

That’s at least somebody’s idea of a good time…

Functional bros rise up!

I guess the argument would be that software fixes need to be implemented for each ROM separately. Which also involves the pain of decompiling. Yes FPGAs are probably a pain, but they potentially offer perfect emulation of every game.

One thing I’m not sure about is how portable FPGA logic is. If I write a NES emulator in verilog for one FPGA, can that code be reused on a later model if, for example, my FPGA goes out of production?

It’s a bit repetitive, but it’s not too bad.