SA
Надо просто поговорку «назвался груздем - полезай в кузов» воплощать в жизнь.
Вопрос:
Есть портянка с pip freeze, есть интрумент который делает из него requirements.txt?
Size: a a a
2019 December 09
💭П
R
Вопрос:
Есть портянка с pip freeze, есть интрумент который делает из него requirements.txt?
Есть портянка с pip freeze, есть интрумент который делает из него requirements.txt?
pip freeze > requirements.txt
R
я еще сильнее удивлю, если скажу что это написано в документации даже? https://pip.pypa.io/en/stable/reference/pip_freeze/
💭П
pip freeze > requirements.txt
Нет! Так как многие пакеты, имеют свое представление о том, что им нужно для работы, и список в requirements.txt чаще всего короче, чем в pip freeze
KK
Нет! Так как многие пакеты, имеют свое представление о том, что им нужно для работы, и список в requirements.txt чаще всего короче, чем в pip freeze
Вот вы все задолбали с этим requirements.txt. Носятся с ним и всякими freez-ами, лишь бы не делать всё правильно.
Список прямых зависимостей для пакета должен быть указать или в setup.py или в setup.cfg, или в новомодном pyproject.toml. Всё остальное - "от лукавого" и должно использоваться как доп. инструмент. Например что бы залочить версии всех зависимостей с которым в данный момент всё работает.
Список прямых зависимостей для пакета должен быть указать или в setup.py или в setup.cfg, или в новомодном pyproject.toml. Всё остальное - "от лукавого" и должно использоваться как доп. инструмент. Например что бы залочить версии всех зависимостей с которым в данный момент всё работает.
💭П
Вот вы все задолбали с этим requirements.txt. Носятся с ним и всякими freez-ами, лишь бы не делать всё правильно.
Список прямых зависимостей для пакета должен быть указать или в setup.py или в setup.cfg, или в новомодном pyproject.toml. Всё остальное - "от лукавого" и должно использоваться как доп. инструмент. Например что бы залочить версии всех зависимостей с которым в данный момент всё работает.
Список прямых зависимостей для пакета должен быть указать или в setup.py или в setup.cfg, или в новомодном pyproject.toml. Всё остальное - "от лукавого" и должно использоваться как доп. инструмент. Например что бы залочить версии всех зависимостей с которым в данный момент всё работает.
Ну нет у меня этого, нет!
💭П
Проект не мой.
💭П
Мне это руками переделывать? Не очень хочеться, думал, вдруг уже есть тулза...
KK
"Сделай это! Просто сделай это!"
💭П
"Сделай это! Просто сделай это!"
Вот сейчас буду делать (
💭П
ручками ((((
KK
Тула?... А как она найдёт прямые зависимости? Разве что только посмотрит на импорты в коде и вытащит от туда.
💭П
Тула?... А как она найдёт прямые зависимости? Разве что только посмотрит на импорты в коде и вытащит от туда.
у меня есть файл от pip freeze.
KK
у меня есть файл от pip freeze.
Это помойка со всем барахлом что поставилось по прямым и косвенным зависимостям и плюс то что ручками поставили в venv, когда с чем-то игрались
KK
В нём нет информации что было изначально в прямых зависимостях. Такие вот они свалка-проекты.
AG
Нет! Так как многие пакеты, имеют свое представление о том, что им нужно для работы, и список в requirements.txt чаще всего короче, чем в pip freeze
В requirements прямые зависимости, в constraints.txt указываешь выхлоп фриза. Потом при pip install -r requirements -c constraints делаешь
💭П
В requirements прямые зависимости, в constraints.txt указываешь выхлоп фриза. Потом при pip install -r requirements -c constraints делаешь
Еще раз говорю:
1) У меня есть помойка, только помойка и ни чего кроме помойки
2) Я хочу сделать красиво...
1) У меня есть помойка, только помойка и ни чего кроме помойки
2) Я хочу сделать красиво...
KK
Значит только тула, которая покажет список пакетов, которые в явном виде импортит твой код. Может даже ты напишешь такую на bash и регекспах 😊
SA
ну, либо стандратной можно воспользоваться https://docs.python.org/3/library/modulefinder.html