dnf против yum, чем отличаются

[Olej]

Менеджер dnf - полностью переписан (как сообщалось).
Отказ от yum, написанного на Python (старом) был главным условием перехода (наконец) от Python2 к Python3 как основной линии Python.
Похоже, что разработчики dnf тщательно следовали синтаксису yum, чтобы обеспечить максимальную приемственность.

Но есть некоторые мелочи (целый ряд) который мне непонятен в поведении dnf.
Например:

Код: Выделить всё

$ yum provides net-snmp-config
...
1:net-snmp-devel-5.7.1-5.fc17.i686 : The development environment for the NET-SNMP project
Источник: updates
Совпадения с:
Имя файла   : /usr/bin/net-snmp-config

Но:

Код: Выделить всё

$ dnf provides net-snmp-config
Последняя проверка окончания срока действия метаданных: 12 days, 18:29:59 назад, Thu Jun  2 16:43:33 2016.
Ошибка: Совпадений не найдено

[Olej]

Например:

Подсказали:

Код: Выделить всё

[olej@dell own.WORK]$ dnf provides */net-snmp-config
Последняя проверка окончания срока действия метаданных: 0:50:21 назад, Wed Jun 15 12:03:05 2016.
net-snmp-devel-1:5.7.3-7.fc23.x86_64 : The development environment for the NET-SNMP project
Источник: @System

net-snmp-devel-1:5.7.3-7.fc23.i686 : The development environment for the NET-SNMP project
Источник: fedora

net-snmp-devel-1:5.7.3-7.fc23.x86_64 : The development environment for the NET-SNMP project
Источник: fedora

[Olej]

Подсказали:

Здесь несколько непонятно в синтаксисе...

Но тут ещё подсказали: Changes in DNF CLI compared to Yum

When one executes:

Код: Выделить всё

yum provides sandbox

Yum applies extra heuristics to determine what the user meant by sandbox, for instance it sequentially prepends entries from the PATH environment variable to it to see if it matches a file provided by some package. This is an undocumented behavior that DNF does not emulate. Just typically use:

Код: Выделить всё

dnf provides /usr/bin/sandbox

or even:

Код: Выделить всё

dnf provides '*/sandbox'

to obtain similar results.

Т.е. yum искал имя файла в пакете, а dnf требует указания пути, хотя путь может быть указан и шаблоном *.

По этой ссылке описано множество различий yum vs dns.

[Olej]

Детальное описание команд dnf : DNF Command Reference.

Описание плагинов dnf:
Core DNF Plugins Documentation
Extras DNF Plugins Documentation

[perseus]

Столкнулся со странным поведением dnf

Не могу загрузить пакеты из репозиториев, даже под root,
команда принимается, но ничего не происходит, потом выдаёт ошибку

Код: Выделить всё

[root@worker maksim]# dnf info golang
Последняя проверка окончания срока действия метаданных: 18:07:21 назад, Wed May 17 16:42:46 2017.
Доступные пакеты
Имя         : golang
Архитектура : i686
Эпоха       : 0
Версия      : 1.7.5
Релиз       : 2.fc25
Размер      : 9.4 M
Репозиторий : updates
Краткое опи : The Go Programming Language
URL         : http://golang.org/
Лицензия    : BSD and Public Domain
Описание    : The Go Programming Language.

[root@worker maksim]# dnf install golang
Ошибка: Failed to synchronize cache for repo 'fedora'
[root@worker maksim]# 

Почему так происходит? Что нужно сделать, чтобы пакеты загружались ?

Манипуляции с командами dnf clean all и dnf distro-sync не помогли
Пошел на крайность - переустановил Fedora
и вот на только что установленной ОС такая фигня

Код: Выделить всё

[maksim@worker ~]$ dnf repolist
Ошибка: Failed to synchronize cache for repo 'updates'
[maksim@worker ~]$ sudo dnf repolist

Мы полагаем, что ваш системный администратор изложил вам основы
безопасности. Как правило, всё сводится к трём следующим правилам:

    №1) Уважайте частную жизнь других.
    №2) Думайте, прежде что-то вводить.
    №3) С большой властью приходит большая ответственность.

Waiting for process with pid 2692 to finish.
^CОстанов процесса.
[maksim@worker ~]$ sudo dnf repolist
Waiting for process with pid 2692 to finish.
kill 2692

^CОстанов процесса.
[maksim@worker ~]$ sudo kill 2692
[maksim@worker ~]$ sudo dnf repolist
Ошибка: Failed to synchronize cache for repo 'fedora'
[maksim@worker ~]$ 

В чём причина такого странного поведения? Может это зависеть от качества сети ? Или это связано с загруженностью серверов репозиториев ? Или это исключительно проблема dnf ?

Код: Выделить всё

[maksim@worker ~]$ sudo dnf history
Waiting for process with pid 3049 to finish.
ID     | Командная строка         | Дата и время     | Действия       | Изменен
-------------------------------------------------------------------------------
     1 |                          | 2016-11-21 01:35 | Install        | 1542 EE
[maksim@worker ~]$ 

Не могу обновить или закачать ни одного пакета

[perseus]

Запускаю графический Yum Extender - также висит и ничего не показывает

а потом еще окно с ошибками выводит

[Olej]

Код: Выделить всё

[root@worker maksim]# dnf install golang
Ошибка: Failed to synchronize cache for repo 'fedora'

В чём причина такого странного поведения? Может это зависеть от качества сети ? Или это связано с загруженностью серверов репозиториев ?

Безусловно!
Безусловно это зависит от качества сети, т.е. наличия сетевого соединения, и чтобы сервер репозитория в это время был доступен...
Если в свежей системе ничего не устанавливается, то с большой вероятностью нужно искать проблемы сети или доступность репозитория.
Такое было когда то уже, кратковременно, что на время обновления репозитории Fedora становились недоступными.

Или это исключительно проблема dnf ?

Любая пакетная система - это сложная подсистема, ... сложнее, пожалуй, практически любой другой подсистемы Linux.
И dnf в этом смысле ничуть не хуже и не лучше ... например apr в DEB дистрибутивах.
И её работа зависит от работоспособности и состояния многих факторов системы.
Нужно брать и детально разбираться - отсекать по одной возможности неработоспособности.

[Olej]

Нужно брать и детально разбираться - отсекать по одной возможности неработоспособности.

Отправляетесь в каталог:

Код: Выделить всё

[olej@xenix yum.repos.d]$ pwd
/etc/yum.repos.d

Здесь у вас хранятся все репозитории, известные пакетной системе (и те которые разрешены, и те которые временно не испольуются):

Код: Выделить всё

[olej@xenix yum.repos.d]$ ls
fedora-cisco-openh264.repo           rpmfusion-nonfree-updates.repo               russianfedora-free-rawhide.repo
fedora.repo                          rpmfusion-nonfree-updates-testing.repo       russianfedora-free.repo
fedora-updates.repo                  russianfedora-branding-rawhide.repo          russianfedora-free-updates.repo
fedora-updates-testing.repo          russianfedora-branding.repo                  russianfedora-free-updates-testing.repo
rpmfusion-free-rawhide.repo          russianfedora-branding-updates.repo          russianfedora-nonfree-rawhide.repo
rpmfusion-free.repo                  russianfedora-branding-updates-testing.repo  russianfedora-nonfree.repo
rpmfusion-free-updates.repo          russianfedora-fixes-rawhide.repo             russianfedora-nonfree-updates.repo
rpmfusion-free-updates-testing.repo  russianfedora-fixes.repo                     russianfedora-nonfree-updates-testing.repo
rpmfusion-nonfree-rawhide.repo       russianfedora-fixes-updates.repo             skype-stable.repo
rpmfusion-nonfree.repo               russianfedora-fixes-updates-testing.repo

Внутри конфигурации каждого репозитория там, вообще то, всё понятно ... URL где находится, enable=0/1 - так разрешаете или запрещаете использовать, gpgcheck=0/1 - проверять ли PGP/GPG подпись достоверности ... и т.д.

Код: Выделить всё

[olej@xenix yum.repos.d]$ cat skype-stable.repo 
[skype-stable]
name=skype (stable)
baseurl=https://repo.skype.com/rpm/stable/
enabled=1
gpgcheck=1
gpgkey=https://repo.skype.com/data/SKYPE-GPG-KEY

По URL - проверяйте доступность репозитория, просто браузером по HTTP...

[Olej]

Запускаю графический Yum Extender - также висит и ничего не показывает
а потом еще окно с ошибками выводит

Вообще то, вы со всякими GUI экстендерами dnf не сильно играйтесь ... для начала, по крайней мере - они только обёртки для dnf, ничего дополнительно не умеют, а свои всякие ошибки привносят.

Но на ваших скринах отчётливо читается timeout при доступе к URL репозитория.

[Olej]

Не могу обновить или закачать ни одного пакета

Я для вас специально поднял тему вопросы по yum.
Там есть много ссылок на очень хорошие описания работы с yum.
А dnf на 95% наследует все возможности yum ... хотя появились и отличия.