O tradicional compressor de dados do ecossistema GNU recebeu uma nova atualização estável. O Gzip 1.15 foi anunciado oficialmente em 20 de setembro de 2026 pelo mantenedor Jim Meyering. O grande destaque do lançamento é a solução de uma série de bugs de corrupção de dados e condições de corrida que acompanhavam o código da ferramenta desde as suas primeiras versões.
O ciclo de desenvolvimento do Gzip 1.15 durou 75 semanas desde a versão 1.14, acumulando 119 commits feitos por cinco colaboradores. Meyering destacou o suporte constante de Paul Eggert no trabalho de manutenção da ferramenta.
O que isso muda na prática
Embora o Gzip seja um utilitário maduro e amplamente consolidado em servidores e distribuições Linux, as notas de lançamento revelam que a ferramenta ainda carregava falhas estruturais antigas, especialmente na descompressão de formatos legados e na manipulação de arquivos temporários. Para administradores de sistemas, a versão 1.15 entrega maior confiabilidade ao evitar a exclusão acidental de arquivos durante renomeações de diretórios e ao lidar corretamente com arquivos ZIP transmitidos em fluxo (streamed).
Correções históricas e segurança de memória
A maior parte do changelog foca em problemas classificados como presentes “desde o início”. Entre os principais reparos técnicos, os desenvolvedores solucionaram um comportamento onde o Gzip poderia apagar o arquivo errado caso outro processo renomeasse o diretório pai do destino simultaneamente.
A descompressão também recebeu atenção especial. O comando “gzip -d” passou a aceitar assinaturas PKZIP, cabeçalhos locais e descritores de dados, elementos comuns em arquivos ZIP bem formados e transmitidos de forma contínua.
Falhas de gerenciamento de memória também foram eliminadas. O projeto corrigiu o uso de memória não inicializada ao processar entradas malformadas e resolveu um buffer overflow que ocorria ao descomprimir um arquivo .lzh logo após um arquivo .Z. Outras correções relacionadas ao formato .lzh garantem que o buffer de bits interno seja limpo adequadamente e que a tabela de decodificação de um arquivo anterior não corrompa a saída do próximo.
Sincronização de diretórios e arquivos temporários
Introduzido no Gzip 1.7, um bug na opção “–synchronous” impedia a sincronização correta de diretórios pais ilegíveis no GNU/Linux (via O_PATH) e no FreeBSD (via O_SEARCH). O problema foi resolvido na versão 1.15.
Além disso, ferramentas complementares como gzexe, zdiff e znew receberam correções para evitar condições de corrida durante a criação de arquivos temporários em plataformas mais limitadas que não possuem a função mktemp.
Mudanças de comportamento e localização
O Gzip 1.15 abandona a exigência de usar exclusivamente o formato de localização “C”. Agora, o utilitário respeita a configuração de localidade definida no ambiente do sistema operacional. Essa alteração foi necessária para permitir o uso adequado de aspas em nomes de arquivos com caracteres incomuns durante diagnósticos. Embora isso possa alterar a formatação de números de ponto flutuante exibidos com as opções “-l” e “-v”, as mensagens de diagnóstico continuam sendo geradas em inglês.
Ainda no comportamento visual, a verificação de arquivos vazios com “gzip -l” passará a reportar a proporção de compressão como “-Inf%” em vez de “0.0%”. O projeto também decidiu ignorar a opção “-P” do comando znew, emitindo um aviso ao usuário. O recurso existia apenas para ganhos de desempenho, mas sua implementação continha falhas demais para justificar a manutenção.
Fim do suporte a plataformas legadas
Devido a limitações em bibliotecas multibyte antigas, os desenvolvedores optaram por encerrar o suporte a alguns sistemas operacionais defasados. O Gzip 1.15 e versões futuras não suportarão o FreeBSD 4.11 (lançado em 2005), HP-UX 11.00 (1997), Minix 3.1.8 (2010) e Windows 8.1 (2013) utilizando mingw sem UCRT.
