Hum, tu peux critiquer urpmi, mais je peux dire a propos qu'il est au point...
Et depuis la sortie de rpm 4.4.6, le format .deb n'a plus aucun avantage par rapport au format rpm qui supporte un sacré nombre de fonctions en plus.
Quand a urpmi, pour la mandriva 2007 il va y avoir un sacré nombre d'amélioration.
Notamment le dernier point noir : les fichiers monstrueux hdlist.cz vont disparaître au profit d'un nouveau système intelligent...
Et puis pour ce qui est de php/mysql, je saute quotidiennement chaque fois que je vois des admins qui viennent sur #php pour apprendre qu'il existe pas les paquets pour la version 5.
Parce que franchement la version 4 y a aucun support du modèle objet, une gestion des assignations par adresse minable, etc...
Quand a mysql5, rien que pour le support UTF-8 il est nécessaire...
Enfin, bon j'ai tendance a utiliser des versions récentes parce que j'ai pas de projets de très grosse envergure proprios...
Enfin mandriva risque de reprendre du terrain avec la 2007...
(en tout cas, mes dédiés sous debian vont dégager et être remplacé par elle)
pourquoi :
- debian, c'est bien, mais c'est elle est pas LSB (fichier de conf dans tous les sens)
- outils de conf pas dispo (bon on les utilise pas énormément sur des serveurs)
- patchset merdique et minimaliste (peu de fonctionalités par défaut)
- vielle
- problème de sécurité dernièrement <= c'est une des principales raison.
- 6mois pour faire des corrections de bugs dans des paquets critiques (bon ok, c'est pour start-stop-daemon dans dpkg, mais c'est pas possible en version finale)
Et tant qu'a devoir me gérer un pool de paquet corrigé pour des faille autant ne pas dupliquer ce boulot pour plusieurs distrib.
Ça pue le troll, mais étant sur cooker en ce moment, elle est vraiment plus facile a utiliser.
Quand au format deb, il a quand même un gros défaut :
- pas de src.rpm
Ui je sais apt-get source machin...
Mais pour avoir testé, il y a des problèmes dans tous les sens (par exemple le paquet php4 dois être "apt-get sourcé" a chaque fois car certains patchs ne peux être dé-appliqués)
L'approche src.rpm est je trouve beaucoup plus pratique, car :
- on télécharge un fichier unique (idem)
- on le met dans un répertoire
- on joue pas avec des outils "magique" comme fakeroot qui foirent
- on peux reprendre une compilation (pour pas se retaper tout le process quand on a un fichier qui merdent a la fin)
- signature dans le fichier rpm (pour le .deb c'est en dehors si mes souvenir sont bon)
Bon c'est subjectif sur certains point, mais vala ma vision des choses...
[^] # Re: passage a ubuntu
Posté par Raphaël G. (site web personnel) . En réponse à la dépêche Ubuntu : le canard pimpant est arrivé !. Évalué à -2.
Et depuis la sortie de rpm 4.4.6, le format .deb n'a plus aucun avantage par rapport au format rpm qui supporte un sacré nombre de fonctions en plus.
Quand a urpmi, pour la mandriva 2007 il va y avoir un sacré nombre d'amélioration.
Notamment le dernier point noir : les fichiers monstrueux hdlist.cz vont disparaître au profit d'un nouveau système intelligent...
Et puis pour ce qui est de php/mysql, je saute quotidiennement chaque fois que je vois des admins qui viennent sur #php pour apprendre qu'il existe pas les paquets pour la version 5.
Parce que franchement la version 4 y a aucun support du modèle objet, une gestion des assignations par adresse minable, etc...
Quand a mysql5, rien que pour le support UTF-8 il est nécessaire...
Enfin, bon j'ai tendance a utiliser des versions récentes parce que j'ai pas de projets de très grosse envergure proprios...
Enfin mandriva risque de reprendre du terrain avec la 2007...
(en tout cas, mes dédiés sous debian vont dégager et être remplacé par elle)
pourquoi :
- debian, c'est bien, mais c'est elle est pas LSB (fichier de conf dans tous les sens)
- outils de conf pas dispo (bon on les utilise pas énormément sur des serveurs)
- patchset merdique et minimaliste (peu de fonctionalités par défaut)
- vielle
- problème de sécurité dernièrement <= c'est une des principales raison.
- 6mois pour faire des corrections de bugs dans des paquets critiques (bon ok, c'est pour start-stop-daemon dans dpkg, mais c'est pas possible en version finale)
Et tant qu'a devoir me gérer un pool de paquet corrigé pour des faille autant ne pas dupliquer ce boulot pour plusieurs distrib.
Ça pue le troll, mais étant sur cooker en ce moment, elle est vraiment plus facile a utiliser.
Quand au format deb, il a quand même un gros défaut :
- pas de src.rpm
Ui je sais apt-get source machin...
Mais pour avoir testé, il y a des problèmes dans tous les sens (par exemple le paquet php4 dois être "apt-get sourcé" a chaque fois car certains patchs ne peux être dé-appliqués)
L'approche src.rpm est je trouve beaucoup plus pratique, car :
- on télécharge un fichier unique (idem)
- on le met dans un répertoire
- on joue pas avec des outils "magique" comme fakeroot qui foirent
- on peux reprendre une compilation (pour pas se retaper tout le process quand on a un fichier qui merdent a la fin)
- signature dans le fichier rpm (pour le .deb c'est en dehors si mes souvenir sont bon)
Bon c'est subjectif sur certains point, mais vala ma vision des choses...