Quelle est la manière préférée de mettre à jour tous les logiciels dans une installation Fedora ?

Avant Fedora 17

Aucune des distros Red Hat avant Fedora 17 n’incluait la possibilité de faire des dist-upgrades comme vous l’avez demandé. Cela avait été une option longtemps discutée sur la liste de souhaits de nombreuses personnes, mais n’avait jamais été implémentée.

Mais avant de commencer une clarification…

Selon le sujet Mise à niveau dans le wiki, il y avait une méthode où vous pouviez mettre un DVD dans votre système pour la prochaine version de Fedora, et Anaconda tenterait de mettre à niveau votre système. Ayant essayé cette méthode à de nombreuses reprises, je ne considérerais pas cela comme étant au même niveau que le dist-upgrade disponible dans les distros Debian/Ubuntu qui ont en fait très bien fonctionné.

En outre, ayant maintenu des systèmes RHEL, Fedora & CentOS pendant plus de la dernière décennie, je n’envisagerais même pas d’utiliser cette méthode pour quoi que ce soit. Cela ne fonctionnait tout simplement pas.

Donc, typiquement, les gens feraient l’une des choses suivantes :

Rawhide

Utiliser la version Rawhide, qui est la version de pointe, similaire à la façon dont Sid est dans Debian. Rawhide offre des versions roulantes dans le sens où elle a toujours les dernières versions des paquets, mais elle n’est en aucun cas destinée à être utilisée comme une distro de jour en jour, elle est vraiment destinée uniquement aux tests.

Rester avec une seule version

Vivez simplement avec ce fait et restez à jour aussi longtemps que la distro est restée, en utilisant yum. Vous pouvez utiliser yum à la fois pour appliquer toute mise à jour en attente et/ou mettre à jour un seul paquet. En outre, yum peut être utilisé pour installer de nouveaux paquets aussi.

Appliquer toutes les mises à jour en attente (suppose que oui à toutes les invites):

sudo yum -y update

Mettre à jour un seul paquet:

sudo yum -y update apache\*

Installer un nouveau paquet:

sudo yum -y install apache\*

Appareil de mise à jour de logiciels

Si vous voulez effectuer des mises à jour en utilisant une interface graphique, vous pouvez utiliser l’outil de mise à jour de logiciels qui s’affiche dans votre barre de tâches. Cet outil fait essentiellement la même chose que le yum -y update ci-dessus, et peut être exécuté à la demande en utilisant la commande suivante:

gpk-update-viewer

Reinstallation

Lorsqu’une nouvelle version sort, vous feriez manuellement une nouvelle installation et prendriez soin de copier toutes les données et configurations en avant vers le nouveau système.

PreUpgrade

Faites usage de l’outil PreUpgrade. Cet outil a essentiellement juste collecté vos configurations et les noms des paquets que vous avez installés et vous aiderait à les appliquer à une nouvelle installation. Voir la réponse de @JoelDavis pour cette technique également.

NOTE : Ce n’est plus une option à partir de Fedora 18 cependant, donc vous avez été prévenu.

Fedora 17 et après

À partir de 17, vous pouvez maintenant faire des rolling releases.

FedUp

Nouveau dans Fedora 17/18 est un outil appelé FedUp (FEDora UPgrader) qui prétend faire des « dist-upgrades » similaires aux distros Debian/Ubuntu.

FedUp (FEDora UPgrader) est le nom d’un nouveau système pour mettre à niveau les installations Fedora dans les versions Fedora 18 et supérieures. Il remplace toutes les méthodes de mise à niveau actuellement recommandées (PreUpgrade et DVD) qui ont été utilisées dans les versions précédentes de Fedora. Anaconda, le programme d’installation de Fedora, n’a pas de fonctionnalité de mise à niveau intégrée dans les versions de Fedora 18 et supérieures. Elle a été complètement déléguée à Fedup.

À l’heure actuelle, FedUp est capable de mettre à niveau les installations de Fedora 17 vers Fedora 18 en utilisant un référentiel en réseau, de manière similaire à la façon dont fonctionnait PreUpgrade. D’autres méthodes de mise à niveau sont actuellement prévues et cette page sera mise à jour lorsque ces fonctionnalités seront achevées.

Rolling Releases vs. Versioned Releases

Le PO a posé une question de suivi où il voulait que je développe la phrase suivante :

« À partir de la 17, vous pouvez maintenant faire des rolling releases. »

Lorsque j’ai fait ce commentaire, je voulais dire une chose et l’expression « rolling releases » signifie vraiment autre chose. Quand j’ai écrit cela, je voulais dire que l’expression « rolling release » signifiait que vous pouviez maintenant passer d’une version ponctuelle de Fedora (disons 17) à la version 18. La plupart des distros telles que Debian & Ubuntu fournissent cette facilité maintenant.

Toutefois en regardant la description de ce que « rolling releases » signifie réellement sur wikipedia, je suis maintenant plus instruit sur le sujet.

excerpt de wikipedia

…. un modèle de développement de type  » rolling release  » ou  » rolling update  » fait référence à un système logiciel en développement continu ; ceci au lieu d’un modèle de développement de type  » release  » standard qui utilise des versions logicielles qui doivent être réinstallées par-dessus la version précédente. Les logiciels rolling, au contraire, sont continuellement mis à jour, contrairement aux logiciels à version standard qui sont mis à niveau entre les versions. …

Donc, du point de vue des puristes, Debian, Ubuntu, Fedora, ne sont pas des « rolling releases ». Ce sont des logiciels libérés par point standard qui fournissent des outils pour aider à la mise à niveau d’un point release à un autre.

Le PO a également posé la question suivante

Debian n’est « en quelque sorte » rolling release que si vous utilisez Sid. Rolling release = pas de versions, les paquets sont juste déversés dans la distro depuis l’amont dès que possible, non ? Donc Debian est tout le contraire d’une « rolling release », Ubuntu aussi. Fedora Rawhide est aussi une sorte de rolling release, mais je le savais déjà (et je ne veux pas l’utiliser, si c’est à ça que tu faisais référence).

Juste pour que ce soit clair pour tous les futurs lecteurs. Même les branches de développement de Debian (aka. Sid) et Fedora (aka. Rawhide) ne sont pas des « rolling releases ». Bien sûr, vous pouvez les utiliser comme telles, mais elles ne sont qu’une « zone » de développement où de nouveaux paquets de logiciels susceptibles d’être incorporés dans une future version peuvent être présentés à la communauté de manière centralisée.

Le niveau de test qui entrerait dans un paquet placé dans l’une de ces branches est moins rigoureux que disons lorsqu’un paquet se présente comme une mise à jour dans une véritable distro « rolling release » comme ArchLinux (ce serait mon attente).

Voici la section de la page wikipedia qui couvre l’utilisation des branches de développement pour les distros à version standard:

La distinction entre les distributions de logiciels à version roulante et les branches de développement des distributions de logiciels à version standard est souvent négligée par les utilisateurs inexpérimentés avec les distributions roulantes. Cela peut conduire à des commentaires confus, tels que : « distro-X est une distribution roulante si vous utilisez sa branche de développement » – alors que distro-X est une distribution à version standard. Même dans les rares cas où la branche de développement est une branche roulante (par opposition à la branche de développement cyclique plus courante), cela ne rend pas la distribution roulante. Contrairement aux distributions de versions standard, les distributions rolling release n’ont pas de branches de développement.