No, we only use Jellyfin via browser. Unfortunately even with imported Client Cert, Android apps won’t work.

Edit: Client Certs need to be implemented per App. There is a feature request from 2022 https://features.jellyfin.org/posts/1461/capability-to-specify-client-certificate-for-android-client

My 5700X for 110€ should easily handle my needs until either a major architectural shift or a groundbreaking new design makes upgrading truly necessary.

There is a good reason I only have Jellyfin and other services accessible via valid Client Certificate.

I had a automatic reboot of all VMs and the hypervisor because of a kernel update at night. Nextcloud decided to start in maintenance mode and Jellyfin refused to start because the cache folder didn’t have enough space left. Authentik also complained about outdated provider configuration…

Need to investigate the Nextcloud and Authentic issue during weekend 🤗

Each package is precompiled for different architectures (aarch, x84_64) for different targets (linux, darwin) and each NixOS version has a separate binary cache (unstable, 25.11, 24.11)

That alone means there are at least 12 different versions for one package of a specified version in the binary cache. Now add different versions to that and and you are well below 50MB per package.

I only use Gentoo during the cold periods to keep my feet warm. /s

To be serious: I hope Codeberg is able to keep up with the increased traffic and computing power required with the influx of the new projects.

If NixOS should decide to switch the nixpkgs repo, this would mean serious business:

• nixpkgs contains 120k packages
• Hydra as CI/CD for automated building of packages
• Storage for 150TB of binaries
• NW bandwith and maybe redesign into global distribution networks needed

I highly doubt that Codeberg would be a valid alternative platform in terms of storage, CI/CD capabilities or raw computing power.