RB
Size: a a a
2021 January 28
in
"Если я усну и проснусь через сто лет и меня спросят, что сейчас происходит с билдаутом я отвечу: подбирают рабочую комбинацию версий setuptools, distutils и pip" (с)
главное, чтобы буфер не переполнялся
KK
"Если я усну и проснусь через сто лет и меня спросят, что сейчас происходит с билдаутом я отвечу: подбирают рабочую комбинацию версий setuptools, distutils и pip" (с)
Distutils там давно уже выкинули, как только setuptools смержился с ним.А pip там пока нет совсем. Разве что в версии 3.0a2
RB
Distutils там давно уже выкинули, как только setuptools смержился с ним.А pip там пока нет совсем. Разве что в версии 3.0a2
эх. опасно шутить про эзотерику )
KK
Я уже 10 лет юзаю только билдаут и только 2-3 раза были какие-то препоны из-за изменения внешних условий (то setuptools у себя что-то сломает, то pypi.org отключит доступ по http).
А вот как заросла сорняками инфраструктура вокруг pip - прям отдельная песня. Хоть каждый год можно менять свой инструментарий на совершенно новый. Всё пишут и пишут, и ни как не могут сделать идеальный, единый инструмент.
А вот как заросла сорняками инфраструктура вокруг pip - прям отдельная песня. Хоть каждый год можно менять свой инструментарий на совершенно новый. Всё пишут и пишут, и ни как не могут сделать идеальный, единый инструмент.
AM
Я уже 10 лет юзаю только билдаут и только 2-3 раза были какие-то препоны из-за изменения внешних условий (то setuptools у себя что-то сломает, то pypi.org отключит доступ по http).
А вот как заросла сорняками инфраструктура вокруг pip - прям отдельная песня. Хоть каждый год можно менять свой инструментарий на совершенно новый. Всё пишут и пишут, и ни как не могут сделать идеальный, единый инструмент.
А вот как заросла сорняками инфраструктура вокруг pip - прям отдельная песня. Хоть каждый год можно менять свой инструментарий на совершенно новый. Всё пишут и пишут, и ни как не могут сделать идеальный, единый инструмент.
Ну если я правильно понял, начиная с версии 3.0 билдаут сам станет "сорняком инфраструктуры вокруг pip". Он же его использует под капотом))
То что pip это тупой установщик с рудиментами пакетного менеджера всем и без билдаута понятно.
Я продолжаю просто мечтать, что кто-то тупо скорирует уже бандлер из рубей 1 в 1.
То что pip это тупой установщик с рудиментами пакетного менеджера всем и без билдаута понятно.
Я продолжаю просто мечтать, что кто-то тупо скорирует уже бандлер из рубей 1 в 1.
KK
Ну если я правильно понял, начиная с версии 3.0 билдаут сам станет "сорняком инфраструктуры вокруг pip". Он же его использует под капотом))
То что pip это тупой установщик с рудиментами пакетного менеджера всем и без билдаута понятно.
Я продолжаю просто мечтать, что кто-то тупо скорирует уже бандлер из рубей 1 в 1.
То что pip это тупой установщик с рудиментами пакетного менеджера всем и без билдаута понятно.
Я продолжаю просто мечтать, что кто-то тупо скорирует уже бандлер из рубей 1 в 1.
Ну он останется тем самым билдаутом как и раньше. Просто ставить пакеты будет через pip вместо easy_install.
AM
KK
Ну если я правильно понял, начиная с версии 3.0 билдаут сам станет "сорняком инфраструктуры вокруг pip". Он же его использует под капотом))
То что pip это тупой установщик с рудиментами пакетного менеджера всем и без билдаута понятно.
Я продолжаю просто мечтать, что кто-то тупо скорирует уже бандлер из рубей 1 в 1.
То что pip это тупой установщик с рудиментами пакетного менеджера всем и без билдаута понятно.
Я продолжаю просто мечтать, что кто-то тупо скорирует уже бандлер из рубей 1 в 1.
А в рубби как и в питоне нельзя одновременно использовать в проекте один и тот же пакет разных версий?
AM
А в рубби как и в питоне нельзя одновременно использовать в проекте один и тот же пакет разных версий?
Я не помню. Вроде бы в require можно указать версию того, чего ты собственно require. cc @kugaevsky
NK
Я не помню. Вроде бы в require можно указать версию того, чего ты собственно require. cc @kugaevsky
Не, нельзя
AM
А в рубби как и в питоне нельзя одновременно использовать в проекте один и тот же пакет разных версий?
Но! А в питоне это точно нужно? Я помню эру 2го npm, когда в проекте разные части выполнялись с разными версиями jQuery. Была страшная залупа с этим всем.
NK
А в рубби как и в питоне нельзя одновременно использовать в проекте один и тот же пакет разных версий?
На мой взгляд, это очень странное желание
NK
Но! А в питоне это точно нужно? Я помню эру 2го npm, когда в проекте разные части выполнялись с разными версиями jQuery. Была страшная залупа с этим всем.
Угу, дебажить конфликты устанешь
БС
ну это из серии, мне не нужно -- значит не нужно никому.
Просто проекты бывают разные. Возьми тот же опенстек. И тут вопрос не к огромной кодовой базы, а к тому, что развивается он опенсорс сообществом, без четких и жестких согласований между командами.
И да, устанешь дебажить, но иногда это меньшее зло.
Просто проекты бывают разные. Возьми тот же опенстек. И тут вопрос не к огромной кодовой базы, а к тому, что развивается он опенсорс сообществом, без четких и жестких согласований между командами.
И да, устанешь дебажить, но иногда это меньшее зло.
KK
На мой взгляд, это очень странное желание
В "нормальных" языках со статической типизацией это вполне нормально. Это решает проблему когда, например ты в своём проекте используешь requests 2.3. Но ещё используешь библиотеку которая из Вконтакта что-то достаёт, и она требует requests < 2.0. В питоне придётся страдать. В Rust - как два пальца. Ты будешь юзать новую версию, а Вконтакте - старую.
AM
ну это из серии, мне не нужно -- значит не нужно никому.
Просто проекты бывают разные. Возьми тот же опенстек. И тут вопрос не к огромной кодовой базы, а к тому, что развивается он опенсорс сообществом, без четких и жестких согласований между командами.
И да, устанешь дебажить, но иногда это меньшее зло.
Просто проекты бывают разные. Возьми тот же опенстек. И тут вопрос не к огромной кодовой базы, а к тому, что развивается он опенсорс сообществом, без четких и жестких согласований между командами.
И да, устанешь дебажить, но иногда это меньшее зло.
Так поэтому я и задал вопрос, а не утверждал)
БС
это я Нику отвечал
AM
это я Нику отвечал
Сорян.
NK
ну это из серии, мне не нужно -- значит не нужно никому.
Просто проекты бывают разные. Возьми тот же опенстек. И тут вопрос не к огромной кодовой базы, а к тому, что развивается он опенсорс сообществом, без четких и жестких согласований между командами.
И да, устанешь дебажить, но иногда это меньшее зло.
Просто проекты бывают разные. Возьми тот же опенстек. И тут вопрос не к огромной кодовой базы, а к тому, что развивается он опенсорс сообществом, без четких и жестких согласований между командами.
И да, устанешь дебажить, но иногда это меньшее зло.
> мне не нужно -- значит не нужно никому.
Не совсем так.
> Возьми тот же опенстек.
Отличный пример. Организация проекта — полный швах. Не стоит следовать таким примерам.
Не совсем так.
> Возьми тот же опенстек.
Отличный пример. Организация проекта — полный швах. Не стоит следовать таким примерам.