{"id":143993,"date":"2025-09-22T17:11:55","date_gmt":"2025-09-22T15:11:55","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/zapushhen-servis-sovmestnoj-razrabotki-fedora-forge-beta-testirovanie-fedora-linux-43"},"modified":"2025-09-22T17:11:55","modified_gmt":"2025-09-22T15:11:55","slug":"zapushhen-servis-sovmestnoj-razrabotki-fedora-forge-beta-testirovanie-fedora-linux-43","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/zapushhen-servis-sovmestnoj-razrabotki-fedora-forge-beta-testirovanie-fedora-linux-43","title":{"rendered":"Lan\u00e7ado o servi\u00e7o de desenvolvimento colaborativo Fedora Forge. Teste beta do Fedora Linux 43","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
O projeto Fedora anunciou o lan\u00e7amento do servi\u00e7o de desenvolvimento colaborativo Fedora Forge, constru\u00eddo com base no projeto Forgejo. O servi\u00e7o est\u00e1 sendo desenvolvido para substituir a pr\u00f3pria plataforma Pagure, usada no Fedora para colabora\u00e7\u00e3o em c\u00f3digo e metadados de pacotes. A substitui\u00e7\u00e3o est\u00e1 em andamento, pois a plataforma Pagure exige muitos recursos para manuten\u00e7\u00e3o, encontra-se em um estado de estagna\u00e7\u00e3o e n\u00e3o se disseminou amplamente fora do Fedora. Espera-se que o Fedora Forge simplifique o desenvolvimento e a transfer\u00eancia de altera\u00e7\u00f5es para as principais equipes do Fedora. <\/p>\n
O Fedora Forge foi lan\u00e7ado em modo piloto e est\u00e1 sendo testado em v\u00e1rios subprojetos e grupos SIG (Grupos de Interesse Especial). Por exemplo, j\u00e1 foram transferidos para o Fedora Forge projetos das equipes RelEng (Engineering de Lan\u00e7amento), Council e FESCo (Comit\u00ea Diretor de Engenharia do Fedora). No futuro, o n\u00famero de projetos desenvolvidos no Fedora Forge ser\u00e1 ampliado e este servi\u00e7o se tornar\u00e1 o local principal para colabora\u00e7\u00e3o no Fedora. <\/p>\n
Para automatizar a transfer\u00eancia de projetos do Pagure para o Fedora Forge, foi desenvolvido o Pagure Migrator, que est\u00e1 inclu\u00eddo na plataforma Forgejo. O Pagure Migrator permite manter pull requests, tickets, discuss\u00f5es, etiquetas e usu\u00e1rios ap\u00f3s a transfer\u00eancia. No entanto, ao contr\u00e1rio do servi\u00e7o pagure.io, o Fedora Forge n\u00e3o permite a hospedagem de projetos pessoais e foca apenas em projetos relacionados ao desenvolvimento do Fedora Linux. <\/p>\n
Tamb\u00e9m \u00e9 importante mencionar a publica\u00e7\u00e3o da vers\u00e3o beta da distribui\u00e7\u00e3o Fedora Linux 43, que marcou a transi\u00e7\u00e3o para a fase final de testes, na qual apenas corre\u00e7\u00f5es de erros cr\u00edticos s\u00e3o permitidas. O lan\u00e7amento est\u00e1 previsto para 11 de novembro. A vers\u00e3o abrange Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite e vers\u00f5es Live fornecidas em forma de spins com ambientes personalizados Xfce, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway e Cosmic. As compila\u00e7\u00f5es foram formadas para as arquiteturas x86_64, Power64 e ARM64 (AArch64). <\/p>\n
As mudan\u00e7as mais significativas no Fedora Linux 43: <\/p>\n
\n
O desktop do Fedora Workstation foi atualizado para a vers\u00e3o GNOME 49.\n
Pacotes utilizados para executar o GNOME sobre o servidor X foram removidos dos reposit\u00f3rios. Todos os usu\u00e1rios do GNOME que usavam X11 ser\u00e3o for\u00e7ados a mudar para uma sess\u00e3o do GNOME baseada em Wayland. A possibilidade de executar aplicativos X11 utilizando o XWayland permanece inalterada.\n
Nos sistemas com arquitetura x86, apenas a utiliza\u00e7\u00e3o de tabelas de parti\u00e7\u00e3o GPT (GUID Partition Table) \u00e9 permitida em todas as instala\u00e7\u00f5es do Fedora que utilizam UEFI. O suporte para instala\u00e7\u00e3o do Fedora no modo UEFI em discos com tabelas de parti\u00e7\u00e3o MBR (Master Boot Record) foi cessado em sistemas x86, mas permanece dispon\u00edvel em sistemas ARM e RISC-V.\n
Foi feita a transi\u00e7\u00e3o para o gerenciador de pacotes RPM 6, not\u00e1vel pelo suporte a um novo formato que permite a cria\u00e7\u00e3o de pacotes com mais de 4 GB e pela inclus\u00e3o, por padr\u00e3o, da verifica\u00e7\u00e3o de autenticidade dos pacotes usando assinatura digital.\n
Todas as spin-compila\u00e7\u00f5es foram migradas para uma nova vers\u00e3o do instalador Anaconda, que em vez de uma interface baseada na biblioteca GTK, utiliza uma interface web que permite intera\u00e7\u00e3o atrav\u00e9s de um navegador para controle remoto da instala\u00e7\u00e3o. Na vers\u00e3o anterior, o novo instalador foi utilizado no Fedora Workstation. Em vez da tela principal com uma lista de a\u00e7\u00f5es, no novo interface o trabalho \u00e9 organizado em forma de assistente (Wizard), que implica a execu\u00e7\u00e3o sequencial de etapas espec\u00edficas sem voltar \u00e0 tela principal. O modo autom\u00e1tico (guided) de particionamento de disco \u00e9 oferecido como padr\u00e3o, onde o instalador escolhe os par\u00e2metros de cria\u00e7\u00e3o ou modifica\u00e7\u00e3o das parti\u00e7\u00f5es com base nas configura\u00e7\u00f5es selecionadas pelo usu\u00e1rio. H\u00e1 op\u00e7\u00f5es para reinstalar a distribui\u00e7\u00e3o e instala\u00e7\u00e3o em modo de dual boot em sistemas com m\u00faltiplos SOs.\n
O instalador foi adaptado para usar o gerenciador de pacotes DNF5 na instala\u00e7\u00e3o de pacotes RPM (o DNF5 \u00e9 utilizado a partir do Fedora 41). A funcionalidade b\u00e1sica de gerenciamento de pacotes no DNF5 foi transferida para uma biblioteca separada chamada libdnf5, e em vez de liga\u00e7\u00f5es ao PackageKit, foi utilizado o DNF Daemon, enquanto os componentes em Python foram reescritos em C++.\n
O instalador removeu o suporte a m\u00f3dulos atualiz\u00e1veis separadamente, cujo ciclo de vida n\u00e3o est\u00e1 ligado \u00e0 base principal da distribui\u00e7\u00e3o, e seu suporte \u00e9 realizado independentemente dos lan\u00e7amentos da distribui\u00e7\u00e3o, permitindo assim a coexist\u00eancia de pacotes com diferentes vers\u00f5es do mesmo aplicativo.\n
No Fedora Kinoite, uma vers\u00e3o atualiz\u00e1vel de forma at\u00f4mica do Fedora com KDE, a atualiza\u00e7\u00e3o autom\u00e1tica do sistema \u00e9 ativada por padr\u00e3o. As atualiza\u00e7\u00f5es agora s\u00e3o baixadas em segundo plano sem o consentimento do usu\u00e1rio e aplicadas ap\u00f3s a reinicializa\u00e7\u00e3o. Nas configura\u00e7\u00f5es, h\u00e1 op\u00e7\u00f5es para desativar as atualiza\u00e7\u00f5es autom\u00e1ticas e alterar o intervalo de verifica\u00e7\u00e3o de atualiza\u00e7\u00f5es.\n
O assembler YASM foi classificado como obsoleto, com a \u00faltima atualiza\u00e7\u00e3o lan\u00e7ada em 2019. Os pacotes que utilizavam YASM para compila\u00e7\u00e3o (incluindo o Firefox) foram convertidos para compilar usando NASM.\n
A entrega do GnuPG foi dividida em v\u00e1rios pacotes \u2014 o programa gpg, utilit\u00e1rios auxiliares e servi\u00e7os do GnuPG agora s\u00e3o distribu\u00eddos em pacotes separados (gnupg2, gnupg2-dirmngr, gnupg2-g13, gnupg2-gpgconf, gnupg2-gpg-agent, gnupg2-keyboxd, gnupg2-scdaemon, gnupg2-smime, gnupg2-wks, gnupg2-utils e gnupg2-verify).\n
Foi implementada a possibilidade de usar o mecanismo Intel TDX (Trusted Domain Extensions) para criptografar a mem\u00f3ria vol\u00e1til de sistemas convidados (AMD SEV \u00e9 suportado a partir do Fedora 41).\n
Pacotes com ferramentas para a linguagem de programa\u00e7\u00e3o Hare, desenvolvida pelo autor do ambiente de usu\u00e1rio Sway, foram adicionados. A linguagem \u00e9 otimizada para resolver tarefas de baixo n\u00edvel, como o desenvolvimento de sistemas operacionais, compiladores, aplicativos de rede e utilit\u00e1rios do sistema, para os quais \u00e9 necess\u00e1ria a m\u00e1xima performance e controle total sobre a execu\u00e7\u00e3o. Na linguagem, s\u00e3o aplicadas a gest\u00e3o manual de mem\u00f3ria e um sistema de tipos est\u00e1ticos, onde cada vari\u00e1vel deve ser explicitamente atribu\u00edda a um tipo definido.\n
Na constru\u00e7\u00e3o de pacotes na linguagem Go, s\u00e3o utilizadas as ferramentas Go Vendor Tools, onde c\u00f3pias das bibliotecas utilizadas s\u00e3o inclu\u00eddas no pacote src, em vez de usar pacotes de depend\u00eancias fornecidos separadamente (ou seja, n\u00e3o s\u00e3o usadas vers\u00f5es de bibliotecas que s\u00e3o comuns a todo o sistema).\n
Foi realizada a transi\u00e7\u00e3o para o uso de fontes Noto Color Emoji em formato vetorial COLRv1 em vez da representa\u00e7\u00e3o rasterizada. O uso do COLRv1 permitiu melhorar a qualidade de renderiza\u00e7\u00e3o e reduzir o tamanho dos arquivos de fontes.\n
Para a compress\u00e3o de imagens do disco RAM inicial (initrd), foi utilizado o algoritmo Zstd durante a constru\u00e7\u00e3o com o Dracut. A transi\u00e7\u00e3o do xz para o zstd permitiu reduzir em v\u00e1rios megabytes o tamanho do initrd e acelerar a inicializa\u00e7\u00e3o.\n
Foi adotada uma vers\u00e3o do conjunto de ferramentas Greenboot, reescrita na linguagem Rust (a vers\u00e3o antiga foi escrita em bash). O Greenboot \u00e9 utilizado nas vers\u00f5es at\u00f4micas atualiz\u00e1veis do Fedora para verificar o estado do sistema durante a inicializa\u00e7\u00e3o e reverter para uma vers\u00e3o anterior ao detectar problemas.\n
Atualizadas as vers\u00f5es: LLVM 21, GCC 15.2, binutils 2.45, glibc 2.42, gdb 17.1, Go 1.25, Python 3.14, Java 25, Maven 4, Perl 5.42, Haskell GHC 9.8, Apache Tomcat 10.1.x, Ruby on Rails 8.0, PostgreSQL 18, MySQL 8.4, Dovecot 2.4. <\/ul>\n