Что, точно 'фиксируется' в Фиксированном Дистрибутиве Выпуска
Если я использую фиксированное распределение выпуска (Ubuntu/Монетный двор) в противоположность прокручивающемуся дистрибутиву выпуска, точно что не обновляется, что 'фиксируется' на месте? Я обновляю ядро каждый раз, когда новая версия становится доступной, и обычно используйте dist-upgrade apt-get upgrade. Какие обновления или функции я пропускающий, не используя прокручивающийся выпуск?
1 ответ
Это во многом зависит от рассматриваемого распределения. Для Ubuntu обновлениями управляет политика Обновлений Стабильной версии. Это - длинная страница, но я просто заключу раздел в кавычки 2:
2. Когда
Обновления стабильной версии будут, в целом, только выпущены для исправления важных ошибок. Примеры таких ошибок включают:
- Ошибки, которые могут при реалистических обстоятельствах, непосредственно вызывают уязвимость системы обеспечения безопасности. Они сделаны службой безопасности и документируются в SecurityTeam/UpdateProcedures.
- Ошибки, которые представляют серьезные регрессии от предыдущего релиза Ubuntu. Это включает пакеты, которые полностью неприменимы, как то, чтобы быть неустанавливаемым или отказывающим на запуске.
- Ошибки, которые могут при реалистических обстоятельствах, непосредственно вызывают потерю пользовательских данных
- Ошибки, которые не соответствуют под вышеупомянутыми категориями, но (1) имейте очевидно безопасный патч и (2) влияйте на приложение, а не пакеты важной инфраструктуры (как X.org или ядро).
- Поскольку Долговременная поддержка выпускает, мы регулярно хотим включить новые аппаратные средства. Такие изменения являются соответствующими при условии, что мы можем удостовериться для не влияния на обновления на существующих аппаратных средствах. Например, modaliases недавно представленных драйверов не должен накладываться с ранее поставленными драйверами.
- Новые версии коммерческого программного обеспечения в Каноническом архиве партнера.
- FTBFS (Сбои Для Создания Из Источника) можно также рассмотреть. Обратите внимание на то, что в основном процесс выпуска гарантирует, что нет никаких двоичных файлов, которые не создаются из текущего источника. Обычно те ошибки должны только быть SRUed в сочетании с другим исправлением ошибки.
Для новых восходящих версий пакетов, которые обеспечивают новые возможности, но не исправляют критические ошибки, бэкпорт нужно требовать вместо этого.
Исключения как ядро документируются в раздел по Особым случаям.