Please branch and build in epel10. gumbo-parser is in epel 9 already, and it is a build requirement of mupdf. A scratch build of the rawhide srpm in koji's epel10 target works as is: https://koji.fedoraproject.org/koji/taskinfo?taskID=122355310 Also, it allows to build mupdf in epel 10: https://copr.fedorainfracloud.org/coprs/mjg/mupdf-epel/build/7938814/ Reproducible: Always
I do not support EPEL and wonder why this BZ is assigned to me, because src.fedoraproject.org lists a "tdawson" as EPEL-maintainer.
I'm not sure why it was assigned to you. Thank you for assigning it to me. I've got it.
Thanks for reassigning. AFAIK EPEL requests are supposed to be filed against rawhide (because the EPEL branch does not exist yet). That's why bz cannot pick-up the EPEL maintainer. Bugs filed against the EPEL package will have the EPEL maintainer as assignee.
(In reply to Michael J Gruber from comment #3) > AFAIK EPEL requests are supposed to be filed against rawhide (because the > EPEL branch does not exist yet). That's why bz cannot pick-up the EPEL > maintainer. Bugs filed against the EPEL package will have the EPEL > maintainer as assignee. Just to let you know, what you said is true if the package doesn't have any epel branches. But if a package was already in epel, such as this one, then you should file it against Fedora -> Fedora EPEL, and then it should go to the proper person. Also, here's the build in bodhi https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-2756821284
This is now in epel10