Steve Dower <steve.do...@python.org> added the comment:
Or possibly that error is coming from the attempt to copy it? And since both executable and base_executable don't have the 3/3.x suffix, the copy is failing because the "real" binary does have the suffix. This could be corrected in getpath.py with a platform-specific quirk that searches for suffixed binaries for base_executable, but for performance reasons I think we'd prefer to have that check in venv so that it doesn't impact every single launch of CPython. The actual binary could also be added to pyvenv.cfg as another value - parsing that out in getpath.py is now considerably easier for someone to add than it used to be. ---------- _______________________________________ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue46028> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
