O título do post tem tudo. As primeiras etapas para migrar do CentOS 7 para o Rocky Linux 8 falham (aos meus olhos) por causa dos RPMs do módulo.
Se algo for instalado da maneira tradicional via dnf, dnfpercebe se uma dependência está disponível apenas como RPM modular e ativa o fluxo de aplicativos do módulo para instalar outras dependências na versão correta.
Para instalação automática de uma distribuição personalizada, RPMs adicionais são baixados --download-onlyvia dnf. Neste caso específico, o docker é instalado no Rocky Linux 8. Os RPMs e dependências dos módulos são desacoplados de seu stream e colocados no ISO para que a instalação automática funcione sem problemas.
Se um módulo RPM for encontrado,
repo2moduleele será chamado para criar um arquivomodule.yaml. O arquivo YAML é colocado no repositório RPM adicional na imagem ISO e o repositório é atualizado viamodifyrepo_c. Caso contrário, o repositório RPM do módulo não funcionará.
Se a distribuição foi instalada com sucesso, não é reconhecido que alguns RPMs de módulos instalados pertencem a um fluxo de aplicativo existente. Eles foram previamente desacoplados via --download-only.
Se você tentar ativar o fluxo de aplicativos do módulo RPM manualmente, dnfdetectará problemas de dependência com os RPMs já instalados.
Agora foi instalado um sistema que não pode ser atualizado cada vez mais. Por esse motivo, a instalação offline de uma distribuição personalizada baseada em RHEL via kickstart não é atualmente possível aos meus olhos, porque a atualização do sistema não é possível com uma conexão existente a um servidor RPM.
- Como os desenvolvedores imaginaram o tratamento das distribuições kickstart com módulos RPMs? Talvez eu cometa um erro na compilação da distribuição.
- Como resolver o problema de atualização dos RPMs dos módulos pré-instalados?