Começou o beta-teste do Fedora Linux 42

Foi lançada a versão beta da distribuição Fedora Linux 42, marcando a transição para a fase final de testes, na qual só são permitidas correções de erros críticos. O lançamento está agendado para 22 de abril. A versão abrange Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite e compilações Live, entregues na forma de spins com ambientes personalizados como Xfce, MATE, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway e Cosmic. As compilações são formadas para as arquiteturas x86_64, Power64 e ARM64 (AArch64).

As mudanças mais significativas no Fedora Linux 42:

• A construção do Fedora KDE Plasma Desktop agora tem status de edição base do distribuidor, semelhante ao nível de suporte do Fedora Workstation. Assim, as opções do distribuidor com GNOME e KDE agora têm status idêntico e são apresentadas em pé de igualdade. Problemas sérios específicos do KDE agora serão considerados como bloqueadores de lançamento, assim como anteriormente acontecia com problemas sérios no GNOME. Além disso, o Fedora KDE Plasma Desktop adicionou suporte para a arquitetura Power (ppc64le), para a qual está disponível toda a pilha de aplicativos KDE, incluindo o KDE PIM. Para sistemas OpenPOWER, como Talos Workstation, foram preparadas compilações ao vivo com KDE, que suportam a possibilidade de instalação.
• Foram adicionadas compilações Spin oficiais do distribuidor com o ambiente de desktop COSMIC, desenvolvido pela System76 na linguagem Rust. O COSMIC oferece modos de layout de janelas híbrido em mosaico e empilhamento de janelas (agrupamento de janelas semelhante às abas em um navegador), que podem ser ativados em associação com desktops virtuais.
• O desktop no Fedora Workstation foi atualizado para a versão GNOME 48, cujo lançamento está previsto para amanhã. Os desktops Xfce 4.20 e LXQt 2.1 também foram atualizados.
• No Fedora Workstation, foi implementada por padrão uma nova versão do instalador Anaconda, que utiliza uma interface web em vez de uma interface baseada na biblioteca GTK. A interface web é construída utilizando o framework JavaScript React, os elementos de design PatternFly e componentes do projeto Cockpit, que já são utilizados nos produtos da Red Hat para configuração e gerenciamento de servidores. Em vez da tela principal com uma lista de ações, a nova interface organiza o trabalho na forma de um assistente (Wizard), que implica a execução sequencial de passos específicos sem retornar à tela principal. A interface web permite interação através do navegador para gerenciamento remoto da instalação.

  A interface proposta foi simplificada e é mais compreensível para usuários iniciantes. O modo automatizado (guided) é sugerido como básico para particionamento, onde o instalador determina automaticamente as opções para criar ou modificar partições com base nas configurações escolhidas pelo usuário. Uma opção foi adicionada para reinstalar a distribuição (por exemplo, para restaurar o funcionamento após a corrupção de arquivos de sistema) e também oferece a possibilidade de instalação em modo de dual boot, permitindo o uso de múltiplos sistemas operacionais em um único computador.
• O instalador clássico Anaconda foi convertido para usar o protocolo Wayland, eliminando as dependências relacionadas ao X11 dos suportes de instalação. O processo de instalação remota foi transferido do cliente VNC TigerVNC para o aplicativo grd (Gnome Remote Desktop), que utiliza o protocolo RDP. Por padrão, a partição utilizando GPT foi ativada para todas as arquiteturas suportadas.
• O conteúdo dos diretórios /usr/bin e /usr/sbin foi unificado. O diretório /usr/sbin foi substituído por um link simbólico apontando para /usr/bin. A separação de arquivos executáveis nos diretórios bin e sbin foi considerada uma prática obsoleta que perdeu seu significado nas distribuições modernas. A unificação de bin e sbin facilitará o trabalho dos mantenedores de pacotes, que não terão que adivinhar em qual diretório colocar um arquivo executável; tornará o sistema mais previsível e compreensível para os usuários; aumentará a compatibilidade com outras distribuições; e reduzirá o número de verificações de diretórios ao executar execvp() e chamadas semelhantes.
• Novos grupos flatpak e diskadmin foram adicionados para permitir que usuários não privilegiados acessem as funções de gerenciamento de pacotes do sistema no formato Flatpak e dispositivos externos. A mudança eliminou a necessidade de adicionar usuários ao grupo wheel, ou seja, permite que trabalhem com flatpak e discos externos sem conceder acesso a outras operações administrativas. Para usuários que pertencem ao grupo wheel, foi adicionada a capacidade de desbloquear (LUKS) e montar dispositivos externos sem solicitar a entrada de senha.
• É permitido incluir nas pacotes opções adicionais de executáveis compilados com otimizações para as microarquiteturas x86-64-v2, x86-64-v3 e x86-64-v4. Na maioria dos casos, o ganho de desempenho ao compilar para essas arquiteturas não excede 10%, mas em situações específicas pode levar a um aumento significativo de desempenho (até 120%). A decisão sobre a inclusão de arquivos executáveis otimizados adicionalmente é tomada pelos mantenedores, dependendo dos resultados dos testes de desempenho de pacotes específicos.
• As compilações ao vivo do distribuidor, que usam uma imagem do sistema em modo somente leitura, foram transferidas de SquashFS para o sistema de arquivos EROFS. As razões para essa mudança incluem o desenvolvimento mais ativo do EROFS (a última versão da ferramenta SquashFS foi lançada na primavera de 2023) e a presença de recursos expandidos no EROFS que podem ser utilizados no futuro. Em comparação com o SquashFS, o nível de compressão do EROFS é menor (tamanho da imagem 2.7 GiB no EROFS contra 2.0 GiB no SquashFS usando o algoritmo de compressão XZ e 3.9 GiB contra 3.1 GiB usando LZ4), mas a velocidade de acesso aleatório e a largura de banda são mais altas (7.1 MiB/s no EROFS contra 5.0 MiB/s no SquashFS para XZ e 30.9 MiB/s contra 26.3 MiB/s para LZ4).
• As edições atomicamente atualizáveis do distribuidor para sistemas de desktop (Fedora Atomic Desktops), como Fedora Silverblue (GNOME), Fedora Kinoite (KDE), Fedora Sway Atomic e Fedora Budgie Atomic, foram transferidas para o sistema de arquivos Composefs por padrão, permitindo o uso de uma partição raiz que opera em modo somente leitura, além de possibilitar a utilização de ferramentas de verificação de integridade para identificar problemas que possam ocorrer durante a operação. As partições /etc e /var continuam a ser montadas com capacidade de gravação. O sistema de arquivos Composefs é implementado como uma extensão sobre os sistemas de arquivos já presentes no núcleo, como OverlayFS e EROFS, e é otimizado para o armazenamento colaborativo eficiente do conteúdo de várias imagens de disco montadas.
• Na edição Fedora Kinoite (versão atomicamente atualizável com KDE), a instalação automática de atualizações é ativada por padrão.
• Foram fornecidas versões oficiais do Fedora para o subsistema WSL (Windows Subsystem for Linux), que estão incluídas na lista de distribuições Linux disponíveis para instalação rápida no WSL. As compilações foram formadas em um novo formato que permite distribuir a distribuição a partir de servidores sem necessidade de download no catálogo do Microsoft Store, sem empacotamento no formato appx e sem a necessidade de incluir código específico do Windows na compilação.
• Uma nova ramificação da biblioteca multimídia SDL 3 foi implementada. Para aplicativos baseados em SDL, o protocolo Wayland é utilizado por padrão. As bibliotecas SDL 2 foram substituídas por uma camada de compatibilidade sdl2-compat, que opera sobre o SDL 3.
• O gerenciador de pacotes DNF5 agora suporta a remoção de chaves PGP de repositórios que estão obsoletas ou não funcionando, o que permite automatizar o gerenciamento de chaves durante a instalação e atualização de programas.
• O gerenciador de pacotes RPM adicionou suporte à criação de usuários e grupos com base nos arquivos de configuração fornecidos nos pacotes, localizados no diretório Sysusers.d, usado pelo systemd.
• Um gerador de dependências para extensões do GNOME Shell foi adicionado, permitindo vincular pacotes rpm com complementos às versões do GNOME Shell.
• O DNF e o RPM agora incluem por padrão o modo 'Copy on Write', implementado por meio de reflink no Btrfs.
• As versões dos pacotes foram atualizadas: LLVM 20, GCC 15-test, binutils 2.44, glibc 2.41, gdb 15, Go 1.24, Tcl/Tk 9.0, Ruby 3.4, Zlib-ng 2.2.x, Setuptools 74, Django 5.x, Ansible 11, PHP 8.4, numpy 2.1.3.
• O repositório para a arquitetura AArch64 agora inclui o emulador FEX, que permite executar arquivos executáveis compilados para as arquiteturas x86 e x86-64 em um ambiente ARM64 (AArch64). Componentes baseados no FEX para executar programas x86 foram integrados nas compilações do Fedora com o ambiente de desktop KDE.
• Foi ampliado o suporte a webcams com interface MIPI (Mobile Industry Processor Interface), que estão se tornando cada vez mais comuns em laptops e tablets no lugar do UVC (USB Video Class).
• Foi adicionada a capacidade de criptografar a memória de máquinas virtuais utilizando tecnologias AMD SEV-SNP e Intel TDX.
• Pacotes que utilizam apenas o executável git foram reorientados para depender do git-core, e não do pacote git completo.
• O gerenciador de inicialização Plymouth foi alterado para usar o módulo de kernel simpledrm, eliminando a espera pela inicialização do driver da GPU.
• No Firewalld, as compilações para estações de trabalho para IPv6 agora habilitam por padrão o modo de operação rpfilter (Reverse Path Filter) 'solto' em vez de 'estrito'.

Simultaneamente, foi anunciada a beta do Fedora Asahi Remix 42, projetado para instalação em computadores Mac equipados com chips ARM desenvolvidos pela Apple. O Fedora Asahi Remix 42 é baseado na base de pacotes do Fedora Linux 42-beta e vem com o instalador Calamares. Ele é compatível com sistemas Apple MacBook Air, MacBook Pro, Mac Mini, Mac Studio e iMac, equipados com os chips ARM Apple M1 e M2.

No Fedora Asahi, são totalmente suportados: subsistema de áudio dos computadores Apple, câmera, Wi-Fi, Bluetooth, dispositivos de entrada, USB Type C (USB 3.0) e carregamento sem fio MagSafe. Atualmente, não é suportado: conexão de tela via USB-C, Thunderbolt/USB4, microfone e Touch ID. As drivers gráficos suportam OpenGL 4.6, OpenGL ES 3.2 e Vulkan 1.4. Para executar aplicativos compilados para sistemas x86_64, é utilizado o kit de ferramentas muvm e uma camada de emulação baseada no pacote FEX.

Fonte: opennet.ru