Выбрать подходящую модель обновления системы бывает довольно сложно. Особенно, если это ваш первый дистрибутив. И формально есть лишь два типа обновлений: периодические релизы и скользящие роллинг-релизные обновления. А дальше уже детали.
Основы Linux: стандартные обновления против роллинг-релизных
Существует два типа обновлений: стандартные периодические релизы и так называемые роллинг-релизные обновления (иногда их ещё называют скользящими). Роллинг-релизные дистрибутивы быстрее получают новые версии установленного в них софта, а дистрибутивы с периодическими обновлениями считаются более стабильными.
Какие обновления выбрать? Вопрос философский, ведь по большому счёту вас никто и не спрашивает: если ваш дистрибутив обновляется по определённому графику, вы при всём желании не сможете перевести его на роллинг-релизные обновления. Исключения, конечно, есть, но их далеко не так много, как хотелось бы: например, некоторые дистрибутивы используют роллинг-релизную модель обновлений для тестирования предстоящих релизов.
Что объединяет дистрибутивы Linux?
Чтобы лучше понимать разницу между кардинально разными моделями обновлений, сперва придётся разобраться в том, как устроены дистрибутивы Linux. Дистрибутив – это сочетание множества проектов: ядро Linux, утилиты GNU, графический сервер Xorg, среда рабочего стола, офисный пакет и т. д. Всё это – независимые проекты с разными циклами разработки, и задача дистрибутива – собрать это всё воедино, протестировать, чтобы убедиться, что собранный софт не будет конфликтовать с другими компонентами системы, и выпустить всё это в виде очередного релизного обновления.
Так делают абсолютно все дистрибутивы, вне зависимости от того, по какой модели они обновляются. Разница лишь в том, как они распространяют новые версии необходимых пакетов.
Стандартный релизный цикл
Большинство дистрибутивов Linux обновляется с определённой периодичностью. Например, дистрибутив Ubuntu обновляется два раза в год: в апреле и в октябре. В течение шести месяцев Canonical будет тестировать новые версии нужных дистрибутиву программ, а затем «заморазит» их и подготовит к релизу.
Свежий релиз Ubuntu – полностью готовая к использованию система, прошедшая несколько этапов тестирования. Чуть позже Canonical выпустит несколько патчей безопасности, закрывающие найденные уязвимости, и исправит вскрывшиеся после релиза баги. Но это касается не только самой системы, но и её официального репозитория.
Если вам нужна свежая версия какой-то программы, получить её напрямую из репозитория, скорее всего, не выйдет. Придётся подключить сторонний PPA-репозиторий или использовать неофициальный репозиторий Backports. Ну или дождитесь следующего обновления Ubuntu. И так по кругу.
Роллинг-релизные обновления
Роллинг-релизные дистрибутивы обходятся без полноценных релизных обновлений. Порядковый номер версии – это лишь способ обозначить, на каком конкретно этапе сейчас находится дистрибутив. Самый известный дистрибутив с роллинг-релизной моделью обновлений – Arch. В Arch по определению не может быть нескольких актуальных версий (как в той же Ubuntu): Arch всегда находится в актуальном состоянии, и вы всегда используете актуальную версию системы. Пакеты в Arch также тестируются, а затем попадают в стабильный репозиторий дистрибутива.
Но, раз уж у Arch нет стандартных релизов, вам не придётся думать о том, какой именно Arch использовать: просто установите дистрибутив, а затем время от времени устанавливайте прилетевшие обновления (лучше в автоматическом режиме). Установленные программы будут обновляться постепенно, по мере готовности. То есть Arch обновляется не целиком, а по отдельным компонентам. Устанавливая Arch, вы получаете ту его версию, которая была актуальна на момент скачивания.
Если нужна свежая версия какой-то программы, просто подождите пару дней, и она у вас появится. Вам не придётся ждать по несколько месяцев, чтобы обновить дистрибутив целиком.
Что лучше?
Если вам по каким-то причинам важно использовать максимально свежие версии софта, вам нужен роллинг-релизный дистрибутив. Если же от дистрибутива вы ищите максимальной стабильности в работе, вам нужна система с классической моделью обновлений.
И вроде бы свежий софт – это всегда хорошо, но есть один нюанс. Вам ведь вряд ли нужны обновления утилит и сервисов, о которых вы даже не слышали. А ведь в дистрибутиве их полно. Большинство пользователей даже не заметит никакой разницы. А вот, если при обновлении возникнут какие-то проблемы и какие-то компоненты начнут конфликтовать между собой, вам это вряд ли понравится. А возникают они из-за того, что разные версии установленного у вас софта (включая системные утилиты и сервисы) в связке никто не тестировал. Таким образом, частые обновления могут привести к тому, что ваша система станет менее стабильной или начнёт выдавать сообщения о каких-то ошибках и багах. Стоит ли оно того? Ведь теоретически вы и в дистрибутивах со стандартным циклом разработке можете использовать более-менее актуальные версии нужного вам софта.
Да, роллинг-релизные обновления существенно облегчают жизнь тем, кто не особо хочет возиться с полным обновлением системы. Обновлять отдельные компоненты системы многим пользователям заметно проще, чем раз в несколько месяцев накатывать обновление всей системы. К тому же все пользователи роллинг-релизного дистрибутива используют конкретную его версию, а значит, и получить помощь в решении возникших проблем будет немного проще.
Так какой вариант предпочтительнее? Решать только вам. Если вам важна стабильность, выбирайте стандартные периодические обновления всей системы целиком. Если же вам важно максимально быстро получать новые версии софта, выбирайте роллинг-релизные дистрибутивы. Но решать всё равно вам.
Крис Хоффман,
How-to Geek
14 июля 2014
