فدورا 39 قرار است به DNF5 بدون اجزای پایتون منتقل شود

بن کاتن، که سمت مدیر برنامه فدورا را در Red Hat دارد، اعلام کرد که قصد دارد فدورا لینوکس را به طور پیش فرض به مدیر بسته DNF5 تغییر دهد. فدورا لینوکس 39 قصد دارد بسته‌های dnf، libdnf و dnf-cutomatic را با جعبه ابزار DNF5 و کتابخانه جدید libdnf5 جایگزین کند. این پیشنهاد هنوز توسط FESCO (کمیته راهبری مهندسی فدورا)، که مسئول بخش فنی توسعه توزیع فدورا است، در نظر گرفته نشده است.

زمانی DNF جایگزین Yum شد که به طور کامل در پایتون نوشته شده بود. در DNF، توابع سطح پایین با عملکرد فشرده بازنویسی شدند و به کتابخانه‌های C مجزای hawkey، librepo، libsolv و libcomps منتقل شدند، اما چارچوب و اجزای سطح بالا در پایتون باقی ماندند. پروژه DNF5 با هدف یکسان کردن کتابخانه‌های سطح پایین موجود، بازنویسی اجزای مدیریت بسته باقی‌مانده در پایتون در C++ و انتقال عملکرد اصلی به یک کتابخانه جداگانه libdnf5 با ایجاد یک پوشش در اطراف این کتابخانه برای ذخیره API پایتون است.

استفاده از C++ به جای پایتون، تعداد زیادی از وابستگی ها را حذف می کند، اندازه جعبه ابزار را کاهش می دهد و عملکرد را بهبود می بخشد. عملکرد بالاتر نه تنها از طریق استفاده از کامپایل در کد ماشین، بلکه از طریق بهبود اجرای جدول تراکنش، بهینه سازی بارگیری از مخازن و بازسازی پایگاه داده (پایگاه های داده با وضعیت سیستم و تاریخچه عملیات جدا شده است) به دست می آید. جعبه ابزار DNF5 از PackageKit به نفع یک فرآیند پس زمینه جدید به نام DNF Daemon جدا شده است که جایگزین عملکرد PackageKit شده و یک رابط برای مدیریت بسته ها و به روز رسانی ها در محیط های گرافیکی ارائه می دهد.

کار مجدد همچنین فرصتی را برای پیاده سازی برخی از بهبودهایی که قابلیت استفاده مدیر بسته را بهبود می بخشد، فراهم می کند. به عنوان مثال، DNF جدید نشانه بصری بیشتری از پیشرفت عملیات ارائه می دهد. پشتیبانی اضافه شده برای استفاده از بسته های RPM محلی برای تراکنش ها. قابلیت نمایش در گزارشات مربوط به تراکنش های تکمیل شده اطلاعات تولید شده توسط اسکریپت های ساخته شده در بسته ها را اضافه کرد. سیستم تکمیل ورودی پیشرفته تری برای bash پیشنهاد شده است.

منبع: opennet.ru

اضافه کردن نظر