OpenNews: Началось тестирование пакетного менеджера YUM 4

30.10.2017 20:35 Началось тестирование пакетного менеджера YUM 4

Разработчики CentOS объявили о начале тестирования пакетного менеджера YUM 4, основанной на технологиях используемого в Fedora Linux пакетного менеджера DNF, который позиционировался в качестве основы для разработки следующей ветки YUM.

По сравнению с YUM 3 в YUM 4 наблюдается существенный прирост производительности, особенно при разрешении зависимостей, а также стабилизация и документирование API. Что касается взаимодействия с пользователем, то по возможности в новой ветке сохранена совместимость с YUM 3 на уровне инструментария и файлов конфигурации, но некоторые опции изменены и прекращена поддержка плагинов в формате YUM 3. YUM 4 полностью совпадает с последним выпуском DNF, но управление осуществляется приложением с именем yum4 вместо dnf.

Напомним, что DNF является ответвлением от Yum 3.4, созданным для развития некоторых новых идей, таких как использование библиотеки hawkey в качестве бэкенда для разрешения зависимостей. В качестве основных проблем Yum, которые побудили к созданию DNF, называют некачественную документацию на API, проблемный алгоритм разрешения зависимостей и невозможность рефакторинга внутренних функций. По сравнению с Yum, DNF обладает заметно более высокой скоростью работы, низким потреблением памяти, более качественным управлением зависимостями и возможностью использования Python 3. Для разрешения зависимостей в DNF задействован SAT solver, реализованный в библиотеке libsolv (hawkey выступает в роли надстройки над libsolv), созданной в рамках проекта openSUSE. Обработки метаданных и загрузка пакетов выполняется через librepo.

исправить +7 +/–

Лицензия: CC-BY

Тип: Программы

Ключевые слова: yum, dnf, packet

При перепечатке указание ссылки на opennet.ru обязательно

Обсуждение

Ajax/Линейный | Раскрыть все сообщения | RSS

1.1, Аноним (-), 20:49, 30/10/2017 [ответить] [показать ветку] [···] [к модератору]	+13 +/–
Бу-га-га, yum->dnf->yum4.

2.2, Енот (?), 20:52, 30/10/2017 [^] [ответить] [к модератору]	–2 +/–
Centos никогда на dnf не переходил, можно было его установить дополнительно. Так что мимо, уважаемый.

3.3, Аноним (-), 21:10, 30/10/2017 [^] [ответить] [к модератору]	+2 +/–
Не прижились три новые буквы, проще продать старые с новым движком под капотом

3.21, Sergey (??), 21:38, 31/10/2017 [^] [ответить] [к модератору]	–1 +/–
а yum4 там будет? установку dnf возможную в centos я только приветствую ;) я им пользовался, вполне нормальный пакетный мэнэджер с дельтами. много чего там удобно реализовано, но пока я прибился к арчу антегрос и pacman'y

2.5, Аноним (-), 21:29, 30/10/2017 [^] [ответить] [к модератору]	+2 +/–
Следующим будет dnf4 или dnf5.

3.7, Аноним (-), 22:55, 30/10/2017 [^] [ответить] [к модератору]	+2 +/–
главное, чтб не npm, и на том спасибо

4.12, Аноним (-), 01:36, 31/10/2017 [^] [ответить] [к модератору]	+/–
"А помнити leafpad..."

2.19, freehck (ok), 17:02, 31/10/2017 [^] [ответить] [к модератору]	+2 +/–
> yum->dnf->yum Из ямы в яму! :)

1.6, Аноним (-), 22:48, 30/10/2017 [ответить] [показать ветку] [···] [к модератору]	+4 +/–
У кого DNF работает быстро? Ни разу не замечал за ним быстрой работы.

2.9, Admino (ok), 23:04, 30/10/2017 [^] [ответить] [к модератору]	+9 +/–
По сравнению с Yum он реактивный. По сравнению с apt-get ну так себе. По сравнению с zypper он тормоз.

3.11, анон (?), 23:56, 30/10/2017 [^] [ответить] [к модератору]	–1 +/–
по сравнению с pacman эти пакетные менеджеры слоупоки, еще eopkg не плох от солуса.

4.15, Аноним (-), 10:00, 31/10/2017 [^] [ответить] [к модератору]	+/–
pacman как раз очень тормозной, особенно когда нужно сделать поиск пакетов, даже... весь текст скрыт [показать]

5.18, анон (?), 13:35, 31/10/2017 [^] [ответить] [к модератору]	–1 +/–
"автокомлишн мега тормозной"? Вы арч на 256мб оперативы ставили с HDD на 2GB с макс чтением 6 мб/с? "не умеет ставить опциональные зависимости": man expac. К примеру pacman -S vlc $(expac -l '\n' %E -S vlc), легким движением превращается в алиас, но я не знаю зачем ставить в систему все подрят. Кто такой этот "астерикс"?

5.22, Sergey (??), 21:40, 31/10/2017 [^] [ответить] [к модератору]	+/–
> pacman как раз очень тормозной, особенно когда нужно сделать поиск пакетов, даже > среди установленных, автокомлишн мега тормозной. Ктому же до сих пор в > астерикс(*) не научился(2017 год....), не умеет ставить опциональные зависимости, это > базисные вещи для которых нужно скрипты писать или делать кучу лишьних > движений с копипастом. Зато кучу всякой хни, которую делаешь не часто > там закодили, молодцы. это да, но я чет порушил манжару, пересев на антегрос после арт-гета того же гораздо лучше себя чувствую ;) короткий и лаконичный синтаксис ключей pacman'а куда круче имхо.

3.20, adolfus (ok), 17:10, 31/10/2017 [^] [ответить] [к модератору]	–1 +/–
По сравнению с createrepo_c они вообще скорость света...

2.24, Старый одмин (?), 00:47, 03/11/2017 [^] [ответить] [к модератору]	+/–
Попробуй portage (emerge). Он создан для тех, кто никуда не спешит.

1.8, Аноним (-), 22:57, 30/10/2017 [ответить] [показать ветку] [···] [к модератору]	–1 +/–
Все такое открытое, но имеющиеся проблемя решить невозможно, проще новое написать. Шаблнон поломан.

1.10, Аноним (-), 23:40, 30/10/2017 [ответить] [показать ветку] [···] [к модератору]	+2 +/–
О чём новость-то? О том, что они бинарь^Wисполняемый файл переименовали?

2.23, нах (?), 15:19, 01/11/2017 [^] [ответить] [к модератору]

–1 +/–

> О чём новость-то? О том, что они бинарь^Wисполняемый файл переименовали?

о том, что всосали код из федоры же ж. Что переименовали "как принято", это хрен с ним.

1.13, Аноним (-), 09:02, 31/10/2017 [ответить] [показать ветку] [···] [к модератору]	+/–
Возникает вопрос "зачем?" (ловлю себя на мысли, что задаю себе его всё чаще) Ведь с выходом RHEL8 они все равно это выкинут.

1.14, Аноним (-), 09:06, 31/10/2017 [ответить] [показать ветку] [···] [к модератору]	+1 +/–
А насколько больше он памяти стал жрать, по ссылке не пишут? Вчера видел старый yum в условиях ограниченных ресурсов: печальное зрелище.

2.16, blzz (?), 10:10, 31/10/2017 [^] [ответить] [к модератору]	+/–
наверное очень старый yum, с xml в качестве базы? многое зависит от размеров репозиториев и сложности транзакции (собственно задачи, например установить группу пакетов с сотнями зависимостей или установить всего один пакет)

1.17, fi (ok), 11:04, 31/10/2017 [ответить] [показать ветку] [···] [к модератору]	+2 +/–
ну вот наконец! имя DNF совсем дурацкое )))) a YUM — это YUM !

Добавить комментарий