This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author christian.heimes
Recipients barry, christian.heimes, gregory.p.smith, pablogsal
Date 2021-03-11.00:07:10
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1615421230.62.0.934706311609.issue43466@roundup.psfhosted.org>
In-reply-to
Content
> Not sure I follow. What's the problem here? The advantage of static linking here will be to not have a dependency on the shared object, which can be quite beneficial.

The problem is that some features are not baked into the .a files. They are always provided as shared libraries. This included OpenSSL engine extensions such as AFALG engine or external engines like p11-kit, OpenSC, or others. OpenSSL 3.0.0 moves some features into external OSSL provider libraries, for example legacy crypto algorithms. I have not figured out how much functionality we woud loose without engines and external OSSL providers. https://www.openssl.org/docs/manmaster/man3/OSSL_PROVIDER.html
# 3.0.0 alpha build:
$ find -name '*.so'
./engines-3/padlock.so
./engines-3/capi.so
./engines-3/afalg.so
./ossl-modules/fips.so
./ossl-modules/legacy.so
./libssl.so
./libcrypto.so
History
Date User Action Args
2021-03-11 00:07:10christian.heimessetrecipients: + christian.heimes, barry, gregory.p.smith, pablogsal
2021-03-11 00:07:10christian.heimessetmessageid: <1615421230.62.0.934706311609.issue43466@roundup.psfhosted.org>
2021-03-11 00:07:10christian.heimeslinkissue43466 messages
2021-03-11 00:07:10christian.heimescreate