يعمل الرجال في Fedora بكل حماسهم والوقت المتاح للوفاء بجدول إطلاق التوزيع ولكن ، يبدو أن هذا العام سيكون عامًا آخر يكون فيه تاريخ الإصدار من التوزيع لن تتحقق ، لالمزيد من ماذا تم الإفراج عن المعلومات أيضا ما صللإصدار التالي من التوزيع وهو Fedora 33 (التي أعرف أنها بدأت العمل بالفعل)سأقوم بتغيير بسيط على النظام الذي يوفر تحليل اسم الشبكة للتطبيقات من "حل nss" بواسطة "حل النظام".
للتنفيذ في Fedora 33 ، تم التخطيط لـ "systemd -olved" لتحل محل "nss-solution" لحل استعلامات DNS و Glibc ، سيتم تغييره إلى حل nss من مشروع systemd بدلاً من وحدة NSS المدمجة nss-dns.
سيستبدل systemd -olved حل nss في Fedora 33
تم إجراء هذا التغيير بسبب القرار الذي تم اتخاذه داخليًا في Fedora بدلاً من اختيار تعطيل "حل النظام" (كما كان يفعل لفترة طويلة) من الأفضل أن تكون ممكّنة.
يعلق المطورون على ذلك يؤدي systemd-solution وظائف مثل احتفظ بالتكوين في ملف resolv.conf استنادًا إلى بيانات DHCP وتكوين DNS الثابت لواجهات الشبكة ، ويدعم DNSSEC و LLMNR (تحليل اسم الإرسال المحلي المتعدد).
من بين فوائد التحول إلى systemd -olved هو دعم DNS عبر TLS ، والقدرة على تمكين التخزين المؤقت المحلي لاستعلامات DNS ودعم ربط معالجات مختلفة بواجهات شبكة مختلفة (اعتمادًا على واجهة الشبكة ، يتم تحديد خادم DNS للوصول ، على سبيل المثال ، سيتم إرسال استعلامات DNS لواجهات VPN عبر VPN). ليس من المخطط استخدام DNSSEC في Fedora (سيتم إنشاء نظام حل النظام باستخدام DNSSEC = بلا علم).
يتم استخدام Systemd-Resolution بالفعل افتراضيًا في Ubuntu اعتبارًا من الإصدار 16.10 ، ولكن سيتم إجراء الدمج بشكل مختلف في Fedora ، نظرًا لأن Fedora يعمل بشكل مختلف تمامًا عن Ubuntu في البداية ويستمر Ubuntu في استخدام glibc nss-dns التقليدي ، أي ، يستمر glibc في التعامل مع / etc / resolv. بينما يأمل Fedora في استبدال nss-dns بحل nss الخاص بالنظام.
بالنسبة لأولئك الذين لا يرغبون في استخدام systemd-Resolution ، سيكون من الممكن تعطيله ولهذا ، يجب إلغاء تنشيط خدمة systemd-solution.service وإعادة تشغيل NetworkManager ، مما سيُنشئ /etc/resolv.conf التقليدي.
النسخة النهائية من Fedora 32 تأخرت لمدة أسبوع
أخيرًا ، من التغييرات الأخرى التي أعلن عنها مطورو مشروع Fedora تأجيل إصدار النسخة النهائية من Fedora 32 لمدة أسبوع بسبب عدم الامتثال لمعايير الجودة.
إطلاق تم تحديد موعد فيدورا 32 في 28 أبريل ، بدلاً من 21 أبريل، على النحو المخطط أصلاً.
في الاختبار النهائي يبني مما أجبر المطورين على تأجيل الإصدار النهائي تم التعليق على 3 مشاكل على الأقلالتي تم تصنيفها على أنها قفل إصدار تظل غير مصححة.
تتضمن مشكلات قفل الإصدار: مشكلات في التعرف على قسم LVM في وضع استرداد التعطل ، والتجميد عند محاولة التمهيد على أنظمة مزودة بوحدات معالجة رسومات NVIDIA Turing في وضع "التمهيد الآمن" ، والنسخة النهائية المفقودة من حزمة الخلفية f32 في مستودع مستقر.
يأمل المطورون أن يتم حل هذه الأخطاء في الوقت الذي اشترطوا فيه أخذ تاريخ الانتهاء كأمر مسلم به (مذكور سابقًا) ، ولكن في حالة عدم حدوث ذلك ، فسيتم تأخير التاريخ أكثر من أيام:
بسبب أخطاء مانع الفتح ، تم إعلان فيدورا 32 نهائي "ممنوع". سنلتقي مرة أخرى في الساعة 17:00 بالتوقيت العالمي المنسق يوم الخميس 23 أبريل لإعادة تقييم الموقف والإعلان عن الإصدار النهائي لـ Fedora 32.
إذا قررنا في ذلك الوقت أن Fedora 32 جاهز ، فسيتم إصداره في "تاريخ الإصدار المتوقع رقم 1" في 28 أبريل.
أخيرا إذا كنت تريد معرفة المزيد عن الاتصالات صادر عن شباب Fedora ، يمكنك التحقق من الروابط التالية التي نقدمها.
رابط حول التغيير في Fedora 33.
رابط حول التأخير في إصدار Fedora 32.
أنا مع Fedora 32 Cinnamon Beta وهو يسير على ما يرام