setup.cfg тоже не место для этого

Внутри пакета не должно быть захардкожено с каких адресов должны ставится его зависимости, т.к. это не его зона ответственности. Ведь через время эти адреса могут протухнуть, или просто разработчик захочет ставить зависимость из своего форка. Поэтому в пакете указывается только имя зависимости, а мапингом имени на URL занимается внешняя утилита навроде pip, в конфигах которой (в том же requirements.txt) будет прописан мапинг имени на URL (или просто добавлен адрес доп. PyPi)

📊 Выясняем самого “сладкого” работодателя.
В какой IT компании в Нижнем Новгороде вы бы хотели работать больше всего?
https://www.menti.com/hob5jotg8y

Хорошо.
1. Это внутреннее приложение.
2. Я устанавливаю приложение командой python setup.py install
3. PyPi не доступен совсем.
4. Я нашел решение с config.cfg
5. Если прописать в requirements.txt то это не работает при запуске python setup.py install
6. Я правильно опнимаю, что правильнее сделать конфиг для PIP, что бы он искал откуда брать?

Ну да, отцы-основатели завещали не хардкодить url-ы в пакете, и очень сожалеют о том, что там вообще есть такая опция. Просто раньше времена были тяжёлые, только только появился setuptools с его easy_install  и не было толком понимания и опыта как делать подобные вещи правильно.

Спасибо. Буду пробовать.

Кроме того в setuptools планируется выпилить easy_install и потому команда python setup.py install может перестать работать нормально, т.к. она не сможет ставить зависимости. Или будет делать это через pip

понятно. Но я уже как то пробовал с pip.ini и у меня не заработало (
Значит будет ковырять (

@cykooz, а конфигурационный файл pip.ini не действует при python setup.py install, только при pip install =(

Конечно, потому что надо делать pip install .

Вот везде пишут, что прилоэжение должно ставиться из исходников через python setup.py install

Считай что это легаси. setuptools идёт по пути выпиливания из своего кода всякой активности связанной со скачиванием пакетов. А потому в будущем он не сможет ставить зависимости (или будет юзать pip для обратной совместимости)

Вот оно что

Спасибо большое

И вообще setup.py всячески пытаются заменить на декларативные конфиги

а то я вездеть тут сношаюсь с этим чудом (

значит ли это, что когда наконец выпилят, то и билдауту конец?

По идее то что сейчас делается в setup.py должно превратится в что-то вроде setup.cfg (или pyproject.toml) и опционального скрипта (например build.py) в который можно запихнуть какие-то кастомные действия необходимые при установке пакета.

Для установки колёс билдаут уже не использует easy_install, а вот установка из исходников пострадает. В репе билдаута уже есть обсуждение перспектив.

я отстал от колёсного тренда.
билдаут сам решает скачивать колесо или как и раньше яйцо с исходниками?
или ему нужно как-то специально указать что нужно скачивать?