If they can be hidden, like in Windows, I dont really mind if every app has one. I’ll hide the ones I dont care about.

The app dock isnt visible by default, so thats a partitial solution, but I’d prefer to be able to access it directly without opening a menu or overview first.

Steam provides a quick launch menu, thats a good enough reason for me.

Technical issues are worth resolving, but I want the UI to remain the same as the windows one. Its a pattern that works just fine.

Does seem worse IMO. There is nothing wrong with the windows tray, should just copy that and call it done.

Does seem broken for me.

Their piefed is up: https://piefed.blahaj.zone/

Actually, (and I wasn’t aware of this until you mentioned it), it does support serverless connections:

https://github.com/rustdesk/rustdesk/wiki/FAQ#i-only-use-rustdesk-for-a-few-devices-on-my-local-network-with-no-internet-connectivity-can-i-still-use-rustdesk-with-direct-ip-access

So I think between cloud server, self hosted server and direct IP, OP should be covered.

RustDesk (rustdesk.com) is open source, and similar to TeamViewer, and has paid plans, including a paid self hosted option.

Direct link to skinners comment: https://github.com/systemd/systemd/issues/15004#issuecomment-2264687287

Is it actual server hardware? I’ve seen some very weird things with real servers that take ages to reboot (I was assuming it was self checking or something). Are you sure its hung, and not just very slow to shutdown/reboot?

Is there any serial/monitor output before the hang?

As have I, but I wouldn’t say its always been no issue. But there have been known performance issues, and filesystem locking issues when dual booting (I know, not OPs concern). I think its worth a warning at least, so OP doesn’t go in blind.

Linux doesn’t do the drive letter thing. Instead, you have to identify the disks by their partition IDs.

When you install your OS, you’ll be able to mount the disks to wherever you like. If you want, you can create directories in /mnt, like /mnt/e, /mnt/f etc. Then you can mount your disks according to those letters.

The main issue you’ll run into is disk format. NTFS will work, but its poorly supported.

To get a better idea of how it works, try passing a USB disk into the VM you’ve created.

Honestly, I agree, unless steam aggressively enshittifies themselves, I dont see any rivals catching up either. They are so far ahead, and so far, haven’t started screwing their customers.

And gog selling out to climb doesn’t really solve anything.

Isn’t steam responsible for match making only, and the actual game company is responsible for the servers? Are you sure its not the game servers?

Either way, that would be very frustrating if its happening mid round.

Whichever gaming store I buy into, I am going to spend thousands on games. I need to be able to trust that they’ll still exist in the future.

I trust (whether correctly or not) gaben more than sweeney.

Of course, the smart thing to do is buy from GOG and keep the games backed up yourself, but failing that, steam is the next most reliable store front.

This all boils down to a personal opinion though.

Your not wrong, but I just dont get the feeling that epic is going to transition towards actually being a competitive store. This is entirely my own myopic gut feel, not based on any facts.

My dislike of epic is that they seem to be buying their way into competing, instead of actually competing on features.

Free games sounds good now, but what happens when the fortnite gravy train runs out, and epic needs to start making a profit? They’ll likely have to enshittify fast.

Steam at least has a solid history of being generally good. But who knows what will happen if Gaben ever ascends.

Does steam really have frequent multiplayer downtime issues? I’ve never notice any issues, but I don’t play a lot of multiplayer anymore.

Up-to-date runtimes definitely makes sense, that is where docker shines.

Gitlab is obviously a bit overkill, but maybe you could just create some systemd timers and some scripts to auto-pull, build and deploy?

The script would boil down to:

cd src
git pull
docker compose down
docker compose up --build

Your welcome to steal whatever you can from the repo I linked before.

Its definitely not a lightweight solution. Is the pi dedicated to the application? If so, is it even worth involving docker?

Yeah, probably, but thats not very common is it? Normally you’d just let the docker daemon handle the start/stop etc?

Afaik, systemd has nothing to do with docker, except to start the docker daemon.

I think I have done almost exactly what you want to do, I use gitlab CI to build and deploy my application:

https://github.com/cameroncros/discordshim_rs/blob/main/.gitlab-ci.yml

Gitlab is relatively heavy, so I dont know how it will go on a raspi (I run on a Intel nuc). You can run gitlab on a separate machine, and the CI runner on your Pi.