<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 7, 2015 at 3:18 PM, Donald Stufft <span dir="ltr"><<a href="mailto:donald@stufft.io" target="_blank">donald@stufft.io</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">tox and setup.py test are not really equivalent. There’s no way (to my knowledge) to test the item outside of a virtual environment. This is important for downstreams who want to test that the package build and the tests successfully are executed in their environment, not within some virtual environment.</blockquote></div><br><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">​Hmmmm ... you're right. But making Tox not use virtualenvs is not impossible - much alike​ to how Detox is working, we could have a "Tax" (just made that up) that just skips making any virtualenv. It's a matter of making two subclasses and a console_scripts entrypoint (I think). I think it's a good name: ``use Tax instead of Tox if you wanna "tax" your global site-packages`` :-)<br><br></div><div class="gmail_default" style="font-family:trebuchet ms,sans-serif">We only need someone to do it.<br></div><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div><span style="font-family:trebuchet ms,sans-serif"><span style="color:rgb(51,51,51)"><br><font size="2"><span style="color:rgb(51,51,51)">Thanks,</span><br><span style="color:rgb(153,153,153)">-- Ionel</span></font></span><font size="2"><font style="color:rgb(153,153,153)"> Cristian Mărieș, <a href="http://blog.ionelmc.ro" target="_blank">http://blog.ionelmc.ro</a><br></font></font></span></div></div></div></div></div></div></div>
</div></div>