В докер контейнере устанавливается компонент питоновский и из него выдераются нужные ресурсы и метаинформация. В случае генерации из PyPi. При генерации из репозитория там при необходимости происходит сборка с помощью nodeJS
Для выдерания меты нужно чтобы питоновский пакет запускался (ну либо вручную парсить его код). Т.е. там нужно содержимое пары питоновских массивов получить. И не хотелось привязываться из-за этого к питону который стоит (или не стоит) у пользователя.
ого, понятно для случаев, когда нужен только питон, то возможно удобнее будет Conda.jl / PyCall.jl использовать: они ставят свой питон и нужные пакеты к нему когда ещё node задействована, то там конечно так просто не сделать
Я думал над этим. Проблема в том, что PyCall не умеет работать с локальным окружением конды. А ставить все зависимости даже просто на окружение общее для всех пакетов использующих Conda.jl не очень хочется
Вообще ENV[PYTHON] мне показалась не очень удобной. После ее изменения нужно делать Pkg.build("PyCall") и это повлияет на все пакеты его использующие. Т.е. невозможно использовать разный питон в разных установленных пакетах