Fedora Linux 38 เข้าสู่การทดสอบเบต้าแล้ว

การทดสอบเบต้าของ Fedora Linux 38 ได้เริ่มต้นขึ้นแล้ว การเปิดตัวเบต้านี้ถือเป็นการเปลี่ยนผ่านสู่ขั้นตอนการทดสอบขั้นสุดท้าย ซึ่งจะอนุญาตให้แก้ไขข้อบกพร่องที่สำคัญเท่านั้น การเปิดตัวมีกำหนดในวันที่ 18 เมษายน การเปิดตัวนี้ครอบคลุม Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base และ Live builds ซึ่งมาพร้อมกับสภาพแวดล้อมเดสก์ท็อป KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie และ Sway builds เหล่านี้พร้อมใช้งานสำหรับสถาปัตยกรรม x86_64, Power64 และ ARM64 (AArch64)

การเปลี่ยนแปลงที่สำคัญที่สุดใน Fedora Linux 38 คือ:

• ขั้นตอนแรกของการเปลี่ยนไปใช้กระบวนการบูตที่ทันสมัยตามที่ Lennart Poettering เสนอได้ถูกนำไปใช้แล้ว ความแตกต่างจากกระบวนการบูตแบบดั้งเดิมนั้นอยู่ที่การใช้ภาพเคอร์เนลแบบรวม (UKI) ที่สร้างขึ้นภายในโครงสร้างพื้นฐานของระบบปฏิบัติการและลงนามดิจิทัลโดยระบบปฏิบัติการนั้น แทนที่จะใช้ภาพ initrd ที่สร้างขึ้นบนระบบโลคัลระหว่างการติดตั้งแพ็กเกจเคอร์เนล UKI รวมตัวจัดการสำหรับการโหลดเคอร์เนลจาก UEFI (UEFI boot stub) ภาพเคอร์เนล Linux และสภาพแวดล้อมระบบ initrd ที่โหลดลงในหน่วยความจำไว้ในไฟล์เดียว เมื่อเรียกใช้ภาพ UKI จาก UEFI จะสามารถตรวจสอบความสมบูรณ์และความถูกต้องของทั้งเคอร์เนลและเนื้อหาของ initrd ได้โดยใช้ลายเซ็นดิจิทัล ซึ่งความถูกต้องของลายเซ็นมีความสำคัญเนื่องจากสภาพแวดล้อมนี้ใช้ในการดึงคีย์เพื่อถอดรหัสระบบไฟล์รูท ในขั้นตอนแรกนี้ ได้มีการเพิ่มการสนับสนุน UKI ลงในบูตโหลดเดอร์ มีการใช้งานเครื่องมือสำหรับการติดตั้งและอัปเดต UKI และสร้างภาพ UKI ทดลองที่เน้นการบูตขึ้นมา เครื่องเสมือน ด้วยชุดส่วนประกอบและไดรเวอร์ที่มีจำกัด
• ตัวจัดการแพ็คเกจ RPM สำหรับการแยกวิเคราะห์คีย์และลายเซ็นดิจิทัลใช้แพ็คเกจ Sequoia ซึ่งมีการใช้งาน OpenPGP ในภาษา Rust ก่อนหน้านี้ RPM ใช้โค้ดแยกวิเคราะห์ OpenPGP ของตัวเอง ซึ่งมีปัญหาและข้อจำกัดที่ยังไม่ได้รับการแก้ไข แพ็คเกจ rpm-sequoia ได้รับการเพิ่มเป็นการพึ่งพาโดยตรงกับ RPM ซึ่งรองรับอัลกอริทึมการเข้ารหัสตามไลบรารี Nettle ที่เขียนด้วยภาษา C (มีการวางแผนที่จะให้ความสามารถในการใช้ OpenSSL)
• ใช้ขั้นตอนแรกของการใช้งานตัวจัดการแพ็คเกจใหม่ Microdnf ซึ่งแทนที่ DNF ที่ใช้อยู่ในปัจจุบัน ชุดเครื่องมือ Microdnf ได้รับการอัปเดตอย่างมากและตอนนี้รองรับคุณสมบัติหลักทั้งหมดของ DNF แต่ในขณะเดียวกันก็โดดเด่นด้วยประสิทธิภาพสูงและความกะทัดรัด ข้อแตกต่างที่สำคัญระหว่าง Microdnf และ DNF คือการใช้ C แทน Python ในการพัฒนา ซึ่งช่วยให้คุณกำจัดการพึ่งพาจำนวนมากได้ ข้อดีอื่น ๆ ของ Microdnf: การแสดงความคืบหน้าของการดำเนินงานที่มองเห็นได้มากขึ้น; ปรับปรุงการใช้ตารางธุรกรรม ความสามารถในการแสดงข้อมูลในรายงานการทำธุรกรรมที่เสร็จสมบูรณ์ซึ่งออกโดยสคริปต์ที่สร้างขึ้นในแพ็คเกจ (สคริปต์เล็ต) รองรับการใช้แพ็คเกจ RPM ในเครื่องสำหรับการทำธุรกรรม ระบบการป้อนข้อมูลที่สมบูรณ์ขั้นสูงยิ่งขึ้นสำหรับ bash; รองรับการรันคำสั่ง builddep โดยไม่ต้องติดตั้ง Python บนระบบ
• เดสก์ท็อป Fedora Workstation ได้รับการอัปเดตเป็น GNOME 44 ซึ่งคาดว่าจะเปิดตัวในวันที่ 22 มีนาคม คุณสมบัติใหม่ใน GNOME 44 ได้แก่ การใช้งานหน้าจอล็อคแบบใหม่ และส่วน "แอปพื้นหลัง" ในเมนูสถานะ
• สภาพแวดล้อมของผู้ใช้ Xfce ได้รับการอัปเดตเป็นเวอร์ชัน 4.18
• การก่อตัวของแอสเซมบลีกับสภาพแวดล้อมผู้ใช้ LXQt สำหรับสถาปัตยกรรม AArch64 ได้เริ่มขึ้นแล้ว
• ตัวจัดการการแสดงผล SDDM เริ่มต้นที่อินเทอร์เฟซการเข้าสู่ระบบโดยใช้ Wayland การเปลี่ยนแปลงนี้ทำให้สามารถย้ายผู้จัดการการเข้าสู่ระบบไปยัง Wayland ในการสร้างด้วยเดสก์ท็อป KDE
• ในการสร้างด้วยเดสก์ท็อป KDE วิซาร์ดการตั้งค่าเริ่มต้นถูกลบออกจากการกระจาย เนื่องจากคุณสมบัติส่วนใหญ่ไม่ได้ใช้ใน KDE Spin และ Kinoite และการตั้งค่าเริ่มต้นได้รับการกำหนดค่าระหว่างขั้นตอนการติดตั้งโดยตัวติดตั้ง Anaconda
• ให้สิทธิ์เข้าถึงแค็ตตาล็อกแอปพลิเคชัน Flathub อย่างเต็มรูปแบบ (ปิดใช้งานตัวกรองที่ลบแพ็คเกจที่ไม่เป็นทางการ โปรแกรมที่เป็นกรรมสิทธิ์ และแอปพลิเคชันที่มีข้อกำหนดสิทธิ์การใช้งานที่เข้มงวด) หากมีแพ็คเกจ flatpak และ rpm ที่มีโปรแกรมเดียวกัน เมื่อใช้ซอฟต์แวร์ GNOME แพ็คเกจ Flatpak จากโครงการ Fedora จะถูกติดตั้งก่อน จากนั้นจึงติดตั้งแพ็คเกจ RPM จากนั้นจึงติดตั้งแพ็คเกจจาก Flathub
• การก่อตัวของการสร้างสำหรับอุปกรณ์พกพาได้เริ่มขึ้นแล้ว โดยมาพร้อมกับ Phosh shell ซึ่งใช้เทคโนโลยี GNOME และไลบรารี GTK ใช้เซิร์ฟเวอร์คอมโพสิต Phoc ที่ทำงานบน Wayland เช่นเดียวกับแป้นพิมพ์บนหน้าจอ squeekboard ของมันเอง เดิมทีสภาพแวดล้อมนี้ได้รับการพัฒนาโดย Purism โดยเป็นแอนะล็อกของ GNOME Shell สำหรับสมาร์ทโฟน Librem 5 แต่หลังจากนั้นก็กลายเป็นส่วนหนึ่งของโครงการ GNOME ที่ไม่เป็นทางการ และปัจจุบันยังใช้ในระบบปฏิบัติการหลังการขาย Mobian และเฟิร์มแวร์บางตัวสำหรับอุปกรณ์ Pine64
• เพิ่มการสร้าง Fedora Budgie Spin ด้วย Budgie GUI ที่ใช้เทคโนโลยี GNOME, Budgie Window Manager (BWM) และการนำ GNOME Shell ไปใช้เอง Budgie ใช้แผงควบคุมที่คล้ายกับการจัดระเบียบในแผงควบคุมเดสก์ท็อปแบบคลาสสิก องค์ประกอบแผงทั้งหมดเป็นแอปเพล็ต ซึ่งช่วยให้คุณปรับแต่งองค์ประกอบได้อย่างยืดหยุ่น เปลี่ยนเค้าโครง และแทนที่การใช้งานองค์ประกอบแผงหลักตามที่คุณต้องการ
• เพิ่มการสร้าง Fedora Sway Spin พร้อมสภาพแวดล้อมแบบกำหนดเองของ Sway ที่สร้างขึ้นโดยใช้โปรโตคอล Wayland และเข้ากันได้อย่างสมบูรณ์กับตัวจัดการหน้าต่างแบบเรียงต่อกัน i3 และ i3bar ในการตั้งค่าสภาพแวดล้อมของผู้ใช้ที่สมบูรณ์ ส่วนประกอบที่เกี่ยวข้องจะถูกนำเสนอ: swayidle (กระบวนการพื้นหลังพร้อมการนำโปรโตคอล KDE ที่ไม่ได้ใช้งานไปใช้), swaylock (โปรแกรมรักษาหน้าจอ), mako (ตัวจัดการการแจ้งเตือน), น่ากลัว (สร้างภาพหน้าจอ), slurp (การเลือกพื้นที่ บนหน้าจอ), wf-recorder ( จับภาพวิดีโอ), waybar (แถบแอพพลิเคชั่น), virtboard (แป้นพิมพ์บนหน้าจอ), wl-clipboard (การจัดการคลิปบอร์ด), wallutils (การจัดการวอลเปเปอร์เดสก์ท็อป)
• โปรแกรมติดตั้ง Anaconda ใช้เครื่องมือ mdadm แทน dmraid เพื่อรองรับ RAID ของซอฟต์แวร์ที่มีเฟิร์มแวร์ (BIOS RAID, Firmware RAID, Fake RAID)
• เพิ่มตัวติดตั้งแบบง่ายสำหรับการติดตั้งอิมเมจรุ่น Fedora IoT บนอุปกรณ์ IoT ตัวติดตั้งใช้ตัวติดตั้ง coreos และใช้สำเนาโดยตรงของอิมเมจ OStree ในสต็อกโดยไม่ต้องมีการโต้ตอบกับผู้ใช้
• ภาพสดได้รับการอัปเกรดเพื่อรองรับการรวมเลเยอร์โดยอัตโนมัติสำหรับการจัดเก็บข้อมูลถาวรเมื่อบูตจากไดรฟ์ USB
• ในเซิร์ฟเวอร์ X และ Xwayland เนื่องจากปัญหาด้านความปลอดภัยที่อาจเกิดขึ้น ตามค่าเริ่มต้น ไคลเอ็นต์จะไม่ได้รับอนุญาตให้เชื่อมต่อจากระบบที่มีลำดับไบต์ต่างกัน
• แฟล็ก "-fno-omit-frame-pointer" และ "-mno-omit-leaf-frame-pointer" ถูกเปิดใช้งานตามค่าดีฟอลต์ในคอมไพเลอร์เพื่อเพิ่มความสามารถการทำโปรไฟล์และการดีบัก และเพื่อวินิจฉัยปัญหาด้านประสิทธิภาพโดยไม่ต้องคอมไพล์แพ็คเกจใหม่
• ขณะนี้สามารถสร้างแพ็กเกจได้โดยเปิดใช้งานโหมดป้องกัน "_FORTIFY_SOURCE=3" ซึ่งจะตรวจจับบัฟเฟอร์ล้นที่อาจเกิดขึ้นเมื่อเรียกใช้ฟังก์ชันสตริงที่กำหนดไว้ในไฟล์ส่วนหัว string.h ความแตกต่างจากโหมด "_FORTIFY_SOURCE=2" จำกัดเฉพาะการตรวจสอบเพิ่มเติมเท่านั้น ในทางทฤษฎี การตรวจสอบเพิ่มเติมเหล่านี้อาจนำไปสู่ผลเสียด้านประสิทธิภาพ แต่ในทางปฏิบัติ เกณฑ์มาตรฐาน SPEC2000 และ SPEC2017 ไม่พบความแตกต่างใดๆ และไม่มีรายงานผู้ใช้ร้องเรียนเกี่ยวกับประสิทธิภาพที่ลดลงระหว่างการทดสอบ
• ลดเวลาสำหรับการบังคับปิดยูนิต systemd ระหว่างการปิดระบบจาก 2 นาทีเป็น 45 วินาที
• แพ็คเกจที่มีแพลตฟอร์ม Node.js ได้รับการปรับโครงสร้างใหม่ ให้ความสามารถในการติดตั้งโหนดต่างๆ ของ Node.js บนระบบพร้อมกัน (เช่น ตอนนี้คุณสามารถติดตั้งแพ็กเกจ nodejs-16, nodejs-18 และ nodejs-20 ได้พร้อมกัน)
• อัปเดตเวอร์ชันแพ็คเกจ ได้แก่ Ruby 3.2, gcc 13, LLVM 16, Golang 1.20, PHP 8.2, binutils 2.39, glibc 2.37, gdb 12.1, GNU Make 4.4, cups-filters 2.0b, TeXLive 2022, ImageMagick 7, PostgreSQL 15

ที่มา: opennet.ru