Skip to content

Fix _ossl_modules_path() returning wrong path to ossl-modules #40

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

Merged
merged 4 commits into from
May 21, 2025

Conversation

staticfloat
Copy link
Contributor

@staticfloat staticfloat commented May 15, 2025

This should use libssl_path instead of libssl, as in the other branch of the conditional. Note that this ossl-modules directory does not seem to be getting properly installed in the new OpenSSL_jll that is being shipped with Julia as a standard library.

I am fixing this because after JuliaLang/julia#58405 this will error out as dirname(::LazyLibrary) does not exist.

This should use `libssl_path` instead of `libssl`, as in the other
branch of the conditional.  Note that this `ossl-modules` directory does
not seem to be getting properly installed in the new OpenSSL_jll that is
being shipped with Julia as a standard library.
@staticfloat
Copy link
Contributor Author

Note that because JuliaLang/julia#58405 will cause precompiling this package to throw an error, after merging this we should probably mark all previous versions of OpenSSL as not compatible with Julia v1.13 (and any other version that JuliaLang/julia#58405 gets backported to).

Letsencrypt rotates which subordinate you get [0] so we can't rely
entirely on the last `CN=XX` field, let's just check the others.

[0] https://letsencrypt.org/certificates/#subordinate-intermediate-cas
@IanButterworth IanButterworth merged commit 4fd690d into JuliaWeb:main May 21, 2025
12 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants