Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Don't include engine.h when OPENSSL_NO_ENGINE is defined #11328

Closed
wants to merge 1 commit into from

Conversation

tiran
Copy link
Contributor

@tiran tiran commented Jul 22, 2024

Fedora 41 and RHEL 10 are deprecating and phasing out OpenSSL ENGINE support. Downstream has moved openssl/engine.h into a separate RPM package and is recompiling packages with -DOPENSSL_NO_ENGINE=1. The compiler flag disables PyCA cryptography's ENGINE support successfully. We also like to build the downstream package without the engine.h header file present.

This commit makes the include conditional. The ENGINE type is defined in openssl/types.h.

See: https://src.fedoraproject.org/rpms/openssl/c/e67e9d9c40cd2cb9547e539c658e2b63f2736762?branch=rawhide
See: https://issues.redhat.com/browse/RHEL-33747

@tiran tiran marked this pull request as draft July 22, 2024 07:25
Fedora 41 and RHEL 10 are deprecating and phasing out OpenSSL ENGINE
support. Downstream has moved `openssl/engine.h` into a separate RPM
package and is recompiling packages with `-DOPENSSL_NO_ENGINE=1`. The
compiler flag disables PyCA cryptography's ENGINE support successfully.
We also like to build the downstream package without the `engine.h`
header file present.

This commit makes the include conditional. The `ENGINE` type is
defined in `openssl/types.h`.

See: https://src.fedoraproject.org/rpms/openssl/c/e67e9d9c40cd2cb9547e539c658e2b63f2736762?branch=rawhide
See: https://issues.redhat.com/browse/RHEL-33747
Signed-off-by: Christian Heimes <[email protected]>
@alex
Copy link
Member

alex commented Jul 22, 2024

This looks fine. FWIW we already test and build with openssl built with no-engine, which leaves this header but simply defines nothing. It's strange to me that no-engine and OPENSSL_NO_ENGINE have different effects.

@alex alex linked an issue Jul 22, 2024 that may be closed by this pull request
@reaperhulk
Copy link
Member

Yes, why is RHEL removing the header entirely rather than the approach no-engine takes?

@h-vetinari
Copy link

From a packager's perspective (though not speaking for Fedora/RedHat/etc.), this makes a lot of sense, because it saves the analysis of whether a given package still relies on engine bits despite no-engine (whether through an intentional hack or unintentionally through a bug or build system leak).

It's a bit like double book-keeping; one side is what a given package says it depends on, and the other is what the packager actually provides for building. The two should agree, and having both sides makes it easier/faster to catch bugs, especially at scale.

@reaperhulk
Copy link
Member

I'm fine with this, but @tiran is it ready? Did you leave it in draft intentionally?

@alex
Copy link
Member

alex commented Sep 10, 2024

No response for 10 days, so I'm going to close this out. Leave a comment if you'd like to reopen.

@alex alex closed this Sep 10, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

-DOPENSSL_NO_ENGINE=1 still fails with #include <openssl/engine.h>
4 participants