LINUX.ORG.RU

В Fedora планируется заменить DNF на MicroDNF

 , ,


2

2

Разработчики Fedora Linux планируют перевести дистрибутив на новый пакетный менеджер Microdnf вместо DNF.

В отличии от DNF (написанного частично на Python, частично на C), microdnf целиком написан на C. Ранее в Fedora пакетный менеджер DNF заменил пакетный менеджер YUM, который был полностью написан на Python.

Первый шаг к замене DNF на Microdnf - это планируемое в выпуске Fedora Linux 38 значительное обновление Microdnf, который будет приближен по функциональности к DNF, а в некоторых областях даже станет его превосходить.

Ожидается, что Microdnf будет лучше работать с транзакциями и отображением прогресса установки. Microdnf, основанный на библиотеке libdnf5, имеет более целостную архитектуру, чем создававшаяся десятилетиями кодовая база YUM/DNF, что видно даже по смешанному стилю кодирования в последней.

>>> Подробности



Проверено: hobbit ()

Понимаете, каждый год мы с друзьями переписываем пакетный менеджер. Это у нас такая традиция.

Polugnom ★★★★★ ()

RedHat отдают себе отчёт с точки зрения смысла и пользы, когда переписывали пакетный менеджер Fedora?

ConLenov ()
Ответ на: комментарий от hobbit

Интересно было бы увидеть дистрибутив, целиком основанный на git (естественно, source-based), с версионированием во все поля. И чтобы над всем этим был человекоориентированный интерфейс (можно даже несколько, с CLI, TUI, GUI и вебом на все вкусы), детально подсказывающий, что и где изменилось.

Gentoo?

Правда никому не рекомендую сидеть полностью на -9999 (git latest) пакетах.

Kroz ★★★★★ ()
Ответ на: комментарий от Neresar

Питон нужен для написания Proof of Concept версий. И когда те докажут жизнепригодность концепта, нужно переписывать на более полноценных языках, таких как С/C++, Go, Rust и т. п. Так что всё правильно ребята делают.

P. S. Ну, а второй сценарий для Python - скрипты для сисадминства и тестирования.

Kroz ★★★★★ ()
Последнее исправление: Kroz (всего исправлений: 1)
Ответ на: комментарий от hateyoufeel

Слишком много букв.

А ты что хотел? В двух словах такое не изложить. Хотя можно, конечно, упомянуть, что я предлагаю вместо правки rpath и переменных окружения (как я понимаю, тебе такая реализация не нравится) использовать подход OSTree.

sudopacman ★★★★★ ()
Последнее исправление: sudopacman (всего исправлений: 1)
Ответ на: комментарий от sudopacman

Никто не поймёт, потому что никто не будет читать твои посты на ЛОРе. Запили прототип, напиши дальнейший план развития. Тогда ясно будет.

hateyoufeel ★★★★★ ()
Ответ на: комментарий от hateyoufeel

Никто не поймёт, потому что никто не будет читать твои посты на ЛОРе.

Так документация и подробные объяснения, почему решено сделать именно так, ещё объёмнее будут.

sudopacman ★★★★★ ()
Ответ на: комментарий от crypt

так вот чисто по секрету скажу, что dnf - это просто ребрендинг yum. там даже конфиги в /etc/yum.conf.d остались те же.

Угу, только вот графические клиенты после этого как-то померли (Yumex и пр.)… :(

X-Pilot ★★★★★ ()
Ответ на: комментарий от tz4678

ниразу не федораст, но за пресмыкающихся обидно

Все реализации Python (кроме PyPy?) очень медленные, поэтому использование компилируемого языка низкого уровня более чем оправданно. Да, для high-end процессоров это может быть незаметно, но на low-end процесс разрешения зависимостей - очень даже виден.

X-Pilot ★★★★★ ()
Ответ на: комментарий от hateyoufeel

О, кстати о терабайтных SSD. NixOS как раз жрёт места как не в себя.

И часто это даже одна и та же версия

Даже с nix.autoOptimiseStore = true;?

sudopacman ★★★★★ ()
Последнее исправление: sudopacman (всего исправлений: 1)
Ответ на: комментарий от sudopacman

Даже с nix.autoOptimiseStore = true;?

Ага. Хеши же разные из-за разных зависимостей. Тот факт, что для динамической библиотеки это не играет роли, никого не волнует.

hateyoufeel ★★★★★ ()
Последнее исправление: hateyoufeel (всего исправлений: 1)
Ответ на: комментарий от snizovtsev

Ну, если есть необходимость каждые 5 минут что-то менять, то да. Неюзабельно. Я попробовал вообще ничего не менять и стать необходимое через flatpack, оказалось весьма юзабельно. И да, есть ещё toolbox

andalevor ★★ ()
Ответ на: комментарий от ipkirill21x

контейнер прожорливее пакета.

На сколько? Было бы неплохо понимать, чтобы не оказалось внезапно, что мы экономим на спичках.

andalevor ★★ ()

У меня вопрос: по чему в рамках самого проекта yum не производилась миграция python/python+C/C? С сохранением синтаксиса, админского опыта и т.п.

hatred ★★ ()
Ответ на: комментарий от samy_volosaty

на rust nano не выйдет, наверно.

Статика и большой блоб?

hatred ★★ ()
Ответ на: комментарий от hateyoufeel

но вот Portage из генты на системе с ~1000-1500 пакетов мог только зависимости по полчаса обсчитывать при emerge world

Говорят, Paludis, который на C++, не особо производительней был.

sudopacman ★★★★★ ()
Ответ на: комментарий от hateyoufeel

Ага.

Ну, значит, придётся прибегать к дедупликации на уровне ФС.

Два-три поколения и у меня /nix занимает за сотню гигов.

Это при каком количестве пакетов?

слезть с NixOS

Куда ж ты с подводной лодки денешься?

sudopacman ★★★★★ ()
Последнее исправление: sudopacman (всего исправлений: 2)
Ответ на: комментарий от sudopacman

Ну, значит, придётся прибегать к дедупликации на уровне ФС.

Вперёд! На это будет несколько гигов оперативы тратиться в процессе. Так себе идея.

Это при каком количестве пакетов?

Примерно полторы тысячи в рамках поколения. Считай, средний десктоп с KDE и всякой лажей для разработки.

Куда ж ты с подводной лодки денешься?

На Windows XP, йопта!

hateyoufeel ★★★★★ ()
Ответ на: комментарий от hateyoufeel

Вперёд! На это будет несколько гигов оперативы тратиться в процессе. Так себе идея.

Если ты про ZFS, то там вроде на порядок меньше. А в случае оффлайн-дедупликации особой разницы нет.

Примерно полторы тысячи в рамках поколения. Считай, средний десктоп с KDE и всякой лажей для разработки.

Ну вот у меня в районе 1700 пакетов + Flatpak и занято 7.5 ГиБ.

На Windows XP

Тогда уж сразу в лес, подальше от компьютеров.

sudopacman ★★★★★ ()
Ответ на: комментарий от sudopacman

Тогда уж сразу в лес, подальше от компьютеров.

Ты не поверишь, но вокруг XP есть довольно активное сообщество. Которое в том числе портирует софт и дрова. Т.е. вполне современный комп на XP — это более чем реально.

hateyoufeel ★★★★★ ()
Ответ на: комментарий от hateyoufeel

Вокруг конструирования троллейбуса из буханки хлеба тоже наверняка целое сообщество есть.

Ты бы лучше попробовал объяснить, ЧЯДНТ, что у меня система занимает на порядок меньше места, чем у тебя. Я ведь так даже с BTRFS на ZFS перейти могу (которую изначально задумывалось выбрать), ибо в дедупликации на уровне ФС острой необходимости нет, да и dduper всё равно отказывается собираться.

sudopacman ★★★★★ ()
Ответ на: комментарий от hateyoufeel
~ ➜  nixos-version
22.05pre372961.e10da1c7f54 (Quokka)
~ ➜  nix-store -qR /nix/var/nix/profiles/system | wc -l
1660
~ ➜  sudo compsize /nix
Processed 398238 files, 97856 regular extents (208566 refs), 260532 inline.
Type       Perc     Disk Usage   Uncompressed Referenced  
TOTAL       53%      4.0G         7.6G          15G       
sudopacman ★★★★★ ()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)