До Fedora 17
Ни один из дистрибутивов Red Hat до Fedora 17 не включал возможность делать дистрибутивные обновления, как вы просили. Это был давно обсуждаемый вариант в списке пожеланий многих людей, но он так и не был реализован.
Но прежде чем мы начнем разъяснение ...
В соответствии с темой Upgrading в вики , был метод, при котором вы могли бы вставить DVD в вашу систему для следующей версии Fedora, и Anaconda попыталась бы обновить вашу систему. Попробовав этот метод несколько раз, я бы не стал рассматривать его как тот, который dist-upgrade
доступен в дистрибутивах Debian / Ubuntu, который действительно работал очень хорошо.
Кроме того, поддерживая системы RHEL, Fedora & CentOS в течение последнего десятилетия, я бы никогда не подумал об использовании этого метода для чего-либо. Это просто не сработало.
Поэтому обычно люди делают одно из следующих действий:
грубый
Используйте версию Rawhide , которая является передовой версией, похожей на версию Sid в Debian. Rawhide предлагает непрерывные выпуски в том смысле, что в нем всегда есть последние версии пакетов, но это ни в коем случае не означает, что оно будет использоваться в качестве повседневного дистрибутива, оно действительно предназначено только для тестирования.
Оставайтесь с одним релизом
Просто живите с этим фактом и будьте в курсе, пока дистрибутив остался, используя yum
. Вы можете использовать yum
для применения любых ожидающих обновлений и / или обновления одного пакета. Кроме того, yum
может быть использован для установки новых пакетов тоже.
Применить все ожидающие обновления (предполагается, что да для всех запросов):
sudo yum -y update
Обновите один пакет:
sudo yum -y update apache\*
Установите новый пакет:
sudo yum -y install apache\*
Апплет обновления программного обеспечения
Если вы хотите выполнять обновления с помощью графического интерфейса, вы можете использовать инструмент обновления программного обеспечения, который отображается на панели задач. Этот инструмент по сути делает то же самое, что и yum -y update
выше, и может быть запущен по требованию с помощью следующей команды:
gpk-update-viewer
Переустановите
Когда выйдет новая версия, вам нужно будет выполнить новую установку вручную и позаботиться о том, чтобы скопировать все данные и конфигурации в новую систему.
Preupgrade
Используйте инструмент PreUpgrade . Этот инструмент, по сути, просто собирал ваши настройки и имена установленных вами пакетов и помог бы вам применить их к новой установке. Смотрите ответ @JoelDavis для этой техники.
ПРИМЕЧАНИЕ: это больше не вариант, начиная с Fedora 18, хотя вы были предупреждены.
Fedora 17 и после
Начиная с 17 вы теперь можете делать выпуски.
Надоело
Новым в Fedora 17/18 является инструмент под названием FedUp (FEDora UPgrader), который подразумевает выполнение «dist-upgrade» аналогично дистрибутивам Debian / Ubuntu.
FedUp (FEDora UPgrader) - это название новой системы для обновления установок Fedora в версиях Fedora 18 и выше. Он заменяет все рекомендуемые в настоящее время методы обновления (PreUpgrade и DVD), которые использовались в предыдущих выпусках Fedora. Анаконда, установщик Fedora, не имеет встроенных функций обновления в Fedora 18 или более поздних версиях. Он был полностью делегирован Федупу.
В настоящее время FedUp может обновлять установки Fedora 17 до Fedora 18 с помощью сетевого хранилища, подобно тому, как работал PreUpgrade. В настоящее время запланировано больше методов для обновления, и эта страница будет обновляться по мере выполнения этих функций.
Скользящие выпуски против версионных выпусков
ФП задал дополнительный вопрос, в котором он хотел, чтобы я уточнил следующую фразу:
«Начиная с 17, теперь вы можете делать скользящие релизы».
Когда я сделал этот комментарий, я имел в виду одно, а фраза «переходящие релизы» действительно означает что-то другое. Когда я писал это, я имел в виду «переходящий выпуск», чтобы означать, что теперь вы можете переходить с одного пункта выпуска Fedora (скажем, 17) до версии 18. Большинство дистрибутивов, таких как Debian и Ubuntu, предоставляют эту возможность сейчас.
Однако, глядя на описание того, что на самом деле означают «переходящие релизы» в Википедии , я теперь более образован в этом вопросе.
выдержка из википедии
... модель непрерывного выпуска или обновления обновлений относится к постоянно развивающейся системе программного обеспечения; это вместо стандартной модели разработки релиза, которая использует версии программного обеспечения, которые должны быть переустановлены поверх предыдущей версии. Роллинг программного обеспечения, напротив, постоянно обновляется, в отличие от стандартного выпуска программного обеспечения, которое обновляется между версиями. ...
Таким образом, с точки зрения пуристов, Debian, Ubuntu, Fedora не являются «скользящими релизами». Это стандартное программное обеспечение точного выпуска, которое предоставляет инструменты для перехода с одного точечного выпуска на другой.
ОП также задал следующий вопрос
Debian является «своего рода» скользящим выпуском, если вы используете Sid. Роллинг релиз = нет версий, пакеты просто сбрасываются в дистрибутив из апстрима как можно скорее, верно? Таким образом, Debian - полная противоположность накатному выпуску, Ubuntu. Fedora Rawhide также является своего рода скользящим выпуском, но я уже знал это (и не хочу его использовать, если вы на это ссылались).
Просто так, чтобы это было понятно любым будущим читателям. Даже ветки разработки Debian (aka. Sid) и Fedora (aka. Rawhide) не являются «скользящими выпусками». Конечно, вы можете использовать их как таковые, но они являются просто «областью» разработки, где новые пакеты программного обеспечения, которые могут быть включены в будущий выпуск, могут быть представлены сообществу централизованным образом.
Уровень тестирования, при котором пакет помещается в одну из этих веток, менее строг, чем, скажем, когда пакет отображается как обновление в настоящем дистрибутиве с «скользящим выпуском», таком как ArchLinux (я бы ожидал).
Вот раздел страницы википедии, который описывает использование веток разработки для стандартных дистрибутивов:
Различия между непрерывным выпуском программного обеспечения и ветвями разработки стандартных выпусков программного обеспечения часто упускаются из виду пользователями, не имеющими опыта в этом. Это может привести к путанице в комментариях, таких как: «distro-X - это скользящий дистрибутив, если вы используете его ветку разработки» - где distro-X - это стандартный выпуск релиза. Даже в редких случаях, когда ветвь разработки представляет собой непрерывную (по сравнению с более распространенной циклической) ветвь разработки, это не приводит к распространению распределения. В отличие от стандартных выпусков, у выпусков скользящего выпуска нет ветвей разработки.
yum update
Ответ мой предпочтительный режим. Но есть менеджер программного обеспечения с графическим интерфейсом, если вы хотите его использовать. В Gnome 3 перейдите к действиям и выполните поиск «обновление программного обеспечения» (или найдите его в списке приложений). Это сделает то же самое и для вас.