MD
Есть вероятность что ssl в whl отличается от ssl в системе и они конкурируют с частотой "the problem doesn't affect many users"?
Size: a a a
2020 September 16
AS
Что поломали?
ну смотри. твой проект такой модный и зависит от psycopg2-binary. всё хорошо. но какая-то третьесортная зависимость всё ещё хочет psycopg2 обычный. при резолве зависимостей это два разных пакета, всё как бы хорошо, но они ставят один и тот же питонячий модуль, что просто сносит крышу как питону, так и тому, кто будет это отлаживать.
MD
Ааааааа. Так ты говоришь про "способ доставки третьесортных зависимостей". А можно таких не иметь, наприме? :)
AS
ну, прощай всякие sqlalchemy и прочие ненужные библиотеки.
MD
мы все еще говорим про apt vs pip?
AS
AS
apt тебе дает целостный пакет со всеми системными зависимостями под одним названием. всё консистентно, обновления безопасностей прилетают своевременно и ничего не ломается.
MD
ну, прощай всякие sqlalchemy и прочие ненужные библиотеки.
AS
не все сидят на latest если что.
MD
Если они не готовы двигаться вперёд — меняй работу. Ну или страдай молча, ибо это твой выбор.
тогда вот твой тезка правильно сказал. спасибо за конструктивный диалог. без сарказма.
AZ
Я старался.
AS
(: ну значит проблемы апгрейдов с несовместимыми зависимостями всякие как я придумали. бывает.
AS
в прочем, это не отменяет проблему, когда у тебя безальтернативно питонячий пакет зависит от системной либы. из банального и системного это sqlite3, которые некоторые дистрибутивы вырезают из питона и пихают в отдельный системный пакет.
AS
apt и прочие системные менеджеры эту, хоть и выдуманную, проблему решают, pip не может. pil / pillow не сможет тебе в систему поставить libjpeg, pyarrow развалится от отсутствия glog, brotli и snappy, а pyspark для своей работы тащит 100 метров джарников просто потому что иначе никак не обеспечить работоспособность питонячего пакета. увы.
MD
apt и прочие системные менеджеры эту, хоть и выдуманную, проблему решают, pip не может. pil / pillow не сможет тебе в систему поставить libjpeg, pyarrow развалится от отсутствия glog, brotli и snappy, а pyspark для своей работы тащит 100 метров джарников просто потому что иначе никак не обеспечить работоспособность питонячего пакета. увы.
Осталось понять, зачем этот зоопарк, еще и неактуальных версий, должен жить на одном хосте
AS
почему неактульных и почему зоопарк? против зоопарков придумали докер - такие загончики зоопарков. актуальность в системе прекрасно поддерживается системным upgrade, в докерах каждый страдает сам по себе.
MD
Но это сейчас. А в до-докеровскую эпоху успешно жили с десятками мелких virtualenv, в т.ч. с разными мажорными версиями одного пакета в рахзных энвах. И для если что-то хотело от системы странного, всегда был workaround, придуманный до нас.
MD
Уверен что можно жить и сегодня, при большой нелюбви к докеру
AS
с LD_PRELOAD и прочими костылями. знаем. не надо так.
AS
в наши дни настраивается сборщик пакетов под нужную инфру и никаких проблем с этими окружениями и расхождениями сборок либ.