William Woodruff added the comment:
Nosying myself; this affects 3.9 and 3.10 as well.
--
nosy: +yossarian
versions: +Python 3.10, Python 3.9
___
Python tracker
<https://bugs.python.org/issue14
Change by William Woodruff :
--
nosy: +yossarian
___
Python tracker
<https://bugs.python.org/issue15795>
___
___
Python-bugs-list mailing list
Unsubscribe:
William Woodruff added the comment:
I don't think this is a productive or polite response.
If you read the issue linked, you'll note that the other flag added
(--with-openssl-rpath) is in furtherance of any *already* supported linking
scenario (dynamic, with a non-system-default Ope
William Woodruff added the comment:
Cheers! No promises about not using the hack, but I *will* promise not to
complain if it doesn't work for me :-)
--
___
Python tracker
<https://bugs.python.org/is
William Woodruff added the comment:
Not to butt in too much, but I have a related use case that would benefit from
being able to statically link to OpenSSL: I have an environment in which
dynamic modules are acceptable, but where the entire Python install benefits
from being relocatable and
William Woodruff added the comment:
Thanks to you to!
--
___
Python tracker
<https://bugs.python.org/issue29435>
___
___
Python-bugs-list mailing list
Unsub
Change by William Woodruff :
--
keywords: +patch
pull_requests: +17482
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18090
___
Python tracker
<https://bugs.python.org/issu
William Woodruff added the comment:
I'll take a stab at this. It looks like `Tarfile.open` takes an optional
keyword that should make this straightforward.
--
nosy: +yossarian
___
Python tracker
<https://bugs.python.org/is