LINUX.ORG.RU

DNF 0.6.3

 , , ,


1

2

9 декабря 2014, вышла новая версия пакетного менеджера DNF - 0.6.3. Вместе с ним вышла новая версия набора основных плагинов dnf-plugins-core - 0.1.4.

Новинки DNF:

  • deltrarpm теперь включен по умолчанию
  • dnf-automatic теперь может не только отправлять результаты выполнения действий в почту или в stdio, но и в motd (Message of the day).
  • Очень сильно ускорено автодополнение в bash за счёт использования sqlite в связке с dnf-plugins-core и за счёт использования python API без dnf-plugins-core.
  • Несколько багфиксов в автодополнении в bash (например, если ввести / после команды install, то он не будет проверять на наличие пакета в базе, а сразу предложит выбрать путь к файлу)
  • Использование systemd inhibitor при транзакциях
  • Ещё очень много багфиксов

Новинки dnf-plugins-core:

  • Новый плагин - reposync, предназначенный для синхронизирования удалённого репозитория локально
  • Новый плагин - needs_restarting, предназначенный для проверки процессов на необходимость рестарта после обновления пакетов
  • Плагин generate_completion_cache теперь хранит все данные в sqlite (раньше было в текстовом файле) для ускорения поиска по нему
  • Несколько багфиксов

Contributors

  • Ales Kozumplik (бывший руководитель проекта)
  • Daniel Mach
  • Igor Gnatenko
  • Jan Silhan (руководитель проекта)
  • Kushal Das
  • Michal Luscon
  • Miroslav Suchý
  • Satoshi Matsumoto
  • Tim Lauridsen

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

★★★

Проверено: Shaman007 ()
Последнее исправление: powerguy (всего исправлений: 7)

Ответ на: комментарий от Rinaldus

есть пакет dnf-yum. он делает вроде бы симлинк с /usr/bin/yum на /usr/bin/dnf

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

медленно решает зависимости и плагины для него писать - это ад

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

Слишком тормозной, типа. Хотя я особенных тормозов не замечал.

ментейнеры как раз и вынуждены замечать тормоза yum, когда идет сборка в mock, там строится окружение с помощью yum-а.

bl ★★★
()

PackageKit будет использовать hawkey, а не dnf. Dnf тоже будет использовать hawkey. Зачем будет нужет dnf, учитывая, что и у PK есть консольный вариант? К тому же доустановка пакетов, обновление системы через gnome software будет совершаться через packagekit.

anonymous
()

последний раз когда я читал срачи из их списков рассылки, он был не совместим с yum. И при этом его усиленно пропихивали в педору, хотя даже базовый функционал был еле-еле рабочий.

ах, да, dnf = does not function. странное название для пакетного менеджера.

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

Действительно, где же может применяться пакетный менеджер.

Наверное, в операционной системе :) Но из текста новости непоятно, в какой именно

Harald ★★★★★
()

3 и 4 дополнение очень даже надо. Потому что было ужасно, когда возьмёшь и нажмёшь на таб, чтобы дополнить и рвёшь волосы «зачем я это сделал?».

anonymous
()

В Fedora 22 будет основным пакетным менеджером, а пока старый добрый yum поюзаем, хотя dnf уже тоже вполне юзабельный.

Lennox ★★★★★
()

Duke Nukem Forever

сабж

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

Из раздела, в котором размещена новость, понятно. )

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

куда более распространено

DNF = Did Not Finish  — http://en.wikipedia.org/wiki/Did_Not_Finish

очень распространенная абревиатура в спортивном обиходе, посмотрите любое стайерское соревнование (лыжи, бег, велоспорт), в конце финишного протокола будет масса участников с соответствующей пометкой

anonymous
()

Очень сильно ускорено автодополнение в bash за счёт использования sqlite

надо было оракл лицензировать

anonymous
()
Ответ на: комментарий от X10Dead

Которая на C, как и zypper. Так что не надо python.

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

какая разница, на чём консольку клепать, если либы всё равно сишные юзаются. в dnf намного более простая архитектура плагинов. даже новичок может написать плагин, в отличии от zypper'а. zypper хорош, но сложен.

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

А у zypper всё есть, зачем ему плагины? Зачем тащить во фронтенд питон, если либы сишные? Тем более, что написание плагинов от архитектуры/апи зависит, а не от того, на чём оно.

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

kickstart — ставит все пакеты указанные в .ks файле

needs_restarting — проверяет нужно ли перезапустить какой-нибудь процесс после обновления пакетов (например обновилась либа) и надо бы перезапустить вебсервер или подобное

reposync — синхронизирует репозиторий на локалхост (репозиторий берётся из подключенных)

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

А откуда .ks файл берётся? Такое вряд ли есть. Насчёт проверки — есть только проверка на использование сервисами удалённых пакетов/файлов, которые требуется перезапустить. Насчёт третьего не в курсе, надо читать ман.

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

к .ks указывается путь. а вот для anaconda и virt-install и прочего нужно.

а тут библиотеки ещё сравниваются.

а ещё есть такой плагин copr. он конечно федораспецифичный. позволяет через dnf легко подключить юзерские репы из copr.fedoraproject.org. это аналог OBS.

то есть в сусё было бы прикольно заиметь zypper obs enable user/repo.

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

в общем я не к тому, что dnf лучше или хуже zypper, а то что считаю, что обёртка пофиг на чём написана. главное, чтоб разработчик мог легко его расширить а внутри были быстрые и хорошие библиотеки, как libsolv

powerguy ★★★
() автор топика
Последнее исправление: powerguy (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.