The OpenNET Project / Index page

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

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.

  1. Главная ссылка к новости (https://seven.centos.org/2017/...)
  2. OpenNews: Доступен пакетный менеджер DNF 2.0, пришедший на смену Yum
  3. OpenNews: Увидел свет пакетный менеджер DNF 1.0, пришедший на смену Yum
  4. OpenNews: План по замене пакетного менеджера Yum на DNF в Fedora 22
  5. OpenNews: Пакетный менеджер DNF будет переработан на языке Си
Лицензия: 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 !
     

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


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