Linus Torvalds disponibilizou o Linux 7.4-rc1 em 1º de novembro de 2026. A primeira versão candidata marca a passagem da integração de novidades para a estabilização do próximo kernel, componente que administra recursos como processador, memória e dispositivos no sistema. O código já pode ser examinado e testado, mas a identificação rc1 ainda corresponde a uma prévia, não ao lançamento estável do Linux 7.4.
O registro no repositório oficial de Torvalds tem o horário de 21h26 UTC de domingo, equivalente a 18h26 em Fortaleza. O arquivo que identifica a versão do projeto passou a combinar os números 7 e 4 com o sufixo -rc1. Esse registro fixa qual revisão do código corresponde à candidata e permite distinguir seus resultados dos obtidos com alterações posteriores.
Para usuários de distribuições e equipes de infraestrutura, a mudança abre uma etapa de verificação de compatibilidade. Um problema encontrado nessa fase pode ser relatado antes que a versão final seja distribuída mais amplamente.
O que muda depois da primeira candidata
O desenvolvimento do kernel organiza a entrada de mudanças em ciclos. Na chamada janela de integração, ou merge window, os mantenedores enviam o trabalho acumulado nos diferentes subsistemas para a árvore principal. A documentação do processo, preservada na revisão v7.4-rc1, descreve uma janela de aproximadamente duas semanas, encerrada com a primeira candidata.
A partir desse ponto, o foco passa a ser corrigir problemas e estabilizar o conjunto integrado. A existência de um recurso na árvore principal ainda não informa como ele se comportará em toda combinação de placa, firmware, driver e carga de trabalho. É essa diversidade que os testes seguintes procuram alcançar.
O desenvolvimento normalmente continua com candidatas semanais. A quantidade de revisões pode aumentar quando surgem problemas que exigem mais tempo. O lançamento de rc1, portanto, não é uma promessa de que uma data específica da versão final será cumprida, nem uma classificação de que o código já está pronto para todos os ambientes.
Candidata, versão estável e LTS têm papéis diferentes
A classificação de versões do kernel.org separa as prévias, as versões estáveis e as linhas de manutenção prolongada. As diferenças afetam tanto quem testa novidades quanto quem precisa escolher uma base para servidores ou equipamentos.
| Identificação | O que representa | O que não estabelece |
|---|---|---|
7.4-rc1 |
Primeira candidata do ciclo 7.4 | Aprovação geral para produção |
7.4 |
Versão final daquele ciclo, quando lançada | Manutenção prolongada automática |
7.4.x |
Formato de revisões corretivas de uma linha estável | Que toda distribuição adotará a mesma revisão |
longterm ou LTS |
Linha selecionada para manutenção por mais tempo | Uma propriedade de qualquer kernel mais novo |
Uma distribuição também pode manter seu próprio kernel e incorporar correções sem acompanhar imediatamente a numeração mais recente da árvore de Torvalds. Por isso, a chegada do Linux 7.4-rc1 não significa que uma instalação de Ubuntu, Debian, Fedora ou outra distribuição tenha recebido essa versão.
No Brasil, a mesma distinção vale para provedores, laboratórios e parques corporativos: o pacote instalado e a política de suporte do fornecedor continuam sendo informações diferentes da versão anunciada pelo projeto original.
Os testes procuram regressões em situações que já funcionavam
Uma regressão acontece quando uma atualização quebra ou piora um comportamento que funcionava antes. Ela pode aparecer, por exemplo, como uma interface de rede que deixa de responder após suspender o computador, um dispositivo que não é mais reconhecido ou uma operação que passa a apresentar falhas reproduzíveis. Esses são exemplos de situações a investigar; não são defeitos atribuídos ao Linux 7.4-rc1 nesta notícia.
A orientação oficial para relatar regressões pede uma descrição que permita relacionar o problema à mudança de kernel. A versão que funcionava, a primeira versão problemática, os sintomas e a possibilidade de reproduzir a falha ajudam os responsáveis a localizar a alteração envolvida.
O roteiro muda conforme o ambiente. Um teste em máquina virtual pode cobrir uma aplicação e parte da pilha de armazenamento ou rede virtualizada. Ele não substitui a verificação de suspensão, GPU, Wi-Fi ou periféricos no equipamento físico que apresentou o problema. Para um servidor, também importa registrar o comportamento da carga efetivamente utilizada, e não apenas se o sistema iniciou.
Comparações precisam preservar condições relevantes: configuração, dados de teste e versões dos demais componentes. Se o sistema operacional inteiro muda junto com o kernel, fica mais difícil atribuir a diferença a uma revisão específica.
Como identificar a versão que está sendo executada
O comando de consulta abaixo mostra a identificação do kernel em execução:
uname -r
Ele não instala nem atualiza o sistema. O resultado pode conter sufixos da distribuição ou do responsável pelo pacote, que também devem acompanhar um relato técnico. Ter o código de uma candidata baixado no disco não significa que o computador tenha iniciado com ela.
