Ce n'est en aucun cas une réponse complète ou exhaustive - les affiches avant moi ont déjà donné de très bons points, je voudrais juste ajouter mes 2 cents. Autre chose - je ne me suis jamais vraiment habitué à apt / dpkg. Cela m'a toujours semblé trop complexe, je suis vraiment plus à l'aise avec miam / rpm.
pacman est très facile à utiliser, ce qui est un avantage et un inconvénient - vous pouvez apprendre à l'utiliser (construction de packages à part) en un seul après-midi - il utilise principalement des fonctionnalités de gestion de packages intuitives et complètes, mais - et c'est un gros mais - c'est extrêmement rigide.
Si les concepteurs n'avaient pas pensé à une fonctionnalité à l'avance, vous êtes foutu.
Quelques exemples: il n'y a pas de versionnage natif dans pacman. Si vous souhaitez rétrograder une version de package - vous devez télécharger cette version de package particulière et utiliser l'option -U (mise à niveau) pour installer à partir du fichier. Il est très orienté vers l'utilisation de packages de pointe sur votre système.
Il n'y a pas de véritable nettoyage du cache interne / reconstruction complète. Si (en raison d'un problème de réseau) un téléchargement de package a été corrompu, par exemple pendant -Syu, le message d'erreur, bien que précis, ne sera pas très utile - il ne localisera pas le package corrompu même avec une verbosité et un débogage "complets" activés , et aucune quantité de -Syyc ne nettoiera vraiment le cache et ne retéléchargera les packages. La bonne nouvelle est que -Sc vous permettra de savoir où se trouvent les paquets téléchargés afin que vous puissiez simplement supprimer celui qui est incriminé (si vous pouvez déterminer lequel est) ou tous et redémarrer -Syu.
L'intégration de pacman avec dkms est également quelque peu problématique - lors de l'installation d'un nouveau noyau, je continuais à avoir des erreurs de dkms. L'utilisation de dkms build && dkms install contre le nouveau noyau a fonctionné sans accroc, mais pacman n'offrirait aucune information sur la raison pour laquelle dkms a échoué lors de la mise à niveau du noyau (je soupçonne qu'il n'a jamais passé le chemin correct du nouveau noyau, et laisse simplement dkms utiliser la valeur par défaut (en cours d'exécution) noyau mais avec une mauvaise version).
Une autre anecdote sur sa rigidité - comme indiqué, j'ai l'habitude du rpm / yum. Si j'ai un fichier sur mon système et que je souhaite savoir quel paquet le possède, je peux exécuter yum provides / path / to / file et obtenir TOUS les paquets qui peuvent le mettre là-bas - même si aucun d'eux n'est installé. Si le fichier a été placé manuellement, et maintenant je souhaite installer un package - il renommera le nouveau (ajoutez l'extension .rpmnew), et laissez-moi choisir ce que j'utilise.
pacman indique simplement qu'un fichier existe déjà, mais avec un message d'erreur complètement hors de propos - il se plaint de conflits entre le "vrai" propriétaire du fichier et le package "filesystems" actuellement installé, comme s'il était également propriétaire du même fichier. De plus, il est principalement axé sur les informations installées localement - essayer d'obtenir des informations (telles que les listes de fichiers et la propriété) des packages non encore installés est moins intuitif.
Autrement dit - il n'est pas aussi mature que miam, et probablement dpkg, ce qui se prête à sa facilité d'utilisation ainsi qu'à sa relative rigidité.