¿Cuál es la forma preferida de actualizar todo el software en una instalación de Fedora?

Antes de Fedora 17

Ninguna de las distros de Red Hat anteriores a Fedora 17 incluía la posibilidad de hacer actualizaciones de distribución como usted ha pedido. Esta había sido una opción largamente discutida en la lista de deseos de mucha gente pero nunca había sido implementada.

Pero antes de empezar una aclaración…

Según el tema de Actualización en la wiki, había un método en el que podías poner un DVD en tu sistema para la siguiente versión de Fedora, y Anaconda intentaría actualizar tu sistema. Habiendo probado este método en numerosas ocasiones, no consideraría que está a la altura del dist-upgrade disponible en las distros Debian/Ubuntu, que realmente funcionaba muy bien.

Además, habiendo mantenido sistemas RHEL, Fedora &CentOS durante más de la última década, nunca consideraría siquiera utilizar este método para nada. Simplemente no funcionaba.

Así que normalmente la gente haría una de las siguientes:

Rawhide

Utilizar la versión Rawhide, que es la versión de vanguardia, similar a como es Sid en Debian. Rawhide ofrece versiones continuas en el sentido de que siempre tiene las últimas versiones de los paquetes, pero de ninguna manera está pensada para ser utilizada como una distro del día a día, está realmente pensada sólo para pruebas.

Manténgase con una sola versión

Sólo viva con este hecho y manténgase al día mientras la distro se mantuvo alrededor, usando yum. Puede utilizar yum tanto para aplicar cualquier actualización pendiente y/o actualizar un solo paquete. Además, yum se puede utilizar para instalar nuevos paquetes también.

Aplicar todas las actualizaciones pendientes (asume que sí a todas las preguntas):

sudo yum -y update

Actualizar un solo paquete:

sudo yum -y update apache\*

Instalar un nuevo paquete:

sudo yum -y install apache\*

Appleto de actualización de software

Si desea realizar las actualizaciones utilizando una interfaz gráfica de usuario, puede utilizar la herramienta de actualización de software que aparece en su barra de tareas. Esta herramienta hace esencialmente lo mismo que la yum -y update anterior, y puede ejecutarse bajo demanda utilizando el siguiente comando:

gpk-update-viewer

Reinstalar

Cuando salga una nueva versión, deberá realizar manualmente una nueva instalación y tener cuidado de copiar todos los datos y configuraciones al nuevo sistema.

Preactualización

Utilice la herramienta Preactualización. Esta herramienta esencialmente acaba de recoger sus configuraciones y los nombres de los paquetes que instaló y le ayudaría a aplicarlos a una nueva instalación. Vea la respuesta de @JoelDavis para esta técnica también.

NOTA: Esto ya no es una opción a partir de Fedora 18, así que ha sido advertido.

Fedora 17 y posteriores

A partir de 17 ahora puede hacer rolling releases.

FedUp

Nueva en Fedora 17/18 es una herramienta llamada FedUp (FEDora UPgrader) que pretende hacer «dist-upgrades» similares a las distros Debian/Ubuntu.

FedUp (FEDora UPgrader) es el nombre de un nuevo sistema para actualizar las instalaciones de Fedora en las versiones de Fedora 18 y posteriores. Reemplaza todos los métodos de actualización recomendados actualmente (PreUpgrade y DVD) que se han utilizado en versiones anteriores de Fedora. Anaconda, el instalador de Fedora no tiene ninguna funcionalidad de actualización incorporada en Fedora 18 o versiones superiores. Ha sido completamente delegada a Fedup.

Actualmente, FedUp es capaz de actualizar instalaciones de Fedora 17 a Fedora 18 usando un repositorio en red, similar a como funcionaba PreUpgrade. Actualmente se planean más métodos de actualización y esta página se actualizará a medida que se completen esas características.

Rolling Releases vs. Versioned Releases

El OP hizo una pregunta de seguimiento en la que quería que explicara con más detalle la siguiente frase:

«A partir de la 17 ya se pueden hacer rolling releases»

Cuando hice ese comentario me refería a una cosa y la frase «rolling releases» significa realmente otra cosa. Cuando escribí eso me refería a que «rolling release» significaba que ahora se podía pasar de una versión puntual de Fedora (digamos la 17) a la 18. La mayoría de las distros como Debian & Ubuntu proporcionan esta facilidad ahora.

Sin embargo, al buscar la descripción de lo que «rolling releases» realmente significa en la wikipedia, ahora estoy más educado en el tema.

extracto de la wikipedia

… un modelo de desarrollo rolling release o rolling update se refiere a un sistema de software en continuo desarrollo; esto es en lugar de un modelo de desarrollo de liberación estándar que utiliza versiones de software que deben ser reinstaladas sobre la versión anterior. El software rolling, en cambio, se actualiza continuamente, en contraste con el software de liberación estándar que se actualiza entre versiones. …

Así que desde un punto de vista purista, Debian, Ubuntu, Fedora, no son «rolling releases». Son software liberado de forma puntual que proporcionan herramientas para ayudar a la actualización de una versión puntual a otra.

El OP también hizo la siguiente pregunta

Debian sólo es «una especie de» rolling release si se utiliza Sid. Rolling release = no hay versiones, los paquetes se vuelcan en la distro desde el upstream lo antes posible, ¿no? Así que Debian es todo lo contrario a una rolling release, Ubuntu también. Fedora Rawhide también es una especie de rolling release, pero eso ya lo sabía (y no quiero usarlo, si es a lo que te referías).

Sólo para que quede claro para los futuros lectores. Incluso las ramas de desarrollo de Debian (aka. Sid) y Fedora (aka. Rawhide) no son «rolling releases». Claro que se pueden utilizar como tales, pero no son más que una «zona» de desarrollo donde se pueden presentar a la comunidad, de forma centralizada, nuevos paquetes de software que pueden ser incorporados a una futura versión.

El nivel de pruebas que se realizaría para colocar un paquete en una de estas ramas es menos estricto que, por ejemplo, cuando un paquete aparece como una actualización en una verdadera distro «rolling release» como ArchLinux (sería mi expectativa).

Aquí está la sección de la página de la wikipedia que cubre el uso de las ramas de desarrollo para las distribuciones de lanzamiento estándar:

La distinción entre las distribuciones de software de lanzamiento rodante y las ramas de desarrollo de las distribuciones de software de lanzamiento estándar es a menudo pasada por alto por los usuarios sin experiencia con las distribuciones rodantes. Esto puede llevar a comentarios confusos, como: «distro-X es una distribución rodante si usas su rama de desarrollo» – cuando distro-X es una distribución de lanzamiento estándar. Incluso en los raros casos en los que la rama de desarrollo es una rama de desarrollo rodante (frente a la más común cíclica), esto no hace que la distribución sea rodante. A diferencia de las distribuciones de lanzamiento estándar, las distribuciones de lanzamiento rodante no tienen ramas de desarrollo.