-м венв" и что пути будут скриптс, а не бин. в целом дефолтный венв на винде именно это и делает
2. ничо не понял. инсталл схемы можно было оверрайдить конфигурацией дистутилсов, но их начали методично выпиливать из стдлиба не предлагая замены
3. о каких опциях речь сейчас? что с ними?
Не начали выпиливать, а закончили
1. Кроме вызова py -m venv оно ещё кучу всего кастомайзит под капотом, определяя списки того, что обрабатывать самостоятельно. 2. То что virtualenv как-то можно допилить делать точно так же как и venv не значит, что просто поставив пакет и заменив python -m venv folder на python -m virtualenv folder мы получим идентичный результат. А именно это и сделал автор. А обратно может вообще никак не получить, не реализовав что-то из недр виртуаленва. 3. Например: --symlinks try to use symlinks rather than copies, when symlinks are not the default for the platform (default: True)
симлинкс не кастомайзит внутри венва. оно влияет на его исходное создание...
Что внезапно может не устраивать какие-то хитровывернутые пакеты.
в целом предполагается что после создания венва ты не меняешь ему настройки туда-сюда (симлинки, системные пакеты, сгенеренные хэшбенги) в основном потому что пересоздать его должно быть максимально просто
А при чём тут меняешь/не меняешь?
а почему пакетам не должно быть похуй симлинкали их или копировали?
Потому же, почему это проблема для бинарников — под виндой пути несколько иначе ресолвятся. Пакет по глупости может ориентироваться на путь к чему-то из стандартной библиотеки, а там казус.
Обсуждают сегодня