Duas Distribuições Linux que Estou Acompanhando de Perto em 2026

Estas duas distribuições Linux ainda não atingiram estabilidade, mas tenho grandes esperanças nelas em 2026.

Não há dúvida de que 2026 trará muitos novos lançamentos de Linux, sendo o Ubuntu 26.04 LTS provavelmente o mais aguardado, com lançamento previsto para o final de abril. Mas este artigo não é sobre os nomes habituais que tendem a dominar a conversa ano após ano.

Em vez disso, quero concentrar-me em dois projetos relativamente novos que me deixaram uma forte impressão em 2025. O que os distingue é a sua originalidade: não são construídos em cima de distribuições existentes e adotam abordagens genuinamente novas sobre como um sistema Linux pode ser concebido e funcionar.

E não, isto não é sobre a onda de imutabilidade que definiu grande parte de 2025, nem sobre distribuições sobrecarregadas com ferramentas na tentativa de ser tudo para todos.

O que estamos a ver aqui é algo diferente. Estes projetos têm algo mais raro: um forte sentido de identidade, verdadeira originalidade e um claro espírito de inovação. Ambos são distribuições de lançamento contínuo, ambos ainda estão em alfa ou beta, e ambos parecem cheios de potencial.

Acredito firmemente que 2026 será o ano em que veremos os seus primeiros lançamentos estáveis, e que trarão algo significativo para a família Linux em geral. Com isso, deixe-me apresentá-los.

AerynOS

Antes de mais, está na hora de este projeto deixar de ser associado a um dos seus fundadores, Ikey Doherty. Ele não faz parte dele desde a primavera passada. A propriedade passou desde então para o outro cofundador e co-arquiteto, Rune Morling (ermo), e o desenvolvimento parece estar a avançar a todo o vapor. Com isso finalmente esclarecido, vamos voltar-nos para a própria distribuição.

AerynOS (anteriormente conhecido como Serpent OS) é uma distribuição Linux de lançamento contínuo baseada em atualizações atómicas (não deve ser confundida com imutabilidade) atualmente em alpha. Em vez de realizar atualizações tradicionais de pacotes no local, o AerynOS trata as atualizações como transações atómicas. Se alguma parte de uma atualização falhar, toda a transação é revertida, evitando atualizações parciais e preservando a integridade do sistema.

A beleza desta abordagem é que ela não depende de sistemas de ficheiros apenas de leitura ou de esquemas de partição A/B comuns em algumas distribuições imutáveis, permitindo a utilização de sistemas de ficheiros standard como ext4, XFS, etc., ao mesmo tempo que se alcança atomicidade e reversão. Cada transação cria uma nova entrada de arranque ligada a esse estado do sistema, e os estados preservados podem ser revertidos rapidamente, se necessário.

E, honestamente, acho esta abordagem brilhante. Parece muito mais humana e amigável ao utilizador do que o rpm-ostree, o bootc ou os modelos de sistema de ficheiros raiz A/B usados habitualmente para imutabilidade e reversão. Dito isto, esta é totalmente a minha opinião pessoal, e não estou a tentar falar por mais ninguém.

Sim, embora o Btrfs combinado com o Snapper e o transactional-update também esteja entre os meus favoritos, a abordagem adotada pelo AerynOS é a que eu pessoalmente mais gosto. Mas chega disso. Vamos passar para a outra base em que a distribuição se apoia: o seu gestor de pacotes moss, desenvolvido internamente, escrito em Rust.

Acima de tudo, o gestor de pacotes e de sistema moss parece e funciona como um gestor de pacotes tradicional. Cada ficheiro em cada pacote é desduplicado utilizando hashes, permitindo armazenamento eficiente e construção rápida de novos estados do sistema. Os pacotes são distribuídos num formato binário .stone seguro por tipo, comprimido com zstd e indexado para recuperação baseada no conteúdo.

Como disse, o moss gere assim não apenas pacotes individuais, mas todo o estado do sistema operativo, garantindo que os pacotes contenham apenas ficheiros com escopo /usr para manter a ausência de estado entre o sistema e a configuração, tratando todo o estado do SO como um objeto gerido em vez de pacotes separados. Esta separação simplifica a lógica das transações, reduz conflitos e suporta uma disposição do sistema reprodutível.

Com este conjunto de funcionalidades, o AerynOS tem tudo o que precisa para conquistar um lugar no grupo relativamente pequeno, mas altamente respeitado, das distribuições Linux verdadeiramente originais. Projetos que constroem não só o próprio sistema, mas também as ferramentas à sua volta, desde o início. O que, acredite, é uma quantidade enorme de trabalho.

Com sorte, se tudo correr bem, 2026 poderá ser o ano em que o projeto atinja a fase beta, e por que não até mesmo uma versão estável antes do final do ano. Se isso acontecer, é provável que atraia seguidores entre os utilizadores mais inclinados tecnicamente, especialmente aqueles que já se inclinam para distribuições como Arch ou Void. E falando em Void, isso leva-me ao segundo projeto em que tenho grandes expectativas para 2026.

Chimera Linux

Não é por acaso que mencionei o Void, uma vez que a distribuição é frequentemente descrita como orientada para UNIX, porque muitas das suas escolhas de design central alinham-se mais de perto com a filosofia tradicional do UNIX do que com as tendências das distribuições modernas de Linux. Bem, o Chimera vai ainda mais longe nessa direção.

O projeto não é tão novo como o AerynOS. O Chimera Linux foi lançado pela primeira vez há mais de quatro anos, em meados de 2021, e ainda está oficialmente em beta (atingindo a alpha em meados de 2023). Aqui está um pouco mais sobre a própria distribuição e porque tenho grandes esperanças nela em 2026.

Tal como o AerynOS, o Chimera também é uma distribuição Linux original de lançamento contínuo. Mas o que é mais interessante, no entanto, é que não se pode realmente chamar de GNU/Linux. Em vez disso, seria mais preciso descrevê-lo como não-GNU, e há uma razão muito boa para isso. Deliberadamente, não utiliza o userland GNU como o seu ambiente de sistema principal.

Como sabem, o termo GNU/Linux refere-se a sistemas que combinam o kernel Linux com o conjunto de ferramentas GNU e o ambiente de utilizador principal, nomeadamente glibc, GNU coreutils, GNU binutils, Bash e outros componentes do Projeto GNU. Mas o Chimera Linux afasta-se explicitamente deste modelo.

Utiliza musl libc em vez de glibc e substitui grandes partes do userland GNU por ferramentas derivadas do BSD e baseadas em LLVM, incluindo LLVM/Clang como o compilador principal e implementações não-GNU das utilidades standard sempre que possível. Mais importante ainda, esta não é uma diferença parcial ou incidental; é um objetivo de design.

A Chimera pretende construir um sistema limpo e moderno que se assemelhe a um userland ao estilo BSD a correr no kernel Linux, em vez de um sistema GNU com Linux por baixo. Também vale a pena notar que a Chimera é uma distribuição sem systemd. Utiliza o Dinit, um sistema init fortemente influenciado pela filosofia UNIX de fazer uma coisa, mas fazê-la bem.

Para a gestão de pacotes, o Chimera baseia-se no APK (Alpine Package Keeper), uma ferramenta bem conhecida pelos utilizadores do Alpine Linux, reconhecida pela sua simplicidade, rapidez e baixo overhead. A instalação é feita inteiramente a partir do terminal e segue um processo muito semelhante ao da instalação do Arch Linux.

Aqui, não encontrará funcionalidades como atualizações atómicas no AerynOS. Em vez disso, a distribuição segue a abordagem mais comum do Linux, utilizando um gestor de pacotes tradicional e atualizações de pacotes regulares. Dito isto, a escolha dos componentes subjacentes torna-o excepcionalmente leve, rápido e flexível. Tal como o Arch, oferece-lhe a liberdade de construir o sistema totalmente em torno das suas próprias preferências e necessidades.

Tendo isso em mente, se és utilizador de Arch ou Void e ainda não experimentaste o Chimera, vale mesmo a pena o teu tempo. Espero sinceramente que 2026 seja o ano em que finalmente saia da fase beta e ofereça a sua primeira versão estável, que tenho a certeza de que não passará despercebida aos utilizadores técnicos mais avançados. É desnecessário dizer, se te atraí a filosofia BSD, o Chimera Linux é simplesmente algo que tens de experimentar.

Conclusão

Então, AerynOS e Chimera Linux são dois projetos nos quais tenho grandes esperanças para 2026. Ambos estão um pouco fora dos holofotes, que geralmente se concentram nos grandes nomes do mundo Linux. Ainda assim, cada um possui as qualidades necessárias para alcançar um público mais amplo. Antes que isso possa acontecer, porém, há um passo essencial: ambos precisam ultrapassar as suas atuais fases alfa e beta e lançar versões estáveis.

Outro fator importante neste momento é os seus ecossistemas de pacotes relativamente pequenos. Comparados com as vastas colecções de software disponíveis, por exemplo, nos repositórios do Arch ou Debian, tanto o AerynOS como o Chimera Linux ainda são bastante limitados. Isso é compreensível dado o menor número de desenvolvedores por trás deles, e remete a um ponto anterior: uma vez que versões estáveis estejam disponíveis, é razoável esperar que mais desenvolvedores se envolvam e ajudem a expandir os seus ecossistemas.

Tenho esperança de que este progresso aconteça em 2026. Como sempre, estarei a acompanhar de perto ambos os projetos e a reportar quaisquer desenvolvimentos relevantes à medida que surgirem.