Состоялся (http://dnf.baseurl.org/2017/03/03/dnf-2-1-0-dnf-plugins-core.../) релиз пакетного менеджера DNF (http://dnf.readthedocs.org/en/latest/release_notes.html) (2.1), а также наборов дополнений DNF-PLUGINS-CORE 1.0.1 (http://dnf-plugins-core.readthedocs.io/en/latest/release_not...) и DNF-PLUGINS-EXTRAS 0.10.0 (http://dnf-plugins-extras.readthedocs.io/en/latest/release_n...). DNF используется по умолчанию в дистрибутиве Fedora Linux и является ответвлением от Yum 3.4, адаптированным для работы с Python 3 и использующим библиотеку hawkey (https://github.com/rpm-software-management/hawkey) в качестве бэкенда для разрешения зависимостей. По сравнению с Yum, DNF обладает заметно более высокой скоростью работы, низким потреблением памяти и более качественным управлением зависимостями.
В DNF 2.1 добавлена поддержка загрузки и кэширования метаданных в бинарном формате, устранены проблемы (https://bugzilla.redhat.com/show_bug.cgi?id=1421835) с работой команды "dnf list", реализована (https://github.com/rpm-software-management/dnf/pull/725) возможность автоматического отключения обновления кэша репозиториев при выходе в интернет через каналы связи, помеченные в NetworkManager флагом "Metered" (тарификация по трафику). В DNF-PLUGINS-CORE 1.0.1 отмечены только исправления ошибок. DNF-PLUGINS-EXTRAS 0.10 примечателен добавлением плагина system-upgrade и проведением оптимизации производительности.
URL: http://dnf.baseurl.org/2017/03/03/dnf-2-1-0-dnf-plugins-core.../
Новость: http://www.opennet.ru/opennews/art.shtml?num=46135
Pacman > Brew > DNF > Zypper > Yum > Apt > Apt-get > Aptitude
Apt - пакетный менеджер. apt-get - команда. Где логика?
апт-гет обёртка над апт с доп функциями, но чистый апт лучше.
Утверждение ложно. Вы сами запутались и других можете ввести в заблуждение.Если кратко,то:
1. Схема:
dpkg|rpm < APT < apt*|synaptic|etc.
2. apt-get - одна из CLI-утилит системы APT, взаимодействующая с APT library (как и другие сторонние frontend'ы, например, aptitude).
3. apt - эта CLI-утилита APT появилась совсем недавно.
Apt — реально худший.
Да ладно. Это по сравнению с чем?
> > Apt — реально худший.
> Да ладно. Это по сравнению с чем?Слово "худший" стоит в превосходной, а не в сравнительной степени, поэтому твой вопрос не несет в себе смысла.
В контексте множества из одного элемента данное утверждение не имеет смысла.
Если же вернуться к изначальному контексту, в котором была употреблена данная фраза, то смысл вновь появляется.
Худший имеет смысл минимума качества. Минимум всегда равен одному элементу. Твоя фраза не верна.
>> > Apt — реально худший.
>> Да ладно. Это по сравнению с чем?
> Слово "худший" стоит в превосходной, а не в сравнительной степени, поэтому твой вопрос не несет в себе смысла.Хех. Об инфимуме качества пакетного менеджера речь может быть только на множестве пакетных менеджеров конечной мощности со введённым отношением порядка. Таким образом вопрос смысл имеет в виде определения элементов данного множества, а Ваш комментарий - нет. Выкуси, гуманитарий!
> Apt — реально худший.Зажралися, боядзешных и прочих недоменеджеров не видели.
Аналог approx/apt-cache для yum есть? http proxy не считается
И тут с горы неспешно спускается Nix.
... проходит мимо и идёт дальше, ветром гонимый, с помятой прибором шляпой ...
Ибо индейцев Джо тут и так с избытком ...
:)
> И тут с горы неспешно спускается Nix.И несёт скрижали. И подходит к CEO Red Hat, и говорит: "отпусти народ мой, чтобы совершил он истинно совобдному GNU/Linux служение".
Удваиваю, Nix/Guix посреди остальных пакетных управлялок смотрятся как 2 автомобиля посреди крестьянских телег, карет и остальных повозок с лошадками.Лошадки-лошарики, ваш поезд уходит.
Snap > Pacman > ...
msi > *
emerge > god
" и более качественным управлением зависимостями."
dnf autoremove как всегда сломан.
еще от времен fc21, видимо не приоритетно, возможно, не будут исправлять.
а как там анаконда, развивают? или перейдут на calamares?
у них всё там паламарез;)
Dnf по умолчанию делает autoremove, что иногда напрягает когда надо переустановить только один пакет.
не может быть. Простой пример - возьми притащи 32-битный скайп, само собой он притащит рантайм зависимости. потом удали его - увидишь неудаленные "сироты"
А ведь недавно rpm-4.13.01 вышел, который в openSUSE уже под капотом.
> А ведь недавно rpm-4.13.01 вышел, который в openSUSE уже под капотом.zypper лучший фронтенд? К rpm собственно претензий нету, лучше бы "раздули" его, реализовавши поддержку зависимостей, сделав как в pacman'е, даже если монолитом - не важно, был бы законченный рабочий вариант без тормозов
> zypper лучший фронтенд?Да, для меня именно так!
Он на православном си, по крайней мере пока сюзевцы не вздумают его переписать на своём корпоративном рубине, и в отличие от пакмана у него очевидный, понятный командный синтаксис, который даже не вспоминается, а скорее угадывается с высокой вероятностью.
А в пакмане, как в анекдоте про урок русского языка в грузинской школе, его синтаксис невозможно понять, его нужно только тупо запомнить.zypper + хоть какая-то кривая и вечно отваливающаяся поддержка KDE4 одним из администраторов (wolfi324) удерживает меня о перехода на арчик, да и я сам разбираясь с, "Чё за фигня с вечно устарелыми эмуляторами и web-технологиями", вынужден был разобраться в структуре spec-файлов и начать, таки изучать си. И теперь я сам мейнтайню нужные мне эмуляторы, которые с моей руки обновляются в день их выхода, и благодаря мне postgresql в openSUSE из коробки 9.6.2, а не 9.4.x как был бы ещё много лет, и MariaDB наконец обновляется.
Не устраивает только их Debian-style политика с openSSH, но глядя на патчи, всё оперативно устраняется, так что даже претензий особых нету.
А ядро обновляется быстрее чем в арчике, причём тестирование в obs под несколько архитектур там серьёзнее.Вот до чего меня "зелёнка" довела, я сам теперь часть неё. :-)
Не встречал ПМ хуже него в плане скорости работы.
yum и solaris pkg :-)
Это на какой же системе он тормозит? Там расчетов то не больше чем в тетрисе...
dnf/yum это подобие apt-get, а что является подобием aptitude: программа где можно интерактивно посмотреть зависимости и выбрать какие альтернативы установить?
Наоборот: это apt-get является подобием dnf/yum.
Тебя не смущает, что apt появился на пять лет раньше yum?
Подобия шахмат тоже появились раньше самих шахмат.
yumex (теперь его называют yumex-dnf) и различные варианты гуи к PackageKit (gnome-packagekit, например).
Его хотели на C переписать - когда сделают?
разрешаю, переписывай
Уже год прошёл, как разрешили http://dnf.baseurl.org/2016/02/24/dnf-into-c-initiative-started/
так если тебе это надо - подмоги, чтоб процесс пошел быстрее
Вот только непонятно - а зачем пакетному менеджеру скорость? Безглючность, качество управлением зависимотей - да , супер , дайте два, а скорость то зачем - что-бы он побыстрее вам систему покалечил ?
> что-бы он побыстрее вам систему покалечил ?Ну, если вам пакетный менеджер нужен только за этим, тогда да.
А другие люди его в других задачах используют. Пакеты там поставить, систему обновить.
Дело в том, что работа высокоуровневого пакетного менеджера типа DNF или APT заканчивается на скачивании и анализе метаданных, разрешении зависимостей и скачивании пакетов. Все остальные тормоза или от работы пакетного менеджера внутри (rpm/dpkg) со своими базами (все ж таки их много нычне), или из других очевидных факторов (записи файлов самих пакетов на диск, рассчет контрольных сумм, исполнение скриптов из пакета). И тут совершенно неважно, есть наверху dnf или что-то другое - если сеть медленная, диск тормозной и проц совсем тухлый, все равно тормозить будет..А собственно сам dnf весьма быстрый. Свои части он делает уж точно не медленнее того же APT и ощутимо быстрее yum. Именно эти части уже и так почти на C. И реализация самой тормозной части - ресолвинга (libsolv) общая с zypper.