Доступен (http://dnf.baseurl.org/2017/04/03/dnf-2-2-0-and-libdnf-0-8-0.../) релиз пакетного менеджера DNF (http://dnf.readthedocs.org/en/latest/release_notes.html) 2.2, а также связанной с ним библиотеки LIBDNF 0.8.0. DNF используется по умолчанию в дистрибутиве Fedora Linux и является ответвлением от Yum 3.4, адаптированным для работы с Python 3 и использующим библиотеку hawkey (https://github.com/rpm-software-management/hawkey) в качестве бэкенда для разрешения зависимостей. По сравнению с Yum, DNF обладает заметно более высокой скоростью работы, низким потреблением памяти и более качественным управлением зависимостями.
В DNF 2.2 представлен (http://dnf.readthedocs.io/en/latest/release_notes.html#relea...) новый API для добавления и инициализации новых объектов Repo в классе dnf.repodict. Также реализован API для подключения callback-вызовов, позволяющих информировать пользователей о запуске скриптов (scriplets) в процессе выполнения транзакций, определённых в RPM файлах. В частности, в dnf.callback.TransactionProgress.progress() добавлены новые флаги TRANS_PREPARATION, TRANS_POST и PKG_SCRIPTLET.URL: http://dnf.baseurl.org/2017/04/03/dnf-2-2-0-and-libdnf-0-8-0.../
Новость: http://www.opennet.me/opennews/art.shtml?num=46321
Pacman > Brew > DNF > Zypper > Yum > Apt > Apt-get > Aptitude
tar их всех порвёт по скорости. Что сказать-то хотел?
Хотел сказать что у него Arch, видимо.
Запускаю пакетный менеджер довольно редко
Особой скорости от него не требую
Пользуюсь двумя-тремя командами.
Вообще, он обычно сам автоматически где-то себе пыхтит и есть не проситКакой смысл их вообще сравнивать?
Я так понимаю это стрелочками показано продвижение ПМ от самого примитивного к самому продвинутому.
Не! деградация
Боюсь представить что же стрелочки означают)
Zypper как я понимаю может обновлять патчами и экономить трафик
dnf так от рождения умеет, в yum тоже есть поддержка drpm
Поржал. Посмотри на размер апдейтов для венды. Рядом с этим пакетики по 100-500кб - это вообще ниочём.
XBPS забыл)
> Pacman > Brew > DNF > Zypper > Yum > Apt > Apt-get > AptitudeВы забыли поставить emerge и pkg-add из фряхи в левый конец списка, чтобы ещё сильнее понтануться
Что Вы, у таких людей в левом конце Windows Installer, разумеется ;)
а что умеет такого тот же apt-get, чего не умеет rpm/yum? Я за 10 лет столкнулся только с одним ограниченим, если так можно сказать - в rpm/yum нет аналога apt-get purge.
> а что умеет такого тот же apt-get, чего не умеет rpm/yum? Я
> за 10 лет столкнулся только с одним ограниченим, если так можно
> сказать - в rpm/yum нет аналога apt-get purge.да явно не хватает packetmanagerd который их всех построит
даже если он будет хуже nix - главное чтоб он был общий
http://www.freedesktop.org/software/PackageKit/ же!
Унификация - это хорошо с технической точки зрения. К тому же нет распыления сил на одинаковые по сути проекты. НО! Это напрочь убивает необходимую конкуренцию в реализации тех или иных проектов. Нельзя, например, заставить человека пилить systemd, но он может реализовать свои идеи и "фишки" в Upstart, из которого эти реализации могут перейти в тот же Systemd и вдохновить новые идеи и реализации, гораздо более лучшие. И так во всем! Я лично категорически против лозунга вида "одна страна - одна нация"
> Унификация - это хорошо с технической точки зрения. К тому же нет
> распыления сил на одинаковые по сути проекты. НО! Это напрочь убивает
> необходимую конкуренцию в реализации тех или иных проектов. Нельзя, например, заставить
> человека пилить systemd, но он может реализовать свои идеи и "фишки"
> в Upstart, из которого эти реализации могут перейти в тот же
> Systemd и вдохновить новые идеи и реализации, гораздо более лучшие. И
> так во всем! Я лично категорически против лозунга вида "одна страна
> - одна нация"GNU/Hurd вам никто не мешает запилить
и таскать хоть в BSD, хоть в Linux
но при этом GNU/Linux служит магистральным тепловозом и для GNU, и фактически для Hurd, и для BSD (как явная демонстрация самой возможности открытого промышленного ядра, имхо)а если бы изначально были почти одинаковые, но не очень совместимые по апи, примерно равноценные по аудитории Ainux, Binux, Cinux - не было бы тепловоза-магистральника
ps: я вообще за добровольнопринудительный единый (сырцовый+патчевый)+(проприетарно+бинарная часть) репозиторий для всех дистрибов линукса из которого мантейнеры каждого дистриба собирали бы пакеты ставя галочки на нужных им патчах и вставляя свои патчи в тот же реп
с единой системой выбора зависимостей
а пакетный манагер может быть любой, но пакеты растут из того самого единого репа, пусть даже качаются с личного_сайта_дистрибутива, но собраны именно из того самого единого
(и уже лично мне б уже хотелось бы чтоб он был похож на nix)
sodo dnf erase, не?
downgrade, --enablerepo/--disablerepo. Что из этого умеет apt?
Возможно я чего-то не знаю в apt, лично мне не удобно:
apt-get install --only-upgrade package_name
куда проще yum upgrade package_nameне удобно apt-get update && apt-get hold package_name && apt-get upgrade -y
удобнее yum upgrade -y --exclude package_nameАналогов yum history, groupinstall я вообще не нашёл.
Я уже не говорю что визуальный вывод о пакетах у apt-get не такой читабильный как у yum.
Устарело ещё до релиза, ждём systemd-pkg.
А когда будет systemd-linux?