Capítulo 6. Gestión de las versiones del contenido del flujo de aplicaciones
El contenido en el repositorio de AppStream puede estar disponible en múltiples versiones, correspondientes a flujos de módulos. En este capítulo se describen las operaciones que hay que realizar cuando se cambian los flujos de módulos habilitados de otra forma que no sea únicamente habilitando nuevos flujos de módulos.
- Sección 6.1, “Dependencias modulares y cambios de flujo” describe las reglas de dependencia modular.
- Sección 6.2, “Interacción de las dependencias modulares y no modulares” proporciona detalles sobre cómo las dependencias de los flujos de módulos afectan al manejo de las dependencias de los paquetes.
- Sección 6.3, “Restablecimiento de los flujos de los módulos” proporciona los pasos para restablecer los módulos a su estado inicial.
- Sección 6.4, “Desactivar todos los flujos de un módulo” proporciona los pasos para desactivar completamente un módulo y todos sus flujos.
- Sección 6.5, “Cambiar a un flujo posterior” proporciona los pasos para cambiar a una corriente posterior de un módulo.
6.1. Dependencias modulares y cambios de flujo
Tradicionalmente, los paquetes que proporcionan contenido dependen de otros paquetes, y suelen especificar las versiones de dependencia deseadas. Para los paquetes contenidos en módulos, este mecanismo también se aplica, pero la agrupación de paquetes y sus versiones particulares en módulos y flujos proporciona más restricciones. Además, los flujos de módulos pueden declarar dependencias de flujos de otros módulos, independientemente de los paquetes que contienen y proporcionan.
Después de cualquier operación con paquetes o módulos, todo el árbol de dependencias de todos los paquetes subyacentes instalados debe satisfacer todas las condiciones que los paquetes declaran. Además, deben satisfacerse todas las dependencias del flujo de módulos.
Como resultado:
- La activación de un flujo de módulos puede requerir la activación de flujos de otros módulos.
- La instalación de un perfil de flujo de módulos o la instalación de paquetes desde un flujo puede requerir la habilitación de flujos de otros módulos y la instalación de otros paquetes.
- Desactivar un flujo de un módulo puede requerir la desactivación de otros flujos de módulos. No se eliminará ningún paquete automáticamente.
- La eliminación de un paquete puede requerir la eliminación de otros paquetes. Si estos paquetes fueron proporcionados por módulos, los flujos de módulos permanecen habilitados en preparación para su posterior instalación, incluso si ya no se instalan paquetes de estos flujos. Esto refleja el comportamiento de un repositorio yum no utilizado.
No es posible activar un flujo de un módulo cuando otro flujo del mismo módulo ya está activado. Para cambiar de flujo, siga el procedimiento indicado en Sección 6.5, “Cambiar a un flujo posterior”. Alternativamente, reinicie el módulo y luego habilite el nuevo flujo. Eliminar todos los paquetes instalados de un flujo antes de cambiar a un flujo diferente evita que el sistema llegue a estados en los que los paquetes puedan ser instalados sin que ningún repositorio o flujo los proporcione.
Técnicamente, el reinicio del módulo no cambia automáticamente ningún paquete instalado. Eliminar los paquetes proporcionados por el flujo anterior y cualquier paquete que dependa de ellos es una operación manual explícita.
