Avant Fedora 17
Aucune des distributions Red Hat antérieures à Fedora 17 ne comprenait la possibilité d'effectuer des mises à niveau dist comme vous l'avez demandé. Cette option avait été longuement discutée sur la liste de souhaits de nombreux peuples mais n'avait jamais été mise en œuvre.
Mais avant de commencer une clarification ...
Selon le sujet de mise à niveau du wiki , il existait une méthode permettant de 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 que cela soit comparable à celui dist-upgrade
disponible dans les distributions Debian / Ubuntu qui fonctionnait très bien.
De plus, après avoir maintenu les systèmes RHEL, Fedora et CentOS au cours de la dernière décennie, je n'envisagerais même pas d'utiliser cette méthode pour quoi que ce soit. Cela n'a tout simplement pas fonctionné.
Donc, généralement, les gens font l'une des choses suivantes:
Cuir brut
Utilisez la version Rawhide , qui est la version de pointe, similaire à la façon dont Sid est dans Debian. Rawhide propose des versions glissantes dans le sens où il a toujours les dernières versions des packages, mais il n'est en aucun cas destiné à être utilisé comme une distribution quotidienne, il est vraiment destiné uniquement aux tests.
Restez avec une seule version
Vivez simplement avec ce fait et restez à jour aussi longtemps que la distribution est restée autour, en utilisant yum
. Vous pouvez utiliser yum
à la fois pour appliquer les mises à jour en attente et / ou pour mettre à jour un seul package. En outre, yum
peut également être utilisé pour installer de nouveaux packages.
Appliquer toutes les mises à jour en attente (suppose que oui à toutes les invites):
sudo yum -y update
Mettre à jour un seul package:
sudo yum -y update apache\*
Installez un nouveau package:
sudo yum -y install apache\*
Applet de mise à jour logicielle
Si vous souhaitez effectuer des mises à jour à l'aide d'une interface graphique, vous pouvez utiliser l'outil de mise à jour du logiciel qui apparaît dans votre barre des tâches. Cet outil fait essentiellement la même chose que yum -y update
ci - dessus et peut être exécuté à la demande à l'aide de la commande suivante:
gpk-update-viewer
Réinstaller
Lors de la sortie d'une nouvelle version, vous effectuez manuellement une nouvelle installation et veillez à copier toutes les données et configurations vers le nouveau système.
PreUpgrade
Faire usage de PreUpgrade outil. Cet outil vient essentiellement de collecter vos configurations et les noms des packages que vous avez installés et vous aiderait à les appliquer à une nouvelle installation. Voir également la réponse de @JoelDavis pour cette technique.
REMARQUE: Ce n'est plus une option à partir de Fedora 18, donc vous avez été averti.
Fedora 17 et après
À partir de 17, vous pouvez désormais effectuer des versions continues.
Marre
Nouveau dans Fedora 17/18 est un outil appelé FedUp (FEDora UPgrader) qui prétend faire des "dist-upgrades" similaires aux distributions Debian / Ubuntu.
FedUp (FEDora UPgrader) est le nom d'un nouveau système de mise à niveau des installations Fedora dans Fedora 18 et versions ulté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 Fedora 18 ou versions supérieures. Il a été entièrement délégué à Fedup.
Actuellement, FedUp est capable de mettre à niveau les installations de Fedora 17 vers Fedora 18 à l'aide d'un référentiel en réseau, similaire au fonctionnement de PreUpgrade. D'autres méthodes de mise à niveau sont actuellement prévues et cette page sera mise à jour lorsque ces fonctionnalités seront terminées.
Versions évolutives et versions avec versions
Le PO a posé une question de suivi où il voulait que je développe la phrase suivante:
"À partir de 17, vous pouvez désormais faire des versions glissantes."
Quand j'ai fait ce commentaire, je voulais dire une chose et l'expression "versions glissantes" signifie vraiment autre chose. Quand j'ai écrit que je voulais dire "version roulante" pour signifier que vous pouvez maintenant passer d'une version ponctuelle de Fedora (disons 17) à la version 18. La plupart des distributions comme Debian et Ubuntu fournissent cette fonctionnalité maintenant.
Cependant, en recherchant la description de ce que "les versions glissantes" signifient réellement sur wikipedia , je suis maintenant plus instruit sur le sujet.
extrait de wikipedia
... un modèle de développement de version continue ou de mise à jour continue fait référence à un système logiciel en développement continu; il s'agit d'un modèle de développement de version standard qui utilise des versions logicielles qui doivent être réinstallées par rapport à la version précédente. Au lieu de cela, le logiciel de roulement est continuellement mis à jour, contrairement au logiciel de version standard qui est mis à niveau entre les versions. ...
Du point de vue des puristes, Debian, Ubuntu, Fedora ne sont donc pas des "versions glissantes". Ce sont des logiciels standardisés qui fournissent des outils pour faciliter la mise à niveau d'une version ponctuelle à une autre.
Le PO a également posé la question suivante
Debian n'est une "sorte" de version continue que si vous utilisez Sid. Rolling release = pas de versions, les packages sont juste vides dans la distribution depuis l'ASAP en amont, non? Debian est donc l'opposé complet d'une version évolutive, Ubuntu également. Fedora Rawhide est également une sorte de version continue, mais je le savais déjà (et je ne veux pas l'utiliser, si c'est à cela que vous faisiez référence).
Juste pour que ce soit clair pour tous les futurs lecteurs. Même les branches de développement de Debian (alias. Sid) et Fedora (alias. Rawhide) ne sont pas des "versions glissantes". Bien sûr, vous pouvez les utiliser en tant que tels, mais ils ne sont qu'un «domaine» de développement où de nouveaux packages de logiciels qui peuvent être incorporés dans une future version peuvent être présentés à la communauté de manière centralisée.
Le niveau de test qui irait dans un paquet placé dans l'une de ces branches est moins strict que si un paquet apparaît comme une mise à jour dans une vraie distribution de "roulement" comme ArchLinux (ce serait mon attente).
Voici la section de la page wikipedia qui couvre l'utilisation des branches de développement pour les distributions de versions standard:
La distinction entre les distributions logicielles de versions glissantes et les branches de développement des distributions logicielles de versions standard est souvent ignorée par les utilisateurs inexpérimentés dans les distributions glissantes. Cela peut conduire à des commentaires confus, tels que: "distro-X est une distribution continue si vous utilisez sa branche de développement" - où distro-X est une distribution de version standard. Même dans de rares cas où la branche de développement est une branche de développement roulante (par rapport à la cyclique plus courante), cela ne fait pas rouler la distribution. Contrairement aux distributions de versions standard, les distributions de versions roulantes n'ont pas de branches de développement.
yum update
réponse est mon mode préféré. Mais, il y a un gestionnaire de logiciel GUI, si vous souhaitez l'utiliser. Dans Gnome 3, allez dans les activités et faites une recherche de "mise à jour logicielle" (ou trouvez-la dans votre liste d'applications). Cela fera de même pour vous aussi.