RFC: generating openssl3 packages from openssl spec

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi all,

Per https://bugzilla.redhat.com/show_bug.cgi?id=2007031 -- openssl 3.x
won't be added to RHEL 8, while updated packages are starting to need
it.

It thus seems to be a good candidate for EPEL; the question is - are we
allowed to maintain openssl3-* packages from the openssl srpm repo, or
do we need to explicitly have an epel8-only (possibly F35 and F34 too,
as they also don't have openssl3) 'openssl3' srpm repo?

The former would be easier to maintain as we can just rebase changes
from Rawhide; the latter can be done but a bit trickier (we can
document how to configure the openssl srpm repo to be a remote and
merge changes).

It's surprisingly easy to have openssl3-* generated from openssl.spec -
- but I want to check first to make sure this is OK before addressing
some minor issues (e.g. I've not added conflicts with the original
packages)

See the proof of concept, which builds fine on EPEL8:
https://src.fedoraproject.org/fork/salimma/rpms/openssl/c/712fbe3ddd4ad02e55bdeca4aa914dcb147abcc5?branch=openssl3-for-epel

One worry I have is, epel* branches are normally blocked for packages
that are part of RHEL. Would requesting an epel8 branch for openssl, to
host an openssl.spec that would generate openssl3-* binary packages, be
mistaken for an attempt to have openssl binary packages overriding the
RHEL ones?

If we think this is OK, I'll finish up the work and open a PR against
Rawhide; if the maintainers object, the changes are hopefully minimal
enough we can just merge in changes going forward.

Thanks,

-- 
Michel Alexandre Salim
profile: https://keyoxide.org/michel@xxxxxxxxxxxxxxx

Attachment: signature.asc
Description: This is a digitally signed message part

_______________________________________________
epel-devel mailing list -- epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to epel-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/epel-devel@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure

[Index of Archives]     [Fedora Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Announce]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Linux Apps]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux