testar betaversionen av distributionen Fedora 33. Betaversionen markerade övergången till det sista teststeget, där endast kritiska buggar korrigeras. Släpp i slutet av oktober. Emissionsomslag , Fedora Server, Fedora Silverblue, Fedora IoT och Live-byggen levererade i form med skrivbordsmiljöer KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE och LXQt. Byggnader är förberedda för arkitekturerna x86_64, ARM (Raspberry Pi 2 och 3), ARM64 (AArch64) och Power.
Viktigaste i Fedora 33:
- Alla skrivbordsdistributionsalternativ (Fedora Workstation, Fedora KDE, etc.) har bytts till att använda Btrfs-filsystemet som standard. Att använda den inbyggda partitionshanteraren Btrfs kommer att lösa problem med uttömning av ledigt diskutrymme när du monterar / och /home-katalogerna separat. Med Btrfs kan dessa partitioner placeras i två underpartitioner, monterade separat, men med samma diskutrymme. Btrfs tillåter dig också att använda funktioner som ögonblicksbilder, transparent datakomprimering, korrekt isolering av I/O-operationer via cgroups2, och on-the-fly storleksändring av partitioner.
- Fedora Workstation-skrivbordet uppdaterat för release , som har optimerad prestanda, erbjöd ett introduktionsgränssnitt (Welcome Tour) med information om huvudfunktionerna i GNOME, utökad föräldrakontroll, förutsatt möjligheten att tilldela olika skärmuppdateringshastigheter för varje bildskärm, lade till ett alternativ för att ignorera anslutningen av obehörig USB enheter medan skärmen är låst.
- Thermald läggs som standard till Fedora Workstation för att övervaka temperatursensorparametrar och skydda CPU:n från överhettning under toppbelastningar.
- Som standard är animerade skrivbordsbakgrunder aktiverade, där färgen ändras beroende på tid på dygnet.
- Istället för vi är standardtextredigeraren nano. Förändringen drivs av viljan att göra distributionen mer tillgänglig för nyanlända genom att tillhandahålla en editor som kan användas av alla användare som inte har speciella kunskaper om hur man arbetar i Vi-editorn. Samtidigt behåller grundpaketet vim-minimal-paketet (direktanropet till vi bevaras) och ger möjlighet att ändra standardredigeraren till vi på användarens begäran.
- Antagen bland de officiella utgåvorna av distributionen (Fedora IoT), som nu skickas tillsammans med Fedora Workstation och Fedora Server. Fedora IoT-utgåvan är baserad på samma teknologier som används i , и , och erbjuder en systemmiljö avskalad till ett minimum, vars uppdatering utförs atomärt genom att ersätta bilden av hela systemet, utan att dela upp den i separata paket. För att kontrollera integriteten är hela systembilden certifierad med en digital signatur. För att separera applikationer från huvudsystemet använd isolerade behållare (podman används för hantering).
Fedora IoT-systemmiljön skapas med hjälp av teknik , där systembilden uppdateras atomiskt från ett Git-liknande arkiv, vilket gör att versionskontrollmetoder kan tillämpas på komponenterna i distributionen (till exempel kan du snabbt återställa systemet till ett tidigare tillstånd). RPM-paket översätts till OSTree-förvaret med hjälp av ett speciellt lager . Färdiga sammanställningar för x86_64, Aarch64 och ARMv7 (armhfp) arkitekturer. stöd för Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 och Rock64 och Up Squared, samt x86_64 och aarch64 virtuella maskiner.
- KDE-utgåvan av Fedora har earlyoom-bakgrundsprocessen aktiverad som standard, vilket erbjöds i den senaste utgåvan av Fedora Workstation. Earlyoom låter dig reagera snabbare på brist på minne, utan att gå så långt som att anropa OOM-hanteraren (Out Of Memory) i kärnan, som utlöses när situationen blir kritisk och systemet som regel inte längre svarar till användaråtgärder. Om mängden tillgängligt minne är mindre än 4 %, men inte mer än 400 MiB, kommer earlyoom att tvångsmässigt avsluta den mest minneskrävande processen (de med den högsta /proc/*/oom_score), utan att få systemtillståndet att rensa systemet buffertar.
- Uppdaterade versioner av många paket, 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, Ruby on Rails 23, Stratis 0.15.0. Stödet för Python 6.0 och Python 2.1.0 har upphört. Arkitekturen aarch2.6 levereras med .NET Core.
- Stödet för mod_php-modulen för Apache http-servern har upphört, istället för vilket det föreslås att använda php-fpm för att starta webbapplikationer i PHP.
- Medföljer Firefox för Fedora plåster för hårdvaruacceleration av videoavkodning med hjälp av VA-API (Video Acceleration API) och FFmpegDataDecoder, som även är aktiverad i sessioner baserade på WebRTC-teknik, som används i webbapplikationer för videokonferenser. Acceleration fungerar i Wayland- och X11-baserade miljöer (när man kör “MOZ_X11_EGL=1 firefox” och aktiverar inställningen “media.ffmpeg.vaapi.enabled”).
- Den chrony exakta tidssynkroniseringsservern och klienten och installationsprogrammet inkluderar stöd för NTS-autentiseringsmekanismen (Network Time Security).
- I Wine som standard backend baserad på DXVK-lagret, som tillhandahåller en implementering av DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 och 11, som arbetar genom översättningen av anrop till Vulkan API.
Till skillnad från Wines inbyggda Direct3D 9/10/11 implementeringar som körs ovanpå OpenGL, tillåter DXVK bättre prestanda när du kör 3D-applikationer och spel i Wine. - När du bygger paket som standard optimering i länkningsstadiet (LTO, Link Time Optimization). Lade till alternativet "-flto" till redhat-rpm-config.
- För att lösa standard DNS-frågor systemlöst. Glibc har flyttats till nss-resolve från systemd-projektet istället för den inbyggda NSS-modulen nss-dns.
Systemd-resolved utför funktioner som att underhålla inställningar i filen resolv.conf baserat på DHCP-data och statisk DNS-konfiguration för nätverksgränssnitt, stöder DNSSEC och LLMNR (Link Local Multicast Name Resolution). Bland fördelarna med att byta till systemd-resolved finns stöd för DNS över TLS, möjligheten att möjliggöra lokal cachning av DNS-frågor och stöd för att binda olika hanterare till olika nätverksgränssnitt (beroende på nätverksgränssnitt väljs en DNS-server för kontakt, till exempel, för VPN-gränssnitt kommer DNS-frågor att skickas via VPN). Det finns inga planer på att använda DNSSEC i Fedora (systemd-resolved kommer att byggas med flaggan DNSSEC=no).
För att inaktivera systemd-resolved kan du avaktivera systemd-resolved.service och starta om NetworkManager, vilket kommer att skapa den traditionella /etc/resolv.conf. - I NetworkManager för att lagra inställningar istället för ifcfg-rh plugin fil i nyckelfilformat.
- För ARM64-system sammansättning av paket med hjälp av Pointer Authentication och skydd mot exekvering av uppsättningar instruktioner som inte bör följas under förgrening (BTI, Branch Target Indicator). Dessa mekanismer är effektiva för att skydda mot attacker med returorienterad programmering (ROP), där angriparen inte försöker placera sin kod i minnet, utan arbetar på delar av maskininstruktioner som redan finns tillgängliga i laddade bibliotek, som slutar med en returkontroll instruktion.
- Utförd för att förenkla implementeringen av tekniken för selektiv visning av startmenyn, där menyn är dold som standard och endast visas efter ett misslyckande eller aktivering av alternativet i GNOME.
- Istället för att skapa en traditionell swap-partition placering av swap (swap) med hjälp av en zRAM-blockenhet, som tillhandahåller datalagring i RAM i komprimerad form.
- bakgrundsprocessen (Storage Instantiation Daemon) för att övervaka tillståndet för enheter i olika lagringsundersystem (LVM, multipath, MD) och anropshanterare när vissa händelser inträffar, till exempel för att aktivera och avaktivera enheter. SID fungerar som ett tillägg ovanpå udev och reagerar på händelser från det, vilket eliminerar behovet av att skapa komplexa udev-regler för att interagera med olika klasser av enheter och lagringsundersystem som är svåra att underhålla och felsöka.
- RPM-paketdatabas (rpmdb) från BerkeleyDB till SQLite. Den främsta anledningen till bytet är användningen i rpmdb av en föråldrad version av Berkeley DB 5.x, som inte har underhållits på flera år. Migrering till nyare utgåvor försvåras av en ändring av Berkeley DB 6-licensen till AGPLv3, som även gäller applikationer som använder BerkeleyDB i biblioteksform (RPM kommer under GPLv2, men AGPL är inte kompatibel med GPLv2). Dessutom ger den nuvarande implementeringen av rpmdb baserad på BerkeleyDB inte den nödvändiga tillförlitligheten, eftersom den inte använder transaktioner och inte kan upptäcka inkonsekvenser i databasen.
Källa: opennet.ru