ประกาศการเปิดตัวระบบปฏิบัติการ Fedora Linux Fedora Workstation, Fedora Server, Fedora CoreOS, Fedora Cloud Base, Fedora IoT Edition และ Live builds พร้อมให้ดาวน์โหลดแล้ว เวอร์ชันเหล่านี้เป็นการปรับแต่งจากสภาพแวดล้อมเดสก์ท็อป KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie และ Sway เวอร์ชันเหล่านี้รองรับสถาปัตยกรรม x86_64, Power64 และ ARM64 (AArch64) ส่วนการปล่อยเวอร์ชัน Fedora Silverblue นั้นล่าช้าออกไป
การเปลี่ยนแปลงที่สำคัญที่สุดใน Fedora Linux 40:
- เดสก์ท็อป GNOME ใน Fedora Workstation ได้รับการอัปเดตเป็นเวอร์ชัน 46 ซึ่งเพิ่มฟังก์ชันการค้นหาทั่วโลก ปรับปรุงประสิทธิภาพของตัวจัดการไฟล์และโปรแกรมจำลองเทอร์มินัล เพิ่มการสนับสนุนการทดลองสำหรับกลไก VRR (Variable Refresh Rate) ปรับปรุงคุณภาพเอาต์พุตสำหรับมาตราส่วนแบบเศษส่วน และขยายความสามารถในการเชื่อมต่อกับบริการภายนอก ตัวกำหนดค่าได้รับการอัปเดต และปรับปรุงระบบการแจ้งเตือนแล้ว GTK ใช้เครื่องมือการเรนเดอร์ใหม่ที่ใช้ Vulkan API
- รุ่นเดสก์ท็อปของ KDE ได้รับการอัปเดตเป็น KDE 6 ซึ่งใช้โปรโตคอล Wayland การสนับสนุนเซสชันที่ใช้โปรโตคอล X11 ถูกยกเลิกในการแจกจ่ายขั้นพื้นฐาน (คุณสามารถส่งคืนได้โดยการติดตั้งแพ็คเกจ plasma-workspace-x11 จากพื้นที่เก็บข้อมูล) หากต้องการเรียกใช้แอปพลิเคชัน X11 ในเซสชันที่ใช้ Wayland เซิร์ฟเวอร์ XWayland DDX จะถูกนำมาใช้ เหตุผลที่อ้างถึงในการยุติการสนับสนุนเซสชัน 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 เพื่ออัปเดตบูตโหลดเดอร์
- ไลบรารี libuser ได้รับการประกาศว่าล้าสมัย ปล่อยทิ้งไว้โดยไม่ได้รับการบำรุงรักษา และไม่ได้ใช้ในแพ็คเกจ Fedora อื่นๆ อีกต่อไป (SSSD มีการใช้ SSSD ในการแจกจ่ายเพื่อรองรับ LDAP มานานแล้ว) แพ็คเกจ passwd ที่มีการใช้งานยูทิลิตี้ passwd แบบอิง libuser ได้ถูกลบออกแล้ว แทนที่ด้วยยูทิลิตี้ที่คล้ายกันจากแพ็คเกจ shadow-utils
- มีการทำงานเพื่อเตรียมการสำหรับ GCC เพื่อรวมมาตรฐานภาษา C เวอร์ชันใหม่กว่าตามค่าเริ่มต้น ซึ่งจะเป็นจุดสิ้นสุดการสนับสนุนเริ่มต้นสำหรับคุณลักษณะภาษาดั้งเดิมบางอย่าง เช่น คำจำกัดความฟังก์ชันโดยนัย และการกำหนด int โดยนัย
- ขั้นตอนที่สองของการเปลี่ยนไปใช้วิธีบูตแบบทันสมัยตามที่ Lennart Poettering เสนอได้ถูกนำไปใช้แล้ว ความแตกต่างจากกระบวนการบูตแบบดั้งเดิมนั้นสรุปได้ว่าคือการใช้ภาพเคอร์เนลแบบรวม (UKI) ที่สร้างขึ้นภายในโครงสร้างพื้นฐานของระบบปฏิบัติการและลงนามแบบดิจิทัลโดยระบบปฏิบัติการนั้น แทนที่จะใช้ภาพ initrd ที่สร้างขึ้นบนระบบโลคัลระหว่างการติดตั้งแพ็กเกจเคอร์เนล ภาพ UKI นั้นรวมตัวจัดการสำหรับการโหลดเคอร์เนลจาก UEFI (UEFI boot stub) และภาพเคอร์เนลไว้ในไฟล์เดียว Linux และสภาพแวดล้อมระบบ initrd จะถูกโหลดเข้าสู่หน่วยความจำ เมื่อโหลดอิมเมจ UKI จาก UEFI ความสมบูรณ์และความถูกต้องของทั้งเคอร์เนลและเนื้อหาของ initrd สามารถตรวจสอบได้โดยใช้ลายเซ็นดิจิทัล การตรวจสอบความถูกต้องของเนื้อหา initrd มีความสำคัญ เนื่องจากสภาพแวดล้อมนี้เป็นที่ที่ดึงคีย์สำหรับถอดรหัสระบบไฟล์รูทออกมา
ในขั้นตอนที่สอง ได้มีการเพิ่มความสามารถในการโหลด UKI โดยตรงจากโมดูล UEFI shim.efi โดยไม่ต้องใช้บูตโหลดเดอร์แยกต่างหาก (grub, sd-boot) มีการใช้งานการรองรับ UKI บนระบบที่มีสถาปัตยกรรม Aarch64 และได้จัดเตรียมอิมเมจ UKI เวอร์ชันสำหรับสภาพแวดล้อมคลาวด์และสภาพแวดล้อมที่ปลอดภัย เครื่องเสมือนก่อนหน้านี้ ขั้นแรกของ Fedora 38 ได้เพิ่มการรองรับ UKI ให้กับบูตโหลดเดอร์ พัฒนาเครื่องมือสำหรับการติดตั้งและอัปเดต UKI และสร้างอิมเมจ UKI ทดลองสำหรับบูตเครื่องเสมือนที่มีส่วนประกอบและไดรเวอร์จำนวนจำกัด
- มีการเพิ่มแพ็คเกจสำเร็จรูปพร้อมเฟรมเวิร์กการเรียนรู้ของเครื่อง PyTorch ไปยังพื้นที่เก็บข้อมูล ซึ่งพร้อมสำหรับการติดตั้งโดยใช้คำสั่ง “dnf install pytorch” ปัจจุบัน แพคเกจนี้รวมเฉพาะส่วนประกอบสำหรับการประมวลผล CPU แต่ในรุ่นต่อๆ ไป พวกเขาวางแผนที่จะเพิ่มการรองรับสำหรับการใช้ GPU และตัวเร่งความเร็ว NPU แบบพิเศษ
นอกจากนี้ เรายังสังเกตการเปิดตัวพื้นที่เก็บข้อมูล "ฟรี" และ "ไม่ฟรี" ของโปรเจ็กต์ RPM Fusion สำหรับ Fedora 40 ซึ่งในแพ็คเกจที่มีแอปพลิเคชันมัลติมีเดียเพิ่มเติม (MPlayer, VLC, Xine), ตัวแปลงสัญญาณวิดีโอ/เสียง, รองรับ DVD, AMD ที่เป็นกรรมสิทธิ์ และมีไดรเวอร์ NVIDIA โปรแกรมเกมและอีมูเลเตอร์
ที่มา: opennet.ru
