New submission from Bill Collins :
>>> import sys,ssl
>>> sys.version
'3.9.4 (tags/v3.9.4:1f2e308, Apr 4 2021, 13:27:16) [MSC v.1928 64 bit (AMD64)]'
>>> ssl.OPENSSL_VERSION
'OpenSSL 1.1.1i 8 Dec 2020'
I may well be holding it wrong, but somet
Bill Collins added the comment:
Thanks for the quick action on this!
I've downloaded the new 3.8.9/3.9.4 installers, but they are unable to run over
my existing 3.8.9/3.9.4 installs; "Unable to install python 3.9.4 (64-bit) due
to an existing install." This is probably fin
Bill Collins added the comment:
The embeddable dists for 3.9.4 have updated, but the 3.8.9 packages are still
showing the builds from April 2nd.
--
___
Python tracker
<https://bugs.python.org/issue43
Bill Collins added the comment:
Confirmed, thanks!
--
___
Python tracker
<https://bugs.python.org/issue43745>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Bill Collins :
pyc files within the embeddable zip are compiled with their filename as the
temporary directory in which they are compiled. Thus, stack traces will appear
as (e.g.) D:\obj\windows-release\37win32_Release\msi_python\zip_win32\image.py,
which is a little
New submission from Bill Collins :
Firstly, I'd acknowledge that expecting 2to3 to work on the embeddable
distribution might be the problem, but the mode of failure is silent and
delayed.
The problem is that 2to3 loads fix names by searching for files in a package
that end in '.p