2017-10-11 1 views
0

J'ai un virtualenv où je cours python 2.7.13. J'ai installé numpy il y a un moment. Aujourd'hui, je voulais aussi installer statsmodels dans le même virtualenv. Voilà pourquoi je l'ai fait (selon la page Web):est-ce que pip installe -U break virtualenv?

pip install -U statsmodels 

et plusieurs paquets mis à jour (où numpy entre autres). J'ai oublié que le -U force à installer la nouvelle version. Depuis numpy a été mis à jour à numpy 1.13.3 je ne suis pas sûr si cela a cassé une dépendance. La version forcée 1.13.3 ne convient-elle pas à virtualenv? Si oui, comment puis-je l'enlever et installer le bon. Si je suis en

pip uninstall numpy 

suivi d'un

pip install numpy 

il dit:

pip install numpy 
Collecting numpy 
    Using cached numpy-1.13.3-cp27-cp27mu-manylinux1_x86_64.whl 
Installing collected packages: numpy 
Successfully installed numpy-1.13.3 
+0

Essayez 'pip install numpy == ' – SatanDmytro

+0

@Evert, mais pourquoi dans le passé, quand j'ai installé pip, ne pas installer la dernière version? Est-il garanti que numpy 1.13.3 est compatible avec la version python dans virtualenv? – math

+0

Peut-être le paquet NumPy récemment mis à jour sur PyPI à 1.13.3? – Evert

Répondre

1

Oui, la compatibilité avec Python est garantie: regardez le nom de la roue qui est installé: numpy-1.13.3-cp27-cp27mu-manylinux1_x86_64.whl. Cela correspond à la version de Python que vous utilisez (y compris votre système d'exploitation).

Comme pour statsmodels et le NumPy mis à jour: si statsmodels nécessite numpy 1.13.3, tout va bien; c'est tout le point d'un virtualenv: il ne casse pas les autres dépendances/virtualenvs que vous pourriez avoir mis en place. Il est peu probable que vous ayez un autre paquet dans le même virtualenv qui nécessite une version plus basse de NumPy.