The OpenNET Project / Index page

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

Компания Red Hat начала модернизацию пакетного менеджера RPM

09.07.2008 23:45

В текущую кодовую базу Fedora Linux интегрирована альфа версия новой редакции пакетного менеджера RPM, который в Fedora 10 должен прийти на смену RPM 4.4.2.3. Изменения в новой версии RPM ожидаются существенные, что отрицательно скажется на обратной совместимости пакетов.

Некоторые изменения:

  • Значительное изменение API;
  • rpmbuild по умолчанию использует "--fuzz=0" для наложения патчей, что может потребовать переработки большого числа пакетов;
  • %{_topdir} теперь указывает на $(HOME)/rpmbuild/, а не на /usr/src/redhat/;
  • BuildRoot из spec игнорируется, в качестве корня для сборки теперь используется %{_topdir}/BUILDROOT/;
  • Реализована поддержка привязанных к аппаратной архитектуре зависимостей;
  • Автоматическое разрешение зависимостей, связанных с pkg-config и libtool;
  • rpmbuild поддерживает два новых макроса: %{patches} и %{sources}.


  1. Главная ссылка к новости (https://www.redhat.com/archive...)
  2. OpenNews: Обзор саммита Red Hat: Rik van Riel, Fedora 9 и перспективы RPM
  3. OpenNews: Перевод руководства по использованию RPM 4
  4. OpenNews: Вышел релиз RPM 5.1
  5. OpenNews: Вышла пятая версия пакетного менеджера RPM
  6. OpenNews: Начало развития пакетного менеджера RPM 5.0
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/16885-rpm
Ключевые слова: rpm, fedora, redhat
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (27) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, danube55 (?), 00:27, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а вот это уже давно пора. а то не понятно как в обще с такой тормозной системой сидели.
    З. Ы.
    Ни чего личного. У меня Debian. :)  
     
     
  • 2.2, Michael Shigorin (ok), 00:33, 10/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Вы о чём?  Сам по себе rpm вполне шустр, dpkg в сравнении -- якорь.
    Можно пронаблюдать, скажем, по времени вливания одного CD пакетов.

    А так да, и rpm подзавалялся, и в макронаборах скорее разброд и шатание.
    Причём у самих редхатов -- ещё и нищета ужасающая.

    Давно пора :-)

     
     
  • 3.7, User294 (ok), 05:04, 10/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Причём у самих редхатов -- ещё и нищета ужасающая.

    Мало того что изначально RPM по сравнению c dpkg просто уродец, так еще это постоянно перетрясают.Здорово отбивает охоту иметь дело с redhat-based системами.Да-да, это кстати и вашей системы касается.Пока она будет основана на редхате я к ней на пушечный выстрел не подойду.А "на подумать" - посмотрите на чем как правило основываются все новые системы ;)

     
     
  • 4.17, icy (?), 10:38, 10/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    +1
     
  • 3.25, devcoder (ok), 13:52, 10/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы о чём?  Сам по себе rpm вполне шустр, dpkg в сравнении -- якорь.
    > Можно пронаблюдать, скажем, по времени вливания одного CD пакетов.

    Совершенно некорректно сравнивать сами утилиты,
    так как они выполняют правила (скрипты),
    созданные разработчиками пакетов.
    А политика в области автоматизации установки
    и стремлению(пределов) к дружественности к пользователю,
    у deb-based и rpm-based дистров сильно отличается.
    Частично это объясняется форматом пакетов,
    частично policy дистрибутивов, остальное - самим разработчиком пакета.

    Сравните кол-во строк {pre,post}{in,un} скриптов в каком-нибудь "сложном"
    rpm (например, в phpMyAdmin и ему подобных) с кол-вом строк
    в {pre,post}{install,rm} deb-a.
    Поэтому, после установки/обновления/апгрейда/отката на предыдущую версию
    в Debian/Ubuntu даже "большие" программы-монстры становятся/остаются
    в работоспособном состоянии, а в rpm-based дистрах зачастую нужны некоторые
    ручные действия (базу обновить, пользователей завести, что-то в конфе поменять).

     
  • 2.6, User294 (ok), 04:57, 10/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >  а вот это уже давно пора. а то не понятно как в обще с такой тормозной системой сидели.

    О господи.Как раз за что не люблю redhat-based системы так это за тотальный бардак с RPM, разными версиями RPM, постоянные перетрясы и прочая.И так там черт ногу сломит, а они еще и перетрясают оный с завидной регулярностью.Ужас!

    Сломается совместимость?Идите в зад!Это хучшее что может сделать дистроклепатель и это простительно только если слом несет реальные, неоспоримые преимущества стоящие того.

    > Ни чего личного. У меня Debian. :)  

    Юзаю убунту и дебиан.Как раз в том числе по причине что пакетный манагер там сразу изначально нормальный и его не перехреначивают тотально каждый раз.

     
     
  • 3.12, Onotoley (?), 09:07, 10/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    а ты что, используешь в реальной работе rawhide ветку? Почему вообще дебианщики так возбудились, когда люди у себя в альфа-версии новшества испытывают?
     

  • 1.3, kost BebiX (?), 01:57, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Поздравляю! Главное чтоб ничего не поломали (всмысле "незаметно для обычных юзеров").
     
  • 1.5, Oles (?), 02:16, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Всё равно RH/Centos 5.x будет ещё ОЧЕНЬ долго жить. И клепать придётся рпм-ки под них...
     
  • 1.9, Аноним (9), 06:22, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    хз че там перетрясают, вроде все работают и проги из рпмок ставяться без проблем, а с юмом так и с зависимостями.
     
  • 1.10, prapor (??), 08:36, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > %{_topdir} теперь указывает на $(HOME)/rpmbuild/, а не на /usr/src/redhat/;
    >BuildRoot из spec игнорируется, в качестве корня для сборки теперь используется %{_topdir}/BUILDROOT/;

    А что мешало раньше это переопределять? Если не ошибаюсь, то у альтов именно так и сделано. Да и BUILDROOT, если не ошибаюсь, сейчас задается относительно %{_tmpdir}

    P.S. Юзаю Debian, но создание ./debian/* до сих пор не осилил, в отличие от .spec'ов.

     
     
  • 2.11, pavel_simple (??), 08:49, 10/07/2008 [^] [^^] [^^^] [ответить]  
  • +/

    >P.S. Юзаю Debian, но создание ./debian/* до сих пор не осилил, в
    >отличие от .spec'ов.

    dh-make ? -- как база

     
  • 2.13, Аноним (9), 09:27, 10/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >P.S. Юзаю Debian, но создание ./debian/* до сих пор не осилил, в отличие от .spec'ов.

    а мне как раз показалось проще моздание ./debian/*, чем .spec-ов

     

  • 1.14, ZANSWER (??), 09:46, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ох недают лавры RPM покоя дебианщегам, вон как они тут разошлись, а воз и ныне там...*RPM*
     
     
  • 2.19, icy (?), 10:53, 10/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Лавры rpm? Это что-то новенькое...
     

  • 1.16, Имя (?), 10:13, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    нужно сделать хотя бы такую же простоту установки пакетов
    (и их совместимость) как в винде.
     
     
  • 2.23, Ant (??), 12:35, 10/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    Да... Как я помню расстроился, когда скачал пакет, вроде как заточенный по мой дистр, пришел домой (дома инета нет), а он еще какой-то пакет захотел... Windows-кая логика не работает - там подразумевается, что если ты скачал программу, то кроме нее ничего не нужно (есть, конечно, исключения, например, проги под Frame Work).
     

  • 1.18, Аноним (18), 10:46, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В винде как таковых пакетов нет.

    Каждая программулина заново в свой каталог ставит теже пакеты... библиотеки

     
     
  • 2.24, Осторожный (?), 13:26, 10/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >В винде как таковых пакетов нет.
    >
    >Каждая программулина заново в свой каталог ставит теже пакеты... библиотеки

    есть Windows Installer
    Это попытка Microsoft сделать сделать пакетный mananger

     

  • 1.20, Аноним (18), 11:30, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Люблю правильный линукс... Вот BSD - правильный линукс.
     
     
  • 2.27, Аноним (-), 17:07, 10/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    > Вот BSD - правильный линукс.

    улыбнуло =)


     

  • 1.21, guest (??), 11:49, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я чего-то не осилил - это они полумёртвый rpm-4 перетрахивают или на rpm-5 наконец-то переходят?
     
  • 1.22, Zulu (?), 12:28, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Реализована поддержка привязанных к аппаратной архитектуре зависимостей;

    то что в Debian есть сто лет, ВНЕЗАПНО появилось и у RH. Ура?

     
  • 1.26, Аноним (18), 16:18, 10/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Why not RPM 5.0?

    Here's a changelog: http://wiki.rpm.org/Releases/4.5.90

     
     
  • 2.28, Holy Cheater (?), 22:28, 10/07/2008 [^] [^^] [^^^] [ответить]  
  • +/
    >Why not RPM 5.0?
    >
    >Here's a changelog: http://wiki.rpm.org/Releases/4.5.90

    Why not dpkg?

     

  • 1.29, sragaz (?), 00:27, 11/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    RPM проще и лучше любого DEB
    Как паз дебом можно сломать всю систему
     
  • 1.30, smn (??), 00:36, 11/07/2008 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ох чую десяточка станет конфетой. Не сглазить бы))
     

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



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

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