[TIP] Bug when testing nested virtual environments under Tox
andre.l.caron at gmail.com
Sun Jan 17 20:34:49 PST 2016
Yup, adding "virtualenv==13.1.2" in my "deps" section and using "python -m
virtualenv" instead of "python -m venv" fixes it...
While totally understandable, this is rather surprising: I would have
expected the official venv implementation to be based on the popular
I'm trying to stick to the now standard package since I'm only targetting
Python 3.5+ anyways, but I can't use it when I use Tox to test my package.
I fear this issue is going to hinder adoption of the standard venv package.
Any plans to make the virtual environment packages interoperable?
On Sun, Jan 17, 2016 at 11:28 PM, André Caron <andre.l.caron at gmail.com>
> Thanks for the quick reply :-)
> Just ran another experiment. I tried to create the first environment
> using the same command as Tox, but leave the 2nd unchanged. It seems like
> Tox uses the 3rd-party virtualenv package while I was trying to use the
> built-in venv package provided since Python 3.3+. Apparently, they don't
> like to mix.
> If I change both to use the 3rd-party virtualenv package, it seems to work
> (at least in a shell script). I'll try to get that in my full
> implementation to confirm.
> On Sun, Jan 17, 2016 at 11:23 PM, Florian Bruhin <me at the-compiler.org>
>> * André Caron <andre.l.caron at gmail.com> [2016-01-17 23:09:04 -0500]:
>> > Since it only fails under Tox, I'm assuming Tox is doing something that
>> > affects the behavior of virtual environment creation, but I can't figure
>> > out what.
>> Odd... I can reproduce it and first thought it might be because of
>> environment filtering, but adding "passenv = *" doesn't change
>> http://www.the-compiler.org | me at the-compiler.org (Mail/XMPP)
>> GPG: 916E B0C8 FD55 A072 | http://the-compiler.org/pubkey.asc
>> I love long mails! | http://email.is-not-s.ms/
>> testing-in-python mailing list
>> testing-in-python at lists.idyll.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the testing-in-python