From Fedora Project Wiki

Revision as of 18:31, 29 March 2016 by Sundaram (talk | contribs) (clean up page)

Upgrading Fedora Products (yum/dnf and rpm-ostree)

Fedora has three products: Workstation, Server and Cloud. If you are unfamiliar with them, you may wish to refer to Fedora.next first. Currently, Workstation, Server, and the Cloud Base image are managed via dnf. There is a Cloud Atomic image which is managed via Changes/RpmOstree and designed for containers. For more information on that, see below.

Upgrading with DNF system upgrade plugin

For instructions on upgrading with the DNF system upgrade plugin, refer to the dedicated page.

Upgrading directly using yum or DNF

Refer to Upgrading Fedora using dnf or yum.

Online rebases for Fedora Atomic Host via rpm-ostree

This path is used for the Fedora Atomic Host edition. It's crucial to note that at the moment, Fedora uses separate OSTree repositories for each major release. This makes switching between versions more painful. For more information, see this ticket. Let's assume you're running Fedora 22. First, you'll need to add a remote for the new major version:

ostree remote add fedora-23 --set=gpg-verify=false https://dl.fedoraproject.org/pub/fedora/linux/atomic/23

Then, rebase to it:

rpm-ostree rebase fedora-23:fedora-atomic/f23/x86_64/docker-host

Upgrading from a pre-release (Alpha, Beta, or other development snapshot) to the final release

If you are using a pre-release of Fedora, and want to know more about upgrading to the final release, refer to Upgrading from pre-release to final.

Tips

  • Ensure you have a good backup of your data.
  • Ensure you read the Release Notes carefully before attempting an upgrade.

Rawhide

Rawhide is a development version of Fedora that is updated daily. It is suitable for people who are developing or testing Fedora before broad public release.

Rawhide is not for casual use!
Packages in rawhide aren't inherently unstable, but interactions and dependencies between packages there can be unpredictable. The testing performed in release branches to prevent these conflicts isn't there in rawhide - or, more correctly, it happens in rawhide so that the release branches can benefit. Do not use Rawhide just for newer versions of a package; use it when you are an experienced user that wants to actively contribute to a stable rawhide.