Исправление bormant, (текущая версия) :
Так в Слаке же нет зависимостей.
Не надоело повторять эту брехню?
Если внимательно посмотреть, на что именно дан ответ, увидим:
выборочно обновить отдельные пакеты до версий из current'а никто не запрещает.
От такого же даже apt поломаться может с зависимостями, там это как решают?
Так в Слаке же нет зависимостей.
Речь о пакетном менеджере. Штатный пакетный менеджер Slackware (pkgtools, slackpkg) не отслеживает зависимостей, его подобные действия не могут поломать — в данном случае нечему ломаться.
Наличие зависимостей у бинарных (и не бинарных,-- например, сценарии) файлов на пакетном менеджере не отражается никак. Безусловно, зависимости нужны, чтобы работал зависящий бинарник/сценарий, с этим никто не спорит. Но достигается это, опять-таки, штатными действиями ПМ, а не его починкой.
Наличие на диске файлов с неудовлетворенными зависимостями не является какой-то из ряда вон выходящей ситуацией, суперцели избегать подобной ситуации никто не ставил. Из-за того, что в пакете nmap также лежит сценарий на питоне и X-овая обвязка никто не потребует от меня поставить дополнительно питон и иксы. Но если мне потребуется использовать одно или другое тем или иным образом, питон или libX сотоварищи придется обеспечить, никто не спорит... Просто в отличие от Debian 1) нет нарезки полученного из одного тарбола исходников бинарников на лапшу из отдельных пакетов, 2) нет правила, что поставленный пакет должен самонастроиться и запуститься. Установка отдельно, конфигурирование и запуск отдельно (интерфейс конфигурирования пакеты предоставлять могут, но не обязаны).
Исходная версия bormant, :
Так в Слаке же нет зависимостей.
Не надоело повторять эту брехню?
Если внимательно посмотреть, на что именно дан ответ, увидим:
выборочно обновить отдельные пакеты до версий из current'а никто не запрещает.
От такого же даже apt поломаться может с зависимостями, там это как решают?
Так в Слаке же нет зависимостей.
Речь о пакетном менеджере. Штатный пакетный менеджер Slackware (pkgtools, slackpkg) не отслеживает зависимостей, его подобные действия не могут поломать — в данном случае нечему ломаться.
Наличие зависимостей у бинарных (и не бинарных,-- например, сценарии) файлов на пакетном менеджере не отражается никак. Безусловно, зависимости нужны, чтобы работал зависящий бинарник/сценарий, с этим никто не спорит. Но достигается это, опять-таки, штатными действиями ПМ, а не его починкой.
Наличие на диске файлов с неудовлетворенными зависимостями не является какой-то из ряда вон выходящей ситуацией, суперцели избегать подобной ситуации никто не ставил. Из-за того, что в пакете nmap также лежит сценарий на питоне и X-овая обвязка никто не потребует от меня поставить дополнительно питон и иксы. Но если мне потребуется использовать одно или другое тем или иным образом, питон или libX сотоварищи придется обеспечить, никто не спорит... Просто в отличие от Debian 1) нет нарезки полученного из одного тарбола исходников бинарников на лапшу из отдельных пакетов, 2) нет правила, что поставленный пакет должен самонастроиться и запуститься. Установка отдельно, конфигурирование и запуск отдельно (интерфейс конфигурирования пакеты предоставлять могут, но не обязаны).