It’s already listed as a feature on the github page

Yeah… that’s why getting the driveless PS5 is a bad idea.

I see. That is a valid concern. Though it feels unfair to say that headscale is ‘made by a tailscale employee’. From what I understand, one of the main contributors of headscale was hired by tailscale, though he is not the only maintainer and does not own the repo from what I can tell. Still, Tailscale could decide to cede all support of headscale and that would likely hurt the project a lot. In the same way however nebula could decide to switch to proprietary licenses and discontinue their open source offerings.

What made you choose Nebula over Tailscale? I’m running it through a self-hosted Headscale server and it’s working well so far. I haven’t looked into Nebula too much.

I started self-hosting a music server locally on a Raspberry Pi long before I switched careers to go into IT. I actually learned a lot that way.

Sooo, will the prompt be part of your tattoo as well?

Adam and Eve but it’s an apple pie (chart)

So they want those countries to pirate it?

As long as your apt sources (/etc/apt/sources.list) are set to bullseye (and not eg. stable) you won’t “accidentally” upgrade to bookworm. At least that’s how it works in Debian, I assume raspbian is the same.

Don’t you have to download episodes to your server first in ABS? That makes it useless for me as a podcast app.

Looks and sounds very promising! I’ve been looking for a self-hosted podcast server that I can use to sync podcasts and progress between multiple devices. Nextcloud Gpodder sync is already great, but there does not seem to be any iOS app that supports it. So I’m really looking forward to seeing more of your project!

I read that as “6-year-old or older gamers”. I was surprised to say the least.

In Jellyfin you can create as many distinct music libraries as you want. The normal client isn’t amazing for listening to music, but on android there is finamp

For android there is Finamp, a music-focused jellyfin client app

To put it in simpler terms, I’d say that containers virtualise only the operating system rather than the whole underlying machine.

I guess not then.

I recently switched from etesync to a self-hosted solution and didn’t want to install a full Nextcloud on my tiny home server just for that. So I initally tried out radicale as well, but I didn’t like the default user handling (no authentication at all) and the project had been unmaintained until very recently (two weeks ago). I switched to baikal then and I am quite happy with it so far.

Containers are useful for a lot more things than scaling. E.g. portability, ease of setup, dependency separation.

Keepass2Android handles that pretty well. It checks for external changes to the remote database before every local edit. And the desktop nextcloud app notices conflicts as well and can create a second version of the file if there are conflicts. You can then check for the differences with something like keepass-diff. But that should only happen if you change your db without syncing first, so while you are offline or the nextcloud app wasn’t running.

Keepass2Android implements syncing in a way that actually works. I sync through my nextcloud instance. On my laptop it’s just KeepassXC and the nextcloud desktop app, on my mobile (android) devices Keepass2Android. On iOS I think there was Strongbox but I haven’t used it in a long time. I tried using KeepassDX with the nextcloud android app for syncing for a while, but it lead to regular silent sync conflicts including password losses.

Your company’s app is SAP