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 Ric Anderson
Recipients Ric Anderson
Date 2017-11-27.17:46:19
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1511804779.33.0.213398074469.issue32151@psf.upfronthosting.co.za>
In-reply-to
Content
When a site updates python3 from 3.5 to 3.6 (based on https://docs.python.org/3/faq/general.html#how-does-the-python-version-numbering-scheme-work, this is would be a minor version update),pre-upgrade venv setups created with "python3 -menv ..." break because "python3" in the venv is really 3.5, and needs the system libpython3.5m.so.1.0, which is no longer in the library search list.

Should "python -mvenv ..." copy the libpython3.5m.so.1.0 to the venv directory/lib, or add the system path to libpython3.5m.so.1.0 to LD_LIBRARY_PATH, or should the minor version number (.5 ,or .6) be excluded from the library name, so that minor version updates don't break existing venv setups or ???
History
Date User Action Args
2017-11-27 17:46:19Ric Andersonsetrecipients: + Ric Anderson
2017-11-27 17:46:19Ric Andersonsetmessageid: <1511804779.33.0.213398074469.issue32151@psf.upfronthosting.co.za>
2017-11-27 17:46:19Ric Andersonlinkissue32151 messages
2017-11-27 17:46:19Ric Andersoncreate