История изменений

Пакетник навернётся? Как? На пол с полки?

Элементарно! Идём на ближайшую электростанцию и взрываем её! В сети происходит скачок мощности, город остаётся на пару секунд без электроэнергии и т.к. ИБП или АКБ отсутствуют, то конденсаторы БП разряжаются и данные в оперативке теряются вместе со всеми несброшенными дисковыми кешами и недоустановленными пакетами. Или давай рассмотрим абсолютно невероятный сценарий зависаия ядра потому что видеодрайвер глючный или работа firmware контроллера диска нестабильная... Или как раз с полки на пол. Или ssd внезапно ушёл в RO. Или оперативка закончилась и проснулся oomd. Или зависимости пакета оказались принципиально неразрешимими потому что пакет левый, репа левая, индексы создавались криворукой макакой но тебе надо было это установить, но оно уже полчаса думает и пора давать переботинка. Продолжать варианты?

pacman -Qkk

-Q - запросить базу данных пакетов??!! В смысле это надо указывать отдельно?! Иначе он что, может ещё и не обратиться к базе?! То ли слака какая то, то ли каменный век.

-kk - да, похоже то что надо.

Но, при запуске пакетного менеджера после сбоя, он сообщит тебе что есть вот такой вот пакет, который недоустановился/сломан/повреждены зависимости или что то не в порядке с БД?

Разница - в уровне прозрачности и в том, насколько «умная» ОС пытается мешать умному админу.

В дебиане никто никому не мешает. Пакетник подсказывает что вот тут есть какая то проблема (не всегда разумеется, только если что то пошло не так именно в его работе), а высокоуровевые пакетники ещё и предлагают решение.

Божественный арч не сносит половину системы при обновлениях и не выполняет при обновлениях кучу мутных скриптов, написанных левой лапой пьяной курицы.

Типа старая версия системы остаётся лежать где то на диске в дебрях общей свалки? Или всё таки стандартный процесс, когда сначала удаляются файлы старого пакета а потом распаковываются файлы нового пакета?

И вот тут возникает очень интересный нюанс: а что делать если у тебя не роллинг, а между релизами вот этот пакет надо удалить (и вычистить все его зависимости), а его функцию будет выполнять совсем другой пакет (и его новые зависимости)? Т.е. как бы уже и надо снести полсистемы и поставить другие полсистемы? Или это не правильно потому что всё кроме роллиинга это в принципе не правильно?

А мутные скрипты мы разумеется выполнять не будем. Потому что нет баз данных mandb, чего то там по шрифтам, libc, таймзонам, локалям и прочему и вообще зачем всё это обрабатывать и перестраивать? А модули виртуалбокса и пропиретарного драйвера nvidia юзер пусть сам, руками собирает! Ведь ему больше нечем заняться.

ЧСХ, в дебиане такую статистику даже получить невозможно простым способом

Ты лог установки читать пробовал? Если всё таки да и инфы недостаточно, то намекну: .deb пакет это просто архив, который можно открыть и там будут те саме мутные скрипты в которых башем по чёрному написано что нужно сделать при установке. Правда я за всё время пользования дебианом ни разу не столкнулся с ситуацией, когда нужно было туда лезть, но вдруг...

При чём чинится в разы проще того же дебиана

Ты же сам сказал: нету кнопки «сделать хорошо»! Или открыть пакетник и переустановить пакеты, которые он укажет как сбойные - слишком сложно?

то как он окажется установленным «с неразрешимыми зависимостями»?

Очевдно криво!

Пакетник навернётся? Как? На пол с полки?

Элементарно! Идём на ближайшую электростанцию и взрываем её! В сети происходит скачок мощности, город остаётся на пару секунд без электроэнергии и т.к. ИБП или АКБ отсутствуют, то конденсаторы БП разряжаются и данные в оперативке теряются вместе со всеми несброшенными дисковыми кешами и недоустановленными пакетами. Или давай рассмотрим абсолютно невероятный сценарий зависаия ядра потому что видеодрайвер глючный или работа firmware контроллера диска нестабильная... Или как раз с полки на пол. Или ssd внезапно ушёл в RO. Или оперативка закончилась и проснулся oomd. Или зависимости пакета оказались принципиально неразрешимими потому что пакет левый, репа левая, индексы создавались криворукой макакой но тебе надо было это установить, но оно уже полчаса думает и пора давать переботинка. Продолжать варианты?

pacman -Qkk

-Q - запросить базу данных пакетов??!! В смысле это надо указывать отдельно?! Иначе он что, может ещё и не обратиться к базе?!

-kk - да, похоже то что надо.

Но, при запуске пакетного менеджера после сбоя, он сообщит тебе что есть вот такой вот пакет, который недоустановился/сломан/повреждены зависимости или что то не в порядке с БД?

Разница - в уровне прозрачности и в том, насколько «умная» ОС пытается мешать умному админу.

В дебиане никто никому не мешает. Пакетник подсказывает что вот тут есть какая то проблема (не всегда разумеется, только если что то пошло не так именно в его работе), а высокоуровевые пакетники ещё и предлагают решение.

Божественный арч не сносит половину системы при обновлениях и не выполняет при обновлениях кучу мутных скриптов, написанных левой лапой пьяной курицы.

Типа старая версия системы остаётся лежать где то на диске в дебрях общей свалки? Или всё таки стандартный процесс, когда сначала удаляются файлы старого пакета а потом распаковываются файлы нового пакета?

И вот тут возникает очень интересный нюанс: а что делать если у тебя не роллинг, а между релизами вот этот пакет надо удалить (и вычистить все его зависимости), а его функцию будет выполнять совсем другой пакет (и его новые зависимости)? Т.е. как бы уже и надо снести полсистемы и поставить другие полсистемы? Или это не правильно потому что всё кроме роллиинга это в принципе не правильно?

А мутные скрипты мы разумеется выполнять не будем. Потому что нет баз данных mandb, чего то там по шрифтам, libc, таймзонам, локалям и прочему и вообще зачем всё это обрабатывать и перестраивать? А модули виртуалбокса и пропиретарного драйвера nvidia юзер пусть сам, руками собирает! Ведь ему больше нечем заняться.

ЧСХ, в дебиане такую статистику даже получить невозможно простым способом

Ты лог установки читать пробовал? Если всё таки да и инфы недостаточно, то намекну: .deb пакет это просто архив, который можно открыть и там будут те саме мутные скрипты в которых башем по чёрному написано что нужно сделать при установке. Правда я за всё время пользования дебианом ни разу не столкнулся с ситуацией, когда нужно было туда лезть, но вдруг...

При чём чинится в разы проще того же дебиана

Ты же сам сказал: нету кнопки «сделать хорошо»! Или открыть пакетник и переустановить пакеты, которые он укажет как сбойные - слишком сложно?

то как он окажется установленным «с неразрешимыми зависимостями»?

Очевдно криво!