Кстати, из всех пакетов, дольше всего собирается Django. Хотя там ноль бинарников. По моему он какие то тесты там гоняет при установке 😊

wheel не запускает setup.py во время инстала же

Или ты про python setup.py bdist_wheel?

Я про tar.gz с pypi, который ставится через easy_install

Я умею только в pip))

Наверное там нету egg версии

Жертва туториалов 😊

Ты молодой, не застал времён когда не было pip

Да, только tar и whl

На питоне всего лишь 3 года, не суди строго

Его бесит utf строки, типо из сокета читать неудобна

Во, ещё кейс вспомнил, где билдаут не один разу уже выручал. Есть в pypi пакетик, вот прям всё хорошо в нём, отлично подходит, но есть маленький косячок, который портит всю малину. Что делать?
Можно форкнуть, поправить, поднять свой pypi, или просто в requirements.txt прописать ссылку на github. Это конечно нормальный вариант, если это для себя любимого, если ты веришь что гитхаб проживёт хотя бы столько же сколько pypi, и ты знаешь что ты не Азер Кочулу (автор left-pad для node.js).
Под билдаут мы просто кладём в проект обычный patch файлик с нужным фиксом, и ставим нужную нам версию пакета из pypi с помощью специального рецепта, который применит патч к установленому egg-у.

я тоже так делаю :) очень удобно да

Сознаюсь - рецепт в билдауте слегка кривоват. Это я про кросс-платформеный, который и под виндой должен работать. В него встроена какая то питонячая реализация утилиты patch, и она не всякий patch-файл умеет кушать. Я на коленке запили аналогичный рецепт, который юзает системный patch в никсах, под виндами работать видимо не будет.

а ещё кейс.
вот представим что у нескольких проектов есть некий шареный код, ядро я бы сказал, оно вообще само жить может и достойно своего яйца (egg) на локальном или центральном pypi, и тогда бы оно даже pip-ом хорошо подкачалось и все бы жили счастливо.
но есть политика...
а нельзя тебе недостойный пакеты выкладывать куда-либо! а нельзя тебе софт неапрувленый (локальный pypi) ставить на наши сервера православные.
и вот что тут сделает pip?
а с билдаутом можно указать что ядро лежит в соседней папочке и всё хорошо.

пока писал пришло в голову, а pip-у наверно можно подсовывать путь на локалхосте?

Ну да, pip-у в requrements.txt можно указать много чего. Наверняка и локальную папочку можно

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

Ви все врети!

requirementx.txt — это хорошо!