M'enfin Perl ce n'est pas ce qu'il y a de plus propre
mouai, enfin tout dépend comment tu code hein ;)
il y a moyen de faire crade et illisible en python si on veut...
Admettons. Red Hat/Fedora a vu que ça sucks et passe à autre chose. Où est le problème ?
Mandriva peut-il en faire de même avec urpmi ? Ce n'est pas ce qu'on voit.
Je n'ai justement pas dit qu'il y avait un problème au fait de passer à autre chose pour fedora. C'est justement bien pour leur permettre d'avoir un truc potable.
Maintenant, pourquoi mandriva en fairait-il de même ? Ils ne le font pas et c'est très bien puisqu'il n'y a aucune raison de passer à autre chose. Urpmi marche bien (même si certaines corrections / fonctionnalités seraient intéressantes, mais cela est valable pour tous les gestionnaires de paquets...)
Pratiquement rien (sauf peut-être urpmi)
Justement...
Yum ne réinvente pas la roue.
[...]
La dernier chose que fait yum, c'est de réinventer la roue.
Je crois qu'on s'est mal compris.
Je me fout totalement des arguments techniques de ce côté là (surtout que bon, prendre un soft parce qu'il est en python ou en perl...)
Quand je disais que yum a réinventé la roue c'est plutôt dans le fait d'écrire un gestionnaire de paquets, de dépendances, destiné à gérer des paquets rpms, ce que faisait déjà urpmi...
(oui pour moi quand on parle de réinventer la roue c'est basé sur l'utilisation, les buts ou fonctionnailté du logiciel et non la technique sous-jascente)
[^] # Re: Autre temps, autre moeurs...
Posté par CrEv (site web personnel) . En réponse à la dépêche Linux en entreprise : deux nouveaux exemples de migration. Évalué à 2.
mouai, enfin tout dépend comment tu code hein ;)
il y a moyen de faire crade et illisible en python si on veut...
Je n'ai justement pas dit qu'il y avait un problème au fait de passer à autre chose pour fedora. C'est justement bien pour leur permettre d'avoir un truc potable.
Maintenant, pourquoi mandriva en fairait-il de même ? Ils ne le font pas et c'est très bien puisqu'il n'y a aucune raison de passer à autre chose. Urpmi marche bien (même si certaines corrections / fonctionnalités seraient intéressantes, mais cela est valable pour tous les gestionnaires de paquets...)
Justement...
Je crois qu'on s'est mal compris.
Je me fout totalement des arguments techniques de ce côté là (surtout que bon, prendre un soft parce qu'il est en python ou en perl...)
Quand je disais que yum a réinventé la roue c'est plutôt dans le fait d'écrire un gestionnaire de paquets, de dépendances, destiné à gérer des paquets rpms, ce que faisait déjà urpmi...
(oui pour moi quand on parle de réinventer la roue c'est basé sur l'utilisation, les buts ou fonctionnailté du logiciel et non la technique sous-jascente)