Chapitre 11. Gestion des versions du contenu des flux d'applications
Le contenu du référentiel AppStream peut être disponible en plusieurs versions, correspondant à des flux de modules.
Dans les sections suivantes, vous apprendrez les opérations à effectuer lorsque vous modifiez des flux de modules activés existants :
11.1. Dépendances modulaires et changements de flux
Traditionnellement, les paquets fournissant du contenu dépendent d'autres paquets et spécifient généralement les versions de dépendance souhaitées. Pour les paquets contenus dans les modules, ce mécanisme s'applique également, mais le regroupement des paquets et de leurs versions particulières dans des modules et des flux fournit des contraintes supplémentaires. En outre, les flux de modules peuvent déclarer des dépendances sur les flux d'autres modules, indépendamment des paquets qu'ils contiennent et qu'ils fournissent.
Après toute opération avec des paquets ou des modules, l'arbre de dépendance complet de tous les paquets installés sous-jacents doit satisfaire à toutes les conditions déclarées par les paquets. En outre, toutes les dépendances de flux de modules doivent être satisfaites.
En conséquence :
- L'activation d'un flux de modules peut nécessiter l'activation d'autres flux de modules.
- L'installation d'un profil de flux de modules ou l'installation de paquets à partir d'un flux peut nécessiter l'activation d'autres flux de modules et l'installation d'autres paquets.
- La désactivation d'un flux de modules peut nécessiter la désactivation d'autres flux de modules. Aucun paquet ne sera supprimé automatiquement.
- La suppression d'un paquet peut nécessiter la suppression d'autres paquets. Si ces paquets étaient fournis par des modules, les flux de modules restent activés en vue d'une nouvelle installation, même si aucun paquet de ces flux n'est plus installé. Cela reflète le comportement d'un dépôt DNF inutilisé.