В 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, что видно даже по смешанному стилю кодирования в последней.

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

Ссылка

←	Chrome 100

Кроссплатформенный терминальный клиент WindTerm 2.4

→

← 1 2 3 4 5 →

Питухон нинужОн!

Neresar ★★
(18.04.22 10:03:34 MSK)

Наши руки не для скуки.

Psilocybe ★★★★
(18.04.22 11:09:57 MSK)

Ссылка

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

Polugnom ★★★★★
(18.04.22 11:35:35 MSK)

Ссылка

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

ConLenov ★★★★★
(18.04.22 12:04:46 MSK) автор топика

Ссылка

Ответ на: комментарий от hobbit 16.04.22 10:05:43 MSK

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

Gentoo?

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

Kroz ★★★★★
(18.04.22 13:56:29 MSK)

Ссылка

Ответ на: комментарий от Neresar 18.04.22 10:03:34 MSK

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

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

Kroz ★★★★★
(18.04.22 14:00:28 MSK)
Последнее исправление: Kroz 18.04.22 14:01:42 MSK (всего исправлений: 1)

Ответ на: комментарий от hateyoufeel 18.04.22 00:00:31 MSK

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

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

~~sudopacman~~ ★★★★★
(18.04.22 15:26:29 MSK)
Последнее исправление: sudopacman 18.04.22 15:26:43 MSK (всего исправлений: 1)

Ответ на: комментарий от sudopacman 18.04.22 15:26:29 MSK

А ты что хотел?

Talk is cheap. Show me the code.

hateyoufeel ★★★★★
(18.04.22 15:28:46 MSK)

Ответ на: комментарий от hateyoufeel 18.04.22 15:28:46 MSK

Для начала нужно понять, заинтересован ли кто-то в этом.

~~sudopacman~~ ★★★★★
(18.04.22 15:43:05 MSK)

Ответ на: комментарий от sudopacman 18.04.22 15:43:05 MSK

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

hateyoufeel ★★★★★
(18.04.22 15:57:46 MSK)

Ответ на: комментарий от Kroz 18.04.22 14:00:28 MSK

ну ладно, признаю, нужОн!

Neresar ★★
(18.04.22 16:31:02 MSK)

Ссылка

Ответ на: комментарий от hateyoufeel 18.04.22 15:57:46 MSK

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

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

~~sudopacman~~ ★★★★★
(18.04.22 17:39:35 MSK)

Ответ на: комментарий от crypt 16.04.22 10:57:20 MSK

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

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

X-Pilot ★★★★★
(18.04.22 19:35:08 MSK)

Ссылка

Ответ на: комментарий от tz4678 16.04.22 17:46:06 MSK

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

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

X-Pilot ★★★★★
(18.04.22 19:42:10 MSK)

Ссылка

Ответ на: комментарий от sudopacman 18.04.22 17:39:35 MSK

Хватит ныть и пиши код!

hateyoufeel ★★★★★
(18.04.22 20:10:50 MSK)

Ссылка

Ответ на: комментарий от hateyoufeel 17.04.22 01:32:55 MSK

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

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

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

~~sudopacman~~ ★★★★★
(18.04.22 22:07:07 MSK)
Последнее исправление: sudopacman 18.04.22 22:08:00 MSK (всего исправлений: 1)

Ответ на: комментарий от sudopacman 18.04.22 22:07:07 MSK

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

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

hateyoufeel ★★★★★
(18.04.22 22:13:13 MSK)
Последнее исправление: hateyoufeel 18.04.22 22:15:24 MSK (всего исправлений: 1)

ДБ... Больше нечего добавить

petyanamlt ★★★★
(19.04.22 04:41:43 MSK)

Ссылка

Ответ на: комментарий от ipkirill21x 16.04.22 09:53:08 MSK

А Fedore mo MoZet cразу На Поммойку

petyanamlt ★★★★
(19.04.22 13:02:46 MSK)

Ссылка

потом будет nanodnf

samy_volosaty ★★★★★
(19.04.22 19:47:07 MSK)

Ответ на: комментарий от snizovtsev 16.04.22 12:55:33 MSK

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

andalevor ★★★
(20.04.22 19:03:38 MSK)

Ссылка

Ответ на: комментарий от ipkirill21x 16.04.22 12:49:41 MSK

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

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

andalevor ★★★
(20.04.22 19:10:02 MSK)

Ссылка

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

hatred ★★★
(21.04.22 04:55:37 MSK)

Ответ на: комментарий от samy_volosaty 19.04.22 19:47:07 MSK

потом будет nanodnf

На Rust? :-)

hatred ★★★
(21.04.22 04:56:16 MSK)

Ответ на: комментарий от hatred 21.04.22 04:56:16 MSK

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

samy_volosaty ★★★★★
(21.04.22 11:20:09 MSK)

Ответ на: комментарий от samy_volosaty 21.04.22 11:20:09 MSK

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

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

hatred ★★★
(25.04.22 06:00:29 MSK)

Ссылка

Ответ на: комментарий от hateyoufeel 16.04.22 18:12:10 MSK

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

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

~~sudopacman~~ ★★★★★
(26.04.22 13:54:50 MSK)

Ссылка

Ответ на: комментарий от hateyoufeel 18.04.22 22:13:13 MSK

Ага.

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

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

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

слезть с NixOS

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

~~sudopacman~~ ★★★★★
(26.04.22 13:55:44 MSK)
Последнее исправление: sudopacman 26.04.22 14:03:41 MSK (всего исправлений: 2)

Ответ на: комментарий от hatred 21.04.22 04:55:37 MSK

видимо, не умеют.

~~crypt~~ ★★★★★
(26.04.22 19:18:07 MSK)

Ссылка

Ответ на: комментарий от sudopacman 26.04.22 13:55:44 MSK

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

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

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

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

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

На Windows XP, йопта!

hateyoufeel ★★★★★
(27.04.22 08:38:09 MSK)

Ответ на: комментарий от hateyoufeel 27.04.22 08:38:09 MSK

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

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

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

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

На Windows XP

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

~~sudopacman~~ ★★★★★
(27.04.22 13:40:21 MSK)

Ответ на: комментарий от sudopacman 27.04.22 13:40:21 MSK

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

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

hateyoufeel ★★★★★
(27.04.22 13:49:49 MSK)

Ответ на: комментарий от hateyoufeel 27.04.22 13:49:49 MSK

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

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

~~sudopacman~~ ★★★★★
(29.04.22 20:39:54 MSK)

Ответ на: комментарий от sudopacman 29.04.22 20:39:54 MSK

Ты же писал, что у тебя не NixOS.

hateyoufeel ★★★★★
(30.04.22 04:22:20 MSK)

Ответ на: комментарий от hateyoufeel 30.04.22 04:22:20 MSK

~ ➜  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~~ ★★★★★
(30.04.22 12:11:55 MSK)