Разработчики CentOS объявили (https://seven.centos.org/2017/10/yum-4-is-available-for-testing/) о начале тестирования пакетного менеджера YUM 4, основанной на технологиях используемого в Fedora Linux пакетного менеджера DNF (https://www.opennet.me/opennews/art.shtml?num=42209), который позиционировался в качестве основы для разработки следующей ветки YUM.
По сравнению с YUM 3 в YUM 4 наблюдается существенный прирост производительности, особенно при разрешении зависимостей, а также стабилизация и документирование API. Что касается взаимодействия с пользователем, то по возможности в новой ветке сохранена совместимость с YUM 3 на уровне инструментария и файлов конфигурации, но некоторые опции изменены и прекращена поддержка плагинов в формате YUM 3. YUM 4 полностью совпадает с последним выпуском DNF (https://github.com/rpm-software-management/dnf/releases), но управление осуществляется приложением с именем yum4 вместо dnf.Напомним, что DNF является ответвлением от Yum 3.4, созданным для развития некоторых новых идей, таких как использование библиотеки hawkey (https://github.com/rpm-software-management/hawkey) в качестве бэкенда для разрешения зависимостей. В качестве основных проблем Yum, которые побудили к созданию DNF, называют некачественную документацию на API, проблемный алгоритм разрешения зависимостей и невозможность рефакторинга внутренних функций. По сравнению с Yum, DNF обладает заметно более высокой скоростью работы, низким потреблением памяти, более качественным управлением зависимостями и возможностью использования Python 3. Для разрешения зависимостей в DNF задействован SAT solver, реализованный в библиотеке libsolv (https://github.com/openSUSE/libsolv) (hawkey выступает в роли надстройки над libsolv), созданной в рамках проекта openSUSE. Обработки метаданных и загрузка пакетов выполняется через librepo (https://github.com/tojaj/librepo).
URL: https://seven.centos.org/2017/10/yum-4-is-available-for-testing/
Новость: http://www.opennet.me/opennews/art.shtml?num=47471
Бу-га-га, yum->dnf->yum4.
Centos никогда на dnf не переходил, можно было его установить дополнительно. Так что мимо, уважаемый.
Не прижились три новые буквы, проще продать старые с новым движком под капотом
а yum4 там будет?
установку dnf возможную в centos я только приветствую ;) я им пользовался, вполне нормальный пакетный мэнэджер с дельтами. много чего там удобно реализовано, но пока я прибился к арчу антегрос и pacman'y
Следующим будет dnf4 или dnf5.
главное, чтб не npm, и на том спасибо
"А помнити leafpad..."
> yum->dnf->yumИз ямы в яму! :)
У кого DNF работает быстро? Ни разу не замечал за ним быстрой работы.
По сравнению с Yum он реактивный. По сравнению с apt-get ну так себе. По сравнению с zypper он тормоз.
по сравнению с pacman эти пакетные менеджеры слоупоки, еще eopkg не плох от солуса.
pacman как раз очень тормозной, особенно когда нужно сделать поиск пакетов, даже среди установленных, автокомлишн мега тормозной. Ктому же до сих пор в астерикс(*) не научился(2017 год....), не умеет ставить опциональные зависимости, это базисные вещи для которых нужно скрипты писать или делать кучу лишьних движений с копипастом. Зато кучу всякой хни, которую делаешь не часто там закодили, молодцы.
"автокомлишн мега тормозной"? Вы арч на 256мб оперативы ставили с HDD на 2GB с макс чтением 6 мб/с? "не умеет ставить опциональные зависимости": man expac. К примеру pacman -S vlc $(expac -l '\n' %E -S vlc), легким движением превращается в алиас, но я не знаю зачем ставить в систему все подрят. Кто такой этот "астерикс"?
> pacman как раз очень тормозной, особенно когда нужно сделать поиск пакетов, даже
> среди установленных, автокомлишн мега тормозной. Ктому же до сих пор в
> астерикс(*) не научился(2017 год....), не умеет ставить опциональные зависимости, это
> базисные вещи для которых нужно скрипты писать или делать кучу лишьних
> движений с копипастом. Зато кучу всякой хни, которую делаешь не часто
> там закодили, молодцы.это да, но я чет порушил манжару, пересев на антегрос после арт-гета того же гораздо лучше себя чувствую ;) короткий и лаконичный синтаксис ключей pacman'а куда круче имхо.
По сравнению с createrepo_c они вообще скорость света...
Попробуй portage (emerge). Он создан для тех, кто никуда не спешит.
Все такое открытое, но имеющиеся проблемя решить невозможно, проще новое написать. Шаблнон поломан.
О чём новость-то? О том, что они бинарь^Wисполняемый файл переименовали?
> О чём новость-то? О том, что они бинарь^Wисполняемый файл переименовали?о том, что всосали код из федоры же ж. Что переименовали "как принято", это хрен с ним.
Возникает вопрос "зачем?" (ловлю себя на мысли, что задаю себе его всё чаще)Ведь с выходом RHEL8 они все равно это выкинут.
А насколько больше он памяти стал жрать, по ссылке не пишут? Вчера видел старый yum в условиях ограниченных ресурсов: печальное зрелище.
наверное очень старый yum, с xml в качестве базы?многое зависит от размеров репозиториев и сложности транзакции (собственно задачи, например установить группу пакетов с сотнями зависимостей или установить всего один пакет)
ну вот наконец! имя DNF совсем дурацкое ))))
a YUM — это YUM !