J'essaie de créer un référentiel yum privé contenant des packages accessibles au public à partir de référentiels courants et parfois ésotériques. Le but est de réduire la dépendance de mon organisation vis-à-vis de ces référentiels publics.
À cette fin, j'ai une structure de répertoires locaux remplis de RPM et je peux exécuter createrepo dessus pour synthétiser les métadonnées requises. Je vois la documentation décrivant comment je pourrais héberger ce contenu pour obtenir un référentiel fonctionnel. Jusqu'ici tout va bien.
Une chose que je ne vois pas encore, c'est comment je sais que mon référentiel est autonome. C'est-à-dire qu'il contient tous les packages nécessaires pour permettre à mes utilisateurs de ne pas avoir besoin de ces référentiels publics en amont. Même si, au début, je me débrouille dans la vérification manuelle des dépendances, je souhaiterai plus tard intégrer les mises à jour et je devrai répéter ce processus.
Une autre façon de demander ceci est
Comment puis-je tester que, entre mon référentiel et peut-être un ou deux autres référentiels approuvés, chaque paquet installable aura toutes ses dépendances remplies?
J'ai parcouru la documentation de repoqueryet il semble Fermer à ce que je veux: je peux sélectionner des référentiels spécifiques (y compris le mien) et comparer le --provides --recursive contre celle de --requires --recursive. Les fonctionnalités listées comme requises mais non listées comme présentes représenteraient des dépendances manquantes.
Le problème avec repoquery est que les fonctionnalités listées ne sont pas directement comparables sans une logique complexe (par exemple, des contraintes de version) qui repoquery lui-même ne semble pas fournir.
Plus généralement, il semble que ce cas d'utilisation devrait déjà être traité par un outil existant, mais je ne sais pas ce que c'est.