Если вы не можете быть уверены, что каждый кластер содержит хост с номером 1
, вам нужно отслеживать кластеры, которые вы уже видели. Вawk
(среди прочего )вы можете сделать это с помощью ассоциативного массива:
awk '{o=$0; sub(/[0-9]+/,"",o)} !a[o]++ {print}' file
Пакеты, вызывающие проблему, были установлены или обновлены из версии stable-updates
.
Директива Default-Release
увеличивает приоритет только для выпуска stable
, поэтому вновь добавленный репозиторий testing
имеет тот же приоритет, что и stable-updates
, и, поскольку номер версии выше, репозиторий из testing
будет установлено.
Это также имеет побочный -эффект, заключающийся в том, что будущие версии, опубликованные в stable-updates
, не будут установлены, потому что вы сказали apt, что версия stable
предпочтительнее.
Вы можете выяснить, откуда берутся предлагаемые версии и их приоритет, используя apt-cache policy [packagename]
.
Лучший способ сделать это — использовать Apt -Pinning .
Во-первых, удалите строку APT::Default-Release "buster";
из/etc/apt/apt.conf
(или удалите весь файл, если это единственное, что в нем ).
Создайте или измените /etc/apt/preferences
и добавьте следующие строки:
Package: *
Pin: release n=bullseye
Pin-Priority: 50
При этом проверяется любой пакет (и*
)в выпуске с именем bullseye
и назначается приоритет 50, что означает, что будут выбраны версии из других репозиториев, даже если они старше. (За более подробной информацией обратитесь к соответствующему разделу руководства Debian .)
Теперь вы можете запускать apt update
и apt ugprade
без каких-либо неожиданных изменений.
Примечание. :В моей системе все еще есть два пакета, предлагаемых для обновления. -Это произошло благодаря установленному в системе файлу настроек, в котором были закреплены два обновления безопасности, с которыми я был согласен.