

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.
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, so thank you), it does support serverless connections:
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?
Move over vibe coding, we vibe reviewing now
“It passed CI, LGTM”
Use a good IDE, and readding the imports is pretty easy.
I find commented code to be a bit of a smell on its own, just delete it, and if you really need it again, dig it out of source control.
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.
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?
For such a terrible language, it really has staying power…
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.
I am also not a JS dev, we possibly aren’t brain damaged enough to understand the perfection.
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.