teste da versão beta da distribuição Fedora 33. O lançamento beta marcou a transição para a fase final de testes, na qual apenas a correção de erros críticos é permitida. Lançamento de outubro. O lançamento abrange , Fedora Server, Fedora Silverblue, Fedora IoT e compilações Live, fornecidas na forma de com ambientes de desktop KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE e LXQt. As versões foram preparadas para as arquiteturas x86_64, ARM (Raspberry Pi 2 e 3), ARM64 (AArch64) e Power.
As mais significativas no Fedora 33:
- Todas as versões da distribuição para desktop (Fedora Workstation, Fedora KDE, etc.) foram convertidas para usar, por padrão, o sistema de arquivos Btrfs. O uso do gerenciador de partições Btrfs embutido permitirá resolver problemas de falta de espaço em disco ao montar separadamente os diretórios / e /home. Com Btrfs, essas partições poderão ser colocadas em dois subvolume, montados separadamente, mas usando um espaço de disco comum. Btrfs também permitirá usar recursos como instantâneas, compressão de dados transparente, isolamento adequado de operações de entrada/saída através de cgroups2 e redimensionamento de partições em tempo real.
- A área de trabalho Fedora Workstation foi atualizada para a versão , que inclui otimização de desempenho, uma interface introdutória (Welcome Tour) com informações sobre os principais recursos do GNOME, aprimoramento das ferramentas de controle parental, a possibilidade de definir diferentes taxas de atualização de tela para cada monitor e uma opção para ignorar a conexão de dispositivos USB não autorizados durante o bloqueio da tela.
- A distribuição Fedora Workstation agora inclui, por padrão, o Thermald para monitorar os parâmetros dos sensores de temperatura e proteger a CPU contra superaquecimento durante cargas pesadas.
- Por padrão, são incluídos papéis de parede animados na área de trabalho, que mudam de cor dependendo da hora do dia.
- Em vez do vi, o editor de texto nano é agora o padrão. Essa mudança foi feita para tornar a distribuição mais acessível para novatos, fornecendo um editor que qualquer usuário pode utilizar, mesmo sem conhecimentos especiais sobre o funcionamento do editor Vi. Contudo, o pacote vim-minimal (chamada direta do vi) permanece no conjunto básico, e o usuário ainda tem a opção de alterar o editor padrão para vi se desejar.
- A edição oficial da distribuição aceita (Fedora IoT), que agora é fornecido juntamente com o Fedora Workstation e o Fedora Server. A edição do Fedora IoT é baseada nas mesmas tecnologias utilizadas em , e , e oferece um ambiente de sistema reduzido ao mínimo, cujo update é realizado de forma atômica através da substituição da imagem completa do sistema, sem divisão em pacotes individuais. A integridade é controlada através da assinatura digital de toda a imagem do sistema. Para isolar os aplicativos do sistema principal, são utilizados containers isolados (administração feita com podman).
O ambiente de sistema do Fedora IoT é formado usando a tecnologia , na qual a imagem do sistema é atualizada atômica e diretamente a partir de um repositório semelhante ao Git, permitindo aplicar métodos de controle de versão aos componentes da distribuição (por exemplo, é possível reverter rapidamente o sistema para um estado anterior). Os pacotes RPM são convertidos para o repositório OSTree através de uma camada especial . Compilações prontas para as arquiteturas x86_64, Aarch64 e ARMv7 (armhfp). suporte para placas Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 e Rock64 e Up Squared, além de máquinas virtuais x86_64 e aarch64.
- Na edição do Fedora com ambiente de desktop KDE, o processo em segundo plano earlyoom está ativado por padrão, que foi sugerido na última versão do Fedora Workstation. O earlyoom permite uma resposta mais rápida à falta de memória, sem que seja necessário acionar o manipulador OOM (Out Of Memory) no kernel, que é acionado quando a situação se torna crítica e o sistema, geralmente, já não responde às ações do usuário. Se o volume de memória disponível estiver abaixo de 4%, mas não superior a 400 MiB, o earlyoom encerrará forçosamente o processo que mais consome memória (com o maior valor em /proc/*/oom_score), sem deixar o estado do sistema se degradar a ponto de limpar os buffers do sistema.
- As versões de muitos pacotes foram atualizadas, incluindo RPM 4.16, Python 3.9, Perl 5.32, Binutils 2.34, Boost 1.73, Glibc 2.32, Go 1.15, Java 11, LLVM/Clang 11, GNU Make 4.3, Node.js 14, Erlang 23, LXQt 0.15.0, Ruby on Rails 6.0, Stratis 2.1.0. O suporte para Python 2.6 e Python 3.4 foi interrompido. Para a arquitetura aarch64, o .NET Core está disponível.
- O suporte para o módulo mod_php no servidor http Apache foi interrompido, sendo sugerido, em seu lugar, o uso do php-fpm para executar aplicações web desenvolvidas em PHP.
- No pacote do Firefox para Fedora patches para aceleração de hardware na decodificação de vídeo usando VA-API (Video Acceleration API) e FFmpegDataDecoder, que é ativada também em sessões baseadas na tecnologia WebRTC, usada em web aplicativos para realizar videoconferências. A aceleração funciona em ambientes baseados em Wayland e X11 (ao executar "MOZ_X11_EGL=1 firefox" e habilitar a configuração "media.ffmpeg.vaapi.enabled").
- No servidor e cliente de sincronização de tempo preciso chrony e no instalador foi incluído o suporte ao mecanismo de autenticação NTS (Network Time Security).
- No Wine por padrão back-end baseado na camada DXVK, fornecendo a implementação DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 e 11, operando através da tradução de chamadas na API Vulkan.
Ao contrário das implementações Direct3D 9/10/11 embutidas no Wine, que operam sobre OpenGL, DXVK permite obter um desempenho mais elevado ao executar aplicativos e jogos 3D no Wine. - Ao compilar pacotes por padrão otimizações na fase de ligação (LTO, Link Time Optimization). No redhat-rpm-config foi adicionada a opção "-flto".
- Para resolução de consultas DNS por padrão systemd-resolved. Glibc foi transferido para nss-resolve do projeto systemd em vez do módulo NSS embutido nss-dns.
O systemd-resolved desempenha funções como manter as configurações no arquivo resolv.conf com base nos dados DHCP e na configuração estática de DNS para interfaces de rede, suporta DNSSEC e LLMNR (Link Local Multicast Name Resolution). Entre as vantagens da mudança para systemd-resolved estão o suporte ao DNS over TLS, a possibilidade de habilitar o cache local de consultas DNS e a capacidade de vincular diferentes manipuladores a diferentes interfaces de rede (conforme a interface de rede, um servidor DNS específico é escolhido, por exemplo, para interfaces VPN, as consultas DNS serão enviadas via VPN). O uso de DNSSEC no Fedora não está planejado (o systemd-resolved será compilado com a flag DNSSEC=no).
Para desativar o systemd-resolved, você pode desativar o serviço systemd-resolved.service e reiniciar o NetworkManager, que criará o tradicional /etc/resolv.conf. - No NetworkManager, para armazenar configurações, ao invés do plugin ifcfg-rh o arquivo no formato keyfile.
- Para sistemas ARM64 compilação de pacotes com a utilização da autenticação de ponteiros (Pointer Authentication) e proteção contra a execução de conjuntos de instruções que não devem ser executadas durante o desvio (BTI, Branch Target Indicator). Os mecanismos mencionados são eficazes para proteger contra ataques que utilizam técnicas de programação orientada a retorno (ROP), em que o atacante não tenta colocar seu código na memória, mas opera com fragmentos já existentes de instruções de máquina nas bibliotecas carregadas, que terminam com uma instrução de retorno de controle.
- Realizada para simplificar a implementação da tecnologia de exibição seletiva do menu de inicialização, onde o menu é oculto por padrão e é exibido apenas após uma falha ou ativação de uma opção no GNOME.
- Em vez de criar uma partição de troca tradicional localização da troca (swap) utilizando um dispositivo de bloco zRAM, que fornece armazenamento de dados em RAM de forma compactada.
- o processo em segundo plano (Storage Instantiation Daemon) para monitorar o estado dos dispositivos em várias subsistemas de armazenamento (LVM, multipath, MD) e chamar manipuladores quando certos eventos ocorrem, como ativar e desativar dispositivos. O SID funciona como uma camada sobre o udev e reage a eventos dele, permitindo evitar a criação de regras complexas do udev para interagir com diferentes classes de dispositivos e subsistemas de armazenamento, que são difíceis de manter e depurar.
- Banco de dados de pacotes RPM (rpmdb) de BerkeleyDB para SQLite. A principal razão dada para a troca é o uso de uma versão obsoleta do Berkeley DB 5.x na rpmdb, que não é mais mantida há alguns anos. A transição para versões mais recentes é dificultada pela mudança na licença do Berkeley DB 6 para AGPLv3, cujos requisitos se aplicam também a aplicativos que usam o BerkeleyDB na forma de biblioteca (RPM é distribuído sob GPLv2, e AGPL é incompatível com GPLv2). Além disso, a implementação atual da rpmdb baseada no BerkeleyDB não fornece a confiabilidade necessária, pois não utiliza transações e não consegue detectar inconsistências no banco de dados.
Fonte: opennet.ru
