<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 18 November 2014 07:53, Barry Warsaw <span dir="ltr"><<a href="mailto:barry@debian.org" target="_blank">barry@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">The typical solution is to move the /usr/bin script (and manpage, etc.) into a<br>
separate binary package, and it makes the most sense to call this<br>
'virtualenv'.  Because /usr/bin/virtualenv is a Python 3 script, it Depends on<br>
python3-virtualenv.  There are use cases for keeping python-virtualenv as a<br>
separate Python 2-compatible library that would e.g. be importable.<br></blockquote><div><br></div><div>For another solution, have a look at django-admin, provided by the django-common package. You can call it using any of the following ways:</div><div><br></div><div>brian@aquitard:~$ django-admin    # run as sh; autodetect python</div><div>brian@aquitard:~$ python2 /usr/bin/django-admin    # force python 2<br></div></div><div class="gmail_quote">brian@aquitard:~$ python3 /usr/bin/django-admin    # force python 3<br></div><div class="gmail_quote"><br></div><div class="gmail_quote">That way it works if only python-django is installed and it also works if only python3-django is installed.</div><div class="gmail_quote"><br></div><div class="gmail_quote">The ability to force a particular version of python may not be so useful for virtualenv however.</div>-- <br><div class="gmail_signature">Brian May <<a href="mailto:brian@microcomaustralia.com.au" target="_blank">brian@microcomaustralia.com.au</a>></div>
</div></div>