Projetos de código aberto costumam ser construídos por centenas de pessoas trabalhando em diferentes aplicativos, bibliotecas e equipes. Essa descentralização é uma das forças do modelo, mas também cria um problema quando uma decisão passa a afetar uma parte significativa do projeto: onde essa decisão é discutida e, principalmente, onde fica registrado o motivo pelo qual ela foi tomada?
O GNOME quer lidar melhor com essa questão. O projeto está propondo a criação de um processo formal de RFC (Request for Comments) para decisões importantes que envolvam diferentes equipes ou tenham impacto significativo sobre o ecossistema. A proposta está atualmente em seu período final de comentários, que vai até 4 de outubro de 2026.
Uma memória para decisões importantes
A ideia foi apresentada pela contribuidora Sophie Herold e parte de um problema bastante comum em projetos grandes: discussões importantes acabam espalhadas entre salas de chat, fóruns, issues e outros canais. Mesmo quando uma decisão é tomada, pode ser difícil descobrir meses ou anos depois por que aquela alternativa foi escolhida.
Um RFC funcionaria como um registro permanente desse processo. O documento apresentaria a proposta, os argumentos a favor e contra, as alternativas consideradas e, finalmente, a decisão adotada.
Isso não significa transformar cada alteração no GNOME em uma espécie de processo burocrático. A proposta deixa claro que o mecanismo não foi pensado para mudanças rotineiras de código nem como um roteiro que precise ser aprovado antes de alguém começar a desenvolver.
A intenção é reservar o procedimento para decisões que realmente ultrapassem os limites de um aplicativo ou equipe.
O que poderia virar um RFC?
Algumas decisões recentes ou hipotéticas ajudam a entender a dimensão pretendida. Mudanças como a adoção de um novo formato de ícones simbólicos no GTK, a substituição do GdkPixbuf pelo Glycin para carregamento de imagens ou a migração da documentação de desenvolvimento do gtk-doc para o gi-docgen poderiam se beneficiar desse modelo.
Questões ainda mais abrangentes também poderiam passar pelo processo, como uma eventual política do GNOME para inteligência artificial ou a mudança do branch padrão dos projetos para main.
Em todos esses casos, o ponto não seria simplesmente aprovar ou rejeitar uma alteração. O valor estaria em criar um registro que permita entender como a comunidade chegou àquela conclusão.
Menos burocracia, mais contexto
A proposta prevê que um RFC normalmente passe por uma discussão inicial entre as pessoas envolvidas antes de chegar à etapa final. Essa última fase teria duração de 14 dias.
O primeiro RFC, porém, terá um prazo excepcionalmente maior. Como ele próprio estabelece as regras do novo sistema, o GNOME está tratando sua implementação como um teste. Comentários e preocupações serão aceitos até 4 de outubro, em vez do período padrão de duas semanas.
Ainda existem detalhes em discussão, inclusive sobre onde essas conversas devem acontecer e como os RFCs devem ser aprovados ou rejeitados. GitLab e GNOME Discourse estão entre as opções consideradas, com vantagens diferentes para discussões técnicas e participação dos membros da Fundação GNOME.
Fique por dentro das principais novidades da semana sobre tecnologia e Linux: receba nossa newsletter!
