После года разработки увидел свет (http://lists.rpm.org/pipermail/rpm-announce/2012-May/000033....) пакетный менеджер RPM 4.10 (http://rpm.org/), в котором представлено около 200 изменений (http://rpm.org/wiki/Releases/4.10.0). Проект RPM 4 развивается компанией Red Hat и используется в таких дистрибутивах, как RHEL, Fedora, SUSE, OpenSUSE, Mageia, ALT Linux и MeeGo. RPM 4 не следует путать с проектом RPM 5 (http://rpm5.org/), который никак не связан с RPM 4 и с 2007 года (http://www.opennet.me/opennews/art.shtml?num=10931) параллельно развивается (http://proprius-infernum.blogspot.com/2012/01/rpm5.html) другой командой разработчиков. Из дистрибутивов перешедших на RPM 5 можно отметить Unity Linux, Wind River, OpenEmbedded, ArkLinux и Mandriva Linux.
Большинство из внесённых в RPM 4.10 изменений связаны с повышением надёжности работы и устранением ошибок. Наиболее заметным улучшением является поддержка (https://bugzilla.redhat.com/show_bug.cgi?id=734802) спецсимвола "тильда" (~) в номере версии пакета, который позволяет в стиле dpkg более явно выделять тестовые версии и понижать их приоритет при установке. Например, вместо packet-1.1.99.2 можно использовать наименование packet-1.2~beta2, при этом приоритет установки пакетов с тильдой будет всегда меньше аналогичных пакетов без тильды (например, в первую очередь будет установлен packet-1.2 или packet-1.2.0, а не packet-1.2~alpha1).
Некоторые другие улучшения:- Поддержка исходных кодов, сжатых с использованием 7zip;
- Добавлена поддержка вывода сведений о прогрессе выполнения операции удаления и очистки ("-e"), в том числе с возможностью использования опций -h/--hash и --percent;
- При выводе сообщений об ошибках теперь указывается имя файла или другие подробности, позволяющие более точно идентифицировать источник проблемы;
- В процессе установки и очистки в режиме отображения прогресса показывается информация об архитектуре пакета, а в режиме "-h"/"--hash" дополнительно показываются версии пакетов;
- После краха процесса сборки повторная сборка более не требует ручной чистки оставшихся после сбоя данных, при пересборке БД ("--rebuilddb") rpm теперь не пытается открывать индексы перед началом перестроения потенциально повреждённой БД;
- Добавлено определение конфликтов файлов внутри одного пакета, конфликтов связанных с файлами устройств и конфликтов из-за разных прав доступа;
- Поддержка автоматического извлечения информации о зависимостях из perl-скриптов на основании деклараций в скриптах "use parent qw(Foo)";
- Обеспечена автоматическая загрузка исходных текстов и патчей, если они отсутствуют на локальной системе. По умолчанию данная возможность пока отключена так как пока нет возможности проверить целостность загружаемого из вне контента;- Удалена поддержка публичных ключей OpenPGP V3, устаревших систем и неиспользуемого генератора java-зависимостей.
URL: http://lists.rpm.org/pipermail/rpm-announce/2012-May/000033....
Новость: http://www.opennet.me/opennews/art.shtml?num=33936
>RPM 4 не следует путать с проектом RPM 5это даже круче, чем KDE 4.0 != KDE 4
можете пояснить что имелось ввиду про кеды?
KDE4.0 было глючным нестабильным куском го… идей. KDE4 с тех пор на месте не стояло и с выходом новых версий им даже стало возможно пользоваться.
Напиши свой ДЕ и назови его KDE5.
Тогда такой же бардак начнется
> который позволяет в стиле dpkg...
> исходных кодов, сжатых с использованием 7zipОфигеть, этак до них допрет и они лет через 10 просто на dpkg перейдут :). Надеюст что они забудут про отход производства под названием yum попутно.
Чем Вам не нравится yum?
Лично меня он больше всего раздражает тем, что не выделяет обновление своей БД в отдельное действие. С apt/cupt я могу один раз сделать update и сколько угодно других команд потом. yum же считает себя умнее пользователя и будет периодически пытаться обновить свою БД на каждом запросе.
Ну и конечно смешно видеть ситуации, когда основной потребитель памяти в VPS это менеджер пакетов.
>будет периодически пытаться обновить свою БД на каждом запросеЕсли присвоить metadata_expire в /etc/yum.repos.d/*.repo правильное значение - то yum будет обновлять базу не каждый раз, а через заданный промежуток. Например: в fedora.repo metadata_expire=7d, в fedora-updates.repo metadata_expire=1d (неделя и 1 день соответственно). При необходимости это можно задать явно в командной строке.
>основной потребитель памяти в VPS это менеджер пакетов
Демона обновлений, yum-updatesd, я либо не устанавливаю либо сношу, если память нужна для чего-то другого, как впрочем и все остальные необязательные или ненужные сервисы ;)
Про обновление метаданных - во-первых, как уже ниже написали, частота проверок задается в настройках, и, во-вторых, объем скачиваемых по-умолчанию данных выбирается (при md_policy = instant и хорошем канале можно проверять каждый раз, достаточно шустро).
Про память и vps - ну неактуально уже, сейчас вроде по 256мб на vps уже не ставят на 64-битные контейнеры под virtuozzo? а на 512мб уже не заметно.apt приятен и по удобству, и по эффективности (скорость заметно выше yum, метаданные компактней, проц жрет меньше и предсказуемее, память правда тоже не бережно), но на нормально работающей системе. а yum может работать в разломанной системе - обновлять что получается, софт ставить, чинить пытаться. А круче всего yast - он может еще и предложить аккуратненько поломать.
И, кстати, в минимально достаточной для веб-впски конфигурации RHEL/CentOS не содержит perl, а Debian (если не ошибаюсь) - python.
Зависимостью от питона. На виртуалках он может быть лишним + требует больше оперативки.
> Зависимостью от питона. На виртуалках он может быть лишним + требует больше
> оперативки.1) питон уже все кому не лень тащат. сейчас очень надо постараться, чтобы не ставить его, даже на безгуевую систему.
2) с чем сравнивать если? например apt на той же самой системе жрет больше памяти, чем yum
> 1) питон уже все кому не лень тащат. сейчас очень надо постараться, чтобы не ставить его, даже на безгуевую систему.Для чего ставить ненужный софт?
> 2) с чем сравнивать если? например apt на той же самой системе жрет больше памяти, чем yumВозможно я делаю что-то не так, но
root@debian-i386:~# /usr/bin/time -f "%M" apt-get -y install apache2 >/dev/null
71344
root@centos-i386:/usr/bin/time -f "%M" yum -y install httpd >/dev/null
254832
Виртуалка одна и та же
cat /proc/meminfo | head -1
MemTotal: 384636 kB
через 5 лет дебьян переползет на rpm :P
Пруф что Ark использует RPM5? Distrowatch пишет, что у них пакетный менеджер zypper в последнем релизе.
Учи матчасть. zypper надстройка над rpm как и yum.
> Учи матчасть. zypper надстройка над rpm как и yum.Ну а пруф есть в виде ссылки на их репозиторий?
Учи матчасть. rpm не является менеджером, в отличие от zypper.
Ага RPM расшифровывается как RPM Pakage Manager, учи мат часть.
> Ага RPM расшифровывается как RPM Pakage Manager, учи мат часть.rpm - dpkg - низкоуровневые утилиты управления пакетами
aptitude - zypper - yum - высокоуровневые утилиты
Не?
>> Ага RPM расшифровывается как RPM Pakage Manager, учи мат часть.
> rpm - dpkg - низкоуровневые утилиты управления пакетами
> aptitude - zypper - yum - высокоуровневые утилиты
> Не?Не совсем.
rpm, dpkg не работают с репозиториями.
zypper, yum не работают с уже установленными пакетами.
Насчет aptitude не помню.
>>> Ага RPM расшифровывается как RPM Pakage Manager, учи мат часть.
>> rpm - dpkg - низкоуровневые утилиты управления пакетами
>> aptitude - zypper - yum - высокоуровневые утилиты
>> Не?
> Не совсем.
> rpm, dpkg не работают с репозиториями.
> zypper, yum не работают с уже установленными пакетами.
> Насчет aptitude не помню.aptitude - удобный интерфейс, работает поверх apt, и кстати для yum аналогов нет, а apt далеко не со всем живет
> Ага RPM расшифровывается как RPM Pakage Manager, учи мат часть.Грубо говоря, это Manager файлов *.rpm, лежащих на диске, или уже установленных.
А apt/zypper/yum - можно назвать repository manager.
Т.е. у них разные цели.
zypper - это надстрйка над rpm. В мандриве используется все тот же urpmi, хотя они перешли на пятый rpm.
Оф. сайт лежит, но здесь http://ftp2.uk.vim.org/sites/arklinux.org/arklinux/2008.1/i5... rpm-4.4.5
Так о том и речь, что в последнем релизе у них rpm-4, а паро rpm5 просто слухи от Росы.
А если еще учесть, что в Альте rpm 4.0.4, который развивается в параллельной вселенной и не имеет отношения к rpm 4.x(x>0) и rpm5...
Кстати, интересно почему. Также не понятно зачем они надстроили над ним APT.
И забыли про маленькие колесики по бокам, что бы ехал устойчивее
Когда-то давно в RPM не хватало кучи фич, и они сделали свой форк. С тех пор ситуация поменялась, но форк не совместим ни с RPM4 от RH, ни с RPM5. Попытки перенести альтовский функционал на новую версию RPM предпренимались ранее, но до финала ни разу так и не были доведены.А APT... ну вещь так-то хорошая... особенно отдельно от RPM...
> А APT... ну вещь так-то хорошая... особенно отдельно от RPM...В ней есть коровья суперсила)
> Кстати, интересно почему. Также не понятно зачем они надстроили над ним APT.На базе этой версии у них построена вся инфраструктура сборки. Под новую версию придётся перелопачивать все макросы на предмет проверки их корректной работы. Плюс патчи, определяющие умолчания в спеках.
>> Кстати, интересно почему. Также не понятно зачем они надстроили над ним APT.
> http://www.altlinux.org/Rpm
> На базе этой версии у них построена вся инфраструктура сборки. Под новую
> версию придётся перелопачивать все макросы на предмет проверки их корректной работы.
> Плюс патчи, определяющие умолчания в спеках.Главное смысла нет. Пакеты из других rpm-based дистрибутивов можно и без этого использовать - сборкой из спеков (с минимальной доводкой), ну или запуском в контейнере. Из фич портировать из апстрима нечего, ну не filesystem 3.1 же :)
Хм... тильда.. сомнительное новшество. Лучше бы разобрались с последовательностью установки пакетов в одной транзакции. Сейчас она неопределена.