Michael Catanzaro (desenvolvedor do Epiphany e colaborador dos projetos GNOME e Fedora) propôs uma solução que pode mudar a maneira como o Fedora Workstation gerencia pacotes Flatpak.
Em sua proposta, ele propõe priorizar o FlatHub como a fonte padrão para pacotes instalados pelos usuários, limitando o repositório Flatpak do Fedora aos pacotes que vêm pré-instalados na distribuição.
O debate sobre o gerenciamento do Flatpak no Fedora Workstation
Hoje em dia, O Fedora usa seu próprio repositório Flatpak como configuração padrão. Este repositório Ele é gerado pela reconstrução de pacotes RPM e tem uma prioridade maior que o FlatHubEmbora seja possível habilitar downloads do FlatHub após a instalação do sistema, isso exige que o usuário habilite manualmente a opção "repositórios de terceiros" no Gerenciador de Software do GNOME. No entanto, mesmo com essa configuração habilitada, os pacotes do Fedora ainda têm prioridade.
Michael afirma que a maioria dos usuários prefere receber seus pacotes diretamente Do FlatHub. Esta plataforma reúne pacotes criados e mantidos pelos próprios desenvolvedores de aplicativos, garantindo melhor compreensão de seus recursos específicos, maior estabilidade e testes mais completos. De acordo com dados citados por Catanzaro, 80% dos painelistas entrevistados expressaram sua preferência pelo FlatHub em relação ao repositório do Fedora.
Essa situação também gerou confusão entre os usuários., que presumem que, ao instalar um aplicativo Flatpak no Fedora, o fazem a partir do FlatHub, como acontece com outras distribuições. No entanto, Os pacotes vêm do repositório interno do Fedora, com possíveis diferenças notáveis na qualidade.
A estação de trabalho Fedora do futuro deve ser:
Seguro e baseado em imagem por padrão: um sistema operacional atômico composto por RPMs baseados em bootc. A maioria dos usuários deve optar pelo modo baseado em imagem, pois é muito mais difícil danificar o sistema operacional e mais fácil de solucionar problemas quando algo dá errado.
Flexível se desejado: A conversão de um sistema operacional baseado em imagens para um sistema operacional tradicional baseado em pacotes, gerenciado por RPM e DNF, deve ser permitida para usuários que preferirem ou precisarem. Alternativamente, se a conversão não for possível, a instalação de um Fedora tradicional, não atômico, deve permanecer possível. De qualquer forma, não devemos forçar os usuários a usar desktops baseados em imagens se eles não quiserem, então não há necessidade de se preocupar. Mas desktops baseados em imagens devem eventualmente se tornar o padrão.
O Silverblue ainda não está pronto, mas o Fedora tem uma ótima comunidade de desenvolvedores e deve conseguir resolver os problemas restantes.
Quando surgem bugs, as reclamações são frequentemente direcionadas aos desenvolvedores oficiais dos aplicativos, criando uma tensão desnecessária. como aconteceu no caso do OBS Studio, cujo pacote problemático no Fedora recebeu prioridade maior que sua versão no FlatHub.
um dos argumentos a favor da manutenção do repositório personalizado de o Fedora é segurança: Os pacotes são construídos em ambientes controlados, com base no código-fonte declarado e em conformidade apenas com as licenças abertas aprovadas pelo Fedora. Além disso, é possível incluir patches específicos que ainda não fazem parte do código-fonte dos projetos originais.
No entanto, Catanzaro reconhece a necessidade de reforçar a segurança também no FlatHub. A proposta inclui trabalhar em conjunto para permitir a construção de pacotes em infraestrutura verificável, incorporar compilações reproduzíveis e combater a presença de runtimes desatualizados. Atualmente, quase um terço dos pacotes verificados no FlatHub usam runtimes cujo suporte já expirou, representando um risco à segurança.
Também Outros problemas foram detectados, como dependências desatualizadas e a desativação de medidas de isolamento. por alguns desenvolvedores, o que compromete a eficácia do sandbox. Como solução, propomos implementar verificações automáticas em tempo de execução, fortalecer as medidas de isolamento e garantir a manutenção contínua dos pacotes Flatpak.
A transição para o uso do FlatHub não é abrupta. A ideia é permitir que o Fedora Workstation, em sua edição atômica, facilite a instalação padrão de software livre do FlatHub, mantendo os pacotes pré-instalados do repositório do Fedora. A modificação afetaria apenas os pacotes que os usuários escolhessem instalar. posteriormente usando o gerenciador de software GNOME.
Timothée Ravier, outro desenvolvedor do Fedora, reforçou essa linha de pensamento com uma proposta paralela para o Fedora 43. Isso permitiria que aplicativos FlatHub selecionados e verificados estivessem disponíveis para instalação direta, enquanto os pacotes pré-instalados continuariam a ser gerenciados pelo Fedora. Essa mudança reduziria a carga de trabalho dos mantenedores, eliminaria a confusão entre os usuários e contribuiria para uma melhor colaboração entre o Fedora e os projetos principais.
Por fim, se estiver interessado em saber mais sobre o assunto, pode consultar os detalhes no link a seguir