Питоновское развитие в дебианах

Jun 19, 2017 16:04

Надо сказать, что происходит тихая революция - питон становится совсем first-class language в дебианах. И причина в том, что всё больше питоновских библиотек есть в дистрибутиве. Практически, я бы сказал, все, за некоторыми исключениями из-за странных процедур сборки (напр curlbash в середине). Это невиданная роскошь для многих других языков - ( Read more... )

python

Leave a comment

Comments 7

eldhenn June 19 2017, 13:11:01 UTC
> много вы node'овых пакетов в дистрибутиве видели

Ещё не вечер. Доживём и до ноды :(

Reply

amarao_san June 19 2017, 14:51:11 UTC
Для этого должен быть инженерный драйв. Ощущение, что нужно сделать лучше. А нодовцы полностью счастливы с вендорингом и их трудно убедить в обратном.

Кстати, нода в этом смысле ни чуть не лучше и не хуже других сред - mono, java, erlang.

Reply


amavlyanov June 19 2017, 15:44:22 UTC
это неплохо, однако привычка использовать language-specefic "псевдопакеты" настолько уже прочна, что толку от вендорских пакетов нет.

я бы вот лучше на месте дебианщиков подумал бы над инструментом единым способом позволяющим всеми этими специфичными псевдопакетиками управлять...

Reply

amarao_san June 19 2017, 16:24:50 UTC
У кого она прочна и почему нет толку? У нас весь продакшен на таких пакетах и при обработке чужого кода, который только на pipы полагается, оно прекрасно пакетируется. В контексте дебиана эта проблема реально решена - апстриму не нужно думать про дебиановские пакеты.

А единый инструмент для управления всеми этим "псевдопакетами" есть - запакуй в пакеты и юзай apt.

Reply


yurikhan June 19 2017, 17:08:55 UTC

Пакетами python(3?)-.* очень удобно пользоваться, пока тебе не нужна какая-нибудь вкусная фича, которая в апстриме уже есть и в распоследнейшем Ubuntu уже тоже есть, а в действующем LTS версия на четыре минорных более старая. И тогда начинается либо подтягивание на свой страх и риск пакета для zesty на xenial, либо пакетирование virtualenv’ов.

А в npm, кстати, аналог virtualenv’а сделан очень правильно. npm install по умолчанию тащит в текущий каталог и не гадит никуда кроме него. Virtualenv по умолчанию везде. Тогда как pip install по умолчанию пытается поставить пакеты system-wide, с ключом --user - user-wide, и только при явном запуске в virtualenv’е - в этот virtualenv.

Reply

amarao_san June 19 2017, 20:23:14 UTC
А вариант пакетирование по-человечески не рассматривается? Это проще, чем кажется издалека.

Reply


igann June 19 2017, 17:54:45 UTC
А с npm разве не ушла такая проблема как класс?

Reply


Leave a comment

Up