توزیع فدورا 33 وارد آزمایش بتا می شود

آغاز شد آزمایش نسخه بتا توزیع فدورا 33. نسخه بتا انتقال به مرحله نهایی آزمایش را نشان می‌دهد که در آن فقط باگ‌های مهم اصلاح می‌شوند. رهایی برنامه ریزی شده است در پایان اکتبر جلدهای شماره ایستگاه فدورا، Fedora Server، Fedora Silverblue، Fedora IoT و بیلدهای Live به شکل ارائه شده است می چرخد با محیط های دسکتاپ 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 همچنین به شما امکان می دهد تا از ویژگی هایی مانند عکس های فوری، فشرده سازی شفاف داده ها، جداسازی صحیح عملیات I/O از طریق cgroups2 و تغییر اندازه پارتیشن ها در لحظه استفاده کنید.
• دسکتاپ ایستگاه کاری فدورا برای انتشار به روز شد GNOME 3.38، که عملکرد بهینه سازی کرده است، یک رابط مقدماتی (تور خوش آمدگویی) با اطلاعاتی در مورد ویژگی های اصلی گنوم ارائه می دهد، کنترل های والدین گسترش یافته، امکان اختصاص نرخ های مختلف به روز رسانی صفحه برای هر مانیتور را ارائه می دهد، گزینه ای برای نادیده گرفتن اتصال USB غیرمجاز اضافه می کند. دستگاه ها در حالی که صفحه قفل است.
• Thermald به‌طور پیش‌فرض به ایستگاه کاری فدورا اضافه می‌شود تا پارامترهای سنسور دما را کنترل کند و از CPU در برابر گرمای بیش از حد در زمان اوج بار محافظت کند.
• به طور پیش فرض، تصاویر پس زمینه متحرک دسکتاپ فعال هستند، که در آن رنگ بسته به زمان روز تغییر می کند.
• به جای vi، ویرایشگر متن پیش فرض nano است. این تغییر ناشی از تمایل به دسترسی بیشتر به توزیع برای تازه واردان با ارائه ویرایشگری است که می تواند توسط هر کاربری که دانش خاصی در مورد نحوه کار در ویرایشگر Vi ندارد استفاده کند. در عین حال، بسته پایه بسته vim-minimal را حفظ می کند (تماس مستقیم با vi حفظ می شود) و امکان تغییر ویرایشگر پیش فرض به vi را به درخواست کاربر فراهم می کند.
• در میان نسخه های رسمی توزیع به تصویب رسید گزینه اینترنت اشیا (Fedora IoT)، که اکنون در کنار ایستگاه کاری فدورا و سرور فدورا ارسال می شود. نسخه Fedora IoT بر اساس همان فناوری‌هایی است که در آن استفاده می‌شود فدورا CoreOS, میزبان اتمی فدورا и فدورا سیلور بلوو یک محیط سیستمی را ارائه می دهد که به حداقل رسیده است، که به روز رسانی آن به صورت اتمی با جایگزینی تصویر کل سیستم، بدون تجزیه آن به بسته های جداگانه انجام می شود. برای کنترل یکپارچگی، کل تصویر سیستم با امضای دیجیتال تایید شده است. برای جدا کردن برنامه ها از سیستم اصلی ارایه شده استفاده از ظروف ایزوله (پادمان برای مدیریت استفاده می شود).

  محیط سیستم اینترنت اشیاء فدورا با استفاده از فناوری ایجاد شده است OSTree، که در آن تصویر سیستم به صورت اتمی از یک مخزن Git مانند به روز می شود و به روش های کنترل نسخه اجازه می دهد تا روی اجزای توزیع اعمال شود (به عنوان مثال، می توانید به سرعت سیستم را به حالت قبلی برگردانید). بسته های RPM با استفاده از یک لایه خاص به مخزن OSTree ترجمه می شوند 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 فدورا دارای فرآیند پس‌زمینه زودهنگام به‌طور پیش‌فرض است که در آخرین نسخه از ایستگاه کاری فدورا ارائه شد. Earlyoom به شما امکان می‌دهد سریع‌تر به کمبود حافظه پاسخ دهید، بدون اینکه فراخوانی OOM (Out Of Memory) در هسته را فراخوانی کنید، که وقتی وضعیت بحرانی می‌شود و سیستم، به طور معمول، دیگر پاسخ نمی‌دهد، فعال می‌شود. به اقدامات کاربر اگر مقدار حافظه موجود کمتر از 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.3ngs14، GNU Make 23ngs0.15.0، Node. 6.0، Ruby on Rails 2.1.0، Stratis 2.6. پشتیبانی از Python 3.4 و Python 64 متوقف شده است. معماری aarchXNUMX با .NET Core عرضه می شود.
• پشتیبانی از ماژول mod_php برای سرور Apache http متوقف شده است، به جای آن پیشنهاد می شود از php-fpm برای راه اندازی برنامه های وب به زبان PHP استفاده شود.
• همراه با فایرفاکس برای فدورا مشمول وصله برای پشتیبانی شتاب سخت‌افزاری رمزگشایی ویدیو با استفاده از VA-API (API شتاب ویدئو) و FFmpegDataDecoder که در جلسات مبتنی بر فناوری WebRTC نیز فعال می‌شود و در برنامه‌های کاربردی وب برای کنفرانس ویدیویی استفاده می‌شود. شتاب در محیط های مبتنی بر Wayland و X11 کار می کند (هنگام اجرای "MOZ_X11_EGL=1 firefox" و فعال کردن تنظیمات "media.ffmpeg.vaapi.enabled").
• سرور و سرویس گیرنده و نصب کننده همگام سازی زمان دقیق، از مکانیسم تأیید اعتبار NTS (امنیت زمان شبکه) پشتیبانی می کند.
• در Wine به طور پیش فرض گرفتار باطن مبتنی بر لایه DXVK، که اجرای DXGI (زیرساخت گرافیک DirectX)، Direct3D 9، 10 و 11 را ارائه می دهد، که از طریق ترجمه تماس ها به Vulkan API کار می کند.
  برخلاف پیاده‌سازی‌های داخلی Direct3D 9/10/11 Wine که در بالای OpenGL اجرا می‌شوند، DXVK عملکرد بهتری را هنگام اجرای برنامه‌ها و بازی‌های سه بعدی در Wine می‌دهد.

• هنگام ساخت پکیج ها به صورت پیش فرض مشمول بهینه سازی در مرحله پیوند (LTO، Link Time Optimization). گزینه "-flto" به redhat-rpm-config اضافه شد.
• برای حل پرس و جوهای پیش فرض DNS گرفتار systemd-resolved. Glibc به جای ماژول NSS داخلی nss-dns به nss-resolve از پروژه systemd منتقل شده است.
  Systemd-resolved عملکردهایی مانند حفظ تنظیمات در فایل resolv.conf بر اساس داده های DHCP و پیکربندی استاتیک DNS برای رابط های شبکه را انجام می دهد، از DNSSEC و LLMNR (Link Local Multicast Name Resolution) پشتیبانی می کند. از جمله مزایای جابجایی به systemd-resolved پشتیبانی از DNS از طریق TLS، امکان فعال کردن کش محلی پرس و جوهای DNS، و پشتیبانی از اتصال کنترلرهای مختلف به رابط های شبکه مختلف است (بسته به رابط شبکه، یک سرور DNS برای تماس انتخاب می شود. برای مثال، برای رابط های VPN، پرس و جوهای DNS از طریق VPN ارسال می شود). هیچ برنامه ای برای استفاده از DNSSEC در فدورا وجود ندارد (سیستم حل شده با DNSSEC=no flag ساخته خواهد شد).
  برای غیرفعال کردن systemd-resolved، می‌توانید systemd-resolved.service را غیرفعال کنید و NetworkManager را مجددا راه‌اندازی کنید، که /etc/resolv.conf سنتی را ایجاد می‌کند.

• در NetworkManager برای ذخیره تنظیمات به جای افزونه ifcfg-rh گرفتار فایل در قالب فایل کلیدی
• برای سیستم های ARM64 مشمول مونتاژ بسته ها با استفاده از Pointer Authentication و محافظت در برابر اجرای مجموعه دستورالعمل هایی که نباید در حین انشعاب رعایت شوند (BTI، Branch Target Indicator). این مکانیسم‌ها برای محافظت در برابر حملات با استفاده از تکنیک‌های برنامه‌نویسی بازگشت‌گرا (ROP) موثر هستند، که در آن مهاجم سعی نمی‌کند کد خود را در حافظه قرار دهد، بلکه بر روی قطعات دستورالعمل‌های ماشینی که از قبل در کتابخانه‌های بارگذاری شده موجود است، عمل می‌کند و با یک کنترل بازگشتی پایان می‌یابد. دستورالعمل
• انجام شد کار برای ساده سازی اجرای فناوری نمایش انتخابی منوی بوت، که در آن منو به طور پیش فرض پنهان است و تنها پس از خرابی یا فعال شدن گزینه در گنوم نشان داده می شود.
• به جای ایجاد یک پارتیشن swap سنتی اجرا شد قرار دادن swap (swap) با استفاده از یک دستگاه بلوک zRAM، که ذخیره سازی داده ها را در RAM به صورت فشرده فراهم می کند.
• اضافه فرآیند پس زمینه SID (Storage Instantiation Daemon) برای نظارت بر وضعیت دستگاه‌ها در زیرسیستم‌های ذخیره‌سازی مختلف (LVM، multipath، MD) و کنترل‌کننده‌های تماس در هنگام وقوع رویدادهای خاص، به عنوان مثال، برای فعال یا غیرفعال کردن دستگاه‌ها. SID به عنوان یک افزونه در بالای udev عمل می‌کند و به رویدادهای آن واکنش نشان می‌دهد و نیاز به ایجاد قوانین پیچیده udev را برای تعامل با کلاس‌های مختلف دستگاه‌ها و زیرسیستم‌های ذخیره‌سازی که نگهداری و اشکال‌زدایی آن‌ها دشوار است را از بین می‌برد.
• پایگاه داده بسته RPM (rpmdb) منتقل شده از BerkeleyDB تا SQLite. دلیل اصلی جایگزینی استفاده در rpmdb از نسخه قدیمی Berkeley DB 5.x است که چندین سال است که نگهداری نشده است. مهاجرت به نسخه های جدیدتر با تغییر در مجوز Berkeley DB 6 به AGPLv3، که برای برنامه هایی که از BerkeleyDB به صورت کتابخانه ای استفاده می کنند نیز اعمال می شود (RPM تحت GPLv2 است، اما AGPL با GPLv2 سازگار نیست). علاوه بر این، پیاده سازی فعلی rpmdb بر اساس BerkeleyDB قابلیت اطمینان لازم را فراهم نمی کند، زیرا از تراکنش ها استفاده نمی کند و قادر به تشخیص ناسازگاری ها در پایگاه داده نیست.

منبع: opennet.ru