-
Notifications
You must be signed in to change notification settings - Fork 256
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
Ruby 3.3, OpenSSL providers (ossl-modules) #365
Comments
Thanks @MSP-Greg for testing this! I'm not a big fan of supporting legacy crypto algorithms. Nevertheless OpenSSL provider support should work out of the box. So I'll fix this and add a test case. |
Agreed. JFYI, in GitHub Actions, there are two MSYS2 mingw/ucrt archive files assembled. One has OpenSSL 1.1.1, and the other has 3.x. As you know, some of the Rubies have been built with OpenSSL 3.1. When MSYS2 updated to OpenSSL 3.2, I kept an eye on several repos to see if there were problems (e.g. Puma, which compiles against OpenSSL, and also ruby/openssl). There didn't seem to be problems compiling against 3.2 but running on 3.1. So, if you see any problems, please ping me. Have a good New Year, and thanks, Greg |
I want to see the In Ruby OpenSSL, we are setting the As a note, the following
|
This is necessary because libcrypt.dll and libssl.dll are located in bin/ruby_builtin_dlls and they search other dlls in ../lib Fixes #365
This is necessary because libcrypt.dll and libssl.dll are located in bin/ruby_builtin_dlls and they search other dlls in ../lib Fixes #365
This is necessary because libcrypt.dll and libssl.dll are located in bin/ruby_builtin_dlls and they search other dlls in ../lib Fixes #365
The issue oneclick/rubyinstaller2#365 was fixed with the 3.2.4 and 3.3.1 releases.
ruby/openssl added support for 'providers' in version 3.2, which is included with Ruby 3.3.0.
See ruby/openssl#635
Due to the MSYS2 path changes, the single provider included with OpenSSL 3 (legacy.dll) should be located in
With that change, the following works:
I also puts the engines folder there, but I don't think 'engines' are supported with OpenSSL 3.2, not sure about earlier.
Sorry, I should have checked this earlier.
Happy Holidays, Greg
The text was updated successfully, but these errors were encountered: