The OpenNET Project / Index page

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

Релиз пакетного менеджера RPM 4.10

25.05.2012 11:11

После года разработки увидел свет пакетный менеджер RPM 4.10, в котором представлено около 200 изменений. Проект RPM4 развивается компанией Red Hat и используется в таких дистрибутивах, как RHEL (включая производные проекты CentOS, Scientific Linux, AsiaLinux, Red Flag Linux, Oracle Linux), Fedora, SUSE, openSUSE, PLD Linux, ALT Linux, Mageia, PCLinuxOS, MeeGo и многих других. RPM4 не следует путать с проектом RPM5, который с 2007 года параллельно развивается другой командой разработчиков. Из дистрибутивов, перешедших на RPM5, можно отметить Unity Linux, Wind River, OpenEmbedded, ArkLinux, Mandriva Linux и отчасти Clustrx.

Большинство из внесённых в RPM 4.10 изменений связаны с повышением надёжности работы и устранением ошибок. Наиболее заметным улучшением является поддержка спецсимвола "тильда" (~) в номере версии пакета, который позволяет в стиле dpkg более явно выделять тестовые версии и понижать их приоритет при установке. Например, вместо package-1.1.99.2 можно использовать наименование package-1.2~beta2, при этом приоритет установки пакетов с тильдой будет всегда меньше аналогичных пакетов без тильды (например, в первую очередь будет установлен package-1.2 или package-1.2.0, а не package-1.2~alpha1).

Некоторые другие улучшения:

  • Поддержка исходных кодов, сжатых с использованием 7zip;
  • Добавлена поддержка вывода сведений о прогрессе выполнения операции удаления и очистки ("-e"), в том числе с возможностью использования опций -h/--hash и --percent;
  • При выводе сообщений об ошибках теперь указывается имя файла или другие подробности, позволяющие более точно идентифицировать источник проблемы;
  • Серия улучшений, направленная на улучшение проверки корректности внутренних заголовков и обеспечение непротиворечивости параметров;
  • В процессе установки и очистки в режиме отображения прогресса показывается информация об архитектуре пакета, а в режиме "-h"/"--hash" дополнительно показываются версии пакетов;
  • После краха процесса сборки повторная сборка более не требует ручной чистки оставшихся после сбоя данных, при пересборке БД ("--rebuilddb") rpm теперь не пытается открывать индексы перед началом перестроения потенциально повреждённой БД;
  • ** Добавлено определение конфликтов файлов внутри одного пакета, конфликтов, связанных с файлами устройств и конфликтов из-за разных прав доступа;
  • Поддержка автоматического извлечения информации о зависимостях из perl-скриптов на основании деклараций в скриптах "use parent qw(Foo)";
  • Обеспечена автоматическая загрузка исходных текстов и патчей, если они отсутствуют на локальной системе. По умолчанию данная возможность отключена, так как пока нет возможности проверить целостность загружаемого извне контента;
  • Удалена поддержка публичных ключей OpenPGP V3, устаревших систем и неиспользуемого генератора java-зависимостей.


  1. Главная ссылка к новости (http://lists.rpm.org/pipermail...)
  2. OpenNews: Инициатива по созданию форка проекта RPM5
  3. OpenNews: План улучшения пакетного менеджера RPM
  4. OpenNews: Компания Red Hat выпустила пакетный менеджер RPM 4.6.0
  5. OpenNews: Вышел релиз RPM 5.1
  6. OpenNews: Вышла пятая версия пакетного менеджера RPM
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/33936-rpm
Ключевые слова: rpm, redhat
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (33) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, вася (??), 12:24, 25/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >RPM 4 не следует путать с проектом RPM 5

    это даже круче, чем KDE 4.0 != KDE 4

     
     
  • 2.7, Аноним (-), 12:54, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    можете пояснить что имелось ввиду про кеды?
     
     
  • 3.10, Lain_13 (?), 13:01, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    KDE4.0 было глючным нестабильным куском го… идей. KDE4 с тех пор на месте не стояло и с выходом новых версий им даже стало возможно пользоваться.
     
  • 2.30, 3ua9oas (?), 12:07, 27/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Напиши свой ДЕ и назови его KDE5.
    Тогда такой же бардак начнется
     

  • 1.2, Аноним (-), 12:27, 25/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    > который позволяет в стиле dpkg

    ...
    > исходных кодов, сжатых с использованием 7zip

    Офигеть, этак до них допрет и они лет через 10 просто на dpkg перейдут :). Надеюст что они забудут про отход производства под названием yum попутно.

     
     
  • 2.12, umbr (ok), 13:06, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Чем Вам не нравится yum?
     
     
  • 3.24, angra (ok), 10:16, 26/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Лично меня он больше всего раздражает тем, что не выделяет обновление своей БД в отдельное действие. С apt/cupt я могу один раз сделать update и сколько угодно других команд потом. yum же считает себя умнее пользователя и будет периодически пытаться обновить свою БД на каждом запросе.
    Ну и конечно смешно видеть ситуации, когда основной потребитель памяти в VPS это менеджер пакетов.

     
     
  • 4.25, umbr (ok), 12:40, 26/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >будет периодически пытаться обновить свою БД на каждом запросе

    Если присвоить metadata_expire в /etc/yum.repos.d/*.repo правильное значение - то yum будет обновлять базу не каждый раз, а через заданный промежуток. Например: в fedora.repo metadata_expire=7d, в fedora-updates.repo metadata_expire=1d (неделя и 1 день соответственно). При необходимости это можно задать явно в командной строке.

    >основной потребитель памяти в VPS это менеджер пакетов

    Демона обновлений, yum-updatesd, я либо не устанавливаю либо сношу, если память нужна для чего-то другого, как впрочем и все остальные необязательные или ненужные сервисы ;)

     
  • 4.31, Алексей (??), 03:25, 28/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Про обновление метаданных - во-первых, как уже ниже написали, частота проверок задается в настройках, и, во-вторых, объем скачиваемых по-умолчанию данных выбирается (при md_policy = instant и хорошем канале можно проверять каждый раз, достаточно шустро).
    Про память и vps - ну неактуально уже, сейчас вроде по 256мб на vps уже не ставят на 64-битные контейнеры под virtuozzo? а на 512мб уже не заметно.

    apt приятен и по удобству, и по эффективности (скорость заметно выше yum, метаданные компактней, проц жрет меньше и предсказуемее, память правда тоже не бережно), но на нормально работающей системе. а yum может работать в разломанной системе - обновлять что получается, софт ставить, чинить пытаться. А круче всего yast - он может еще и предложить аккуратненько поломать.

    И, кстати, в минимально достаточной для веб-впски конфигурации RHEL/CentOS не содержит perl, а Debian (если не ошибаюсь) - python.

     
  • 3.26, 123 (??), 18:00, 26/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зависимостью от питона. На виртуалках он может быть лишним + требует больше оперативки.
     
     
  • 4.32, Алексей (??), 03:36, 28/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Зависимостью от питона. На виртуалках он может быть лишним + требует больше
    > оперативки.

    1) питон уже все кому не лень тащат. сейчас очень надо постараться, чтобы не ставить его, даже на безгуевую систему.
    2) с чем сравнивать если? например apt на той же самой системе жрет больше памяти, чем yum

     
     
  • 5.36, 123 (??), 02:45, 29/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > 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

     
  • 2.19, fi (ok), 17:00, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    через 5 лет дебьян переползет на rpm :P


     

  • 1.3, Nxx (ok), 12:28, 25/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пруф что Ark использует RPM5? Distrowatch пишет, что у них пакетный менеджер zypper в последнем релизе.
     
     
  • 2.4, ander (??), 12:39, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Учи матчасть. zypper надстройка над rpm как и yum.
     
     
  • 3.6, Nxx (ok), 12:48, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Учи матчасть. zypper надстройка над rpm как и yum.

    Ну а пруф есть в виде ссылки на их репозиторий?

     
  • 3.9, Аноним (-), 13:01, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Учи матчасть. rpm не является менеджером, в отличие от zypper.
     
     
  • 4.14, Аноним (-), 13:20, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ага RPM расшифровывается как RPM Pakage Manager, учи мат часть.
     
     
  • 5.22, гопнег (?), 21:43, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Ага RPM расшифровывается как RPM Pakage Manager, учи мат часть.

    rpm - dpkg - низкоуровневые утилиты управления пакетами
    aptitude - zypper - yum - высокоуровневые утилиты
    Не?

     
     
  • 6.28, XoRe (ok), 00:34, 27/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Ага RPM расшифровывается как RPM Pakage Manager, учи мат часть.
    > rpm - dpkg - низкоуровневые утилиты управления пакетами
    > aptitude - zypper - yum - высокоуровневые утилиты
    > Не?

    Не совсем.
    rpm, dpkg не работают с репозиториями.
    zypper, yum не работают с уже установленными пакетами.
    Насчет aptitude не помню.

     
     
  • 7.33, Алексей (??), 03:43, 28/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> Ага RPM расшифровывается как RPM Pakage Manager, учи мат часть.
    >> rpm - dpkg - низкоуровневые утилиты управления пакетами
    >> aptitude - zypper - yum - высокоуровневые утилиты
    >> Не?
    > Не совсем.
    > rpm, dpkg не работают с репозиториями.
    > zypper, yum не работают с уже установленными пакетами.
    > Насчет aptitude не помню.

    aptitude - удобный интерфейс, работает поверх apt, и кстати для yum аналогов нет, а apt далеко не со всем живет


     
  • 5.27, XoRe (ok), 00:33, 27/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага RPM расшифровывается как RPM Pakage Manager, учи мат часть.

    Грубо говоря, это Manager файлов *.rpm, лежащих на диске, или уже установленных.
    А apt/zypper/yum - можно назвать repository manager.
    Т.е. у них разные цели.

     
  • 2.5, Аноним (-), 12:39, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    zypper - это надстрйка над rpm. В мандриве используется все тот же urpmi, хотя они перешли на пятый rpm.
     
  • 2.17, 123 (??), 16:17, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Оф. сайт лежит, но здесь http://ftp2.uk.vim.org/sites/arklinux.org/arklinux/2008.1/i586/%5Bpage=1 rpm-4.4.5
     
     
  • 3.23, Nxx (ok), 03:18, 26/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Так о том и речь, что в последнем релизе у них rpm-4, а паро rpm5 просто слухи от Росы.
     

  • 1.8, Аноним (-), 12:55, 25/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    А если еще учесть, что в Альте rpm 4.0.4, который развивается в параллельной вселенной и не имеет отношения к rpm 4.x(x>0) и rpm5...
     
     
  • 2.15, Тузя (ok), 14:23, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, интересно почему. Также не понятно зачем они надстроили над ним APT.
     
     
  • 3.16, zhuk (?), 15:01, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И забыли про маленькие колесики по бокам, что бы ехал устойчивее
     
  • 3.20, oxyum (ok), 20:10, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Когда-то давно в RPM не хватало кучи фич, и они сделали свой форк. С тех пор ситуация поменялась, но форк не совместим ни с RPM4 от RH, ни с RPM5. Попытки перенести альтовский функционал на новую версию RPM предпренимались ранее, но до финала ни разу так и не были доведены.

    А APT... ну вещь так-то хорошая... особенно отдельно от RPM...

     
     
  • 4.29, XoRe (ok), 00:37, 27/05/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > А APT... ну вещь так-то хорошая... особенно отдельно от RPM...

    В ней есть коровья суперсила)

     
  • 3.21, Vladjmir (ok), 20:36, 25/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, интересно почему. Также не понятно зачем они надстроили над ним APT.

    http://www.altlinux.org/Rpm

    На базе этой версии у них построена вся инфраструктура сборки. Под новую версию придётся перелопачивать все макросы на предмет проверки их корректной работы. Плюс патчи, определяющие умолчания в спеках.

     
     
  • 4.34, Алексей (??), 04:16, 28/05/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Кстати, интересно почему. Также не понятно зачем они надстроили над ним APT.
    > http://www.altlinux.org/Rpm
    > На базе этой версии у них построена вся инфраструктура сборки. Под новую
    > версию придётся перелопачивать все макросы на предмет проверки их корректной работы.
    > Плюс патчи, определяющие умолчания в спеках.

    Главное смысла нет. Пакеты из других rpm-based дистрибутивов можно и без этого использовать - сборкой из спеков (с минимальной доводкой), ну или запуском в контейнере. Из фич портировать из апстрима нечего, ну не filesystem 3.1 же :)

     

  • 1.35, kshetragia (ok), 06:41, 28/05/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хм... тильда.. сомнительное новшество. Лучше бы разобрались с последовательностью установки пакетов в одной транзакции. Сейчас она неопределена.
     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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