кроме того, про скорость сборки там вполне корректно

Как решить проблему со скоростью сборки я описал.

В более менее крупном проекте всегда есть CI.

Где-то рядом положить свой pypi, ускоряющий сборку в 100500 раз вне зависимости от выбранного дистра, дело благое.

Так-то гуугловые либы у меня действительно по пол часа собираются... Это к вопросу о больших сишных модулях.

это не заставит scipy, который и так часами компилируется, собираться быстрее

а в случае musl это может быть вообще сутки

Ты сделаешь это один раз.

И дальше будешь делать только в случае внезапных обновлений.

Кажется, что оно ни в коей мере не является проблемой.

В общем, с моей колокольни, проблемы не существует. Она слишком надуманная.
И да, ещё раз уточню, что я являюсь тем самым человеком, который, судя по статье, от этой проблемы должен активно огребать.

Пользовал алпайн как первый базовый образ. Тоже оправдывал необходимость всё компилять самому и складывать в приватный PyPi, тем что "образ маленький", пакеты ставятся быстро и др. Но потом узнал что питон реально медленнее работает под алпайном. И кажется ещё какая-то загвоздка была, уже не помню. Это стало последней каплей и перешёл на Ubuntu. Там ни каких проблем с питоном и всем остальным - комьюнити большое, можно найти все ответы.

о, кстати,а у тебя в альпайне питон из реп или тоже самостоятельно собранный на основе libc?

И на самом деле размер образа не сильно меньше чем с убунту получается, так что этот довод пролетает мимо.

Я юзал который из реп. Т.е. даже не готовый образ с питоном

ну просто если тот, который из реп, на мусле, а пакеты сами на либси... что-то тут не сходится

Это да, может речь шла про не питонячие проги

Питон официальный. Самому лень собирать.

А ты замерял разницу в скорости? Я адекватных замеров, основаных на реальных проектах, а не на синтетике, не встречал.

тогда я не до конца понимаю, как оно у тебя работает. Потому что у меня падало даже тогда, когда на чуть разных версиях либси были собраны пакеты и сам питон