Каков предпочтительный способ обновления всего программного обеспечения в установке Fedora?


11

Когда я устанавливаю какую-либо систему, я обычно ищу метод массового обновления, который обновит мое недавно установленное программное обеспечение.

Например, в Debian это изменило sources.listбы, указав на то, что я хочу, и выполнив # apt-get update && apt-get dist-upgrade.

Есть ли эквивалент в Fedora (18)? Есть ли менеджер обновления графического интерфейса, который мне не хватает?

В Gnome появилось сообщение, что моя система требует важных обновлений. Я отклонил его, поскольку единственная опция, которую он мне предоставил, была «Установить обновления», и я не был уверен, что это будет делать.

Теперь, сообщение исчезло, и я не могу его найти, ни программное обеспечение, с которым оно могло быть связано.

Что мне здесь не хватает?


yum updateОтвет мой предпочтительный режим. Но есть менеджер программного обеспечения с графическим интерфейсом, если вы хотите его использовать. В Gnome 3 перейдите к действиям и выполните поиск «обновление программного обеспечения» (или найдите его в списке приложений). Это сделает то же самое и для вас.
dougBTV

1
Я бы предложил изменить название этого вопроса, чтобы оно лучше соответствовало вопросу, касающемуся конкретно перехода с одного выпуска на другой . Обновление всего программного обеспечения может означать разные вещи, поэтому оно плохо согласуется с вопросом.
Петр Доброгост

@PiotrDobrogost Я не говорю об обновлениях релиза, dist-upgradeих можно использовать в любое время для полного обновления ...
jcora

Ответы:


10

До 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 - это стандартный выпуск релиза. Даже в редких случаях, когда ветвь разработки представляет собой непрерывную (по сравнению с более распространенной циклической) ветвь разработки, это не приводит к распространению распределения. В отличие от стандартных выпусков, у выпусков скользящего выпуска нет ветвей разработки.


Неправильно ... вы всегда могли обновить все за один раз. Вы не можете обновиться таким образом, например, с Fedora 17 до 18. Для этого требуется немного больше танцев , но в настоящее время это довольно безболезненно.
vonbrand

@ vonbrand, какой аспект ответа неверен. Пожалуйста, дополните. Вы имеете в виду использование DVD и разрешение anaconda обновить существующую систему до версии на DVD? Попробовав этот метод много раз, я бы не стал считать его «методом» по сравнению с dist-upgrade, который действительно работает.
SLM

@ vonbrand, я обновил ответ, чтобы включить обновление установщика Anaconda DVD.
SLM

«Начиная с 17, теперь вы можете делать скользящие релизы». - Не могли бы вы дать объяснение?
Jcora

1
Если gpk-update-viewerне установлен, то dnf install gnome-packagekit-updater. (Альтернатива: apper)
basic6

5

Вы можете использовать

yum update (обновить все пакеты)

и

yum update <packageName> (обновить отдельные установленные пакеты)

Это работает в системах Fedora и / или CentOS и / или Redhat EL

Вы также можете использовать

yum install <packagename>или yum install <RPM Name or web path>(для установки пакетов в этих системах)

Существует приложение под названием Software Updater, которое предоставляет графический интерфейс, но yumна самом деле очень эффективно и довольно интуитивно понятно.

Если у вас есть какие-либо вопросы о том, какие переключатели вы можете использовать с yum, вы можете использовать yum --help


если вы используете dnf install widgetего, может не обновить его, если он уже установлен ... но dnf update widgetобновит его. Кажется, между менеджерами пакетов, такими как apt, pkg, npm и pip, есть некоторые различия.
Рэй Фосс

4

Хотя я не нашел онлайн-страницу, которая бы описывала это, # apt-get upgradeальтернатива на Fedora, похоже, есть # yum update.

Из справочных страниц yum:

update --- Если запустить без каких-либо пакетов, update будет обновлять каждый установленный пакет. Если указан один или несколько пакетов или глобусов пакетов, Yum обновит только перечисленные пакеты. При обновлении пакетов yum гарантирует, что все зависимости удовлетворены. (См. Указание имен пакетов для получения дополнительной информации.) Если указанные пакеты или глобусы соответствуют пакетам, которые в данный момент не установлены, обновление не установит их. Обновление работает с группами, файлами, обеспечивает и списки файлов, как команда «установить».


Это так, но когда yumили dnfобновление прервано, они особенно неудобны для восстановления и не оказывают особой помощи. Оказывается, это вызывает проблемы, если при обновлении происходит сбой графического интерфейса (и вы выполнили команду изнутри графического интерфейса). Таким образом, вы должны использовать разные методы, которые в настоящее время включают pkcon update. lwn.net/Articles/702629
sourcejedi

2

Обычно при переходе на новую версию я обычно делаю полную переустановку системы. Я обнаружил, что обновление пакетов на месте довольно проблематично, и время, затрачиваемое на устранение проблем, здесь более сложное, чем переустановка.


Я хотел бы услышать больше об этом, пожалуйста. Отсутствие необходимости переустановки при обновлении - это то, что мне очень понравилось в Debian ...
jcora

Лично я не обнаружил, что обновления RH / Fedora проблематичны и сгорели, как только сделали переустановки новых систем вместо того, чтобы возиться с основными обновлениями версий. Незначительные обновления версии были успешны однако. Debian может быть другим.
mdpc

1
Никогда не видел проблем с моими обновлениями Fedora начиная с Fedora 14 или около того. Механизм значительно изменился в последнее время, хотя. Но моя последняя Fedora 16 -> 17 -> 18 прошла без проблем, в основном без присмотра по сети.
vonbrand

Я не могу дождаться 20-го выпуска, чтобы убедиться в этом ... Или я мог бы просто загрузить 18 и обновить до 19, но я действительно не хочу беспокоиться об этом.
Jcora
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.