Bản phân phối Fedora Linux Phiên bản 40 đã bước vào giai đoạn thử nghiệm beta.

Quá trình thử nghiệm phiên bản beta của bản phân phối Fedora đã bắt đầu. Linux Bản phát hành beta đánh dấu sự chuyển sang giai đoạn thử nghiệm cuối cùng, chỉ cho phép sửa các lỗi nghiêm trọng. Bản phát hành dự kiến ​​vào ngày 23 tháng 40. Bản phát hành này bao gồm Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora Onyx và các bản dựng Live, được phân phối dưới dạng các bản spin với môi trường người dùng KDE Plasma 5, Xfce, MATE, Cinnamon, LXDE, Phosh, LXQt, Budgie và Sway. Các bản dựng có sẵn cho các kiến ​​trúc x86_64, Power64 và ARM64 (AArch64).

Những thay đổi quan trọng nhất trong Fedora Linux 40:

• Máy tính để bàn Fedora Workstation đã được cập nhật lên bản phát hành Gnome 46.
• Phiên bản máy tính để bàn KDE đã được cập nhật lên bản phát hành KDE 6 bằng giao thức Wayland. Hỗ trợ phiên dựa trên X11 đã bị ngừng và máy chủ XWayland DDX được sử dụng để chạy các ứng dụng X11 trong phiên dựa trên Wayland. Lý do được viện dẫn cho việc ngừng hỗ trợ cho phiên X11 là do máy chủ X.Org không được dùng nữa trong RHEL 9 và quyết định loại bỏ hoàn toàn nó trong bản phát hành chính trong tương lai của RHEL 10. Trong số các yếu tố góp phần khiến chỉ còn hỗ trợ Wayland là thay thế trình điều khiển fbdev trong Fedora 36 bằng trình điều khiển simpledrm, hoạt động chính xác với Wayland, cũng như sự xuất hiện của hỗ trợ Wayland trong trình điều khiển NVIDIA độc quyền.
• Các bản phân phối tùy chỉnh được cập nhật nguyên tử do dự án Fedora phát triển được hợp nhất thành một họ duy nhất dưới thương hiệu Atomic Desktops, nhưng các bản dựng nguyên tử lâu đời vẫn giữ tên cũ. Do đó, Fedora Silverblue dựa trên GNOME và Fedora Kinoite dựa trên KDE, cũng như Fedora CoreOS và Fedora IoT, vẫn giữ nguyên tên, nhưng các bản dựng mới của Fedora Sericea và Fedora Onyx hiện được phân phối dưới tên Fedora Sway Atomic và Fedora Budgie nguyên tử.
• Các phiên bản gói được cập nhật, bao gồm 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 (Khối xây dựng luồng) 2021.8, SQLAlchemy 2, Kubernetes 1.29.
• Theo mặc định, trong bộ cấu hình NetworkManager, cơ chế phát hiện xung đột địa chỉ IPv4 trên mạng cục bộ (RFC 5227) được bật, bản chất của cơ chế này là gửi gói kiểm tra ARP trước khi gắn địa chỉ vào giao diện mạng (nếu có phản hồi nhận được thì địa chỉ đó bận và sẽ không được chỉ định). Đối với các kết nối không dây, một địa chỉ MAC cố định riêng biệt sẽ được chỉ định (chế độ ssid ổn định trong Trình quản lý mạng).
• Các công cụ xây dựng Mock (mock-core-configs), Koji và Copr đã được chuyển đổi để sử dụng trình quản lý gói DNF 5 nhằm cài đặt các phần phụ thuộc của bản dựng trong môi trường chroot được sử dụng khi xây dựng các gói. Bản phân phối sẽ được dịch sang DNF 5 trong phiên bản tiếp theo.
• Trong trình quản lý gói DNF, việc tải siêu dữ liệu với danh sách các tệp có trong gói bị tắt theo mặc định. Những dữ liệu như vậy hiếm khi được sử dụng nhưng có kích thước lớn và làm chậm công việc.
• Gói có thư viện OpenSSL 1.1 đã bị xóa do không còn hỗ trợ cho nhánh này. Các phần phụ thuộc liên quan đến OpenSSL 1.1 đã được chuyển sang OpenSSL 3.0. Gói python3.7 đã bị xóa.
• Thư viện Zlib đã được thay thế bằng một nhánh của Zlib-ng, tương thích với zlib ở cấp API nhưng cung cấp các tối ưu hóa bổ sung để cải thiện hiệu suất.
• Việc tạo các bản cập nhật delta của gói RPM đã bị dừng, chỉ cho phép tải dữ liệu đã thay đổi liên quan đến phiên bản đã cài đặt của gói trong quá trình cập nhật. Hỗ trợ Deltarpm đã bị vô hiệu hóa trong DNF và DNF5.
• Đã thêm tính năng lưu trữ Passim. máy chủ Phân phối các tập tin được yêu cầu thường xuyên trong mạng cục bộ mà không cần truy cập trực tiếp vào máy chủ chính và không cần đến các mạng phân phối nội dung toàn cầu (CDN).
• Mô-đun pam_userdb đã được chuyển từ sử dụng BerkeleyDB sang GDBM do nhánh BerkeleyDB 5.x không được dùng nữa và nhánh BerkeleyDB 6.x được chuyển sang giấy phép không được chấp nhận. Bogofilter đã được chuyển đổi để sử dụng SQLite thay vì BerkeleyDB (libdb).
• Để xây dựng hình ảnh Fedora Workstation Live, bộ công cụ Image Builder được sử dụng, hỗ trợ các bản dựng lặp lại và cung cấp cho người dùng quy trình tùy chỉnh hình ảnh dễ dàng hơn.
• Bộ công cụ osbuild được sử dụng để xây dựng các hình ảnh tối thiểu cho kiến ​​trúc ARM.
• Để tạo hình ảnh Fedora Cloud Edition, các công cụ Kiwi được sử dụng thay vì ImageFactory.
• Các gói dành cho Kubernetes đã được cơ cấu lại.
• Fedora IoT, phiên bản dành cho thiết bị Internet of Things, đã được chuyển đổi để sử dụng các bộ chứa khởi động được tạo bằng bộ công cụ OSTree và công nghệ bootc.
• Tiện ích wget đã được thay thế bằng wget2 và tiện ích iotop bằng iotop-c.
• Phiên bản Fedora Silverblue và Kinoite bao gồm bootupd, thực hiện cập nhật bootloader.
• Thư viện libuser đã bị tuyên bố là lỗi thời, không được bảo trì và không còn được sử dụng trong các gói Fedora khác (SSSD từ lâu đã được sử dụng trong bản phân phối để hỗ trợ LDAP). Gói passwd với việc triển khai tiện ích passwd dựa trên libuser đã bị xóa, thay thế bằng một tiện ích tương tự từ gói Shadow-utils.
• Công việc đã được thực hiện để chuẩn bị cho GCC đưa phiên bản mới hơn của tiêu chuẩn ngôn ngữ C theo mặc định, phiên bản này sẽ đánh dấu sự kết thúc hỗ trợ mặc định cho một số tính năng ngôn ngữ cũ như định nghĩa hàm ẩn và gán int ngầm.
• Giai đoạn thứ hai của quá trình chuyển đổi sang quy trình khởi động hiện đại hóa do Lennart Poettering đề xuất đã được thực hiện. Sự khác biệt so với quy trình khởi động cổ điển nằm ở việc sử dụng ảnh nhân hệ điều hành thống nhất (UKI) được tạo ra trong cơ sở hạ tầng phân phối và được ký điện tử bởi nhà phân phối, thay vì ảnh initrd được tạo trên hệ thống cục bộ trong quá trình cài đặt gói nhân. Ảnh UKI kết hợp trình xử lý để tải nhân từ UEFI (UEFI boot stub) và ảnh nhân trong một tệp duy nhất. Linux và môi trường hệ thống initrd được tải vào bộ nhớ. Khi tải ảnh UKI từ UEFI, tính toàn vẹn và xác thực không chỉ của nhân hệ điều hành mà còn cả nội dung initrd có thể được xác minh bằng chữ ký số. Việc xác thực nội dung initrd rất quan trọng, vì môi trường này là nơi trích xuất các khóa để giải mã hệ thống tệp gốc.

  Ở giai đoạn thứ hai, khả năng tải trực tiếp UKI từ mô-đun UEFI shim.efi mà không cần sử dụng bộ nạp khởi động riêng biệt (grub, sd-boot) đã được bổ sung, hỗ trợ sử dụng UKI trên các hệ thống có kiến ​​trúc Aarch64 đã được triển khai và một phiên bản ảnh UKI dành cho môi trường đám mây và môi trường bảo mật đã được chuẩn bị. máy ảoTrước đó, giai đoạn đầu tiên của Fedora 38 đã bổ sung hỗ trợ UKI cho bộ nạp khởi động, triển khai các công cụ để cài đặt và cập nhật UKI, và tạo ra một ảnh UKI thử nghiệm để khởi động máy ảo với một tập hợp các thành phần và trình điều khiển hạn chế.
• Một gói tạo sẵn với khung máy học PyTorch đã được thêm vào kho lưu trữ, có sẵn để cài đặt bằng lệnh “dnf install pytorch”. Hiện tại, gói này chỉ bao gồm các thành phần dành cho điện toán CPU, nhưng trong các bản phát hành trong tương lai, họ có kế hoạch bổ sung thêm hỗ trợ sử dụng GPU và bộ tăng tốc NPU chuyên dụng.

Nguồn: opennet.ru