EL9 Jellyfin 10.9 RPM Builds

[funkmata]

Hello.  Is there a clear blocker for Jellyfin 10.9 builds on EL9?  I can't find any build error log messages here, so was hoping the individuals that have been putting together the rpm specs and running the builds could chime in.

It's not a deal-breaker, but because the Android app is warning that future versions won't support my current 10.8 Jellyfin install I want to check in on the current status.  Thanks.

[crobibero]

We don’t maintain the RPM packages, RPMFusion does, so I suggest you ask them

[funkmata]

Got it. Posted in the hopes that that maintainer frequents the forums.

[funkmata]

Got it.  Posted in the hopes that that maintainer frequents the forums.

I reached out to the package maintainer who linked me to this thread: https://bugzilla.rpmfusion.org/show_bug.cgi?id=6951#c8

The TL;DR is that el9 will no longer have updates pushed for it in rpmfusion because Koji does not support dnf modules and Jellyfin (?) has moved from NodeJS v16 to v20, the latter of which is not shipped by default on el9.  NodeJS v20 must be enabled within DNF via a module for the build to work.

I'll build my own spec, but it would be nice if the Jellyfin team owned building RPMs themselves.  I understand it would be time-consuming though, so I don't expect it to happen.

[joshuaboniface]

We offloaded to RPMfusion - which, I should add, at the time did look well-maintained but seems not to be keeping up at all post-10.9.0 - precisely because of that burden. No one in the org uses RHEL*, and personally while I'm very good with Debian and Docker, my knowledge and ability to test RPM-based releases is nil. We had several people commit changes to the RPM spec over time, but whenever packaging broke, it was something in RHEL breaking and we rarely knew how to fix it, which would impact our other builds. So we won't be taking it back. If this means the death of (official) native packages for RHEL, that's unfortunate but the way it will be.

*I use this term to describe everything in the "Red Hat Enterprise Linux"-like ecosystem that uses RPM/DNF and "spec" files.

[funkmata]

We offloaded to RPMfusion - which, I should add, at the time did look well-maintained but seems not to be keeping up at all post-10.9.0 - precisely because of that burden. No one in the org uses RHEL*, and personally while I'm very good with Debian and Docker, my knowledge and ability to test RPM-based releases is nil. We had several people commit changes to the RPM spec over time, but whenever packaging broke, it was something in RHEL breaking and we rarely knew how to fix it, which would impact our other builds. So we won't be taking it back. If this means the death of (official) native packages for RHEL, that's unfortunate but the way it will be.

*I use this term to describe everything in the "Red Hat Enterprise Linux"-like ecosystem that uses RPM/DNF and "spec" files.

It would be cool if Jellyfin and RPMFusion maintainers could collaborate to provide and update the EL/Fedora specs for your build system, but yeah I understand that that would mean they (RPMFusion maintainers) would need to maintain the spec in two locations and introduce other burdens.  My one true hope is that someone joins the Jellyfin team in the future with Fedora/RHEL rpm build knowledge and takes the work back