توزيع Fedora 33 يدخل الاختبار التجريبي

بدأت اختبار الإصدار التجريبي من توزيع Fedora 33. كان الإصدار التجريبي بمثابة علامة على الانتقال إلى المرحلة النهائية من الاختبار، حيث يتم تصحيح الأخطاء الحرجة فقط. يطلق مخطط في نهاية شهر أكتوبر. يغطي القضية فيدورا، وFedora Server، وFedora Silverblue، وFedora IoT، وLive builds يتم تسليمها في النموذج يدور مع بيئات سطح المكتب KDE Plasma 5 وXfce وMATE وCinnamon وLXDE وLXQt. تم إعداد الإصدارات لمعماريات x86_64 وARM (Raspberry Pi 2 و3) وARM64 (AArch64) وPower.

أكثر دقة التغييرات في فيدورا 33:

• تم تحويل كافة خيارات توزيع سطح المكتب (Fedora Workstation، Fedora KDE، وما إلى ذلك) لاستخدام نظام الملفات Btrfs افتراضيًا. سيؤدي استخدام مدير الأقسام المدمج Btrfs إلى حل المشكلات المتعلقة باستنفاد مساحة القرص الحرة عند تركيب المجلدين / و /home بشكل منفصل. باستخدام Btrfs، يمكن وضع هذه الأقسام في قسمين فرعيين، مثبتين بشكل منفصل، ولكن باستخدام نفس مساحة القرص. سيسمح لك Btrfs أيضًا باستخدام ميزات مثل اللقطات، وضغط البيانات الشفاف، والعزل الصحيح لعمليات الإدخال/الإخراج عبر cgroups2، وتغيير حجم الأقسام أثناء التنقل.
• تم تحديث سطح مكتب Fedora Workstation للإصدار جنوم 3.38، الذي أدى إلى تحسين الأداء، وقدم واجهة تمهيدية (جولة الترحيب) تحتوي على معلومات حول الميزات الرئيسية لـ GNOME، وضوابط الرقابة الأبوية الموسعة، ووفرت القدرة على تعيين معدلات تحديث مختلفة للشاشة لكل شاشة، وأضاف خيارًا لتجاهل اتصال USB غير المصرح به الأجهزة أثناء قفل الشاشة.
• تتم إضافة Thermald افتراضيًا إلى محطة عمل Fedora لمراقبة معلمات مستشعر درجة الحرارة وحماية وحدة المعالجة المركزية من ارتفاع درجة الحرارة أثناء الأحمال القصوى.
• بشكل افتراضي، يتم تمكين خلفيات سطح المكتب المتحركة، حيث يتغير اللون حسب الوقت من اليوم.
• بدلاً من vi، محرر النص الافتراضي هو nano. التغيير مدفوع بالرغبة في جعل التوزيع في متناول القادمين الجدد من خلال توفير محرر يمكن استخدامه من قبل أي مستخدم ليس لديه معرفة خاصة بكيفية العمل في محرر Vi. في الوقت نفسه، تحتفظ الحزمة الأساسية بحزمة vim-minimal (يتم الاحتفاظ بالاستدعاء المباشر لـ vi) وتوفر القدرة على تغيير المحرر الافتراضي إلى vi بناءً على طلب المستخدم.
• تم اعتماده ضمن الإصدارات الرسمية للتوزيع خيار إنترنت الأشياء (Fedora IoT)، والذي يأتي الآن جنبًا إلى جنب مع Fedora Workstation وFedora Server. يعتمد إصدار Fedora IoT على نفس التقنيات المستخدمة في فيدورا CoreOS, مضيف فيدورا الذري и فيدورا سيلفر بلو، ويوفر بيئة نظام تم تجريدها إلى الحد الأدنى، ويتم تحديثها تلقائيًا عن طريق استبدال صورة النظام بأكمله، دون تقسيمها إلى حزم منفصلة. وللتحكم في السلامة، يتم اعتماد صورة النظام بالكامل بتوقيع رقمي. لفصل التطبيقات عن النظام الرئيسي تقدم استخدام الحاويات المعزولة (يستخدم podman للإدارة).

  يتم إنشاء بيئة نظام Fedora IoT باستخدام التكنولوجيا OSTree، حيث يتم تحديث صورة النظام ذريًا من مستودع يشبه Git، مما يسمح بتطبيق طرق التحكم في الإصدار على مكونات التوزيع (على سبيل المثال، يمكنك إرجاع النظام بسرعة إلى الحالة السابقة). تتم ترجمة حزم RPM إلى مستودع OSTree باستخدام طبقة خاصة دورة في الدقيقة أوستري. تركيبات جاهزة متاح لمعماريات x86_64 وAarch64 وARMv7 (armhfp). أعلن دعم Raspberry Pi 3 Model B/B+ و96boards Rock960 Consumer Edition وPine64 A64-LTS وPine64 Rockpro64 وRock64 وUp Squared، بالإضافة إلى الأجهزة الافتراضية x86_64 وaarch64.

• يحتوي إصدار KDE من Fedora على عملية الخلفية المبكرة التي تم تمكينها افتراضيًا، والتي تم تقديمها في الإصدار الأخير من Fedora Workstation. يتيح لك Earlyoom الاستجابة بسرعة أكبر لنقص الذاكرة، دون الذهاب إلى حد استدعاء معالج OOM (نفاد الذاكرة) في النواة، والذي يتم تشغيله عندما يصبح الموقف حرجًا ولا يستجيب النظام، كقاعدة عامة إلى إجراءات المستخدم. إذا كانت كمية الذاكرة المتوفرة أقل من 4%، ولكن ليس أكثر من 400 ميجابايت، فسيقوم Earlyoom بإنهاء العملية الأكثر استهلاكًا للذاكرة (تلك العمليات ذات أعلى /proc/*/oom_score)، دون إحضار حالة النظام إلى مسح النظام مخازن.
• إصدارات محدثة للعديد من الحزم، بما في ذلك RPM 4.16 وPython 3.9 وPerl 5.32 وBinutils 2.34 وBoost 1.73 وGlibc 2.32 وGo 1.15 وJava 11 وLLVM/Clang 11 وGNU Make 4.3 وNode.js 14 وErlang 23 وLXQt 0.15.0 6.0، روبي أون ريلز 2.1.0، ستراتيس 2.6. تم إيقاف دعم Python 3.4 وPython 64. يتم توفير بنية aarchXNUMX مع .NET Core.
• تم إيقاف دعم وحدة mod_php لخادم Apache http، وبدلاً من ذلك يُقترح استخدام php-fpm لتشغيل تطبيقات الويب في PHP.
• المجمعة مع فايرفوكس لفيدورا متضمن بقع ل دعم تسريع الأجهزة لفك تشفير الفيديو باستخدام VA-API (Video Acceleration API) وFFmpegDataDecoder، والذي يتم تمكينه أيضًا في الجلسات المستندة إلى تقنية WebRTC، المستخدمة في تطبيقات الويب لعقد مؤتمرات الفيديو. يعمل التسريع في البيئات المستندة إلى Wayland وX11 (عند تشغيل "MOZ_X11_EGL=1 Firefox" وتمكين الإعداد "media.ffmpeg.vaapi.enabled").
• يشتمل خادم مزامنة الوقت الدقيق والعميل والمثبت على دعم لآلية المصادقة NTS (Network Time Security).
• في النبيذ بشكل افتراضي متضمن الواجهة الخلفية تعتمد على طبقة DXVK، والتي توفر تطبيق DXGI (البنية التحتية لرسومات DirectX)، وDirect3D 9، و10، و11، والتي تعمل من خلال ترجمة الاستدعاءات إلى Vulkan API.
  على عكس تطبيقات Wine Direct3D 9/10/11 التي تعمل فوق OpenGL، يسمح DXVK بأداء أفضل عند تشغيل التطبيقات والألعاب ثلاثية الأبعاد في Wine.

• عند بناء الحزم بشكل افتراضي متضمن التحسين في مرحلة الربط (LTO، Link Time Optimization). تمت إضافة خيار "-flto" إلى redhat-rpm-config.
• لحل استعلامات DNS الافتراضية متضمن تم حلها بواسطة systemd. تم نقل Glibc إلى حل nss من مشروع systemd بدلاً من وحدة NSS المدمجة nss-dns.
  ينفذ Systemd-resolved وظائف مثل الحفاظ على الإعدادات في ملف resolv.conf استنادًا إلى بيانات DHCP وتكوين DNS الثابت لواجهات الشبكة، ويدعم DNSSEC وLLMNR (تحليل اسم البث المتعدد المحلي للارتباط). من بين مزايا التبديل إلى حل systemd دعم DNS عبر TLS، والقدرة على تمكين التخزين المؤقت المحلي لاستعلامات DNS، ودعم ربط معالجات مختلفة بواجهات شبكة مختلفة (اعتمادًا على واجهة الشبكة، يتم تحديد خادم DNS للاتصال ، على سبيل المثال، بالنسبة لواجهات VPN، سيتم إرسال استعلامات DNS عبر VPN). لا توجد خطط لاستخدام DNSSEC في Fedora (سيتم إنشاء حل Systemd باستخدام DNSSEC=no flag).
  لتعطيل حل systemd، يمكنك إلغاء تنشيط خدمة systemd-resolved.service وإعادة تشغيل NetworkManager، مما يؤدي إلى إنشاء /etc/resolv.conf التقليدي.

• في NetworkManager لتخزين الإعدادات بدلاً من البرنامج المساعد ifcfg-rh متضمن الملف بتنسيق keyfile.
• لأنظمة ARM64 يتم تضمين تجميع الحزم باستخدام مصادقة المؤشر والحماية من تنفيذ مجموعات من التعليمات التي لا ينبغي اتباعها أثناء التفرع (BTI، مؤشر هدف الفرع). تعتبر هذه الآليات فعالة للحماية من الهجمات باستخدام تقنيات البرمجة الموجهة للعودة (ROP)، حيث لا يحاول المهاجم وضع التعليمات البرمجية الخاصة به في الذاكرة، ولكنه يعمل على أجزاء من تعليمات الآلة المتوفرة بالفعل في المكتبات المحملة، وتنتهي بالتحكم في العودة تعليمات.
• تم تنفيذها عمل لتبسيط تنفيذ تقنية العرض الانتقائي لقائمة التمهيد، حيث تكون القائمة مخفية افتراضيًا ولا تظهر إلا بعد فشل الخيار أو تنشيطه في جنوم.
• بدلاً من إنشاء قسم مبادلة تقليدي مُنفّذ وضع المبادلة (المبادلة) باستخدام جهاز كتلة zRAM، والذي يوفر تخزين البيانات في ذاكرة الوصول العشوائي في شكل مضغوط.
• وأضاف عملية الخلفية SID (Storage Instantiation Daemon) لمراقبة حالة الأجهزة في أنظمة تخزين فرعية مختلفة (LVM ، متعدد المسارات ، MD) ومعالجات استدعاء عند حدوث أحداث معينة ، على سبيل المثال ، لتنشيط وإلغاء تنشيط الأجهزة. يعمل SID فوق udev ويستجيب للأحداث منه ، مما يسمح لك بالتخلص من إنشاء قواعد udev المعقدة للتفاعل مع فئات مختلفة من الأجهزة وأنظمة التخزين الفرعية التي يصعب صيانتها وتصحيحها.
• قاعدة بيانات حزمة RPM (rpmdb) مترجم من BerkeleyDB إلى SQLite. السبب الرئيسي للاستبدال هو استخدام إصدار قديم من Berkeley DB 5.x في rpmdb، والذي لم تتم صيانته لعدة سنوات. يتم إعاقة الانتقال إلى الإصدارات الأحدث بسبب التغيير في ترخيص Berkeley DB 6 إلى AGPLv3، والذي ينطبق أيضًا على التطبيقات التي تستخدم BerkeleyDB في شكل مكتبة (يأتي RPM ضمن GPLv2، لكن AGPL غير متوافق مع GPLv2). بالإضافة إلى ذلك، فإن التنفيذ الحالي لـ rpmdb القائم على BerkeleyDB لا يوفر الموثوقية اللازمة، لأنه لا يستخدم المعاملات وغير قادر على اكتشاف التناقضات في قاعدة البيانات.

المصدر: opennet.ru