ESR gueule car il a fait un "rpm -e --nodeps lib_essentielle_pour_rpm". Il a forcément fait un "--nodeps" car c'est une librairie qui est utilisé et les dépendances de librairie sont calculée automatiquement par rpm. Après rpm ne marchait plus. Et donc après il gueule car il n'y a pas de version static de rpm dans Fedora. Il a fait une connerie, il assume. Le jour où il fait "rm -f /bin/rpm_static" il va gueuler car il n'y a pas /bin/rpm_static_au_secours pour les con qui virent /bin/rpm_static.
Et ESR est de mauvaise fois car il sait comment récupérer ce type de connerie. Il suffit de booter avec le CD-ROM ou d'utiliser une installation parallèle.
Le problème, s'il y en un, ce n'est pas rpm. C'est le contrôle des dépôts. Ça n'a rien à voir avec rpm ou deb.
Autre chose. Beaucoup qui utilisent Fedora ajoutent plein de dépôt qui sont, et c'est très souvent indiqué, incompatibles avec Fedora Extras. Mais en même temps ils ont Fedora Extras. Au final ça ne peut que exploser. Et passer à deb ne change rien à ce problème. Sans compter que deb ne supporte pas multilib, ne supporte pas SeLinux, etc...
L'autre problème classique, c'est un mirroir qui n'est pas à jour. Par exemple Fedora Extras est mise à jour (passe une libtoto-1.2 à libtoto-1.4) et dans l'heure livna est mis à jour pour utiliser libtoto-1.4. Manque de change lorsque l'utilisateur fait "yum update" alors que son mirroir Fedora Extras n'est pas à jours. Donc yum dit qu'il manque libtoto-1.4 pour faire la mise à jour (et il a raison). Dans ce cas, il faut faire sont "yum update" le lendemain et c'est tout. L'échec du "yum update" précédent est sans conséquence.
Ce problème on l'a aussi avec deb.
Un fois qu'on enlève ces problèmes classiques qui n'ont rien à voir avec rpm et où deb n'est en rien une solution, il n'y a pas de problème avec une Fedora stable. Ou alors c'est exceptionnel (genre une fois tous les 3 mois) et sans conséquence (puisque la mise à jour est refusée).
Pour F7, il y aura un contrôle systèmatique (via un programme qui contrôle les dépendances d'un dépôt). Par exemple un paquet ne pourra être mise en "update" s'il casse des dépendances. Ceci n'a rien à voir avec rpm.
NB : F7 aura les dépendances de contrôlé pour "feu" Fedora Core et Fedora Extras. F7 ne va pas contrôler les dépendances de Freshrpms ou Livna par exemple.
[^] # Re: ESR est un has been
Posté par IsNotGood . En réponse au journal ESR passe sous ubuntu. Évalué à 10.
Ça c'est le troll de base.
Deb sucks : http://linuxrevolution.blogspot.com/2006/08/ubuntu-update-br(...)
Bon voilà, la balle est au centre.
ESR gueule car il a fait un "rpm -e --nodeps lib_essentielle_pour_rpm". Il a forcément fait un "--nodeps" car c'est une librairie qui est utilisé et les dépendances de librairie sont calculée automatiquement par rpm. Après rpm ne marchait plus. Et donc après il gueule car il n'y a pas de version static de rpm dans Fedora. Il a fait une connerie, il assume. Le jour où il fait "rm -f /bin/rpm_static" il va gueuler car il n'y a pas /bin/rpm_static_au_secours pour les con qui virent /bin/rpm_static.
Et ESR est de mauvaise fois car il sait comment récupérer ce type de connerie. Il suffit de booter avec le CD-ROM ou d'utiliser une installation parallèle.
Le problème, s'il y en un, ce n'est pas rpm. C'est le contrôle des dépôts. Ça n'a rien à voir avec rpm ou deb.
Autre chose. Beaucoup qui utilisent Fedora ajoutent plein de dépôt qui sont, et c'est très souvent indiqué, incompatibles avec Fedora Extras. Mais en même temps ils ont Fedora Extras. Au final ça ne peut que exploser. Et passer à deb ne change rien à ce problème. Sans compter que deb ne supporte pas multilib, ne supporte pas SeLinux, etc...
L'autre problème classique, c'est un mirroir qui n'est pas à jour. Par exemple Fedora Extras est mise à jour (passe une libtoto-1.2 à libtoto-1.4) et dans l'heure livna est mis à jour pour utiliser libtoto-1.4. Manque de change lorsque l'utilisateur fait "yum update" alors que son mirroir Fedora Extras n'est pas à jours. Donc yum dit qu'il manque libtoto-1.4 pour faire la mise à jour (et il a raison). Dans ce cas, il faut faire sont "yum update" le lendemain et c'est tout. L'échec du "yum update" précédent est sans conséquence.
Ce problème on l'a aussi avec deb.
Un fois qu'on enlève ces problèmes classiques qui n'ont rien à voir avec rpm et où deb n'est en rien une solution, il n'y a pas de problème avec une Fedora stable. Ou alors c'est exceptionnel (genre une fois tous les 3 mois) et sans conséquence (puisque la mise à jour est refusée).
Pour F7, il y aura un contrôle systèmatique (via un programme qui contrôle les dépendances d'un dépôt). Par exemple un paquet ne pourra être mise en "update" s'il casse des dépendances. Ceci n'a rien à voir avec rpm.
NB : F7 aura les dépendances de contrôlé pour "feu" Fedora Core et Fedora Extras. F7 ne va pas contrôler les dépendances de Freshrpms ou Livna par exemple.