Тут получается бага в поетри всё же: extra_requires должны быть в приоритете

мне кажется, у sqlalchemy кривой конфиг. в extras не должно быть того, что уже есть в install_requires

Почему нет? Где об этом сказано?

это как минимум избыточно и не логично. если в install указана одна версия, а в extras другая, какую надо ставить в итоге?

Из extras же

Так делает pip

не уверен. а если базовый код использует то, что в install и сломается с тем, что в extras?

Ответственность автора

Код от чего угодно сломаться может

это да, но странно же прописывать в  extras то же самое, что в install? install ставится всегда, а extras по требованию. нафига в extras дублировать то, что в install? я бы запретил или как минимум бы кидал warning на это.

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

В случае алхимии, там как я понял, гринлет был опционален раньше, а сейчас ставят по-умолчанию на совместимых/нужных платформах

Но если убрать extra, куча людей будет в недоумении от того что оно перестало работать

Можно в Poetry в pyproject.toml не прописывать url репозитория в tool.poetry.source?

Я не понимаю, зачем там прописывать url если url указывается через config?

Попробовал удалить из pyproject.toml, получаю RuntimeError Unsupported source specified.

Мне нужно этот URL передавать в завивимости от окружения, в чём прикол его хардкодить то? При том, что он уже задаётся через config repositories.repo_name

В чём смысл хардкодить урл и его дублировать?

Почему вот этого не достаточно?
https://python-poetry.org/docs/repositories/#adding-a-repository

poetry config repositories.repo_name https://my-repo

[[tool.poetry.source]]
name = "repo_name"
secondary = true

?

Не я один недоумеваю по этому поводу
https://github.com/python-poetry/poetry/issues/1632#issuecomment-609425148

Господа, а никто не сталкивался, что тесты джанги 10 раз импортируют urls.py и что из него по цепочке тянется? Вылезло на питоне3.10. Из-за это пидантик начинает сыпать своими

duplicate validator function

. При чем локально не воспроизводится, только в CI с теми же пакетами и питоном. Убунта только другая там...

Просто импорты не могут такую ошибку вызвать, модуль должен быть перезагружен

Проблема воспроизводимости в CI решается контейнеризацией

Ну вот я понимаю что по какой-то причине они выгружаются из sys. modules. Сейчас воткнул принтов, вижу что адрес памяти у модуля меняется все время. Вопрос что где и зачем его выгружает. Или еще мб он молча не может инициализироваться.

Как же всё таки у меня бомбит от этого. Такая кривизна и всем пофиг.
Как можно было так сделать, так спроектировать систему? Вы же не легаси пилите, что мешает продумать систему чуть более тщательно?

Как вообще можно было родить такую идею, что URL, который задаётся через конфиг - это только для publish, а то, что хардкодится в pyproject.toml - это для install?! При том, что креды, которые задаются для этого урла применяются как к publish так и к install. Где в таком решении вообще хоть капля логики? Что они курили?

Из-за этого бреда пришлось делать костыль в виде экспорта зависимостей в requirements.txt и при развертывании ставить всё через него и pip, выпилив poetry вообще оттуда. +1 головная боль по обновлению этого requirements.txt каждый раз при обновлении зависимостей.