Fedora Linux 40 ने बीटा चाचणीमध्ये प्रवेश केला आहे

Началось тестирование бета-версии дистрибутива Fedora Linux 40. Бета-выпуск ознаменовал переход на финальную стадию тестирования, при которой допускается только исправление критических ошибок. Релиз запланирован на 23 апреля. Выпуск охватывает Fedora Workstation, Fedora Server, Fedora Silverblue, Fedora IoT, Fedora CoreOS, Fedora Cloud Base, Fedora Onyx и Live-сборки, поставляемые в форме спинов c пользовательскими окружениями 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 прекращена, а для запуска X11-приложений в сеансе на основе Wayland задействован DDX-сервер XWayland. В качестве причины прекращения поддержки сеанса с X11 упоминается перевод X.Org-сервера в RHEL 9 в категорию устаревших и решение полностью удалить его в будущем значительном выпуске RHEL 10. Среди факторов, способствовавших оставлению только поддержки Wayland называется выполненная в Fedora 36 замена драйверов fbdev на драйвер simpledrm, корректно работающий с Wayland, а также появление поддержки Wayland в проприетарных драйверах NVIDIA.
  • Fedora प्रकल्पाद्वारे विकसित केलेले अणुदृष्ट्या अद्ययावत सानुकूल वितरणे Atomic Desktops ब्रँड अंतर्गत एकाच कुटुंबात एकत्रित केले जातात, परंतु दीर्घकाळापासून अणुबिल्डचे जुने नाव कायम आहे. परिणामी, GNOME वर आधारित Fedora Silverblue आणि KDE वर आधारित Fedora Kinoite, तसेच 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, रुबी 3.3, Go 1.22, Java 21, AMD ROCm 6, बूस्ट 1.83, पोस्ट 389, GCC 3.0.0, binutils 5, 16, 2021.8, 2, बूस्ट डिरेक्टर पोस्ट 1.29, TBB (थ्रेड बिल्डिंग ब्लॉक्स) XNUMX, SQLAlchemy XNUMX, Kubernetes XNUMX.
  • नेटवर्कमॅनेजर कॉन्फिगरेटरमध्ये, डीफॉल्टनुसार, स्थानिक नेटवर्क (RFC 4) वर IPv5227 पत्ता विरोधाभास शोधण्यासाठी एक यंत्रणा सक्षम केली जाते, ज्याचा सार नेटवर्क इंटरफेसवर पत्ता संलग्न करण्यापूर्वी एआरपी चाचणी पॅकेट पाठवणे आहे (जर प्रतिसाद असेल तर प्राप्त झाले, नंतर पत्ता व्यस्त आहे आणि नियुक्त केला जाणार नाही). वायरलेस कनेक्शनसाठी, स्वतंत्र कायम MAC पत्ता नियुक्त केला जातो (नेटवर्क मॅनेजरमध्ये स्थिर-ssid मोड).
  • 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 च्या फोर्कने बदलली आहे, जी API स्तरावर zlib शी सुसंगत आहे, परंतु कार्यप्रदर्शन सुधारण्यासाठी अतिरिक्त ऑप्टिमायझेशन प्रदान करते.
  • RPM पॅकेजेसच्या डेल्टा अपडेट्सची निर्मिती थांबवण्यात आली आहे, अपडेट दरम्यान पॅकेजच्या आधीच इंस्टॉल केलेल्या आवृत्तीशी संबंधित फक्त बदललेला डेटा लोड केला जाऊ शकतो. Deltarpm समर्थन DNF आणि DNF5 मध्ये अक्षम केले आहे.
  • मुख्य सर्व्हरशी थेट संपर्क न करता आणि जागतिक सीडीएनचा समावेश न करता स्थानिक नेटवर्कवर वारंवार विनंती केलेल्या फाइल्सचे वितरण करण्यासाठी पासिम, कॅशिंग सर्व्हर जोडला.
  • BerkeleyDB 5.x शाखा नापसंत झाल्यामुळे आणि BerkeleyDB 6.x शाखा अस्वीकार्य परवान्यामध्ये हलवल्यामुळे pam_userdb मॉड्यूल BerkeleyDB वापरण्यापासून GDBM वर हलवले गेले आहे. बोगोफिल्टर बर्कलेडीबी (libdb) ऐवजी SQLite वापरण्यासाठी रूपांतरित केले आहे.
  • Fedora वर्कस्टेशन लाइव्ह प्रतिमा तयार करण्यासाठी, इमेज बिल्डर टूलकिटचा वापर केला जातो, जे पुनरावृत्ती करण्यायोग्य बिल्डला समर्थन देते आणि वापरकर्त्यांना प्रतिमा सानुकूलित करण्यासाठी सुलभ प्रक्रिया देते.
  • osbuild टूलकिटचा वापर ARM आर्किटेक्चरसाठी किमान प्रतिमा तयार करण्यासाठी केला जातो.
  • Fedora Cloud Edition प्रतिमा निर्माण करण्यासाठी, ImageFactory ऐवजी किवी साधने वापरली जातात.
  • कुबर्नेट्ससाठी पॅकेजेसची पुनर्रचना केली गेली आहे.
  • Fedora IoT, इंटरनेट ऑफ थिंग्ज उपकरणांसाठी संस्करण, OSTree टूलकिट आणि bootc तंत्रज्ञान वापरून तयार केलेल्या बूट कंटेनर्स वापरण्यासाठी रूपांतरित केले आहे.
  • wget युटिलिटी wget2 ने बदलली आहे, आणि iotop युटिलिटी iotop-c ने बदलली आहे.
  • В редакциях Fedora Silverblue и Kinoite включена программ bootupd, выполняющая обновление загрузчика.
  • libuser लायब्ररी अप्रचलित घोषित करण्यात आली आहे, कायम ठेवली नाही आणि यापुढे इतर Fedora संकुलांमध्ये वापरली जाणार नाही (LDAP ला समर्थन देण्यासाठी वितरणामध्ये SSSD पूर्वीपासून वापरले गेले आहे). passwd युटिलिटीच्या libuser-आधारित अंमलबजावणीसह passwd पॅकेज काढून टाकले आहे, shadow-utils पॅकेजमधून समान युटिलिटीने बदलले आहे.
  • डीफॉल्टनुसार C भाषा मानकाची नवीन आवृत्ती समाविष्ट करण्यासाठी GCC ची तयारी करण्यासाठी कार्य केले गेले आहे, जे अंतर्निहित कार्य व्याख्या आणि अंतर्निहित इंट असाइनमेंट यासारख्या काही परंपरागत भाषा वैशिष्ट्यांसाठी डीफॉल्ट समर्थन समाप्त करेल.
  • लेनार्ट पॉटरिंगने प्रस्तावित केलेल्या आधुनिक लोडिंग प्रक्रियेच्या संक्रमणाचा दुसरा टप्पा लागू करण्यात आला आहे. वितरण इन्फ्रास्ट्रक्चरमध्ये व्युत्पन्न केलेल्या आणि डिजीटल स्वाक्षरी केलेल्या युनिफाइड कर्नल इमेज UKI (युनिफाइड कर्नल इमेज) च्या, कर्नल पॅकेज स्थापित करताना स्थानिक प्रणालीवर व्युत्पन्न केलेल्या initrd प्रतिमेऐवजी, क्लासिक बूटमधील फरक वापरात येतो. वितरण UKI प्रतिमा UEFI (UEFI बूट स्टब), लिनक्स कर्नल प्रतिमा आणि मेमरीमध्ये लोड केलेले initrd सिस्टम वातावरण वरून कर्नल लोड करण्यासाठी हँडलरला एका फाइलमध्ये एकत्र करते. UEFI वरून UKI प्रतिमा कॉल करताना, केवळ कर्नलच नव्हे तर initrd ची सामग्री देखील डिजिटल स्वाक्षरीची अखंडता आणि विश्वासार्हता तपासणे शक्य आहे, ज्याच्या विश्वासार्हतेची पडताळणी करणे महत्वाचे आहे, कारण या वातावरणात की रूट डिक्रिप्ट करण्यासाठी FS पुनर्प्राप्त केले जातात.

    दुसऱ्या टप्प्यावर, वेगळे बूटलोडर (ग्रब, एसडी-बूट) न वापरता shim.efi UEFI मॉड्यूलमधून थेट UKI लोड करण्याची क्षमता जोडली गेली, Aarch64 आर्किटेक्चरसह सिस्टमवर UKI वापरण्यासाठी समर्थन लागू केले गेले आणि त्याची आवृत्ती UKI प्रतिमा क्लाउड वातावरण आणि संरक्षित व्हर्च्युअल मशीनसाठी तयार करण्यात आली होती. या आधी, Fedora 38 मधील पहिल्या टप्प्यावर, बूटलोडरमध्ये UKI साठी समर्थन जोडले गेले होते, UKI स्थापित आणि अद्यतनित करण्यासाठी साधने लागू केली गेली होती, आणि घटक आणि ड्रायव्हर्सच्या मर्यादित संचासह आभासी मशीन बूट करण्यासाठी प्रायोगिक UKI प्रतिमा तयार केली गेली होती.

  • PyTorch मशीन लर्निंग फ्रेमवर्कसह एक तयार पॅकेज रिपॉजिटरीमध्ये जोडले गेले आहे, जो “dnf install pytorch” कमांड वापरून इंस्टॉलेशनसाठी उपलब्ध आहे. सध्या, पॅकेजमध्ये फक्त CPU कंप्युटिंगसाठी घटक समाविष्ट आहेत, परंतु भविष्यातील प्रकाशनांमध्ये ते GPU आणि विशेष NPU प्रवेगक वापरण्यासाठी समर्थन जोडण्याची योजना आखत आहेत.

स्त्रोत: opennet.ru

एक टिप्पणी जोडा