venv does not include pythonXX.lib

[AntonioVzquezBlanco]

BPO	39226
Nosy	@brettcannon, @vsajip

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = None
closed_at = <Date 2020-01-08.09:48:51.095>
created_at = <Date 2020-01-05.22:50:13.666>
labels = ['invalid', 'type-bug', 'library']
title = 'venv does not include pythonXX.lib'
updated_at = <Date 2020-01-08.09:48:51.094>
user = 'https://bugs.python.org/AntonioVzquezBlanco'

bugs.python.org fields:

activity = <Date 2020-01-08.09:48:51.094>
actor = 'Antonio V\xc3\xa1zquez Blanco'
assignee = 'none'
closed = True
closed_date = <Date 2020-01-08.09:48:51.095>
closer = 'Antonio V\xc3\xa1zquez Blanco'
components = ['Library (Lib)']
creation = <Date 2020-01-05.22:50:13.666>
creator = 'Antonio V\xc3\xa1zquez Blanco'
dependencies = []
files = []
hgrepos = []
issue_num = 39226
keywords = []
message_count = 4.0
messages = ['359388', '359444', '359516', '359572']
nosy_count = 3.0
nosy_names = ['brett.cannon', 'vinay.sajip', 'Antonio V\xc3\xa1zquez Blanco']
pr_nums = []
priority = 'normal'
resolution = 'not a bug'
stage = 'resolved'
status = 'closed'
superseder = None
type = 'behavior'
url = 'https://bugs.python.org/issue39226'
versions = []

[AntonioVzquezBlanco]

I've tryed to install mod_wsgi using pip lately in a venv. This installation process fails with a message about a missing venv\scripts\libs\python38.lib file as reported in GrahamDumpleton/mod_wsgi#506

It seems that this file used to be included in virtual environments but the behaviour has changed. This library seems to be a dependency for some modules, shouldn't it be included in the virtual environment? Is this behaviour change desired? If so, how should modules link to python.lib?

Thanks in advance

[brettcannon]

When have you seen this work previously? On my Windows 10 machine there is no Scripts\libs directory for Python 3.7, let alone a python37.lib file in any directory that I can find.

[vsajip]

The python38.lib file isn't present in any venv, whether created by virtualenv or "python -m venv". I believe the mod_wsgi build process may not cater for building in a venv on Windows.

When created with "python -m venv", a venv contains the file pyvenv.cfg with contents like this:

home = C:\Users\Vinay\AppData\Local\Programs\Python\Python38
include-system-site-packages = false
version = 3.8.1

and the location of python38.lib on this system is given by the libs directory relative to the home value in the above snippet.

I don't think this is a venv bug so I will probably close this issue soon, unless you provide more evidence of an actual problem in the venv package.

[AntonioVzquezBlanco]

If that is the intended way to proceed then I will patch mod_wsgi.

Sorry for the inconvenience and thank you very much for the pointers.

Thanks!