You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
openssl should be patched to be relocatable and support providers also when used from a different install tree.
Either in vcpkg, even better upstream.
Describe alternatives you've considered
#34949 discusses the alternative to build providers statically even if the port is built as dynamic, it remains unclear if this is a supported configuration by upstream, but would likely also fix the imminent issue.
Additional context
No response
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
The legacy provider is not found when built dynamically, most likely the search path is hardcoded to the original install dir.
This occurs for instance with
py-requests-kerberos
from https://github.com/open-vcpkg/python-registry is installed but also inother scenarios, see #34949.
Typically, this happens if a cached openssl is used in a different install tree.
To workaround the issue, one can use a couple of approaches, either in the use application or with an env var, see openssl/openssl#18212.
Tested workaround:
set(ENV{OPENSSL_MODULES} "${CURRENT_INSTALLED_DIR}/bin")
Proposed solution
openssl should be patched to be relocatable and support providers also when used from a different install tree.
Either in vcpkg, even better upstream.
Describe alternatives you've considered
#34949 discusses the alternative to build providers statically even if the port is built as dynamic, it remains unclear if this is a supported configuration by upstream, but would likely also fix the imminent issue.
Additional context
No response
The text was updated successfully, but these errors were encountered: