Je connais pas Mandrake mais je pense que c'est en gros la meme chose que RedHat.
La RedHat est assez cohérente en dependance. Malheureusement elle a quelques points faibles.
Le système de paquetage de gère pas plusieurs versions de la meme librairie. C'est pas dramatique, on a seulement des truc du style : glib et glib0. C'est pour moi le plus gros problème.
Leur package kernel-header est réellement casse pied lorsqu'on installe un nouveau noyau depuis un tar.gz.
Il est égualement impossible d'installé deux noyaus via rpm (par exemple un noyau rawhide de test de un noyau RH7.2 de prod). ATTENTION, c'est possible mais en fesant des trucs imonde comme rpm --force.
Lorsqu'on construit une .rpm on ne peut spécifier un /usr/src/redhat alternatif pour compiler sous un compte non privilégié (fait changer le propriétaire de /usr/src/redhat).
Lorsqu'on désinstalle un package il reste souvent de fichier et il n'est pas possible de spécifier dans les fichier .spec les fichiers que génère l'appli et qui peuvent etre supprimé sans problème lors de la désinstallation.
Néanmoins; le tout est très cohérent et assez proche des standards. Par exemple, une foi (faut vraiment avoir que çà a faire) j'ai reconstruit une Rawhide depuis rien et uniquement en utilisant les src.rpm. Bien sur j'avais dejà une RedHat fonctionnelle.
j'ai refait les package filesystem, rpm, init, etc... en recréant la base de donnée rpm (/var/lib/rpm/ initialisé avec rpm --root --initdb). puis beaucoup de chroot.
C'est très long mais possible.
Enfin, je n'aime pas les choses cachées que fait kudzu et anaconda. Néanmoins ces packages se désinstalle sans perturber le système.
Mes distrib perso durent un bon moment et subissent beaucoup, beaucoup de mise à jour (je change de distrib pour changer de version majeur de noyau en général). Et je ne réinstalle JAMAIS ! Par contre je n'utilise qu'exceptionnellement le rpm --force ou --nodeps. Malheureusment, beaucoup, par facilité font des rpm --force et gueulent que çà marche pas après.
> mais que tu ne veux pas de X?
Avec RedHat tu peux virer X sans problème.
> Tu es obligé d'utiliser du --force partout pour déjouer les dépendances
Ben dans ce cas tu fais n'importe quoi mais t'es libre de le faire... Je sais qu'il faut taper beaucoup de commande rpm -e (sans --force ou --nodeps) pour supprimer correctement XFree mais c'est l'affaire de 10 minute maxi.
Et si tu as pas froid aux yeux des commande du type :
$ rpm -q -a | grep XFree86 | xargs rpm -q --provides | xargs rpm -q --whatrequires | sort | uniq
te donnera la liste des paquetages qui utilise XFree86*. Ceci peut grandement accélérer les suppression de paquage si tu ajoute ( | xargs rpm -e ).
> elle garde les lacunes liées au format de package qu'elle utilise...
C'est pas du .dep mais rpm est très correct. Surtout par rapport a ce qui existe sous les Unix commerciaux (ne parlons pas de Windows...).
Enfin, RedHat maintient les errata pour deux version majeur de RedHat . Actuellement c'est la 6.x et 7.x . Pour exemple, le dernier errata de la 6.0 date du 17/01/2002 pour une distrib de près de 3 ans.
[^] # Re: Sid ou woody?
Posté par matiasf . En réponse à la dépêche Red Hat s'éloigne de plus en plus du libre. Évalué à 1.
Je connais pas Mandrake mais je pense que c'est en gros la meme chose que RedHat.
La RedHat est assez cohérente en dependance. Malheureusement elle a quelques points faibles.
Le système de paquetage de gère pas plusieurs versions de la meme librairie. C'est pas dramatique, on a seulement des truc du style : glib et glib0. C'est pour moi le plus gros problème.
Leur package kernel-header est réellement casse pied lorsqu'on installe un nouveau noyau depuis un tar.gz.
Il est égualement impossible d'installé deux noyaus via rpm (par exemple un noyau rawhide de test de un noyau RH7.2 de prod). ATTENTION, c'est possible mais en fesant des trucs imonde comme rpm --force.
Lorsqu'on construit une .rpm on ne peut spécifier un /usr/src/redhat alternatif pour compiler sous un compte non privilégié (fait changer le propriétaire de /usr/src/redhat).
Lorsqu'on désinstalle un package il reste souvent de fichier et il n'est pas possible de spécifier dans les fichier .spec les fichiers que génère l'appli et qui peuvent etre supprimé sans problème lors de la désinstallation.
Néanmoins; le tout est très cohérent et assez proche des standards. Par exemple, une foi (faut vraiment avoir que çà a faire) j'ai reconstruit une Rawhide depuis rien et uniquement en utilisant les src.rpm. Bien sur j'avais dejà une RedHat fonctionnelle.
j'ai refait les package filesystem, rpm, init, etc... en recréant la base de donnée rpm (/var/lib/rpm/ initialisé avec rpm --root --initdb). puis beaucoup de chroot.
C'est très long mais possible.
Enfin, je n'aime pas les choses cachées que fait kudzu et anaconda. Néanmoins ces packages se désinstalle sans perturber le système.
Mes distrib perso durent un bon moment et subissent beaucoup, beaucoup de mise à jour (je change de distrib pour changer de version majeur de noyau en général). Et je ne réinstalle JAMAIS ! Par contre je n'utilise qu'exceptionnellement le rpm --force ou --nodeps. Malheureusment, beaucoup, par facilité font des rpm --force et gueulent que çà marche pas après.
> mais que tu ne veux pas de X?
Avec RedHat tu peux virer X sans problème.
> Tu es obligé d'utiliser du --force partout pour déjouer les dépendances
Ben dans ce cas tu fais n'importe quoi mais t'es libre de le faire... Je sais qu'il faut taper beaucoup de commande rpm -e (sans --force ou --nodeps) pour supprimer correctement XFree mais c'est l'affaire de 10 minute maxi.
Et si tu as pas froid aux yeux des commande du type :
$ rpm -q -a | grep XFree86 | xargs rpm -q --provides | xargs rpm -q --whatrequires | sort | uniq
te donnera la liste des paquetages qui utilise XFree86*. Ceci peut grandement accélérer les suppression de paquage si tu ajoute ( | xargs rpm -e ).
> elle garde les lacunes liées au format de package qu'elle utilise...
C'est pas du .dep mais rpm est très correct. Surtout par rapport a ce qui existe sous les Unix commerciaux (ne parlons pas de Windows...).
Enfin, RedHat maintient les errata pour deux version majeur de RedHat . Actuellement c'est la 6.x et 7.x . Pour exemple, le dernier errata de la 6.0 date du 17/01/2002 pour une distrib de près de 3 ans.