Fedora 33-distributionen har gått in i beta-testning

Har startat beta-versionstestningen av Fedora 33-distributionen. Beta-utgåvan markerar övergången till den slutliga testningsfasen, där endast kritiska fel får åtgärdas. Utgivning planerat i slutet av oktober. Utgåvan omfattar Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT och Live-byggnader som levereras i form av spins med skrivbordsmiljöerna KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE och LXQt. Byggnaderna är förberedda för arkitekturerna x86_64, ARM (Raspberry Pi 2 och 3), ARM64 (AArch64) och Power.

De mest betydande för nyheterna i Fedora 33:

• Alla desktop-varianter av distributionen (Fedora Workstation, Fedora KDE osv.) har övergått till att använda Btrfs filsystem som standard. Användningen av den inbyggda partitioneringshanteraren Btrfs kommer att lösa problem med bristande diskutrymme när katalogerna / och /home monteras separat. Med Btrfs kan dessa partitioner placeras i två delpartitioner som monteras separat men använder gemensamt diskutrymme. Btrfs möjliggör även funktioner som snapshots, transparent datakompression, korrekt isolering av I/O-operationer via cgroups2, samt ändring av partitioners storlek i realtid.
• Fedora Workstation har uppdaterats till utgåvan GNOME 3.38, där prestanda har optimerats, en introduktionsgränssnitt (Welcome Tour) med information om GNOMEs huvudfunktioner har erbjudits, föräldrakontroller har utökats, möjligheten att tilldela olika uppdateringsfrekvenser för varje skärm har tillhandahållits, samt en möjlighet har lagts till för att ignorera anslutningen av obehöriga USB-enheter under låsning av skärmen.
• Thermald har lagts till som standard i Fedora Workstation för att övervaka temperaturgivarnas värden och skydda CPU:n mot överhettning under hög belastning.
• Animerade skrivbordsbakgrunder är aktiverade som standard, där färgen ändras beroende på tiden på dygnet.
• Istället för vi som standard har den textredigeraren nano föreslagits. Ändringen grundar sig på önskan att göra distributionen mer tillgänglig för nybörjare, genom att erbjuda en redigerare som vem som helst kan använda utan speciella kunskaper om hur man arbetar i redigeraren Vi. Samtidigt har paketet vim-minimal bibehållits i den grundläggande installationen (den direkta åtkomsten till vi har kvarstått) och användaren ges möjlighet att ändra standardredigeraren till vi om så önskas.
• Det officiella antalet upplagor av distributionen har antagits versionen för Internet of Things (Fedora IoT), som nu levereras på samma sätt som Fedora Workstation och Fedora Server. Fedora IoT-versionen är baserad på samma teknologier som används i Fedora CoreOS, Fedora Atomic Host och Fedora Silverblue, och erbjuder en minimalt reducerad systemmiljö, vars uppdatering sker atomärt genom att hela systemets bild byts ut, utan att bryta ner den i separata paket. För att upprätthålla integriteten används digital signatur för att certifiera hela systembilden. För att separera applikationer från det grundläggande systemet föreslås att använda isolerade containrar (för hantering används podman).

  Systemmiljön för Fedora IoT bildas med hjälp av teknologin OSTree, där systembilden uppdateras atomärt från ett Git-liknande lager, vilket låter en använda versionshanteringsmetoder för distributionens komponenter (till exempel kan man snabbt återgå till ett tidigare tillstånd). RPM-paket översätts till OSTree-repositoriet med hjälp av ett särskilt lager rpm-ostree. Klara byggnationer tillhandahålls för arkitekturerna x86_64, Aarch64 och ARMv7 (armhfp). Stöd för Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 och Rock64 samt Up Squared, liksom virtuella maskiner x86_64 och aarch64, har deklarerats. stöd för Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 och Rock64 samt Up Squared, samt virtuella maskiner x86_64 och aarch64.
• I Fedora med KDE-skrivbordet aktiveras bakgrundsprocessen earlyoom som standard, vilket tidigare föreslogs i Fedora Workstation. Earlyoom gör det möjligt att snabbt reagera på minnesbrist, innan OOM-hanteraren (Out Of Memory) i kärnan aktiveras, vilket inträffar när situationen blir kritisk och systemet vanligtvis inte längre reagerar på användarens åtgärder. Om den tillgängliga minnesmängden är mindre än 4%, men inte mer än 400 MiB, avslutar earlyoom tvingat den process som mest aktivt använder minne (har det högsta värdet /proc/*/oom_score), utan att låta systemet nå en rensning av systembuffrarna.
• Många paketversioner har uppdaterats, inklusive 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. Stödet för Python 2.6 och Python 3.4 har upphört. För aarch64-arkitekturen tillhandahålls .NET Core.
• Stödet för mod_php-modulen för http-servern Apache har upphört, och istället föreslås php-fpm för att köra web-applikationer skrivna i PHP.
• I paketet med Firefox för Fedora Rust-bindningar för patchar för stöd för hårdvaruaccelererad videodekodning med VA-API (Video Acceleration API) och FFmpegDataDecoder, vilket även aktiveras i sessioner baserade på WebRTC-teknologi som används i web-applikationer för videokonferenser. Accelerationen fungerar i miljöer baserade på Wayland och X11 (vid körning av 'MOZ_X11_EGL=1 firefox' och aktivering av inställningen 'media.ffmpeg.vaapi.enabled').
• I servern och klienten för exakt tidssynkronisering (chrony) har stöd för autentiseringsmekanismen NTS (Network Time Security) inkluderats.
• I Wine är standardinställningen aktiverad backend baserad på DXVK-lagret, som tillhandahåller en implementation av DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 och 11, som fungerar genom att översätta anrop till Vulkan-API:et.
  Till skillnad från de inbyggda implementationerna av Direct3D 9/10/11 i Wine, som körs ovanpå OpenGL, möjliggör DXVK högre prestanda vid körning av 3D-applikationer och spel i Wine.
• Vid paketkompilering är standardinställningen Rust-bindningar för optimeringar vid länkning (LTO, Link Time Optimization). I redhat-rpm-config har alternativet '-flto' lagts till.
• För DNS-förfrågningar används som standard aktiverad systemd-resolved. Glibc har övergått till nss-resolve från systemd-projektet istället för den inbyggda NSS-modulen nss-dns.
  Systemd-resolved utför funktioner som att upprätthålla inställningarna i filen resolv.conf baserat på DHCP-data och statisk DNS-konfiguration för nätverksgränssnitt, stödjer DNSSEC och LLMNR (Link Local Multicast Name Resolution). Fördelarna med att byta till systemd-resolved inkluderar stöd för DNS över TLS, möjligheten att aktivera lokal cachning av DNS-frågor och stöd för att koppla olika hanterare till olika nätverksgränssnitt (beroende på nätverksgränssnittet väljs DNS-server för anrop, till exempel för VPN-gränssnitt kommer DNS-frågor att skickas via VPN). DNSSEC planeras inte att tillämpas i Fedora (systemd-resolved kommer att kompilera med flaggan DNSSEC=no).
  För att inaktivera systemd-resolved kan du deaktivera tjänsten systemd-resolved.service och starta om NetworkManager, som kommer att skapa en traditionell /etc/resolv.conf.
• I NetworkManager används istället för plugin ifcfg-rh aktiverad en fil i keyfile-format.
• För ARM64-system är inkluderad paketkompilering med användning av pekarautentisering (Pointer Authentication) och skydd mot körning av instruktionsuppsättningar som inte får utföra hopp vid branchning (BTI, Branch Target Indicator). De angivna mekanismerna är effektiva för att skydda mot attacker som utnyttjar tekniker för återgångsorienterad programmering (ROP) där angriparen inte försöker placera sin kod i minnet, utan arbetar med redan existerande maskininstruktionsbitar i de laddade biblioteken som avslutas med en returhanteringsinstruktion.
• Genomfört arbete för att förenkla implementeringen av teknologin för selektiv visning av boot-menyn, där menyn som standard är dold och endast visas efter ett fel eller aktivering av ett alternativ i GNOME.
• Istället för att skapa en traditionell swap-partition har genomförts att placera swap med hjälp av blockenheten zRAM, som säkerställer lagring av data i RAM i komprimerad form.
• Tillagd bakgrundsprocess SID (Storage Instantiation Daemon) för att övervaka statusen för enheter i olika lagringssystem (LVM, multipath, MD) och anropa hanterare vid vissa händelser, till exempel för att aktivera och inaktivera enheter. SID fungerar som en överbyggnad ovanpå udev och reagerar på händelser från den, vilket möjliggör att undvika att skapa komplexa udev-regler för interaktion med olika enhetsklasser och lagringssystem, vilka är svåra att underhålla och felsöka.
• RPM-paketdatabasen (rpmdb) översatts från BerkeleyDB till SQLite. Den primära orsaken till bytet är användningen av en föråldrad version av Berkeley DB 5.x i rpmdb, som inte har stödts på flera år. Övergången till nyare versioner försvåras av att licensen för Berkeley DB 6 har ändrats till AGPLv3, vars krav också gäller för applikationer som använder BerkeleyDB som bibliotek (RPM levereras under GPLv2, och AGPL är inkompatibel med GPLv2). Dessutom ger den aktuella implementationen av rpmdb baserat på BerkeleyDB inte den nödvändiga tillförlitligheten, eftersom den inte använder transaktioner och inte kan identifiera inkonsekvenser i databasen.

Källa: opennet.ru