nguji versi beta saka distribusi Fedora 33. Rilis beta nandhani transisi menyang tahap tes pungkasan, ing ngendi mung bug kritis sing didandani. Ngeculake ing pungkasan Oktober. Isine masalah , Server Fedora, Fedora Silverblue, Fedora IoT lan Live mbangun dikirim ing wangun karo lingkungan desktop KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE lan LXQt. Mbangun disiapake kanggo x86_64, ARM (Raspberry Pi 2 lan 3), ARM64 (AArch64) lan arsitektur Power.
Paling pinunjul ing Fedora 33:
- Kabeh opsi distribusi desktop (Fedora Workstation, Fedora KDE, lan sapiturute) wis dialihake kanggo nggunakake sistem file Btrfs minangka standar. Nggunakake manajer partisi sing dibangun ing Btrfs bakal ngatasi masalah kekeselen ruang disk gratis nalika nginstal direktori / lan / ngarep kanthi kapisah. Kanthi Btrfs, partisi kasebut bisa diselehake ing rong subpartisi, dipasang kanthi kapisah, nanging nggunakake ruang disk sing padha. Btrfs uga bakal ngidini sampeyan nggunakake fitur kayata jepretan, kompresi data transparan, isolasi sing bener saka operasi I/O liwat cgroups2, lan ukuran partisi on-the-fly.
- Desktop Fedora Workstation dianyari kanggo release , sing wis ngoptimalake kinerja, nawakake antarmuka pambuka (Welcome Tour) kanthi informasi babagan fitur utama GNOME, kontrol parental sing ditambahi, kasedhiya kemampuan kanggo nemtokake tingkat refresh layar sing beda kanggo saben monitor, nambah pilihan kanggo nglirwakake sambungan USB sing ora sah. piranti nalika layar dikunci.
- Thermald ditambahake minangka standar kanggo Fedora Workstation kanggo ngawasi paramèter sensor suhu lan nglindhungi CPU saka overheating sajrone beban puncak.
- Kanthi gawan, wallpaper desktop animasi diaktifake, sing werna diganti gumantung ing wektu.
- Tinimbang vi, editor teks standar yaiku nano. Owah-owahan kasebut didorong dening kepinginan supaya distribusi luwih gampang diakses kanggo wong anyar kanthi nyedhiyakake editor sing bisa digunakake dening pangguna sing ora duwe kawruh khusus babagan cara nggarap editor Vi. Ing wektu sing padha, paket dhasar nahan paket vim-minimal (telpon langsung menyang vi dilestarekake) lan menehi kemampuan kanggo ngganti editor standar dadi vi ing panyuwunan pangguna.
- Diadopsi ing antarane edisi resmi distribusi (Fedora IoT), sing saiki dikirim bareng karo Fedora Workstation lan Server Fedora. Edisi Fedora IoT adhedhasar teknologi sing padha digunakake ing , ΠΈ , lan nawakake lingkungan sistem diudani kanggo minimal, nganyari kang digawa metu atom kanthi ngganti gambar saka kabeh sistem, tanpa break mudhun menyang paket kapisah. Kanggo ngontrol integritas, kabeh gambar sistem disertifikasi kanthi tandha digital. Kanggo misahake aplikasi saka sistem utama nggunakake wadhah terisolasi (podman digunakake kanggo manajemen).
Lingkungan sistem Fedora IoT digawe nggunakake teknologi , ing ngendi gambar sistem dianyari kanthi atom saka repositori kaya Git, ngidini metode kontrol versi bisa ditrapake ing komponen distribusi (contone, sampeyan bisa kanthi cepet muter maneh sistem menyang negara sadurunge). Paket RPM diterjemahake menyang repositori OSTree nggunakake lapisan khusus . Majelis sing wis siap kanggo x86_64, Aarch64 lan ARMv7 (armhfp) arsitektur. dhukungan kanggo Raspberry Pi 3 Model B / B +, 96papan Rock960 Consumer Edition, Pine64 A64-LTS, Pine64 Rockpro64 lan Rock64 lan Up Squared, uga mesin virtual x86_64 lan aarch64.
- Edisi KDE Fedora nduweni proses latar mburi earlyoom kanthi standar, sing ditawakake ing rilis Fedora Workstation pungkasan. Earlyoom ngidini sampeyan luwih cepet nanggapi kekurangan memori, tanpa kudu nelpon panangan OOM (Out Of Memory) ing kernel, sing dipicu nalika kahanan dadi kritis lan sistem, minangka aturan, ora nanggapi maneh. kanggo tumindak pangguna. Yen jumlah memori sing kasedhiya kurang saka 4%, nanging ora luwih saka 400 MiB, earlyoom bakal mungkasi proses sing paling akeh nggunakake memori (sing duwe /proc/*/oom_score paling dhuwur), tanpa nggawa status sistem kanggo mbusak sistem. buffer.
- Versi dianyari saka akeh paket, kalebu 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, 23. 0.15.0, Ruby on Rails 6.0, Stratis 2.1.0. Dhukungan kanggo Python 2.6 lan Python 3.4 wis mandheg. Arsitektur aarch64 diwenehake karo .NET Core.
- Dhukungan kanggo modul mod_php kanggo server http Apache wis mandheg, tinimbang sing diusulake nggunakake php-fpm kanggo miwiti aplikasi web ing PHP.
- Dibundel karo Firefox kanggo Fedora patch kanggo akselerasi hardware video dekoding nggunakake VA-API (Video Akselerasi API) lan FFmpegDataDecoder, kang uga aktif ing sesi adhedhasar teknologi WebRTC, digunakake ing aplikasi web kanggo konferensi video. Akselerasi bisa digunakake ing lingkungan adhedhasar Wayland lan X11 (nalika mbukak "MOZ_X11_EGL = 1 firefox" lan ngaktifake setelan "media.ffmpeg.vaapi.enabled").
- Server sinkronisasi wektu sing tepat lan klien lan installer kalebu dhukungan kanggo mekanisme otentikasi NTS (Network Time Security).
- Ing Wine minangka standar backend adhedhasar lapisan DXVK, kang menehi implementasine saka DXGI (DirectX Graphics Infrastructure), Direct3D 9, 10 lan 11, digunakake liwat terjemahan telpon kanggo API Vulkan.
Ora kaya implementasi Direct3D 9/10/11 sing dibangun ing Wine ing ndhuwur OpenGL, DXVK ngidini kinerja sing luwih apik nalika mbukak aplikasi lan game 3D ing Wine. - Nalika mbangun paket kanthi gawan optimasi ing tahap ngubungake (LTO, Link Time Optimization). Nambahake opsi "-flto" menyang redhat-rpm-config.
- Kanggo ngatasi pitakon DNS standar systemd-ditanggulangi. Glibc wis dipindhah menyang nss-resolve saka project systemd tinimbang modul NSS sing dibangun ing nss-dns.
Systemd-ditanggulangi nindakake fungsi kayata njaga setelan ing file resolv.conf adhedhasar data DHCP lan konfigurasi DNS statis kanggo antarmuka jaringan, ndhukung DNSSEC lan LLMNR (Link Local Multicast Resolusi Jeneng). Antarane kaluwihan ngalih menyang systemd-resolved yaiku dhukungan kanggo DNS liwat TLS, kemampuan kanggo ngaktifake cache lokal pitakon DNS lan dhukungan kanggo ngiket panangan sing beda menyang antarmuka jaringan sing beda (gumantung ing antarmuka jaringan, server DNS dipilih kanggo kontak, contone,, kanggo antarmuka VPN, pitakon DNS bakal dikirim liwat VPN). Ora ana rencana kanggo nggunakake DNSSEC ing Fedora (systemd-resolved bakal dibangun nganggo DNSSEC=no flag).
Kanggo mateni systemd-resolved, sampeyan bisa mateni systemd-resolved.service lan miwiti maneh NetworkManager, sing bakal nggawe /etc/resolv.conf tradisional. - Ing NetworkManager kanggo nyimpen setelan tinimbang plugin ifcfg-rh file ing format keyfile.
- Kanggo sistem ARM64 DΓ©wan paket nggunakake Otentikasi Pointer lan pangayoman marang eksekusi set instruksi sing ora kudu ditindakake sajrone cabang (BTI, Indikator Target Cabang). Mekanisme iki efektif kanggo nglindhungi serangan kanthi nggunakake teknik pemrograman berorientasi bali (ROP), ing ngendi panyerang ora nyoba nyelehake kode ing memori, nanging ngoperasikake instruksi mesin sing wis kasedhiya ing perpustakaan sing dimuat, diakhiri karo kontrol bali. instruksi.
- Dilaksanakake kanggo menakake implementasine saka teknologi kanggo tampilan Milih saka menu boot, kang menu didhelikake minangka standar lan ditampilake mung sawise Gagal utawa aktifitas pilihan ing GNOME.
- Tinimbang nggawe partisi swap tradisional panggonan swap (swap) nggunakake piranti pemblokiran zRAM, kang nyedhiyani panyimpenan data ing RAM ing wangun teken.
- proses latar mburi (Storage Instantiation Daemon) kanggo ngawasi kahanan piranti ing macem-macem subsistem panyimpenan (LVM, multipath, MD) lan nelpon handler nalika acara tartamtu kelakon, contone, kanggo ngaktifake lan mateni piranti. SID dianggo minangka tambahan ing ndhuwur udev lan nanggepi acara saka iku, ngilangke perlu kanggo nggawe aturan udev Komplek kanggo sesambungan karo macem-macem kelas piranti lan subsistem panyimpenan sing angel kanggo njaga lan debug.
- Database Paket RPM (rpmdb) saka BerkeleyDB kanggo SQLite. Alesan utama kanggo panggantos punika nggunakake ing rpmdb versi outdated Berkeley DB 5.x, kang wis ora maintained kanggo sawetara taun. Migrasi menyang rilis sing luwih anyar diganggu dening owah-owahan ing lisensi Berkeley DB 6 menyang AGPLv3, sing uga ditrapake kanggo aplikasi sing nggunakake BerkeleyDB ing wangun perpustakaan (RPM kasedhiya ing GPLv2, nanging AGPL ora kompatibel karo GPLv2). Kajaba iku, implementasi rpmdb saiki adhedhasar BerkeleyDB ora nyedhiyakake linuwih sing dibutuhake, amarga ora nggunakake transaksi lan ora bisa ndeteksi inconsistencies ing database.
Source: opennet.ru