D'abord, je vais vérifier que l'on se comprend bien en parlant un peu de toutes ces histoires de rpm, dpkg, urpm et apt-get.
rpm et dpkg sont tous les deux des garants que les dépendances des programmes installés sont correctes. On peut forcer le non respect de la dépendance mais "C'est Mal" (TM). C'est des coups à finir avec un linux brisé.
apt-get et urpm sont quand à eux une surcouche qui va satisfaire les requêtes de dépendance lors d'un mise d'un ou plusieurs paquetages. En gros, lors d'une demande d'un paquetage, les paquetages indispensable à la cohérence de l'ensemble sont aussi installé (via récupération par téléchargement sur le net, mise à jour sur un réseau local ou à partir d cd-rom).
rpm et dpkg ont deux approches différentes pour garder la cohérence d'une distribution.
rpm: il se base sur les révisions des libraries, la présence de commande [dépendance physique] et partiellement sur une dépendance vis-à-vis d'autre paquetages [dépendance logique].
dpkg: il se base uniquement sur la dépendance entre paquetages [dépendance logique]. Il se révèle un plus puissant dans le sens que des opérations booléennes peuvent être réalisées sur les dépendances et que des dépendances optionnelles peuvent être ajoutées ainsi que des suggestions.
La mise en oeuvre de ces outils varient aussi.
rpm: historiquement, les mainteneurs se basent énormément sur la dépendance physique. Ce qui entrainent des gros problèmes si une mise à jour mineur d'un outil ou d'une librarie se révèle fatale pour un autre paquetage. Je crois que les distributions commencent à se déplacer vers plus de dépendances logiques acr les faiblesses du rpm sont maintenant bien connues.
dpkg: comme il ne connait que les dépendances logiques, les mainteneurs utilisent des rêgles de nommage (comme, par exemple pour les paquetages de librairies, l'ajout du numéro de révision principal de la librairie au nom du paquetage et l'obligation de commencer le nom du paquetage par "lib"). De plus comme il n'y a que Debian comme exploitant et que les distibutions commerciales se sont toujours tenues à l'organisation logique de la Debian, ils n'ont jamais connu les maux du rpm sur les dépendances.
En conséquence des dépendances physiques, urpm doit garder une liste de tous les fichiers possible qui compose l'ensemble de la distribution. C'est donc pour ça que l'on peut chercher un nom de fichier précis avec urpmf. La liste complète des fichiers est sur ton disque dur.
Comme apt-get n'a besoin que des dépendances logiques il ne garde que les noms des paquetages mais pas les noms de fichiers. Un moyen (le seul ?) de chercher le nom de fichier est de passer le site web de Debian (Section recherche: http://www.debian.org/distrib/packages#search_contents(...) ).
[^] # Re: Attention, attention
Posté par Schwarzy . En réponse à la dépêche Sortie de la Debian GNU/Linux 3.0 « Woody ». Évalué à 10.
D'abord, je vais vérifier que l'on se comprend bien en parlant un peu de toutes ces histoires de rpm, dpkg, urpm et apt-get.
rpm et dpkg sont tous les deux des garants que les dépendances des programmes installés sont correctes. On peut forcer le non respect de la dépendance mais "C'est Mal" (TM). C'est des coups à finir avec un linux brisé.
apt-get et urpm sont quand à eux une surcouche qui va satisfaire les requêtes de dépendance lors d'un mise d'un ou plusieurs paquetages. En gros, lors d'une demande d'un paquetage, les paquetages indispensable à la cohérence de l'ensemble sont aussi installé (via récupération par téléchargement sur le net, mise à jour sur un réseau local ou à partir d cd-rom).
rpm et dpkg ont deux approches différentes pour garder la cohérence d'une distribution.
La mise en oeuvre de ces outils varient aussi.
En conséquence des dépendances physiques, urpm doit garder une liste de tous les fichiers possible qui compose l'ensemble de la distribution. C'est donc pour ça que l'on peut chercher un nom de fichier précis avec urpmf. La liste complète des fichiers est sur ton disque dur.
Comme apt-get n'a besoin que des dépendances logiques il ne garde que les noms des paquetages mais pas les noms de fichiers. Un moyen (le seul ?) de chercher le nom de fichier est de passer le site web de Debian (Section recherche: http://www.debian.org/distrib/packages#search_contents(...) ).
Voilà !