Virtualenv i Pip wiszące na zawsze

Question

Używam projektu django z virtualenv, który działał zupełnie dobrze aż do popołudnia. Poszedłem uruchomić źródło my-env/bin/activate i wydawało się aktywować (dało mi to zwykły wiersz polecenia), ale kiedy próbowałem python manage.py runserver powiedział, że nie może zlokalizować django. Uruchomiłem skrypt Pythona i próbowałem zaimportować django i na pewno powiedział, że nie ma modułu o nazwie django. Więc usunąłem ten virtualenv i utworzyłem nowy i zrobiłem pip install -r requirements.txt. Wtedy zauważyłem, że pip wisiał na zawsze i na typie ^C dałoby to długi traceback, który podałem poniżej. Kiedy to się stało, ponownie spróbowałem usunąć virtualenv i zacząć od nowa dopiero teraz, gdy wpiszełem virtualenv new-env, zawiesiłbym się na "Instalowaniu setuptools, pip, wheel ...", a także dałem długi traceback po wpisaniu ^C. Rozglądałem się po forach internetowych i próbowałem wszystkiego, żeby to naprawić i nic nie działa. Jeśli ktoś ma jakieś pomysły, jak to naprawić, to byłbym bardzo wdzięczny.

Installing setuptools, pip, wheel...^CTraceback (most recent call last): 
    File "/usr/local/bin/virtualenv", line 11, in <module> 
done. 
    sys.exit(main()) 
    File "/usr/local/lib/python2.7/site-packages/virtualenv.py", line 669, in main 
Traceback (most recent call last): 
    File "/usr/local/lib/python2.7/site-packages/virtualenv.py", line 2327, in <module> 
    raise SystemExit(popen.wait()) 
    File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 1384, in wait 
    main() 
    File "/usr/local/lib/python2.7/site-packages/virtualenv.py", line 711, in main 
    symlink=options.symlink) 
    File "/usr/local/lib/python2.7/site-packages/virtualenv.py", line 944, in create_environment 
    download=download, 
    File "/usr/local/lib/python2.7/site-packages/virtualenv.py", line 900, in install_wheel 
    call_subprocess(cmd, show_stdout=False, extra_env=env, stdin=SCRIPT) 
    File "/usr/local/lib/python2.7/site-packages/virtualenv.py", line 767, in call_subprocess 
    line = stdout.readline() 
KeyboardInterrupt 
    pid, sts = _eintr_retry_call(os.waitpid, self.pid, 0) 
    File "/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 476, in _eintr_retry_call 
    return func(*args) 
KeyboardInterrupt 

Answer 1

Prawdopodobnie nie bardzo pomocne, ale przeżyłem takie same objawy i znaleźć za pomocą opcji opisowy być pomocne:

mkvirtualenv new-env -v 

Wyjście wskazał na kwestię proxy miałem, uniemożliwiając wykorzystanie setuptools, które rozwiązany poprzez ustalenie moje ustawienia serwera proxy:

Installing setuptools, pip, wheel... 
Collecting setuptools 
Retrying (Retry(total=4, connect=None, read=None, redirect=None)) 
after connection broken by 'ProxyError('Cannot connect to proxy.', 
timeout('timed out',))': /devpi/setuptools/