On Thu, Jun 22, 2023 at 08:44:13AM -0000, Michael J Gruber wrote: > In the specific case of RHEL srpms, it makes life harder for EPEL > packagers because you can't look at the source easily when they are > problems between RHEL and EPEL packages. It matches well with RH's > standard of shipping libraries without headers etc - it is easier for them > and limits the scope of support contracts but makes upstream's life > harder. EPEL packagers should have easy access to RHEL through the no-cost subscription program. Or, reasonably easy -- I'm aware that the developer portal hoops are more... hoopy... than would be idea. But once set up, it shouldn't be difficult. If you _are_ finding rough spots in that, I can raise the issues and see if we can make things beter. -- Matthew Miller <mattdm@xxxxxxxxxxxxxxxxx> Fedora Project Leader _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue
