Voir un tants d'approximations mensongères et personne pour y répondre... Allez, je me dévoue.
Je commence par citer la fin de ton message pour bien comprendre tout le reste:
Je connais mal dpkg/apt et j'ai fort probablement dit des conneries ici sur dpkg.
Donc je confirme, tu as dit des conneries...
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.
Ca existe depuis au moins un an donc si "quelques" vaut au moins 52 dans ton esprit, ok.
Comment se passe la vérification des fichiers installés lorsque ces fichiers ont été modifiés par prelink ? Mal avec dpkg.
Tu peux sans doute nous faire part de ton expérience personnelle qui t'a poussé à affirmer ceci... Nous t'écoutons. Je n'ai jamais eu aucun probleme, notamment avec un xorg.conf modifié et jamais écrasé. Dpkg demande a l'utilisateur ce qu'il faut faire dans ces cas la, donc tu as le choix, et tu peux meme voir le diff entre les deux avant de prendre ta decision. Evidemment, si tu reponds yes sans regarder ce qu'on te demande, ne viens pas te plaindre.
Peut-on les controlers par rapport à la signature ? Comment sont détecter les dépendances à la création du paquet ?
Yum c'est du python et apt du C. Tu t'attendais à quoi ?
Faux argument d'une part (comme dit auparavant), python peut être plus ou moins rapide que C. Et erreur dans l'argument parce qu'APT est en C++.
Yum a un système de plugin. Et apt ?
Tu peux m'expliquer en quoi avoir un systeme de plug-in rend un outil meilleur ? C'est un argument de commercial ca : "y'a des pug-in donc saibien !". Apt est un outil en ligne de commande facon Unix a l'ancienne, il fait une seule chose (enfin presque) et il la fait bien. Et tu as une foultitude de petits utilitaires a cote pour faire autre chose.
Les dépôts Yum sont des fichiers au format xml. Et apt ?
Un bon vieux fichier texte compressé. Et même depuis peu de temps, on ne télécharge que des diff, ce qui fait qu'on a quelques kilo-octets par jour plutôt que quelques centaines de kilo-octets. Bon, ca ne fait pas l'unanimité encore, surtout pour ceux qui ne mettent pas a jour souvent. Mais je ne doute pas que ca va s'ameliorer.
Peut-on faire des requêtes sur les dépôts apt comme on peut le faire avec repoquery
apt-query ? apt-cache ? apt-file ? p.d.o ?
En conclusion, je dirais qu'on s'en fout de savoir qui a la plus grosse. Apt marche très bien et a fait une partie du succès de Debian, c'est tout. Rpm avait beaucoup de defauts a l'epoque ou dpkg a ete cree (notamment le fait de ne pas pouvoir creer de meta-package). Depuis, rpm court derriere dpkg. Apt utilisant un systeme de package plus performant n'a fait qu'exploiter ce potentiel.
[^] # Re: reverser dans debian ?
Posté par rewind (Mastodon) . En réponse au journal Upstart pour remplacer sysvinit. Évalué à 7.
Je commence par citer la fin de ton message pour bien comprendre tout le reste:
Donc je confirme, tu as dit des conneries...
Ca existe depuis au moins un an donc si "quelques" vaut au moins 52 dans ton esprit, ok.
Tu peux sans doute nous faire part de ton expérience personnelle qui t'a poussé à affirmer ceci... Nous t'écoutons. Je n'ai jamais eu aucun probleme, notamment avec un xorg.conf modifié et jamais écrasé. Dpkg demande a l'utilisateur ce qu'il faut faire dans ces cas la, donc tu as le choix, et tu peux meme voir le diff entre les deux avant de prendre ta decision. Evidemment, si tu reponds yes sans regarder ce qu'on te demande, ne viens pas te plaindre.
RTFM : http://www.debian.org/doc/manuals/apt-howto/
Faux argument d'une part (comme dit auparavant), python peut être plus ou moins rapide que C. Et erreur dans l'argument parce qu'APT est en C++.
Tu peux m'expliquer en quoi avoir un systeme de plug-in rend un outil meilleur ? C'est un argument de commercial ca : "y'a des pug-in donc saibien !". Apt est un outil en ligne de commande facon Unix a l'ancienne, il fait une seule chose (enfin presque) et il la fait bien. Et tu as une foultitude de petits utilitaires a cote pour faire autre chose.
Un bon vieux fichier texte compressé. Et même depuis peu de temps, on ne télécharge que des diff, ce qui fait qu'on a quelques kilo-octets par jour plutôt que quelques centaines de kilo-octets. Bon, ca ne fait pas l'unanimité encore, surtout pour ceux qui ne mettent pas a jour souvent. Mais je ne doute pas que ca va s'ameliorer.
apt-query ? apt-cache ? apt-file ? p.d.o ?
En conclusion, je dirais qu'on s'en fout de savoir qui a la plus grosse. Apt marche très bien et a fait une partie du succès de Debian, c'est tout. Rpm avait beaucoup de defauts a l'epoque ou dpkg a ete cree (notamment le fait de ne pas pouvoir creer de meta-package). Depuis, rpm court derriere dpkg. Apt utilisant un systeme de package plus performant n'a fait qu'exploiter ce potentiel.