beta-test af Fedora 33-distributionen. Beta-udgivelsen markerede overgangen til den endelige testfase, hvor kun kritiske fejl må rettes. Udgivelsen er planlagt til slutningen af oktober. Udgivelsen dækker , Fedora Server, Fedora Silverblue, Fedora IoT og Live-builds, leveret i form af med desktop-miljøer som KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE og LXQt. Udgaverne er forberedt til arkitekturerne x86_64, ARM (Raspberry Pi 2 og 3), ARM64 (AArch64) og Power.
De mest bemærkelsesværdige i Fedora 33:
- Alle versioner af desktop-distributionen (Fedora Workstation, Fedora KDE osv.) er blevet opgraderet til at bruge Btrfs-filsystemet som standard. Brug af den indbyggede Btrfs-partitionsmanager vil løse problemer med mangel på ledig diskplads ved separat montering af katalogerne / og /home. Med Btrfs kan disse partitioner placeres i to underpartitioner, der monteres separat, men deler det samme diskplads. Btrfs vil også muliggøre funktioner som snapshots, transparent datakomprimering, korrekt isolation af input/output-operationer via cgroups2 og ændring af partitioners størrelse under drift.
- Fedora Workstation-desktoppen er opdateret til udgivelsen , hvor ydeevnen er blevet optimeret, der er introduceret en velkomstguide (Welcome Tour) med information om hovedfunktionerne i GNOME, forældrekontrolværktøjerne er udvidet, der er mulighed for at tildele forskellige opdateringsfrekvenser til hver skærm, og der er tilføjet en mulighed for at ignorere tilslutning af uautoriserede USB-enheder under låsning af skærmen.
- Thermald er blevet tilføjet som standard til Fedora Workstation for at overvåge temperaturfølers parametre og beskytte CPU'en mod overophedning under spidse belastninger.
- Animerede skriveborde er som standard aktiveret, hvor farven ændres afhængigt af tiden på dagen.
- I stedet for vi er teksteditoren nano tilbudt som standard. Ændringen skyldes ønsket om at gøre distributionen mere tilgængelig for nybegyndere ved at tilbyde en editor, som enhver bruger uden specialviden om brugen af Vi-editoren kan bruge. Samtidig er pakken vim-minimal (direkte kald til vi er bevaret) stadig inkluderet, og der er mulighed for at ændre standardeditoren til vi efter brugerens ønsker.
- Den officielle udgave af distributionen er godkendt (Fedora IoT), der nu leveres sideløbende med Fedora Workstation og Fedora Server. Fedora IoT-udgaven er baseret på de samme teknologier, der anvendes i , og , og tilbyder et minimalt systemmiljø, hvor opdateringer foretages atomært ved at erstatte hele systembilledet, uden opdelinger i separate pakker. For integritetskontrol anvendes digital signatur til hele systembilledet. For at adskille applikationer fra hovedsystemet bruges isolerede containere (forvaltning sker ved hjælp af podman).
Systemmiljøet i Fedora IoT dannes ved hjælp af teknologien , hvor systembilledet atomært opdateres fra et Git-lignende lager, der gør det muligt at anvende versioneringsmetoder på komponenterne i distributionen (f.eks. kan systemet hurtigt rulles tilbage til en tidligere tilstand). RPM-pakker transponeres til OSTree-repositoriet ved hjælp af et specialiseret lag . Fertige builds til arkitekturerne x86_64, Aarch64 og ARMv7 (armhfp). support til Raspberry Pi 3 Model B/B+, 96boards Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 og Rock64 og Up Squared, samt virtuelle maskiner x86_64 og aarch64.
- I Fedora-udgaven med KDE-skrivebordet er baggrundsprocessen earlyoom som standard aktiveret, der i den tidligere version blev foreslået i Fedora Workstation. Earlyoom muliggør hurtigere reaktion på hukommelsesmangel, uden at nå til OOM (Out Of Memory) behandleren i kernen, som aktiveres, når situationen bliver kritisk, og systemet som regel ikke reagerer på brugerhandlinger. Hvis mængden af tilgængelig hukommelse er mindre end 4%, men ikke mere end 400 MiB, vil earlyoom tvinge afslutningen af den proces, der bruger mest hukommelse (den med højeste værdi /proc/*/oom_score), uden at bringe systemet til et punkt, hvor systembufferne skal rydde.
- Versionerne af mange pakker er blevet opdateret, 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, Erlang 23, LXQt 0.15.0, Ruby on Rails 6.0, Stratis 2.1.0. Støtten til Python 2.6 og Python 3.4 er ophørt. For arkitekturen aarch64 er levering af .NET Core sikret.
- Støtten til mod_php-modulet til http-serveren Apache er ophørt, og i stedet anbefales det at bruge php-fpm til at køre webapplikationer skrevet i PHP.
- I pakken med Firefox til Fedora er patches til hardware acceleration of video decoding using VA-API (Video Acceleration API) and FFmpegDataDecoder, which is also included in sessions based on WebRTC technology, used in web applications for conducting video conferences. The acceleration works in environments based on Wayland and X11 (when launching "MOZ_X11_EGL=1 firefox" and enabling the setting "media.ffmpeg.vaapi.enabled").
- Support for the NTS (Network Time Security) authentication mechanism is included in the server and client of the precise time synchronization chrony and in the installer.
- In Wine by default a backend based on the DXVK layer, providing implementation of DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10, and 11, operating through call translation to the Vulkan API.
Unlike the built-in implementations in Wine for Direct3D 9/10/11 that operate on top of OpenGL, DXVK allows for higher performance when running 3D applications and games in Wine. - When building packages by default optimizations at the linking stage (LTO, Link Time Optimization). The option "-flto" has been added to redhat-rpm-config.
- For resolving DNS requests by default systemd-resolved. Glibc has been switched to nss-resolve from the systemd project instead of the built-in NSS module nss-dns.
Systemd-resolved performs functions such as maintaining settings in the resolv.conf file based on DHCP data and static DNS configuration for network interfaces, supports DNSSEC and LLMNR (Link Local Multicast Name Resolution). Advantages of switching to systemd-resolved include support for DNS over TLS, the ability to enable local DNS request caching, and support for binding different handlers to different network interfaces (the DNS server is chosen based on the network interface used, for example, DNS requests for VPN interfaces will be sent through the VPN). DNSSEC is not planned to be implemented in Fedora (systemd-resolved will be built with the flag DNSSEC=no).
To disable systemd-resolved, the service systemd-resolved.service can be deactivated and the NetworkManager restarted, which will create the traditional /etc/resolv.conf. - In NetworkManager for storing settings instead of the ifcfg-rh plugin a file in keyfile format.
- For ARM64 systems pakkeopbygning med anvendelse af pegerautentifikation (Pointer Authentication) og beskyttelse mod udførelse af instruktioner, som ikke bør springes til ved forgrening (BTI, Branch Target Indicator). De nævnte mekanismer er effektive til beskyttelse mod angreb, der bruger teknikker til omvendt orienteret programmering (ROP), hvor angriberen ikke forsøger at placere sin kode i hukommelsen, men opererer med allerede eksisterende stykker maskininstruktioner i de indlæste biblioteker, der slutter med en returkommando.
- Der er foretaget ved forenkling af implementeringen af teknologien til valgvis visning af boot-menuen, hvor menuen som standard er skjult og kun vises efter et nedbrud eller aktivering af en indstilling i GNOME.
- I stedet for at oprette et traditionelt swapområde placering af swap ved hjælp af blokkende enheden zRAM, der muliggør opbevaring af data i RAM i komprimeret form.
- baggrundsprocessen (Storage Instantiation Daemon) til overvågning af enhedernes tilstand i forskellige lagringsundersystemer (LVM, multipath, MD) og til at kalde håndterere ved bestemte begivenheder, f.eks. til aktivering og deaktivering af enheder. SID fungerer som en udvidelse over udev og reagerer på begivenheder herfra, hvilket fjerner behovet for at oprette komplekse udev-regler til interaktion med forskellige klasser af enheder og lagringsundersystemer, som er svære at vedligeholde og debugge.
- RPM-pakkedatabase (rpmdb) fra BerkeleyDB til SQLite. Den primære årsag til skiftet er brugen af en forældet version af Berkeley DB 5.x i rpmdb, som ikke har været vedligeholdt i flere år. Overgangen til nyere versioner hæmmes af ændringen af licensen for Berkeley DB 6 til AGPLv3, hvis krav også gælder for applikationer, der bruger BerkeleyDB i biblioteksform (RPM distribueres under GPLv2, og AGPL er ikke kompatibel med GPLv2). Desuden sikrer den nuværende implementering af rpmdb baseret på BerkeleyDB ikke den nødvendige pålidelighed, da den ikke bruger transaktioner og ikke kan identificere uoverensstemmelser i databasen.
Kilde: opennet.ru
