Pourquoi est-pip de l'installation d'une ancienne version de mon colis?

Je viens de téléchargé une nouvelle version de mon paquet de PyPi (1.2.1.0-r4): je peux télécharger l'œuf fichier et l'installer avec easy_install, et la version vérifie correctement. Mais quand j'essaie de l'installer à l'aide de pip, il installe la version 1.1.0.0 à la place. Même si j'ai explicitement spécifier la version de pip avec pip install -Iv tome==1.2.1.0-r4, j'obtiens ce message: Requested tome==1.2.1.0-r4, but installing version 1.1.0.0, mais je ne comprends pas pourquoi.

J'ai vérifié avec parse_version et a confirmé que la chaîne de version sur 1.2.1 est plus grande que sur la version 1.1.0 comme indiqué:

>>> from pkg_resources import parse_version as pv
>>> pv('1.1.0.0') < pv('1.2.1.0-r4')
True
>>>

Donc aucune idée de pourquoi c'est choisir d'installer la version 1.1.0 à la place?

  • Ne pouvaient pas se reproduire. pip install -Iv tome==1.2.1.0-r4 installe pour moi (selon les messages et pip freeze le paquet tome==1.2.1.0-r4.
  • Il est probablement dans votre chemin quelque part? Essayez avec -U
  • Hm..bon, c'est intéressant. J'ai essayé de le désinstaller avec le pip, je crois que je vais creuser un peu plus et assurez-vous qu'il est tout parti. Merci pour le contrôle!
  • Ressemble à une sorte de bug dans le programme pep. J'ai un problème similaire, mais je ne peux pas installer une version plus ancienne de django-tastypie.
InformationsquelleAutor brianmearns | 2013-01-31
  1. 79

    C'est une excellente question. Il m'a fallu une éternité pour le comprendre. C'est la solution qui fonctionne pour moi:

    Apparemment, si pip pouvez trouver une version locale de l'emballage, pip préfèrent les versions locales à distance. J'ai même débranché mon ordinateur à partir d'internet et essayé de nouveau -- quand pip encore installé le package avec succès, et n'a même pas se plaindre, la source était évidemment locaux.

    La vraiment déroutant partie, dans mon cas, est que pip trouvé les versions les plus récentes sur pypi, a rapporté, et ensuite allé de l'avant et ré-installé la version la plus ancienne de toute façon ... arggh. Aussi, il ne m'a pas dit ce qu'il fait, et pourquoi.

    Alors, comment ai-je résoudre ce problème?

    Vous pouvez obtenir pip pour donner une sortie détaillée à l'aide de la -v drapeau ... mais on n'est pas assez. Je RTFM-ed de l'aide, qui dit que vous pouvez faire -v plusieurs fois, jusqu'à 3 fois, pour plus d'informations détaillées. J'ai donc fait:

    pip install -v -v -v <my_package>

    Puis j'ai regardé à travers la sortie. Une ligne qui a attiré mon attention:

    Source dans /tmp/pip-build-root/a version 0.0.11, qui satisfait à l'exigence de <my_package>

    J'ai supprimé le répertoire en question, après quoi pip installé la dernière version de pypi.

    • Ressemble à ce qui n'ont pas été encore fixée.
    • Il a été résolu - voir ma réponse pour plus de détails.
    • Pour info vous pouvez utiliser -vvv au lieu de -v -v -v.
    • Vous pouvez également utiliser le --no-cache-dir drapeau à la place de la chasse et de la suppression d'un fichier dans /tmp/.
    InformationsquelleAutor Matt Fenwick
  2. 26

    Essayer de forcer la télécharger de nouveau le paquet avec:

    pip install --no-cache-dir --upgrade <package>
    • Ce qui a fonctionné pour moi. Finalement obtenu v0.4 de photoutils installé sur v0.2.1. Le Pip a été télécharger v0.4 goudron, mais alors il serait juste d'installer (ou de conserver) le v0.2.1. L'option --no-cache-dir et --mise à niveau des drapeaux enfin fait! Merci
    • C'est la bonne réponse ici. Pip conserve un cache de la Pypi page pour 600 secondes par défaut. Donc, même si vous retirez le cache local package, vous devez attendre 10 minutes pour le pep pour aller chercher de la nouvelle page avec toutes les nouvelles version des liens.
    InformationsquelleAutor Iacchus
  3. 23

    Grâce à Marcus Smith, qui fait un travail fantastique en tant que maintener de pip, cela a été corrigé dans la version 1.4 de pip qui a été publié sur 2013-07-23.

    Informations pertinentes à partir de changelog pour cette version

    Fixe un certain nombre de questions (#413, #709, #634, #602, et n ° 939) liées à
    à nettoyer et à ne pas réutiliser les répertoires de construction. (Tirez #865, #948)

    • Ce doit être marqué comme réponse correcte. Mise à niveau de pep comme ceci: pip install -U pip
    • Ce correctif ne résout pas encore pip silencieusement à l'aide d'une version mise en cache, ce qui peut être résolue à l'aide d'Iacchus réponse
    InformationsquelleAutor Piotr Dobrogost
  4. 16

    J'ai trouvé ici qu'il y est un bug connu de la pip de ne pas vérifier la version si il y a un répertoire de construction avec décompressé les sources. J'ai vérifié sur mon troublant paquet et après la suppression de ses sources de répertoire de construction pip installé la version requise.

    • Merci pour l'information. Aucune idée de l'endroit où je devrais regarder pour le répertoire de construction? J'ai essayé de le supprimer à partir de Python\Lib\site-packages, mais les résultats étaient les mêmes. Je ne suis pas l'exécution de la commande à partir d'un emplacement où le package existe ou quoi que ce soit.
    • Je suis l'aide de virtualenv sous linux et pour django-tastypie c'est ainsi que: "$VIRTUAL_ENV/build/django-tastypie". Essayez de vérifier dessus de l'Python répertoire ou tout simplement utiliser la recherche dans votre système. Vous pouvez également essayer d'utiliser "pip install-b <chemin d'accès à la coutume construire dir>".
    • Ce ne semble pas être mon problème, j'ai cherché un peu partout et ne trouve pas de trace du paquet ou un répertoire de build sur mon système. Il doit y avoir un autre bug dans le programme pep =(. Bon conseil que de toute façon, je suis sûr que ce sera le correctif pour beaucoup de gens.
    InformationsquelleAutor simplylizz
  5. 8

    Si vous utilisez un pip version qui vient avec certains packages de distribution (ex. Ubuntu python-pip), vous devrez peut-être installer une nouvelle pip version:

    Mise à jour pip à la dernière version:

    sudo pip install -U pip

    En cas de "virtualenv", skip "sudo":

    pip install -U pip

    Commande suivante peut être nécessaire, si votre shell rapport à quelque chose comme -bash: /usr/bin/pip: No such file or directory après pip mise à jour:

    hash -d pip

    Maintenant installer votre paquet comme d'habitude:

    pip install -U foo

    ou

    pip install foo==package.version.here

    InformationsquelleAutor ribozz
  6. 4

    Eu le même problème de mise à jour pika 0.9.5 à 0.9.8. La seule façon de travailler a été d'installer à partir de l'archive: pip install https://pypi.python.org/packages/source/p/pika/pika-0.9.8.tar.gz.

    • +1 Merci, c'clued de moi quelque chose d'important: pip s'appuie sur des distributions de source: avec ma dernière version, j'ai oublié de télécharger une source dist, alors quand j'ai essayé de l'installer, il ne serait d'obtenir la version précédente. Cela ne résout pas mon problème d'origine, mais il est utile de savoir.
    InformationsquelleAutor Ruth
  7. 0

    J'ai trouvé que si vous utilisez microversions, pip ne semble pas le reconnaître. Par exemple, nous n'avons pas pu obtenir la version 1.9.9.1 de mise à niveau.

    InformationsquelleAutor mlissner
  8. 0

    Dans mon cas la version de python utilisée (3.4) ne l'a pas satisfait Django 2.1 les dépendances des exigences (python >= 3.5).

    InformationsquelleAutor Alberto Chiusole
  9. 0

    Pour mon cas, j'ai dû supprimer le .pip dossier dans mon répertoire home et ensuite, j'ai été en mesure d'obtenir les versions ultérieures de plusieurs bibliothèques. Notez que ce qui était sur linux.

    pip --version
pip 18.1 from /usr/lib/python2.7/site-packages/pip (python 2.7)
virtualenv --version
15.1.0
    InformationsquelleAutor NateW