Leo3418/jellyfin

Team Workflows Projects in Copr
1

Description not filled in by author. Very likely personal repository for testing purpose, which you should not use.

This is a companion discussion topic for the original entry at https://copr.fedorainfracloud.org/coprs/leo3418/jellyfin/
2

After you upgrade to Fedora 33, if you get any problem with Jellyfin, you may try to get a clue of what is happening by looking at the program execution log with this command:

$ systemctl status jellyfin.service

Here are two issues I personally got:

  • The log showed some permission denied errors for files under /var/lib/jellyfin. Changing the directory’s owner to jellyfin:jellyfin resolved the issue:

    # chown jellyfin:jellyfin /var/lib/jellyfin

  • Cover arts and thumbnails were missing in the web client. The log told me it could not find files under /var/cache/jellyfin. I stopped Jellyfin, removed everything under that directory, then restarted it. Issue solved.

    # systemctl stop jellyfin.service
# rm -r /var/cache/jellyfin/*
# systemctl start jellyfin.service
3

Thank you very much for the repository.
Packages work as expected, and I am now running Jellyfin on Raspberry Pi :slight_smile:

Can you please rebuild them for F37 as well? If you enable rawhide chroots and the “Follow Fedora branching” option in the project settings, the packages will be automatically branched for new Fedora versions, so you will not have to worry about it.

4

I’m also very keen for f37. That would be great.

Thank you for this great repository.

5

+1 for Fedora 37. This has been an essential repository for me for a while and the only one I couldn’t carry over after the update. Thanks for sharing this anyway :slight_smile:

6

I had the .NET SDK installed for a project I don’t currently need it for, and attempting to update jellyfin-server gave me this error:

Error: Transaction test error:
  file /usr/lib/.build-id/bf/c7fdbb1ec4676f443c12bf3395979cb08626f5 from install of jellyfin-server-10.8.7-1.fc36.x86_64 conflicts with file from package dotnet-sdk-6.0-6.0.109-1.fc36.x86_64

As a temporary workaround, I uninstalled dotnet-sdk-6.0, and by extension its unused dependencies: aspnetcore-runtime-6.0, aspnetcore-targeting-pack-6.0, dotnet-apphost-pack-6.0, dotnet-host, dotnet-hostfxr-6.0, dotnet-runtime-6.0, dotnet-targeting-pack-6.0, dotnet-templates-6.0, netstandard-targeting-pack-2.1.

After doing this, I was able to update without issues.
Not sure if this is a problem with the .NET SDK 6 package itself or with the Jellyfin Server COPR package, but I thought it was worth reporting anyway. Cheers!