Com o prazo de conclusão da mudança do Fedora Linux já no final, o Fedora Engineering and Steering Committee (FESCo) está de olho em sua lista de aprovações para ver o que não houve corte para o Fedora 38, que será lançado em abril. Assim, as alterações incompletas do Fedora 38 adiadas, incluindo a eliminação de drivers X.Org legacy.
O FESCo tomou medidas contra alguns dos recursos/mudanças que não foram concluídos a tempo para o ciclo Fedora 38.
Alterações incompletas do Fedora 38 adiadas, incluindo a eliminação de drivers X.Org legacy
As mudanças que foram adiadas do Fedora 38 — para agora o Fedora 39 ou posterior — incluem:
- Eliminação do suporte NIS(+) do PAM, bem como a retirada dos programas utilitários de espaço do usuário NIS(+).
- A remoção dos drivers legados do X.Org ainda não aconteceu. Já foi adiado do Fedora 37 e agora adiado para o Fedora 39.
- A alteração do OSTree Native Container falhou em se materializar a tempo e agora terá que ser concluída antes do congelamento do Fedora 38 Beta.
- Os ajustes de compilação do glibc32 foram adiados para o Fedora 39.
Enquanto isso, a fase inicial “Unified Kernel Support” ainda não foi totalmente implementada, mas eles estão esperando para ver o que acontece. Eles também estão aguardando feedback sobre a ativação do bootupd para Fedora Silverblue e Kinoite.
Mais detalhes sobre as ações do FESCO através desta postagem na lista de discussão.
Fedora considera descartar RPMs Delta
Por muitos anos, houve suporte delta RPM integrado ao Fedora para permitir apenas o download da diferença binária entre o pacote RPM atualmente instalado e a versão atualizada. Embora isso fizesse sentido durante os dias de conectividade/largura de banda limitadas à Internet, os RPMs delta não se mostraram úteis há anos e agora o Fedora Linux está considerando remover esse suporte.
Os RPMs Delta faziam sentido há muito tempo, quando as conexões com a Internet eram muito mais lentas e mais comuns para os usuários em uma conexão medida, mas nos anos mais recentes o conceito não se mostrou útil. Além disso, aqueles com velocidades de Internet mais comuns hoje em dia e hardware moderno provavelmente achariam que leva mais tempo para reconstruir um RPM completo de um RPM delta do que apenas baixar o pacote RPM novo inteiro para o software atualizado.
O valor dos DRPMs hoje em dia parece mínimo enquanto carrega os custos de infraestrutura/hospedagem. O líder do projeto Fedora, Matthew Miller, levantou a proposta esta semana sobre a queda dos RPMs delta.
Outros benefícios
Além dos benefícios diretos limitados atualmente, dadas as tecnologias mais recentes em torno de OSTree e deltas de contêineres, ele acredita que é hora de “dar um triste e afetuoso adeus aos DeltaRPMs”.
Este tópico de desenvolvimento do Fedora é onde as discussões mais recentes sobre a possível queda de RPMs delta estão ocorrendo. A maioria parece concordar que é hora de eliminar os RPMs delta por vários motivos.
Dado que o lançamento do Fedora 38 está se aproximando rapidamente e já passou do prazo de conclusão da alteração, descartar os RPMs delta é provavelmente algo que seria buscado para o Fedora 39 ou posterior.
Embora alguns tenham levantado a questão, ela pode ser implementada gradualmente por meio de mudanças na infraestrutura. De qualquer forma, além desta discussão ativa na lista de discussão, ela ainda precisa ser votada eventualmente pelo Comitê de Engenharia e Direção do Fedora (FESCo) uma vez que uma proposta formal tenha sido redigida.