The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск пакетного менеджера DNF 2.2

05.04.2017 09:39

Доступен релиз пакетного менеджера DNF 2.2, а также связанной с ним библиотеки LIBDNF 0.8.0. DNF используется по умолчанию в дистрибутиве Fedora Linux и является ответвлением от Yum 3.4, адаптированным для работы с Python 3 и использующим библиотеку hawkey в качестве бэкенда для разрешения зависимостей. По сравнению с Yum, DNF обладает заметно более высокой скоростью работы, низким потреблением памяти и более качественным управлением зависимостями.

В DNF 2.2 представлен новый API для добавления и инициализации новых объектов Repo в классе dnf.repodict. Также реализован API для подключения callback-вызовов, позволяющих информировать пользователей о запуске скриптов (scriplets) в процессе выполнения транзакций, определённых в RPM файлах. В частности, в dnf.callback.TransactionProgress.progress() добавлены новые флаги TRANS_PREPARATION, TRANS_POST и PKG_SCRIPTLET.

  1. Главная ссылка к новости (http://dnf.baseurl.org/2017/04...)
  2. OpenNews: Выпуск пакетного менеджера DNF 2.1
  3. OpenNews: Доступен пакетный менеджер DNF 2.0, пришедший на смену Yum
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/46321-dnf
Ключевые слова: dnf, yum, rpm
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (23) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 12:27, 05/04/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • –11 +/
    Pacman > Brew > DNF > Zypper > Yum > Apt > Apt-get > Aptitude
     
     
  • 2.2, Аноним (-), 12:43, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    tar их всех порвёт по скорости. Что сказать-то хотел?
     
     
  • 3.3, anonomouous (?), 12:48, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • +16 +/
    Хотел сказать что у него Arch, видимо.
     
  • 3.12, Аганим (?), 18:18, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Запускаю пакетный менеджер довольно редко
    Особой скорости от него не требую
    Пользуюсь двумя-тремя командами.
    Вообще, он обычно сам автоматически где-то себе пыхтит и есть не просит

    Какой смысл их вообще сравнивать?

     
  • 2.4, Аноним (-), 12:48, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Я так понимаю это стрелочками показано продвижение ПМ от самого примитивного к самому продвинутому.
     
     
  • 3.7, Rim (?), 13:16, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Не! деградация
     
     
  • 4.22, Аноним (-), 03:20, 07/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Боюсь представить что же стрелочки означают)
     
  • 2.9, Аноним (-), 15:02, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Zypper как я понимаю может обновлять патчами и экономить трафик
     
     
  • 3.10, SpaceRaven (ok), 15:56, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • +1 +/
    dnf так от рождения умеет, в yum тоже есть поддержка drpm
     
  • 3.19, Аноним (-), 13:16, 06/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Поржал. Посмотри на размер апдейтов для венды. Рядом с этим пакетики по 100-500кб - это вообще ниочём.
     
  • 2.18, kachsheev (ok), 11:00, 06/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    XBPS забыл)
     
  • 2.21, XoRe (ok), 00:48, 07/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Pacman > Brew > DNF > Zypper > Yum > Apt > Apt-get > Aptitude

    Вы забыли поставить emerge и pkg-add из фряхи в левый конец списка, чтобы ещё сильнее понтануться

     
     
  • 3.23, tensor (?), 07:05, 07/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Что Вы, у таких людей в левом конце Windows Installer, разумеется ;)
     

  • 1.5, ALex_hha (ok), 13:01, 05/04/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а что умеет такого тот же apt-get, чего не умеет rpm/yum? Я за 10 лет столкнулся только с одним ограниченим, если так можно сказать - в rpm/yum нет аналога apt-get purge.
     
     
  • 2.6, J.L. (?), 13:05, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а что умеет такого тот же apt-get, чего не умеет rpm/yum? Я
    > за 10 лет столкнулся только с одним ограниченим, если так можно
    > сказать - в rpm/yum нет аналога apt-get purge.

    да явно не хватает packetmanagerd который их всех построит
    даже если он будет хуже nix - главное чтоб он был общий

     
     
  • 3.8, Stax (ok), 13:53, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • +3 +/
    http://www.freedesktop.org/software/PackageKit/ же!
     
  • 3.11, кверти (ok), 17:55, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    Унификация - это хорошо с технической точки зрения. К тому же нет распыления сил на одинаковые по сути проекты. НО! Это напрочь убивает необходимую конкуренцию в реализации тех или иных проектов. Нельзя, например, заставить человека пилить systemd, но он может реализовать свои идеи и "фишки" в Upstart, из которого эти реализации могут перейти в тот же Systemd и вдохновить новые идеи и реализации, гораздо более лучшие. И так во всем! Я лично категорически против лозунга вида "одна страна - одна нация"
     
     
  • 4.14, J.L. (?), 19:18, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    > Унификация - это хорошо с технической точки зрения. К тому же нет
    > распыления сил на одинаковые по сути проекты. НО! Это напрочь убивает
    > необходимую конкуренцию в реализации тех или иных проектов. Нельзя, например, заставить
    > человека пилить systemd, но он может реализовать свои идеи и "фишки"
    > в Upstart, из которого эти реализации могут перейти в тот же
    > Systemd и вдохновить новые идеи и реализации, гораздо более лучшие. И
    > так во всем! Я лично категорически против лозунга вида "одна страна
    > - одна нация"

    GNU/Hurd вам никто не мешает запилить
    и таскать хоть в BSD, хоть в Linux
    но при этом GNU/Linux служит магистральным тепловозом и для GNU, и фактически для Hurd, и для BSD (как явная демонстрация самой возможности открытого промышленного ядра, имхо)

    а если бы изначально были почти одинаковые, но не очень совместимые по апи, примерно равноценные по аудитории Ainux, Binux, Cinux - не было бы тепловоза-магистральника

    ps: я вообще за добровольнопринудительный единый (сырцовый+патчевый)+(проприетарно+бинарная часть) репозиторий для всех дистрибов линукса из которого мантейнеры каждого дистриба собирали бы пакеты ставя галочки на нужных им патчах и вставляя свои патчи в тот же реп
    с единой системой выбора зависимостей
    а пакетный манагер может быть любой, но пакеты растут из того самого единого репа, пусть даже качаются с личного_сайта_дистрибутива, но собраны именно из того самого единого
    (и уже лично мне б уже хотелось бы чтоб он был похож на nix)

     
  • 2.15, Аноним (-), 21:09, 05/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    sodo dnf erase, не?
     
  • 2.20, Аноним (-), 13:54, 06/04/2017 [^] [^^] [^^^] [ответить]  
  • +/
    downgrade, --enablerepo/--disablerepo. Что из этого умеет apt?
     
  • 2.25, SunXE (ok), 14:13, 14/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Возможно я чего-то не знаю в apt, лично мне не удобно:

    apt-get install --only-upgrade package_name
    куда проще yum upgrade package_name

    не удобно apt-get update && apt-get hold package_name && apt-get upgrade -y
    удобнее yum upgrade -y --exclude package_name

    Аналогов yum history, groupinstall я вообще не нашёл.

    Я уже не говорю что визуальный вывод о пакетах у apt-get не такой читабильный как у yum.

     

  • 1.16, анонанонанонанино (?), 22:37, 05/04/2017 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Устарело ещё до релиза, ждём systemd-pkg.
     
     
  • 2.24, Онаним (?), 14:16, 10/04/2017 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А когда будет systemd-linux?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру