Tjänsten för samarbetsutveckling Fedora Forge har lanserats. Beta-testning av Fedora Linux 43

Projektet Fedora har meddelat lanseringen av tjänsten för samarbetsutveckling, Fedora Forge, som bygger på projektet Forgejo. Tjänsten utvecklas som en ersättning för den interna plattformen Pagure, som används inom Fedora för samarbete kring kod och metadata för paket. Ersättningen utvecklas eftersom plattformen Pagure kräver stora resurser för underhåll, befinner sig i stagnation och inte har fått någon bred spridning utanför Fedora. Det förväntas att Fedora Forge kommer att förenkla utveckling och överföring av ändringar till de centrala Fedora-teamen.

Fedora Forge har lanserats i pilotläge och testas på flera underprojekt och grupper av SIG (Special Interest Groups). Till exempel har projekt från teamen RelEng (Release Engineering), Council och FESCo (Fedora Engineering Steering Committee) redan flyttats till Fedora Forge. I framtiden kommer antalet projekt som utvecklas i Fedora Forge att utökas och denna tjänst kommer att användas som huvudplats för samarbete kring Fedora.

För att automatisera överföringen av projekt från Pagure till Fedora Forge har verktyget Pagure Migrator utvecklats, vilket ingår i plattformen Forgejo. Pagure Migrator gör det möjligt att bevara pull-begärningar, ärenden, diskussioner, etiketter och användare efter överföringen. Till skillnad från tjänsten pagure.io tillåter Fedora Forge inte hostande av personliga projekt och fokuserar endast på projekt relaterade till utvecklingen av Fedora Linux.

Det är också värt att nämna publiceringen av beta-versionen av distributionen Fedora Linux 43, vilket markerar övergången till sluttestningsstadiet, där endast kritiska buggar får åtgärdas. Utgivningen är planerad till den 11 november. Utgivningen omfattar Fedora Workstation, Fedora KDE Plasma Desktop, Fedora Server, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition, Fedora Silverblue, Fedora Kinoite och Live-versioner som levereras i form av spinn med användarmiljöer som Xfce, Cinnamon, LXDE, Phosh, Miracle, LXQt, Budgie, Sway och Cosmic. Byggnaderna är skapade för arkitekturerna x86_64, Power64 och ARM64 (AArch64).

De mest betydelsefulla förändringarna i Fedora Linux 43:

• Skrivbordet i Fedora Workstation har uppdaterats till GNOME 49-grenen.
• Paket som används för att köra GNOME på X-servern har tagits bort från arkiven. Alla användare av GNOME som använde X11 kommer att tvingas byta till en session av GNOME baserad på Wayland. Möjligheten att köra X11-applikationer med hjälp av XWayland förblir oförändrad.
• På system med x86-arkitektur är det endast möjligt att använda GPT-partitionstabeller (GUID Partition Table) vid alla installationer av Fedora som använder UEFI. Stödet för att installera Fedora i UEFI-läge på diskar med MBR-partitionstabeller (Master Boot Record) har upphört på x86-system, men kvarstår på ARM- och RISC-V-system.
• Övergången till paketförvaltaren RPM 6 har genomförts, vilket är anmärkningsvärt med stöd för det nya formatet som gör det möjligt att skapa paket som är större än 4 GB, samt att autentisering av paket med digital signatur nu aktiveras som standard.
• Alla spin-byggnader har uppdaterats till den nya versionen av Anaconda-installatören, där istället för ett gränssnitt baserat på GTK-biblioteket, används ett webbgränssnitt som tillåter interaktion via webbläsare för fjärrhantering av installationen. I förra versionen användes den nya installatören i Fedora Workstation. Istället för en huvudskärm med en lista över åtgärder, organiseras arbetet i det nya gränssnittet i form av en vägledare (Wizard), som innebär en sekventiell genomföring av vissa steg utan att återgå till huvudskärmen. Som standard föreslås ett automatiserat (guided) läge för diskpartitionering, där installatören självväljer parametrar för skapande eller ändring av partitioner baserat på användarens valda inställningar. Det finns alternativ för att återinstallera distributionen och installera i dubbelstartsläge på system med flera operativsystem.
• Installatören har fått stöd för att använda paketförvaltaren DNF5 vid installation av RPM-paket (DNF5-systemet används från och med Fedora 41). Grundläggande funktionalitet för paketförvaltning i DNF5 har flyttats till ett separat bibliotek, libdnf5, snarare än bindningar till PackageKit, och DNF Daemon används istället för detta. Komponenter som skrivits i Python har omarbetats till C++.
• Från installatören har stödet för separat uppdaterade moduler tagits bort, vars livscykel inte är knuten till den huvudsakliga distributionen, och underhållet sker oberoende av distributionens versioner, vilket möjliggjorde samexistens av paket med olika versioner av samma program.
• I Fedora Kinoite, den atomiskt uppdaterade versionen av Fedora med KDE, är automatiska systemuppdateringar aktiverade som standard. Uppdateringar laddas nu ner i bakgrunden utan användarens godkännande och tillämpas efter omstart. I inställningarna finns alternativ för att stänga av automatisk uppdatering och ändra intervallet för kontroll av uppdateringar.
• Assemblern YASM har förflyttats till kategorin föråldrad, med den senaste uppdateringen som släpptes 2019. Paket där YASM användes för byggandet (inklusive Firefox) har övergått till att byggas med NASM.
• Leveransen av GnuPG har delats upp i flera paket — programmet gpg, hjälpverktyg och tjänster för GnuPG distribueras nu i separata paket (gnupg2, gnupg2-dirmngr, gnupg2-g13, gnupg2-gpgconf, gnupg2-gpg-agent, gnupg2-keyboxd, gnupg2-scdaemon, gnupg2-smime, gnupg2-wks, gnupg2-utils och gnupg2-verify).
• Möjligheten att använda Intel TDX (Trusted Domain Extensions) mekanismen för kryptering av gästsystemens RAM-minne har implementerats (AMD SEV stöds från Fedora 41).
• Paketen med verktyg för programmeringsspråket Hare, som utvecklas av skaparen av användarmiljön Sway, har lagts till. Språket är optimerat för att lösa lågnivåuppgifter, såsom utveckling av operativsystem, kompilatorer, nätverksapplikationer och systemverktyg, där högsta prestanda och full kontroll över exekveringen krävs. Språket använder manuell minneshantering och ett statiskt typ-system, där varje variabel tydligt måste tilldelas en specifik typ.
• Vid byggandet av paket i Go används Go Vendor Tools, där kopior av de använda biblioteken inkluderas i src-paketet istället för att använda separata paket med beroenden (det vill säga att gemensamma versioner av biblioteken för hela systemet inte används).
• Övergången till användning av Noto Color Emoji-teckensnitt i vektorformat COLRv1 istället för rasterrepresentation har genomförts. Användningen av COLRv1 har resulterat i förbättrad renderingskvalitet och minskad filstorlek för teckensnitten.
• För komprimering av initial RAM-disk (initrd) har algoritmen Zstd använts vid byggande med Dracut. Övergången från xz till zstd har möjliggjort en minskning av initrd:s storlek med flera megabyte och har påskyndat uppstarten.
• Den använda versionen av verktyget Greenboot har skrivits om i Rust (den gamla versionen var skriven i bash). Greenboot används i atomärt uppdaterade versioner av Fedora för att kontrollera systemets status vid uppstart och för att återgå till en tidigare version vid problem.
• Versionerna har uppdaterats: 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.

Källa: opennet.ru