M
Василий Степанович Родин
Ну через системный-то пакетный менеджер, конечно, лучше. Но не весь спан в системный репозитпоий перетолкали... 😟
А лучше-то чем?
Вот обновили вы системным пакетным менеджером перл.
Так все перломодули, которые ставились этим же менеджером тоже обновятся (причём сами) прямо во время обновления перла.
А модули, которые устанавливал спаном из спана не только не обновятся сами (не только не приставятся к обновлённому перлу даже своими старыми и необновлёнными версиями), но их ещё самому опять из спана к перлу обновлённому наталкивать придётся. Вот была ж халва за ними гоняться... 🤔
А лучше-то чем?
Вот обновили вы системным пакетным менеджером перл.
Так все перломодули, которые ставились этим же менеджером тоже обновятся (причём сами) прямо во время обновления перла.
А модули, которые устанавливал спаном из спана не только не обновятся сами (не только не приставятся к обновлённому перлу даже своими старыми и необновлёнными версиями), но их ещё самому опять из спана к перлу обновлённому наталкивать придётся. Вот была ж халва за ними гоняться... 🤔
а вы не смешивайте 2 метода, тогда разваливаться будет не так часто. снепшот дистрибутива (как минимум в терминологии dpkg) - это дерево модулей со всеми зависимостями, которое было протестировано и доказано, что багов с зависимостями в нём нет. когда вы делаете апдейт $вашего_дистрибутива, на самом деле скачивается snapshot, по умолчанию последней версии, и локальные модули обновляются до модулей в версии этого снепшота. неважно, что на cpan лежат более новые версии, они могут не иметь полной совместимости. поэтому либо трахайтесь со cpan, юзайте cpanm как вариант прописывая конкретные версии каждого пакета в cpanfile, либо юзайте пакетный менеджер, отставая от последних версий со cpan. либо, если есть человеческие ресурсы, сами пакуйте последние версии со cpan, убеждаясь что они ничего не ломают (в одной моей компании мы так делали), и помещайте в репозиторий пакетов вашей компании