Your ROOT_URL in app.ini is https://git.cloudchain.link/ but you are visiting https://dash.bss.nz/open-source-mirrors/jellyfin/commits/commit/fa255cc1e648f4f9e9aa206993a3d603f4b64e17/debian/conf/jellyfin-sudoers You should set ROOT_URL correctly, otherwise the web may not work correctly.

3 Commits (fa255cc1e648f4f9e9aa206993a3d603f4b64e17)

Author	SHA1	Message	Date
AJ Jordan	bab389114b	Use a service unit, not a scope unit, to restart ... Reportedly `systemd-run --scope` still got killed by the service manager; see #4615. The suspected cause is that `scope` units are run by the `systemd-run` process itself and inherit the caller's execution environment (see systemd-run(1)). To fix this, we use a systemd `service` unit instead, which is run and managed by PID 1 - hopefully this will isolate us sufficiently so that we don't get terminated along with `jellyfin.service`.	4 years ago
AJ Jordan	d251c701b9	Use systemd-run(1) in restart.sh ... systemd-run(1) runs `systemctl restart` in an isolated systemd unit that is not subject to process termination as jellyfin.service is shut down. We adjust the sudoers configuration for this new usage, removing the old config, since restart.sh is the only user of the sudoers policy. Additionally we change `systemctl start` to `systemctl restart` since there was a race condition where jellyfin.service was not fully stopped by the time this ran, so `systemctl start` became a noop. `systemctl restart` on the other hand works whether jellyfin.service is stopped or not. The at(1) hack (and the usage of `start` instead of `restart`) is left in for other init systems since I cannot test on those systems, and because I don't know of any systemd-run(1) equivalent (although it may be a non-issue since alternate init systems do not keep track of daemon children nearly as aggressively as systemd does).	4 years ago
Joshua M. Boniface	8b620ed26a	Move Debian folder to root of repo	5 years ago