O ciclo de desenvolvimento do Linux 7.1 está ficando mais turbulento do que o normal, e Linus Torvalds deixou isso bem claro. Em sua atualização semanal sobre o estado do kernel, o criador do Linux criticou o aumento de pull requests triviais enviados tarde demais no ciclo de desenvolvimento, muitos deles impulsionados por ferramentas de inteligência artificial.

Segundo Torvalds, o quinto release candidate (rc5) do Linux 7.1 ficou “grande demais”, algo que vai contra a expectativa tradicional dessa fase do desenvolvimento. Normalmente, os primeiros release candidates recebem mudanças maiores, enquanto os últimos servem principalmente para a estabilização e correção de regressões importantes. Mas desta vez a situação saiu um pouco do controle.

“Conserto” nem sempre significa que vale a pena

No texto publicado na mailing list do kernel, Torvalds reclamou que boa parte das mudanças enviadas são tecnicamente correções, mas irrelevantes para aquele estágio do desenvolvimento. Segundo ele, muitos patches mexem em drivers aleatórios ou detalhes mínimos que poderiam facilmente esperar pela próxima janela de merge ao invés de entrarem correndo no rc5.

O problema não é apenas o tamanho do código enviado, mas o risco acumulado que pequenas alterações trazem. Mesmo mudanças consideradas triviais ainda carregam alguma chance de introduzir novos bugs. E foi justamente aí que Torvalds resolveu endurecer o discurso.

Ele afirmou que pretende começar a ser “mais duro” com pull requests desnecessários enviados tarde no ciclo de releases. Na visão dele, esse tipo de “churn”, o vai e vem constante de pequenas alterações, prejudica diretamente a estabilidade de longo prazo do kernel.

A IA entrou no radar do kernel

Algo que chama a atenção na discussão é o envolvimento da inteligência artificial nisso tudo. Torvalds comentou explicitamente que algumas dessas séries de correções surgiram após revisões automatizadas feitas por IA. E essa não é a primeira vez que ele toca no assunto recentemente.

Na semana anterior, o mantenedor do kernel já havia reclamado que a enxurrada de relatórios gerados por IA estava tornando a lista de segurança do Linux praticamente impossível de administrar. Segundo ele, várias pessoas acabam encontrando exatamente os mesmos problemas usando as mesmas ferramentas automatizadas, gerando uma enorme duplicação de reports.

Curiosamente, a posição de Torvalds sobre IA parece ter evoluído bastante nos últimos meses. Antes ele tratava muitos relatórios automatizados como “lixo”. Mais recentemente, passou a reconhecer que as ferramentas estão ficando melhores em identificar problemas reais. O novo desafio agora parece ser separar o que realmente importa.

O desenvolvimento do kernel Linux sempre viveu nesse equilíbrio delicado entre evolução rápida e estabilidade extrema. Afinal, o kernel é a base não apenas de distribuições desktop, mas também de servidores, supercomputadores, Android, roteadores, sistemas embarcados e infraestrutura crítica ao redor do mundo.mPor isso, Torvalds costuma ser bastante rígido com o timing das mudanças.

A lógica é simples: quanto mais próximo do lançamento final, menos espaço existe para alterações que não sejam realmente necessárias. Mesmo uma correção aparentemente inofensiva pode causar regressões inesperadas em arquiteturas específicas ou drivers pouco testados.

Fique por dentro das principais novidades da semana sobre tecnologia e Linux: receba nossa newsletter!