Poucos dias atrás tornou-se conhecido o lançamento da versão Beta do openSUSE Leap 16, que marca o início de um novo ramo do SUSE Linux Enterprise 16 e herda as bases do renovado SUSE Linux Framework One (SLFO), anteriormente conhecido como ALP (Adaptable Linux Platform), embora sem abandonar sua essência como um sistema de pacotes tradicional.
O openSUSE Leap é posicionado como uma solução para aqueles que buscam uma experiência mais minimalista e transacional, enquanto o openSUSE Leap Micro continua sendo uma alternativa, com uma arquitetura somente leitura projetada para ambientes mais restritos e atualizações atômicas.
Principais novidades do openSUSE Leap 16 Beta
Uma das mudanças mais notáveis nesta versão Beta é a Adoção do novo instalador Agama, que substitui o tradicional YaST nesta função. O Agama foi projetado para ser modular, com uma interface de usuário separada do backend e a capacidade de realizar instalações por meio de uma interface web. Junto com ele, o Cockpit assume a administração geral do sistema, enquanto o Myrlyn se torna a nova interface para instalação de software, substituindo a GUI do YaST. Embora o YaST permaneça disponível no openSUSE Tumbleweed, ele foi oficialmente retirado do Leap.
Seguindo a linha do SUSE Linux Enterprise, O Leap 16 habilita o sistema de segurança SELinux por padrão., embora mantenha suporte ao AppArmor como alternativa. Manter ambos proporciona flexibilidade que pode ser útil para usuários de softwares como o Steam, que podem exigir políticas mais permissivas ao ajustar perfis de segurança no SELinux.
Wayland como um padrão gráfico
Outra mudança nesta versão beta do openSUSE Leap 16 é que O Wayland é adotado por padrão como servidor gráfico, embora alguns componentes do Xorg ainda sejam mantidos para garantir compatibilidade nesta fase de transição. Além disso, o suporte ao SysV init foi completamente descontinuado, consolidando o uso exclusivo do systemd como o sistema init.
Além disso, também A remoção do suporte para sistemas x86_64-v1 é destacada. O Leap 16 só será executado em hardware compatível com a arquitetura x86_64-v2, o que significa que os requisitos mínimos estão alinhados com os processadores Intel da série Nehalem (2009 em diante).
Leap Micro 6.2: sincronizado com Leap 16
OpenSUSE Leap Micro 6.2 Compartilhe o roteiro com o Leap 16, com o qual Ambos os lançamentos estão programados para outubro de 2025, enquanto o Leap 16.0 RC está planejado para julho. O Leap Micro 6.2 beta estará disponível nos próximos dias.
Salto 16.0 beta inclui versões atualizadas de seus principais componentes:
- Linux 6.12 como kernel base
- GNOME 48 e KDE Plasma 6.3.4, com planos de atualização para a versão final
- AppArmor 4.1, Cockpit 334.1 e GIMP 3.0
- Preparando para o RPM 4.20, com melhorias no gerenciamento de pacotes
Quanto aos repositórios, O Serviço de Índice de Repositório é adotadoe (RIS), em que os repositórios agora são segmentados por arquitetura, reduzindo o tamanho dos metadados e melhorando o desempenho. Além do mais, Zypper adiciona suporte experimental para downloads paralelos, uma melhoria que poderia ser ativada por padrão se se estabilizasse com o tempo.
Por último, mas não menos importante, vale mencionar que, a partir desta versão, o openSUSE Leap reformulou a maneira como documenta as alterações. Graças a uma nova infraestrutura modular de notas de versão baseada no sistema SUSE/release-notes, os usuários terão acesso a uma documentação mais precisa, clara e útil durante todo o ciclo de vida da distribuição.
Download, opções de migração e recomendações
Para quem é interessado em experimentar o Leap 16, Você deve saber que pode obter as imagens de instalação no site oficial do openSUSE. O link é este.
Vale a pena mencionar que os usuários atuais do Leap 15.6 podem atualizar para esta versão beta. Basta usar o comando:
sudo zypper dup --releasever 16.0
É importante mencionar que, como esta é uma versão beta, é quase certo que terá alguns problemas e bugs. Por esse motivo, é aconselhável realizar a instalação em uma máquina virtual para fins de testes. Além disso, é recomendável desabilitar quaisquer repositórios de terceiros antes de iniciar o processo de atualização, pois eles são uma fonte frequente de conflitos.