> Tu peux faire un peu de vulgarisation et m'expliquer pourquoi il y a des risques d'avoir tout à réinstaller après
Exemples :
Tu passes de Linux 2.4 à Linux 2.6. Normalement il faut recomfigurer toute la partie matériel. Pour ce faire il faut être sous Linux 2.6. Or lors d'une mise à jours avec "yum update" par exemple tu es toujours sous Linux 2.4. Donc lors de la mise à jour du paquet tu ne peux pas reconfigurer automatiquement toute la partie matérielle.
Une autre exemple. Pour avoir SeLinux, il faut un noyau 2.6 et un système de fichier avec des attributs étendus. Pour activer les attribus étendus il faut démonter les partitions ext3, faire un "tune2fs -O user_xattr", remonter le système de fichier avec un noyau qui support les attributs étendus (mais le noyau FC1 n'as pas les attributs étendus). C'est impossible avec une mise à jour via yum puis tu ne peux pas démonter la partition racine. Ou alors il faut mettre en place des scripts qui seront exécutés une seule foi au boot suivant.
Tu peux aussi avoir des problèmes plus subtiles. Par exemple tu fais la mise à jours de plusieurs paquets. En premier la libc sera mise à jour. Mais cette mise à jour peut empêcher l'exécution de scripts post-installation des autres paquets par exemple.
En fesant la mise à jour avec les CD, tu n'as pas ces problème et c'est aussi beaucoup plus simple pour les développeurs.
Les mises à jours majeur sans CD peuvent être très problématique. Je trouve que c'est vraiment se compliquer la vie (pour les développeurs) pour un gain ridicule pour l'utilisateur (une mise à jours avec les CD prend 20 minutes à 1 heure tous les 6 mois).
> base rpm corrompue j'imagine
Peu probable. La mise à jour par rpm n'est accèptée que si la mise à jour est cohérente. Puis la mise à jour de la base rpm est faite par l'ancien rpm/libc/etc (c'est toujours le même processus pour la mise à jours de plusieurs paquets). Au pire (c-à-d avec bug) tu ne pourras pas lire ta base rpm avec le nouveau rpm que vient d'installer.
[^] # Re: NFS
Posté par 007 . En réponse au journal Server NFS edf Fedora Core 2 Test 2. Évalué à 1.
Exemples :
Tu passes de Linux 2.4 à Linux 2.6. Normalement il faut recomfigurer toute la partie matériel. Pour ce faire il faut être sous Linux 2.6. Or lors d'une mise à jours avec "yum update" par exemple tu es toujours sous Linux 2.4. Donc lors de la mise à jour du paquet tu ne peux pas reconfigurer automatiquement toute la partie matérielle.
Une autre exemple. Pour avoir SeLinux, il faut un noyau 2.6 et un système de fichier avec des attributs étendus. Pour activer les attribus étendus il faut démonter les partitions ext3, faire un "tune2fs -O user_xattr", remonter le système de fichier avec un noyau qui support les attributs étendus (mais le noyau FC1 n'as pas les attributs étendus). C'est impossible avec une mise à jour via yum puis tu ne peux pas démonter la partition racine. Ou alors il faut mettre en place des scripts qui seront exécutés une seule foi au boot suivant.
Tu peux aussi avoir des problèmes plus subtiles. Par exemple tu fais la mise à jours de plusieurs paquets. En premier la libc sera mise à jour. Mais cette mise à jour peut empêcher l'exécution de scripts post-installation des autres paquets par exemple.
En fesant la mise à jour avec les CD, tu n'as pas ces problème et c'est aussi beaucoup plus simple pour les développeurs.
Les mises à jours majeur sans CD peuvent être très problématique. Je trouve que c'est vraiment se compliquer la vie (pour les développeurs) pour un gain ridicule pour l'utilisateur (une mise à jours avec les CD prend 20 minutes à 1 heure tous les 6 mois).
> base rpm corrompue j'imagine
Peu probable. La mise à jour par rpm n'est accèptée que si la mise à jour est cohérente. Puis la mise à jour de la base rpm est faite par l'ancien rpm/libc/etc (c'est toujours le même processus pour la mise à jours de plusieurs paquets). Au pire (c-à-d avec bug) tu ne pourras pas lire ta base rpm avec le nouveau rpm que vient d'installer.