pypi UserWarning: Неизвестный вариант распространения: 'install_requires'

Кто-нибудь сталкивался с этим предупреждением при выполнении python setup.py installпакета PyPI?

install_requiresопределяет, что требуется для пакета. Эта опция есть во многих пакетах PyPI. Как это может быть «неизвестный вариант распространения»?

python setup.pyиспользует distutils, который не поддерживает install_requires. setuptools также распространяет (его преемник) и pip (который использует любой из них) делает. Но на самом деле их нужно использовать. Т.е. вызываем setuptools через easy_installкоманду или pip install.

Другой способ - импортировать установку из setuptools в ваш setup.py, но это не стандартно и заставляет всех, кто хочет использовать ваш пакет, иметь установленные setuptools.

Это был первый результат моего поиска в Google, но ответа не было. Я обнаружил, что обновление setuptools решило проблему для меня (и пип для хорошей меры)

pip install --upgrade pip
pip install --upgrade setuptools

Надеюсь, это поможет следующему человеку найти эту ссылку!

ВНИМАНИЕ ! ВНИМАНИЕ ! Впереди несовершенный ответ. Чтобы получить «последнюю заметку» о состоянии упаковки во вселенной Python, прочтите это довольно подробное эссе. .

Я только что столкнулся с этой проблемой при попытке собрать / установить ansible. Проблема, похоже, в том, что distutils действительно не поддерживает install_requires. Инструменты настройки должны monkey-patch distutils на лету, но этого не происходит, вероятно, потому, что последний выпуск setuptools - 0.6c11 от 2009 года, тогда как distutils является основным проектом Python.

Таким образом, даже после ручной установки setuptools-0.6c11-py2.7.egg запуск setup.py выбирает только distutils dist.py, а не тот из site-packages / setuptools /.

Также документация setuptools указывает на использование ez_setup а не distutils.

Однако в настоящее время setuptools сам предоставляется через distribute , и этот вариант setup () поддерживает install_requires.

Я нахожусь на Mac с python 2.7.11. Я занимался созданием чрезвычайно простых и понятных проектов, где мое единственное требование - я мог запускать python setup.py installи setup.pyиспользовать команду установки, в идеале из distutils. Буквально нет никакого другого импорта или кода, кроме kwargs, setup()кроме того, что я здесь отмечу.

Я получаю сообщение об ошибке, если импорт моего setup.pyфайла:

from distutils.core import setup

Когда я использую это, я получаю такие предупреждения, как

/usr/local/Cellar/python/2.7.11/Frameworks/Python.framework/Versions/2.7/lib/python2.7/distutils/dist.py:267: UserWarning: неизвестный вариант распространения: 'entry_points' warnings.warn ( сообщение)

Если я изменю импорт (и ничего больше ) на следующее:

from distutils.core import setup
import setuptools  # noqa

Предупреждения исчезнут.

Обратите внимание, что я не использую setuptools, просто импортируя его, он меняет поведение, так что он больше не выдает предупреждения. Для меня это причина поистине сбивающей с толку разницы, когда некоторые проекты, которые я использую, выдают эти предупреждения, а некоторые нет.

Ясно, что происходит некоторая форма обезьяньего исправления, и это зависит от того, выполнен ли этот импорт. Вероятно, это не подходит для всех, кто исследует эту проблему, но для узкой среды, в которой я работаю, это ответ, который я искал.

Это согласуется с другим комментарием (сообщества), в котором говорится, что distutils должен устанавливать monkeypatch setuptools, и что у них возникла проблема при установке Ansible. Похоже, что Ansible пытался разрешить установку без установки в прошлом, а затем вернулся к этому.

https://github.com/ansible/ansible/blob/devel/setup.py

Многое еще витает в воздухе ... но если вы ищете простой ответ для простого проекта, вам, вероятно, следует просто импортировать setuptools.

Это предупреждение от distutils и признак того, что у вас не установлены инструменты установки. При установке с http://pypi.python.org/pypi/setuptools предупреждение будет удалено.

sudo apt-get install python-dev  # for python2.x installs
sudo apt-get install python3-dev  # for python3.x installs

Он установит все недостающие заголовки. Это решило мою проблему

В заключение :

distutilsне поддерживает install_requiresили entry_points, setuptoolsделает.

изменение from distutils.core import setupв setup.py , чтобы from setuptools import setupили реорганизовать setup.py использовать только distutilsособенности.

Я пришел сюда, потому что не понял, что entry_pointsэто всего лишь setuptoolsособенность.

Если вы здесь желая преобразовать setuptoolsв distutilsкак я:

1. удалите install_requiresиз setup.py и просто используйте requirements.txt сpip
2. измените код entry_pointsна scripts( doc ) и entry_pointsпроведите рефакторинг любых модулей, полагающихся на полные скрипты с shebangs и точкой входа.

Насколько я могу судить, это ошибка в setuptools, при которой не удаляются определенные параметры setuptools перед вызовом базового класса в стандартной библиотеке: https://bitbucket.org/pypa/setuptools/issue/29 / escape-userwarnings-emitted-when-call

Если у вас есть безусловное import setuptoolsв вашем setup.py(как и должно быть, если вы используете определенные параметры setuptools), то тот факт, что сценарий не дает сбоев, ImportErrorуказывает на то, что setuptools правильно установлен.

Вы можете отключить предупреждение следующим образом:

python -W ignore::UserWarning:distutils.dist setup.py <any-other-args>

Делайте это только в том случае, если вы используете безусловный импорт, который полностью завершится неудачно, если не установлены инструменты установки :)

(Я наблюдаю такое же поведение при оформлении заказа из репозитория setuptools после слияния, поэтому я уверен, что это ошибка setuptools, а не проблема конфигурации системы. Я ожидаю, что распространение до слияния будет иметь ту же проблему)

Теперь я видел это в устаревших инструментах, использующих Python2.7, где сборка (например, Dockerfile) устанавливает незакрепленную зависимость, например pytest. PyTest отказался от поддержки Python 2.7, поэтому вам может потребоваться указать version <выпуск нового пакета.

Или прикусите пулю и конвертируйте это приложение в Python 3, если это возможно.