That's just the nature of service migration; of course for people like you who are very dependent on it, it's not a no-brainer, but for anyone who wants to start hosting one of the two, yes it will be.

In your case yes Plex is more appropriate but at the same time the clock is ticking for Plex if they continue on this route...

I don't know why everyone in the selfhosting community still even mentions Plex or uses it.

It's closed source, not free; Jellyfin is a no brainer yet people still go to Plex??

Librewolf (privacy focused firefox fork) syncing the user folders with Syncthing maybe?

See this issue on their github repo: here

Basically from what I understand there's loads of unauthenticated api calls, so someone can very easily exploit that.

If they just supported mTLS in their clients it wouldn't be an issue but oh well :(

Oof was looking to start selfhosting this but it has no client Linux support and has a subscription 😬😬

Made me learn about Archiveteam, thanks :D

Just installed arch with chroot on my old rooted phone a week ago.

Seeing this is great because it means there's no need for complicated workarounds or even root access! Plus the distro runs natively and not with difficulties like with chroot :D

mTLS with a reverse proxy!

How exactly does stuff get broken? Never rly had a problem bumping up the version in docker. The only issue has been the playstore version taking longer to push updates sometimes for the mobile apps.

I have a project on Forgejo and I've needed to set up a runner for compilation but I've been very confused so far on how everything works.

All I've been able to do is make a runner and connect it to my Forgejo instance, but I didn't really know what to do from there.

Where are you located? If in the UK, BargainHardware has pretty good deals when they get a bunch of the same HDD model in stock.

To enable port forwarding with gluetun see the port forwarding section in the gluetun wiki on their github page. It's pretty clear what you need to do there.

For port forwarding with qbit, gluetun's v3.40.0 release introduced an environment variable that allows the running of a script whenever the VPN changes port (see PR https://github.com/qdm12/gluetun/pull/2399). If you take a look at the PR some people shared commands to put under the env variable VPN_PORT_FORWARDING_UP_COMMAND.

So all you need to do is put that new environment variable in the environment section, take one of the example commands that uses the qbitorrent API to change the port when needed, and it should be all.

To test if port forwarding works qbittorrent will display a little green planet in the bottom bar, and if port forwarding is not working, a fire (to say it's firewalled).