test af betaversionen af Fedora 33-distributionen. Beta-udgivelsen markerede overgangen til den sidste fase af testen, hvor kun kritiske fejlrettelser er tilladt. Frigøre i slutningen af oktober. Udstedelse dækker , Fedora Server, Fedora Silverblue, Fedora IoT og Live builds leveret i form med KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE og LXQt skrivebordsmiljøer. Builds er forberedt til x86_64, ARM (Raspberry Pi 2 og 3), ARM64 (AArch64) og Power arkitekturer.
Mest betydningsfuldt i Fedora 33:
- Alle desktop distributionsmuligheder (Fedora Workstation, Fedora KDE osv.) er blevet skiftet til at bruge Btrfs-filsystemet som standard. Brug af den indbyggede partitionsmanager Btrfs vil løse problemer med opbrug af ledig diskplads, når mapperne / og /home monteres separat. Med Btrfs kan disse partitioner placeres i to underpartitioner, monteret separat, men med samme diskplads. Btrfs vil også give dig mulighed for at bruge funktioner såsom snapshots, transparent datakomprimering, korrekt isolering af I/O-operationer via cgroups2 og on-the-fly ændring af partitioner.
- Fedora Workstation desktop opdateret til frigivelse , som har optimeret ydeevne, tilbød en introduktionsgrænseflade (velkomsttur) med information om hovedfunktionerne i GNOME, udvidet forældrekontrol, forudsat muligheden for at tildele forskellige skærmopdateringshastigheder for hver skærm, tilføjede en mulighed for at ignorere tilslutningen af uautoriseret USB enheder, mens skærmen er låst.
- Thermald tilføjes som standard til Fedora Workstation for at overvåge temperatursensorparametre og beskytte CPU'en mod overophedning under spidsbelastninger.
- Som standard er animerede skrivebordsbaggrunde aktiveret, hvor farven ændres afhængigt af tidspunktet på dagen.
- I stedet for vi er standardteksteditoren nano. Ændringen er drevet af ønsket om at gøre distributionen mere tilgængelig for nytilkomne ved at stille en editor til rådighed, som kan bruges af enhver bruger, der ikke har særlig viden om, hvordan man arbejder i Vi-editoren. Samtidig beholder basispakken vim-minimal-pakken (det direkte opkald til vi bevares) og giver mulighed for at ændre standardeditoren til vi efter brugerens anmodning.
- Vedtaget blandt de officielle udgaver af distributionen (Fedora IoT), som nu sendes sammen med Fedora Workstation og Fedora Server. Fedora IoT-udgaven er baseret på de samme teknologier, der bruges i , и , og tilbyder et systemmiljø, der er strippet til et minimum, hvis opdatering udføres atomisk ved at erstatte billedet af hele systemet uden at opdele det i separate pakker. For at kontrollere integriteten er hele systembilledet certificeret med en digital signatur. For at adskille applikationer fra hovedsystemet bruge isolerede beholdere (podman bruges til styring).
Fedora IoT-systemmiljøet er skabt ved hjælp af teknologi , hvor systembilledet er atomisk opdateret fra et Git-lignende lager, hvilket tillader versionskontrolmetoder at blive anvendt på komponenterne i distributionen (f.eks. kan du hurtigt rulle systemet tilbage til en tidligere tilstand). RPM-pakker oversættes til OSTree-lageret ved hjælp af et specielt lag . Færdiglavede samlinger til x86_64, Aarch64 og ARMv7 (armhfp) arkitekturer. understøttelse af Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 og Rock64 og Up Squared, samt x86_64 og aarch64 virtuelle maskiner.
- KDE-udgaven af Fedora har earlyoom-baggrundsprocessen aktiveret som standard, som blev tilbudt i den sidste udgivelse af Fedora Workstation. Earlyoom giver dig mulighed for hurtigere at reagere på mangel på hukommelse uden at gå så langt som at kalde OOM (Out Of Memory) handleren i kernen, som udløses, når situationen bliver kritisk, og systemet som regel ikke længere reagerer til brugerhandlinger. Hvis mængden af tilgængelig hukommelse er mindre end 4 %, men ikke mere end 400 MiB, vil earlyoom med kraft afslutte den mest hukommelseskrævende proces (dem med den højeste /proc/*/oom_score), uden at bringe systemtilstanden til at rydde systemet buffere.
- Opdaterede versioner af mange pakker, herunder 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. Support til Python 6.0 og Python 2.1.0 er afbrudt. aarch2.6-arkitekturen leveres med .NET Core.
- Understøttelse af mod_php-modulet til Apache http-serveren er afbrudt, i stedet for foreslås det at bruge php-fpm til at starte webapplikationer i PHP.
- Bundet med Firefox til Fedora plastre til hardwareacceleration af videoafkodning ved hjælp af VA-API (Video Acceleration API) og FFmpegDataDecoder, som også er aktiveret i sessioner baseret på WebRTC-teknologi, brugt i webapplikationer til videokonferencer. Acceleration virker i Wayland- og X11-baserede miljøer (når du kører "MOZ_X11_EGL=1 firefox" og aktiverer "media.ffmpeg.vaapi.enabled"-indstillingen).
- Den chrony eksakte tidssynkroniseringsserver og -klient og installationsprogrammet inkluderer understøttelse af NTS-godkendelsesmekanismen (Network Time Security).
- I vin som standard backend baseret på DXVK-laget, som giver en implementering af DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 og 11, der arbejder gennem oversættelse af opkald til Vulkan API.
I modsætning til Wines indbyggede Direct3D 9/10/11-implementeringer, der kører oven på OpenGL, giver DXVK mulighed for bedre ydeevne, når du kører 3D-applikationer og -spil i Wine. - Når du bygger pakker som standard optimering på linkingsstadiet (LTO, Link Time Optimization). Tilføjet "-flto" mulighed til redhat-rpm-config.
- For at løse standard DNS-forespørgsler system-løst. Glibc er blevet flyttet til nss-resolve fra systemd-projektet i stedet for det indbyggede NSS-modul nss-dns.
Systemd-resolved udfører funktioner såsom vedligeholdelse af indstillinger i resolv.conf-filen baseret på DHCP-data og statisk DNS-konfiguration til netværksgrænseflader, understøtter DNSSEC og LLMNR (Link Local Multicast Name Resolution). Blandt fordelene ved at skifte til systemd-resolved er understøttelse af DNS over TLS, muligheden for at aktivere lokal caching af DNS-forespørgsler og understøttelse af binding af forskellige handlere til forskellige netværksgrænseflader (afhængigt af netværksgrænsefladen vælges en DNS-server til kontakt, for eksempel, for VPN-grænseflader, vil DNS-forespørgsler blive sendt via VPN). Der er ingen planer om at bruge DNSSEC i Fedora (systemd-resolved vil blive bygget med DNSSEC=no flag).
For at deaktivere systemd-resolved kan du deaktivere systemd-resolved.service og genstarte NetworkManager, som vil skabe den traditionelle /etc/resolv.conf. - I NetworkManager for at gemme indstillinger i stedet for ifcfg-rh plugin fil i nøglefilformat.
- Til ARM64-systemer samling af pakker ved hjælp af Pointer Authentication og beskyttelse mod udførelse af sæt instruktioner, der ikke bør følges under forgrening (BTI, Branch Target Indicator). Disse mekanismer er effektive til at beskytte mod angreb ved hjælp af returorienteret programmering (ROP) teknikker, hvor angriberen ikke forsøger at placere sin kode i hukommelsen, men opererer på stykker af maskininstruktioner, der allerede er tilgængelige i indlæste biblioteker, og ender med en returkontrol instruktion.
- Udført for at forenkle implementeringen af teknologien til selektiv visning af boot-menuen, hvor menuen er skjult som standard og kun vises efter en fejl eller aktivering af indstillingen i GNOME.
- I stedet for at oprette en traditionel swap-partition placering af swap (swap) ved hjælp af en zRAM-blokenhed, som giver datalagring i RAM i en komprimeret form.
- baggrundsproces (Storage Instantiation Daemon) til at overvåge tilstanden af enheder i forskellige lagerundersystemer (LVM, multipath, MD) og opkaldsbehandlere, når visse hændelser opstår, for eksempel for at aktivere og deaktivere enheder. SID fungerer som en tilføjelse oven på udev og reagerer på hændelser fra den, hvilket eliminerer behovet for at skabe komplekse udev-regler for at interagere med forskellige klasser af enheder og lagerundersystemer, der er svære at vedligeholde og fejlfinde.
- RPM-pakkedatabase (rpmdb) fra BerkeleyDB til SQLite. Hovedårsagen til udskiftningen er brugen i rpmdb af en forældet version af Berkeley DB 5.x, som ikke er blevet vedligeholdt i flere år. Migrering til nyere udgivelser er hæmmet af en ændring i Berkeley DB 6-licensen til AGPLv3, som også gælder for applikationer, der bruger BerkeleyDB i biblioteksform (RPM kommer under GPLv2, men AGPL er ikke kompatibel med GPLv2). Derudover giver den nuværende implementering af rpmdb baseret på BerkeleyDB ikke den nødvendige pålidelighed, da den ikke bruger transaktioner og ikke er i stand til at opdage uoverensstemmelser i databasen.
Kilde: opennet.ru