• [^] # Re: reverser dans debian ?

    Posté par . En réponse au journal Upstart pour remplacer sysvinit. Évalué à 2.

    > J'ai comparé les deux, au fil des années j'ai bien eu le temps. Installer un rpm téléchargé parait toujours plus long qu'installer un .deb. Utiliser yum dans la command line prends une éternité alors qu'apt-get install prends 3 secondes. Lancer Synaptic ou le nouvel outil d'Ubuntu prends moins de temps que le frontend graphique de Yum, et le système de recherche est plus rapide aussi.

    En gros, apt est plus rapide. C'est tout.

    > Red Hat, SuSE et compagnie devraient ravaler leur fierté et se mettre au couple apt/dpkg.

    Tu devrait regarder d'un peu plus près rpm au-lieu de seulement voir la vitesse d'installation d'un paquet.

    Depuis combien de temps il y a la signature des paquets dans dpkg ? Quelques semaines alors que ça existe depuis dans années dans rpm. Comment se passe la vérification des fichiers installés lorsque ces fichiers ont été modifiés par prelink ? Mal avec dpkg, sans problème avec rpm. Peut-on les controlers par rapport à la signature ? Comment sont détecter les dépendances à la création du paquet ? etc...

    Simplement car apt est rapide, tu penses que rpm est de la merde. Notes bien que apt et synaptic existent pour rpm et qu'ils sont aussi rapides.
    Effectivement yum est lent par rapport à apt. Yum c'est du python et apt du C. Tu t'attendais à quoi ?
    Yum a un système de plugin. Et apt ?
    Les dépôts Yum sont des fichiers au format xml. Et apt ?
    Peut-on faire des requêtes sur les dépôts apt comme on peut le faire avec repoquery : http://www.die.net/doc/linux/man/man1/repoquery.1.html (160 champs du format rpm sont interrogables ).

    ETC, ETC...

    Je connais mal dpkg/apt et j'ai fort probablement dit des conneries ici sur dpkg, mais rpm ce n'est pas de la merde. Et OUI, python est plus lent que le C.