Po uruchomieniu pip freezewidzę (między innymi oczekiwanymi pakietami) pkg-resources==0.0.0. Widziałem kilka postów wspominających o tym pakiecie (w tym o tym ), ale żaden z nich nie wyjaśniał, co to jest ani dlaczego jest uwzględniany w danych wyjściowych programu pip freeze. Głównym powodem, dla którego się zastanawiam, jest z ciekawości, ale wydaje się, że w niektórych przypadkach psuje to wszystko, gdy próbuję zainstalować pakiety z requirements.txtplikiem wygenerowanym za pomocą pip freezetego pkg-resources==0.0.0wiersza (na przykład, gdy Travis CI próbuje zainstalować zależności za pośrednictwem pipi znajduje to linia).

Co to jest pkg-resourcesi czy można usunąć tę linię z requirements.txt?

Aktualizacja:

Odkryłem, że ta linia wydaje się istnieć tylko w danych wyjściowych, pip freezegdy jestem w virtualenv. Nadal nie jestem pewien, co to jest lub co robi, ale zbadam dalej, wiedząc, że jest to prawdopodobnie powiązane virtualenv.

Według https://github.com/pypa/pip/issues/4022 jest to błąd wynikający z podania przez Ubuntu nieprawidłowych metadanych do pip. Więc nie, wydaje się, że nie ma dobrego powodu takiego zachowania. Złożyłem dalszy błąd w Ubuntu. https://bugs.launchpad.net/ubuntu/+source/python-pip/+bug/1635463

Aby wykonać kopię zapasową poprzedniej odpowiedzi, powinno być bezpieczne usunięcie tego wiersza z pliku Requirements.txt. Oto przykład sekcji Make file, która bezpiecznie zamraża listę pakietów (upuść swój Makefile i uruchom z make freeze):

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

Jeśli chodzi o część pytania „ czy można usunąć tę linię? ”:

Mam tutaj ten sam problem rozwijający się na Ubuntu 16.04 z tą samą linią w wymaganiach. Podczas wdrażania na uruchomionym Debianie 8.5"pip install -r requirements.txt" pip, narzeka, że ​​„nie znaleziono” pkg-resources, ale jest zainstalowany pakiet globalny „python-pkg-resources”, więc zależność powinna być spełniona. To samo dotyczy ubuntu: pakiet również tam istnieje.

Jak stwierdzono tutaj , wydaje się, że jest to jakiś „pakiet zainstalowany niejawnie”.

Tak więc: jeśli używasz Debiana / Ubuntu z zainstalowanymi zasobami python-pkg-resources, usunięcie tej linii powinno być bezpieczne . Zrobiłem to i wszystko działa dobrze. Ponieważ jednak nie jestem ekspertem w tej dziedzinie, należy pamiętać, że może to prowadzić do komplikacji podczas wdrażania na innym komputerze.

znalazłem tę odpowiedź w tym linku: https://bugs.launchpad.net/ubuntu/+source/python-pip/+bug/1635463

autor: Louis Bouchard (louis) napisane 16.11.2019:

U mnie to zadziałało. Ale ja nie jestem ekspertem, więc gdyby ktoś lepiej to zrozumiał, byłoby świetnie, gdyby to wyjaśnił.

Dzień dobry,

co jest warte, problem pochodzi z zdebianizowanej wersji virtualenv, która używa debundowanej wersji pkg_resource, która jest dodawana do virtualenv w czasie tworzenia:

$ 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

Korzystanie z zainstalowanej przez pip wersji virtualenv może być wykonalnym obejściem:

$ 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

W systemie Ubuntu możesz to naprawić, usuwając virtualenvpakiet Ubuntu i instalując nową wersję z pip:

sudo apt remove virtualenv
sudo pip install -U virtualenv