การทดสอบเวอร์ชันเบต้าของการแจกจ่าย Fedora Linux 40 ได้เริ่มขึ้นแล้ว รุ่นเบต้าถือเป็นการเปลี่ยนผ่านไปสู่ขั้นตอนสุดท้ายของการทดสอบในระหว่างที่มีการแก้ไขข้อบกพร่องที่สำคัญเท่านั้น มีกำหนดการเปิดตัวในวันที่ 23 เมษายน การเปิดตัวครอบคลุม Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora Onyx และ Live builds นำเสนอในรูปแบบของการหมุนด้วยสภาพแวดล้อมที่กำหนดเอง K นำเสนอ DE Plasma 5, Xfce, MATE, Cinnamon, LXDE , Phosh, LXQt, Budgie และ Sway แอสเซมบลีถูกสร้างขึ้นสำหรับสถาปัตยกรรม x86_64, Power64 และ ARM64 (AArch64)
การเปลี่ยนแปลงที่สำคัญที่สุดใน Fedora Linux 40 คือ:
- เดสก์ท็อป Fedora Workstation ได้รับการอัปเดตเป็น GNOME 46 แล้ว
- รุ่นเดสก์ท็อปของ KDE ได้รับการอัปเดตเป็น KDE 6 ซึ่งใช้โปรโตคอล Wayland การสนับสนุนเซสชันที่ใช้ X11 ถูกยกเลิก และเซิร์ฟเวอร์ XWayland DDX ใช้เพื่อเรียกใช้แอปพลิเคชัน X11 ในเซสชันที่ใช้ Wayland เหตุผลที่อ้างถึงในการยุติการสนับสนุนเซสชัน X11 คือการเลิกใช้งานเซิร์ฟเวอร์ X.Org ใน RHEL 9 และการตัดสินใจที่จะลบออกอย่างสมบูรณ์ในรุ่นหลักในอนาคตของ RHEL 10 ในบรรดาปัจจัยที่มีส่วนทำให้เหลือเพียงการสนับสนุน Wayland เท่านั้นคือ การแทนที่ไดรเวอร์ fbdev ใน Fedora 36 ด้วยไดรเวอร์ simpledrm ซึ่งทำงานอย่างถูกต้องกับ Wayland รวมถึงรูปลักษณ์ของการรองรับ Wayland ในไดรเวอร์ NVIDIA ที่เป็นกรรมสิทธิ์
- การแจกแจงแบบกำหนดเองที่ได้รับการอัปเดตแบบอะตอมมิกที่พัฒนาโดยโครงการ Fedora นั้นถูกรวมเข้าเป็นตระกูลเดียวภายใต้แบรนด์ Atomic Desktops แต่โครงสร้างอะตอมที่มีมายาวนานยังคงรักษาชื่อเก่าไว้ ด้วยเหตุนี้ Fedora Silverblue ที่ใช้ GNOME และ Fedora Kinoite ที่ใช้ KDE รวมถึง Fedora CoreOS และ Fedora IoT ก็ยังคงชื่อเดิมไว้ แต่ Fedora Sericea และ Fedora Onyx รุ่นใหม่ๆ ได้รับการเผยแพร่ภายใต้ชื่อ Fedora Sway Atomic และ Fedora บัดกี้ อะตอมมิค.
- อัปเดตเวอร์ชันแพ็คเกจ รวมถึง LLVM 18, GCC 14, binutils 2.41, glibc 2.39, gdb 14.1, PHP 8.3, Ruby 3.3, Go 1.22, Java 21, AMD ROCm 6, Boost 1.83, 389 Directory Server 3.0.0, Podman 5, PostgreSQL 16, TBB (การสร้างเธรด) 2021.8, SQLAlchemy 2, Kubernetes 1.29
- ตามค่าเริ่มต้นในตัวกำหนดค่า NetworkManager กลไกในการพิจารณาข้อขัดแย้งของที่อยู่ IPv4 บนเครือข่ายท้องถิ่น (RFC 5227) ถูกเปิดใช้งานซึ่งสาระสำคัญคือการส่งแพ็กเก็ต ARP ทดสอบก่อนที่จะแนบที่อยู่เข้ากับอินเทอร์เฟซเครือข่าย (หากมีการตอบกลับ ได้รับแล้วที่อยู่ไม่ว่างและจะไม่ได้รับมอบหมาย) สำหรับการเชื่อมต่อไร้สาย จะมีการกำหนดที่อยู่ MAC ถาวรแยกต่างหาก (โหมดเสถียร-ssid ใน NetworkManager)
- เครื่องมือสร้าง Mock (mock-core-configs), Koji และ Copr ได้รับการแปลงเพื่อใช้ตัวจัดการแพ็คเกจ DNF 5 เพื่อติดตั้งการพึ่งพาการสร้างในสภาพแวดล้อม chroot ที่ใช้เมื่อสร้างแพ็คเกจ การเผยแพร่นั้นจะถูกแปลเป็น DNF 5 ในรุ่นถัดไป
- ในตัวจัดการแพ็คเกจ DNF การโหลดข้อมูลเมตาพร้อมรายการไฟล์ที่รวมอยู่ในแพ็คเกจจะถูกปิดใช้งานตามค่าเริ่มต้น ข้อมูลดังกล่าวไม่ค่อยได้ใช้แต่มีขนาดใหญ่และทำให้การทำงานช้าลง
- แพ็คเกจที่มีไลบรารี OpenSSL 1.1 ถูกลบออกเนื่องจากการสิ้นสุดการสนับสนุนสำหรับสาขานี้ การขึ้นต่อกันที่เกี่ยวข้องกับ OpenSSL 1.1 ได้ถูกเปลี่ยนไปเป็น OpenSSL 3.0 แล้ว แพ็คเกจ python3.7 ถูกลบออกแล้ว
- ไลบรารี Zlib ถูกแทนที่ด้วยทางแยกของ Zlib-ng ซึ่งเข้ากันได้กับ zlib ในระดับ API แต่มีการเพิ่มประสิทธิภาพเพิ่มเติมเพื่อปรับปรุงประสิทธิภาพ
- การสร้างการอัปเดตเดลต้าของแพ็คเกจ RPM หยุดลงแล้ว อนุญาตให้โหลดเฉพาะข้อมูลที่เปลี่ยนแปลงซึ่งสัมพันธ์กับเวอร์ชันที่ติดตั้งไว้แล้วของแพ็คเกจในระหว่างการอัพเดต การสนับสนุน Deltarpm ถูกปิดใช้งานใน DNF และ DNF5
- เพิ่ม Passim ซึ่งเป็นเซิร์ฟเวอร์แคชสำหรับกระจายไฟล์ที่มีการร้องขอบ่อยครั้งบนเครือข่ายท้องถิ่นโดยไม่ต้องติดต่อกับเซิร์ฟเวอร์หลักโดยตรงและไม่เกี่ยวข้องกับ CDN ทั่วโลก
- โมดูล pam_userdb ถูกย้ายจากการใช้ BerkeleyDB ไปยัง GDBM เนื่องจากสาขา BerkeleyDB 5.x เลิกใช้แล้ว และสาขา BerkeleyDB 6.x ถูกย้ายไปยังใบอนุญาตที่ยอมรับไม่ได้ Bogofilter ได้รับการแปลงให้ใช้ SQLite แทน BerkeleyDB (libdb)
- ในการสร้างอิมเมจ Fedora Workstation Live จะใช้ชุดเครื่องมือ Image Builder ซึ่งรองรับบิวด์ที่ทำซ้ำได้ และให้กระบวนการปรับแต่งรูปภาพแก่ผู้ใช้ได้ง่ายขึ้น
- ชุดเครื่องมือ osbuild ใช้เพื่อสร้างอิมเมจขั้นต่ำสำหรับสถาปัตยกรรม ARM
- ในการสร้างอิมเมจ Fedora Cloud Edition จะใช้เครื่องมือ Kiwi แทน ImageFactory
- แพ็คเกจสำหรับ Kubernetes ได้รับการปรับโครงสร้างใหม่
- Fedora IoT รุ่นสำหรับอุปกรณ์ Internet of Things ได้รับการแปลงให้ใช้คอนเทนเนอร์สำหรับบูตที่สร้างขึ้นโดยใช้ชุดเครื่องมือ OSTree และเทคโนโลยี bootc
- ยูทิลิตี้ wget ถูกแทนที่ด้วย wget2 และยูทิลิตี้ iotop โดย iotop-c
- รุ่น Fedora Silverblue และ Kinoite มี bootupd ซึ่งทำการอัปเดต bootloader
- ไลบรารี libuser ได้รับการประกาศว่าล้าสมัย ปล่อยทิ้งไว้โดยไม่ได้รับการบำรุงรักษา และไม่ได้ใช้ในแพ็คเกจ Fedora อื่นๆ อีกต่อไป (SSSD มีการใช้ SSSD ในการแจกจ่ายเพื่อรองรับ LDAP มานานแล้ว) แพ็คเกจ passwd ที่มีการใช้งานยูทิลิตี้ passwd แบบอิง libuser ได้ถูกลบออกแล้ว แทนที่ด้วยยูทิลิตี้ที่คล้ายกันจากแพ็คเกจ shadow-utils
- มีการทำงานเพื่อเตรียมการสำหรับ GCC เพื่อรวมมาตรฐานภาษา C เวอร์ชันใหม่กว่าตามค่าเริ่มต้น ซึ่งจะเป็นจุดสิ้นสุดการสนับสนุนเริ่มต้นสำหรับคุณลักษณะภาษาดั้งเดิมบางอย่าง เช่น คำจำกัดความฟังก์ชันโดยนัย และการกำหนด int โดยนัย
- ขั้นตอนที่สองของการเปลี่ยนแปลงไปสู่กระบวนการโหลดที่ทันสมัยซึ่งเสนอโดย Lennart Pöttering ได้ถูกนำมาใช้แล้ว ความแตกต่างจากการบูตแบบคลาสสิกอยู่ที่การใช้งาน แทนที่จะเป็นอิมเมจเริ่มต้นที่สร้างขึ้นบนระบบโลคัลเมื่อติดตั้งแพ็คเกจเคอร์เนล ของอิมเมจเคอร์เนลแบบรวม UKI (Unified Kernel Image) สร้างขึ้นในโครงสร้างพื้นฐานการกระจายและลงนามแบบดิจิทัลโดย การกระจาย. อิมเมจ UKI รวมตัวจัดการสำหรับการโหลดเคอร์เนลจาก UEFI (UEFI boot stub), อิมเมจเคอร์เนล Linux และสภาพแวดล้อมระบบ initrd ที่โหลดลงในหน่วยความจำในไฟล์เดียว เมื่อเรียกอิมเมจ UKI จาก UEFI คุณสามารถตรวจสอบความสมบูรณ์และความน่าเชื่อถือของลายเซ็นดิจิทัลไม่เพียง แต่เคอร์เนลเท่านั้น แต่ยังรวมถึงเนื้อหาของ initrd ด้วยการตรวจสอบความน่าเชื่อถือซึ่งเป็นสิ่งสำคัญเนื่องจากในสภาพแวดล้อมนี้คีย์ สำหรับการถอดรหัสรูท FS จะถูกดึงออกมา
ในขั้นตอนที่สอง มีการเพิ่มความสามารถในการโหลด UKI โดยตรงจากโมดูล shim.efi UEFI โดยไม่ต้องใช้ bootloader แยกต่างหาก (grub, sd-boot) ได้รับการเพิ่ม รองรับการใช้ UKI บนระบบที่มีสถาปัตยกรรม Aarch64 และเวอร์ชันของ อิมเมจ UKI ได้รับการจัดเตรียมสำหรับสภาพแวดล้อมคลาวด์และเครื่องเสมือนที่ได้รับการป้องกัน ก่อนหน้านี้ ในขั้นตอนแรกของ Fedora 38 มีการเพิ่มการรองรับ UKI ลงใน bootloader เครื่องมือสำหรับการติดตั้งและอัปเดต UKI ได้ถูกนำมาใช้ และอิมเมจ UKI ทดลองถูกสร้างขึ้นสำหรับการบูตเครื่องเสมือนด้วยชุดส่วนประกอบและไดรเวอร์ที่จำกัด
- มีการเพิ่มแพ็คเกจสำเร็จรูปพร้อมเฟรมเวิร์กการเรียนรู้ของเครื่อง PyTorch ไปยังพื้นที่เก็บข้อมูล ซึ่งพร้อมสำหรับการติดตั้งโดยใช้คำสั่ง “dnf install pytorch” ปัจจุบัน แพคเกจนี้รวมเฉพาะส่วนประกอบสำหรับการประมวลผล CPU แต่ในรุ่นต่อๆ ไป พวกเขาวางแผนที่จะเพิ่มการรองรับสำหรับการใช้ GPU และตัวเร่งความเร็ว NPU แบบพิเศษ
ที่มา: opennet.ru