फेडोरा लोग अपने पूरे उत्साह के साथ काम कर रहे हैं और वितरण लॉन्च अनुसूची को पूरा करने के लिए समय उपलब्ध है लेकिन, ऐसा लगता है कि यह वर्ष एक और वर्ष होगा जिसमें रिलीज़ की तारीख होगी वितरण के इसे पूरा नहीं किया जाएगाऔर क्या जानकारी भी जारी की गई क्या पीवितरण के अगले संस्करण के लिए जो फेडोरा 33 है (जो मुझे पहले से पता है कि काम शुरू हो रहा है) एसमैं एक छोटा सा बदलाव करूंगा सिस्टम पर "nss- रिज़ॉल्यूशन" से "systemd- सॉल्यूशन" द्वारा नेटवर्क नाम रिज़ॉल्यूशन प्रदान करता है।
कार्यान्वयन के लिए फेडोरा 33 में, "nss- समाधान" को बदलने के लिए "सिस्टमड-सॉल्यूशन" की योजना बनाई गई DNS और Glibc प्रश्नों को हल करने के लिए इसे सिस्टम-प्रोजेक्ट से nss- में निर्मित NSS मॉड्यूल nss-dns के बजाय nss-resolution में बदला जाएगा।
systemd- हल फेडोरा 33 में nss- रिज़ॉल्यूशन की जगह लेगा
यह बदलाव किया जाता है फेडोरा में आंतरिक रूप से किए गए निर्णय के कारण बजाय "systemd- हल" अक्षम करने का विकल्प (जैसा कि यह लंबे समय से कर रहा है) बेहतर सक्षम होना चाहिए।
डेवलपर्स टिप्पणी करते हैं कि systemd-solution कार्य करता है जैसे कि DHCP डेटा और नेटवर्क इंटरफेस के लिए एक स्थिर DNS कॉन्फ़िगरेशन के आधार पर resolv.conf फ़ाइल में कॉन्फ़िगरेशन रखें, DNSSEC और LLMNR (लिंक स्थानीय मल्टीकास्ट नाम रिज़ॉल्यूशन) का समर्थन करता है।
स्विच करने के लाभ के बीच systemd- हल करने के लिए है टीएलएस पर डीएनएस के लिए समर्थन, डीएनएस प्रश्नों के स्थानीय कैशिंग को सक्षम करने की क्षमता और अलग-अलग नेटवर्क इंटरफेस के लिए अलग-अलग प्रोसेसर को बाइंड करने के लिए समर्थन (नेटवर्क इंटरफेस के आधार पर, एक डीएनएस सर्वर को एक्सेस करने के लिए चुना जाता है, जैसे वीपीएन इंटरफेस के लिए DNS क्वेरी वीपीएन पर भेजा जाएगा)। फेडोरा में DNSSEC का उपयोग करने की योजना नहीं है (DNDEC = कोई झंडा नहीं है)
उबंटू में डिफ़ॉल्ट रूप से पहले से ही सिस्टमड-रिज़ॉल्यूशन का उपयोग किया जाता है संस्करण 16.10 के रूप में, लेकिन फेडोरा में एकीकरण अलग तरीके से किया जाएगा, क्योंकि फेडोरा उबंटू से शुरू होने के लिए पूरी तरह से अलग है और उबंटू पारंपरिक ग्लिब्स एनएससी-डीएनएस का उपयोग करना जारी रखता है, अर्थात, ग्लिबक को संभालना जारी है / आदि। जबकि फेडोरा ने nss-dns को systemd के nss- रिज़ॉल्यूशन से बदलने की उम्मीद की है।
जो लोग सिस्टमड-रिज़ॉल्यूशन का उपयोग नहीं करना चाहते हैं, उनके लिए इसे अक्षम करना संभव होगा और इसके लिए, systemd-resolution.service सेवा को निष्क्रिय करना होगा और NetworkManager को फिर से शुरू करना होगा, जो पारंपरिक /etc/resolv.conf बनाएगा।
फेडोरा 32 के अंतिम संस्करण में एक सप्ताह की देरी हुई
अंत में, फेडोरा परियोजना के डेवलपर्स ने जिन परिवर्तनों की घोषणा की, उनमें से एक फ़ेडोरा 32 के अंतिम संस्करण की रिलीज़ को एक सप्ताह के लिए स्थगित करना था गुणवत्ता मानदंडों के अनुपालन न होने के कारण।
का शुभारंभ फेडोरा 32 28 अप्रैल के बजाय 21 अप्रैल को निर्धारित है, जैसा कि मूल रूप से योजनाबद्ध है।
अंतिम परीक्षण में बनाता है कि डेवलपर्स ने अंतिम रिलीज को स्थगित करने के लिए मजबूर किया कम से कम 3 समस्याओं पर टिप्पणी की जाती हैs जिसे वर्जन लॉक के रूप में वर्गीकृत किया गया है जो बिना सिले हुए रहता है।
संस्करण लॉकिंग मुद्दों में शामिल हैं: क्रैश रिकवरी मोड में LVM विभाजन मान्यता के साथ समस्याएं, "सुरक्षित बूट" मोड में NVIDIA ट्यूरिंग जीपीयू के साथ सिस्टम पर बूट करने की कोशिश में ठंड, और स्थिर भंडार में f32-पृष्ठभूमि पैकेज के अंतिम संस्करण को गायब करना।
डेवलपर्स को उम्मीद है कि इन बगों को उस समय के भीतर हल कर लिया जाएगा जब उन्होंने दी गई (पहले उल्लेख की गई) अंतिम तिथि लेने के लिए निर्धारित किया था, लेकिन अगर ऐसा नहीं है, तो तारीख अधिक दिन विलंबित होगी:
खुले अवरोधक कीड़े के कारण, फेडोरा 32 फाइनल को "निषिद्ध" घोषित किया गया था। हम गुरुवार, 17 अप्रैल को 00:23 यूटीसी पर फिर से मिलेंगे, स्थिति को फिर से बताएंगे और फेडोरा 32 की अंतिम रिलीज की घोषणा करेंगे।
यदि हम उस समय निर्धारित करते हैं कि फेडोरा 32 तैयार है, तो इसे 1 अप्रैल की "अपेक्षित रिलीज की तारीख # 28" पर जारी किया जाएगा।
अंत में यदि आप संचार के बारे में अधिक जानना चाहते हैं फेडोरा के लोगों द्वारा जारी किए गए, आप निम्नलिखित लिंक देख सकते हैं जो हम प्रदान करते हैं।
फेडोरा 33 में बदलाव के बारे में लिंक।
फेडोरा 32 की रिहाई में देरी के बारे में लिंक।
मैं बीटा फेडोरा 32 दालचीनी के साथ हूं और यह काफी अच्छा चल रहा है