dnf در openSUSE

[میمو ☕]

به نظر میاد که تیم اپن سوزه (یا هر چیزی که خودتون تلفظش میکنید) در حال کنار گذاشتن زیپر (یا زایپر) و روی آوردن به dnf هستند و به زودی به این پکیج منیجر سوئیچ میکنن.
من امروز ریسک کردم و از مخازنم در zypper بکاپ گرفتم و یه کپی ازشون تو مسیر /etc/dnf/repos.d/ گرفتم تا ببینم چطوره.
تا اینجای کار به خوبی داره کار میکنه.

[مرتضی . م]

به نظر میاد که تیم اپن سوزه (یا هر چیزی که خودتون تلفظش میکنید) در حال کنار گذاشتن زیپر (یا زایپر) و روی آوردن به dnf هستند

چرا؟ عیب خاصی که نداره. منبع دارید یا اگه میشه دلایل خودتون رو بگید 

[میمو ☕]

به نظر میاد که تیم اپن سوزه (یا هر چیزی که خودتون تلفظش میکنید) در حال کنار گذاشتن زیپر (یا زایپر) و روی آوردن به dnf هستند

چرا؟ عیب خاصی که نداره. منبع دارید یا اگه میشه دلایل خودتون رو بگید 

سلام، مدتهاست که تو دیسکورد و گروه های رسمی اپن سوزه داره در موردش بحث میشه، قبلا به این اندازه جدی نبود، اما از leap 15.2 جدی شد و تو Features های  leap 15.2 درج شد:

DNF package manager

DNF is a next-generation dependency resolver and high-level package management tool that traces its ancestry to two projects: YUM (Yellowdog Updater, Modified) and libsolv. DNF was forked from YUM several years ago in order to rewrite it to use libsolv and to massively restructure the codebase so that a sane API would be available for both extending DNF (via plugins and hooks) and building applications on top of it (such as graphical frontends and system lifecycle automation frameworks).

DNF provides the following over YUM: a maintained and documented Python API, enhanced problem reporting, advanced tracking of weak dependencies, support for rich dependencies, and more detailed transaction information while performing actions.

The DNF Python API is stable and supported, while the underlying libdnf and hawkey APIs (both C/C++ and Python) are unstable, and will likely change in future releases.

With Leap 15.2, DNF has been rebased to version 4.2.19, which brings many fixes and improvements.

Some highlights:

    Colorized output when supported in the terminal by default
    Support for variables in repo IDs
    Support for loading vars and repo definitions from multiple directories

In addition, a lightweight C implementation of DNF called "Micro DNF" is now included. It is designed to be used for doing simple package management actions when you don't need full-blown DNF and you want the tiniest useful environments possible. This is useful for the case of minimal containers and appliances.

Finally, an experimental alternative PackageKit backend to use DNF is also available.

DNF is currently not configured with openSUSE repositories for software management by default.

https://en.opensuse.org/Features_15.2
همچنین آقای حیان رستمی (از اعضای فعال سابق جامعه اپن سوزه) که پکیجر پرسپولیس برای اپن سوزه هم هستن در این مورد اینطور نوشتن:

کسی فکرش رو نمیکرد که امکانات پرچمدار openSUSE روزی به نقاط ضعف اون تبدیل بشن. زمانی‌که این ابزار‌ها نوشته شدند، بسیار پیشرفته و قدرت‌مند بودند. اما مانند ویکی، نوشتن و نگه‌داری دو بحث متفاوت هستند. بسیاری از پلاگین‌های نوشته شده برای Zypper ناقص هستند و کد این مدیربسته را شلوغ و شلخته کرده‌اند متاسفانه کسی نیست که چرخ رو از اول اختراع کنه و کد‌ها و پلاگین‌های Zypper که کدهای زیادی دارند رو بازنویسی کنه. در حال حاظر تقریبا تصمیم گرفته شده که Zypper بازنشسته بشه و به مدیر بسته‌ی DNF مهاجرت بشه. dnf مراحل پایانی هماهنگی با openSUSE رو داره میگذرونه و احتمالا در زمانی نه چندان دور zypper به تاریخ خواهد پیوست

در هر حال این ها حرف هایی هستند که در جامعه کاربری زده میشه، باید دید که ناول و SUSE در انتها چه تصمیمی میگیرند، به شخصه هیچ پکیج منیجری رو به zypper ترجیح نمیدم و واقعا دوست ندارم کنار گذاشته بشه.

[دانیال بهزادی]

خیلی هم خوب.

[M!lad]

یکی از جذابیت‌های SUSE برام در گذشته همین مدیربسته‌اش بود... به هر حال DNF هم گزینه خیلی خوبیه.

[میمو ☕]

یکی از جذابیت‌های SUSE برام در گذشته همین مدیربسته‌اش بود... به هر حال DNF هم گزینه خیلی خوبیه.

به نظر اون ها در حال کار روی چیزی به نام dnf-zypper هستند تا محیط cli زایپر رو حفظ کنن و در پس زمینه dnf کار کنه، برای من هم زایپر بی نهایت دوست داشتنی هست واقعا.