hum je déconseillerais le CD, il manquera sûrement des paquets... (bon ok, tout le monde n'en a pas 2505 d'installés comme moi).
par ailleurs, l'utilisation des dépôts permet d'ajouter ceux d'updates quand c'est fait genre 1 ou 2 mois après la release.
Plutôt utiliser les dépôts en rsync, le ftp ou le http ont tendance à timeouter et à obliger à des relances de urpmi régulièrement.
Le seul gros plantage que j'ai eu c'est quand la glibc avait été mise à jour et faisait vautrer urpmi l'utilisant (c'était au passage de la 10.1 à la 2006 http://wiki.eagle-usb.org/wakka.php?wiki=Install101Mdv2006 iirc), forcément urpmi se mettait à jour (1ère opération) et ne tirait pas la dépendance à la glibc (oubli, corrigé ensuite dans les updates).
Bien lire les release notes et les errata avant de se lancer dans cette opération (lire aussi les versions en anglais qui sous souvent plus à jour). Prévoir minimum 4h si tu n'as pas un miroir local et c'est plutôt de l'ordre de 10h généralement (surtout quand tous les miroirs rament à la sortie d'une release, je le laisse finir dans la nuit : ce sont plutôt les 2 premières heures que je surveille quand le système de base se met à jour). urpmi pose souvent quelques questions quand il y a des choix à faire sur les bibliothèques, parfois il ne trouve pas des paquets qui ont changé de nom... mais globalement ça marche correctement (c'est ce que j'ai fait pour le passage 2007.0 à 2007.1 à 2008.0 sur mon portable, mais bon je commence à être habitué des manips et me retrouver au pire en ligne de commande ne me dérange pas trop).
Prévoir un accès physique au PC tout de même (vu que certaines mises à jour redémarrent sshd ;-) ).
[^] # Re: pas de soucis.
Posté par BAud (site web personnel) . En réponse au message Upgrade automatique vers 2008 spring. Évalué à 2.
par ailleurs, l'utilisation des dépôts permet d'ajouter ceux d'updates quand c'est fait genre 1 ou 2 mois après la release.
Plutôt utiliser les dépôts en rsync, le ftp ou le http ont tendance à timeouter et à obliger à des relances de urpmi régulièrement.
Le seul gros plantage que j'ai eu c'est quand la glibc avait été mise à jour et faisait vautrer urpmi l'utilisant (c'était au passage de la 10.1 à la 2006 http://wiki.eagle-usb.org/wakka.php?wiki=Install101Mdv2006 iirc), forcément urpmi se mettait à jour (1ère opération) et ne tirait pas la dépendance à la glibc (oubli, corrigé ensuite dans les updates).
Bien lire les release notes et les errata avant de se lancer dans cette opération (lire aussi les versions en anglais qui sous souvent plus à jour). Prévoir minimum 4h si tu n'as pas un miroir local et c'est plutôt de l'ordre de 10h généralement (surtout quand tous les miroirs rament à la sortie d'une release, je le laisse finir dans la nuit : ce sont plutôt les 2 premières heures que je surveille quand le système de base se met à jour). urpmi pose souvent quelques questions quand il y a des choix à faire sur les bibliothèques, parfois il ne trouve pas des paquets qui ont changé de nom... mais globalement ça marche correctement (c'est ce que j'ai fait pour le passage 2007.0 à 2007.1 à 2008.0 sur mon portable, mais bon je commence à être habitué des manips et me retrouver au pire en ligne de commande ne me dérange pas trop).
Prévoir un accès physique au PC tout de même (vu que certaines mises à jour redémarrent sshd ;-) ).