Quand je cours, pip freezeje vois (parmi d'autres packages attendus) pkg-resources==0.0.0. J'ai vu quelques articles mentionnant ce package (y compris celui-ci ), mais aucun n'expliquait de quoi il s'agissait, ni pourquoi il est inclus dans la sortie de pip freeze. La principale raison pour laquelle je me demande est par curiosité, mais aussi, cela semble casser les choses dans certains cas lorsque vous essayez d'installer des packages avec un requirements.txtfichier généré avec pip freezequi inclut la pkg-resources==0.0.0ligne (par exemple, lorsque Travis CI tente d'installer des dépendances à travers pipet trouve ceci ligne).

Qu'est-ce que pkg-resources, et est-il possible de supprimer cette ligne requirements.txt?

Mettre à jour:

J'ai trouvé que cette ligne ne semble exister que dans la sortie de pip freezequand je suis dans un fichier virtualenv. Je ne suis toujours pas sûr de ce que c'est ou de ce qu'il fait, mais je vais enquêter plus avant en sachant qu'il est probablement lié à virtualenv.

Selon https://github.com/pypa/pip/issues/4022 , il s'agit d'un bogue résultant d'Ubuntu fournissant des métadonnées incorrectes à pip. Donc, non, il ne semble pas y avoir de bonne raison à ce comportement. J'ai déposé un bug de suivi avec Ubuntu. https://bugs.launchpad.net/ubuntu/+source/python-pip/+bug/1635463

Pour sauvegarder la réponse précédente, il devrait être prudent de supprimer cette ligne de votre requirements.txt. Voici un exemple de strophe Make file qui fige en toute sécurité votre liste de paquets (déposez votre Makefile et exécutez avec make freeze):

freeze:
    pip freeze | grep -v "pkg-resources" > requirements.txt

Quant à la partie de votre question " est-il possible de supprimer cette ligne? ":

J'ai le même problème ici en développement sur un ubuntu 16.04 avec cette même ligne dans les exigences. Lors du déploiement sur un debian 8.5 en cours d'exécution"pip install -r requirements.txt" pip en plaint que pkg-resources est "introuvable" mais qu'un paquet global est installé "python-pkg-resources" donc la dépendance doit être satisfaite. Idem sur ubuntu: le paquet existe également là-bas.

Comme indiqué ici, il semble s'agir d'un "package implicitement installé".

Donc: Si vous êtes sur un Debian / Ubuntu sur lequel python-pkg-resources est installé, il devrait être prudent de supprimer cette ligne . Je l'ai fait et tout va bien. Cependant, comme je ne suis pas un expert en la matière, vous devez garder à l'esprit que cela peut entraîner des complications lors du déploiement sur une autre machine.

trouvé cette réponse dans ce lien: https://bugs.launchpad.net/ubuntu/+source/python-pip/+bug/1635463

par: Louis Bouchard (louis) a écrit le 16/11/2019:

Cela a fonctionné pour moi. Mais je ne suis pas un expert donc, si quelqu'un le comprend mieux, ce serait formidable s'il l'expliquait.

Bonjour,

pour ce que ça vaut, le problème vient de la version débianisée de virtualenv qui utilise une version dégroupée de pkg_resource qui est ajoutée au virtualenv au moment de la création:

$ virtualenv .
Running virtualenv with interpreter /usr/bin/python2
New python executable in /home/caribou/git/quividi/test/bin/python2
Also creating executable in /home/caribou/git/quividi/test/bin/python
Installing setuptools, pkg_resources, pip, wheel...done.
$ pip freeze
pkg-resources==0.0.0

L'utilisation de la version pip installée de virtualenv peut être une solution de contournement possible:

$ sudo apt -y purge python3-virtualenv virtualenv tox
$ pip install virtualenv
$ virtualenv .
pip install virtualenv
Collecting virtualenv
  Downloading https://files.pythonhosted.org/packages/c5/97/00dd42a0fc41e9016b23f07ec7f657f636cb672fad9cf72b80f8f65c6a46/virtualenv-16.7.7-py2.py3-none-any.whl (3.4MB)
    100% |████████████████████████████████| 3.4MB 351kB/s
Installing collected packages: virtualenv
Successfully installed virtualenv-16.7.7
$ virtualenv .
New python executable in /home/caribou/git/quividi/test/bin/python
Installing setuptools, pip, wheel...
done.
$ source bin/activate
$ pip freeze
$

hth, ... Louis

Sur Ubuntu, vous pouvez résoudre ce problème en supprimant le virtualenvpackage Ubuntu et en installant une nouvelle version à partir de pip:

sudo apt remove virtualenv
sudo pip install -U virtualenv