The server code could also be released as a binary blob under a proprietary license. No different from distributing any other piece of software.

I don’t eat at many expensive restaurants, but that plating reminds me of watching the old Japanese Iron Chef episodes, and how 90’s the food presentation is. Sometimes I look at the (probably delicious) dishes made on that show, and the presentation looks as unappetizing as a 1960’s salad jello. I lack the right words as a culinary critic, but this style seems like “what people 30-40 years ago expected fancy food to look like”.

Are you able to independently confirm that the domaincheck container is listening to the right port? Eg netstat -tunlp on the host

There definitely are FOSS projects run by the US government: Ghidra is an open source reverse engineering tool developed by the NSA.

There are definitely UI inconsistencies across devices, especially smart TVs. Jellyfin on Firestick looks different from Jellyfin on Roku which looks different from Jellyfin on WebOS. Some devices deliver Jellyfin through a thin browser client, and in those cases you get access to a unified design. Outside of that it’s a crapshoot as what the app will let you do. Of course, it’s a volunteer project (and all my thanks to any maniac willing to develop TV apps), so I don’t expect that everything can be easily and neatly unified.

I can’t deny that it’s sometimes hard to support my users because of this. Someone complains that they’re getting movies dubbed in an unwanted language: I can’t guarantee that the button to select audio track will look the same on their end when I talk them through it.

I recommend The Dirty Dozen. It came out in the 60s, so you’re not getting Tarantino level gore. However, it gets so close to that line anyway.

Ah, I see what you mean. Yeah, no way around that without a GPU or a processor with integrated graphics.

You should be able to get a used workstation GPU for $20-40 on eBay. Something from Dell, or a basic nvidia quadro would do the trick. If you could sell the 1660 super for more than that, could be worth the effort.

Alternatively, the 1660 Super would do the trick nicely if you ever needed to transcode video streams, like from running Jellyfin or Plex.

However, I was never able to have the server completely headless.

Depending on what you mean by “completely headless” it may or may not be possible.

Simplest solution: When you’re installing OS and setting up the system, you have a GPU and monitor for local access. Once you’ve configured ssh access, you no longer need the GPU or monitor. You could get by with a cheap “Just display something” graphics card and keep it permanently installed, only plugging in the monitor when something is not working right. This is what I used to do.

Downside: If you ever need to perform an OS reinstall, debug boot issues, or change BIOS settings, you will need to reconnect the monitor.

Medium tech solution: Install a cheap graphics card, and then connect your server with something like PiKVM or BliKVM. They can plug into your GPU and motherboard and provide a web interface to control your server physically. Everything from controlling physical power buttons to emulating a USB storage device is possible. You’ll be able to boot from cold start, install OS, and change BIOS settings without ever needing a physical monitor. This is what I do now.

Downsides: Additional cost to buy the KVM hardware, plus now you have to remember to keep your KVM software updated. Anyone who controls the KVM has equivalent physical access to the server, so keep it secure and off the public internet.

Yes. Such a transaction would be legally classified as a service: You pay publisher a one-time fee for access to the right to play their game over a known period of time.

Perforce

We manage branches by taking an existing path on the perforce server, duplicating its contents, and then copying them to a differently named directory while registering that new path serverside.

So on paper, I can tell my local client to map my files to that new remote path, and then trigger a sync. In my experience, the sync treats my branch jumping as pulling completely new files. It touches everything in my work directory. As far as our makefiles are concerned, this means everything has to rebuild.

Thunderbird is back in active deleopmemt though, and not just as a maintenance project.

What, and miss out on all the overtime pay from fixing everything at the last minute?

Actually, C++. An enormous codebase plus we build all dependencies from source. I asked my dev lead why we don’t have access to pre-compiled dependencies and he answered with a mix of embarrassment and “that’s just how it’s done”.

A 4h build would be OK if I only needed to do it once. However, our source control system lacks even a basic conception of branches, so each new ticket requires destroying and regenerating your workspace.

Gamevault is cool, but I wish they weren’t windows-only on the client side. Lutris integration would be excellent.