The OpenNET Project / Index page

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

Второй релиз инструментария Urpm-tools

06.03.2012 12:28

Компания ROSA представила релиз инструментария Urpm-tools 2.0, расширяющего и дополняющего функциональность пакетного менеджера urpmi, используемого в дистрибутиве Mandriva Linux. По своим возможностям Urpm-tools очень близок к yum-utils, названия утилит и опции также схожи с yum-utils. Код проекта написан на языке Python и распространяется под лицензией GPL. Пакет с исходными текстами urpm-tools можно загрузить из стандартных репозиториев Mandriva Linux.

По сравнению с прошлым выпуском, кроме доработки существующих утилит, представлено два новых инструмента:

  • urpm-reposync - утилита для синхронизации локального набора пакетов с репозиторием дистрибутива. При синхронизации c использованием urpm-reposync, версии уже установленных в системе пакетов будут приведены в соответствие со стандартными репозиториями (например, будут удалены вручную установленные пакеты или пакеты установленные в принудительном режиме без учёта зависимостей "rpm --nodeps").
  • urpm-repograph - утилита для построения наглядного графа зависимостей пакетов в репозитории. Граф может быть построен как для всего репозитория, так и для отдельных пакетов.

Из изменений в существующих утилитах отмечается: обеспечение возможности удаления устаревших пакетов в анализаторе набора RPM-файлов urpm-repomanage; в urpm-downloader добавлена возможность загружать и устанавливать пакеты с debug-информацией с учётом всех зависимостей; в утилите проверки замкнутости репозитория urpm-repoclosure добавлена поддержка игнорирования указанных пользователем зависимостей; улучшена поддержка использования всех утилит в автоматических скриптах за счёт добавления дополнительных кодов возврата.

  1. Главная ссылка к новости (http://www.rosalab.ru/blogs/ur...)
  2. OpenNews: Первый релиз Urpm-tools
  3. OpenNews: Компания Роса анонсировала сборочную среду ABF и порт Mock для работы с urpmi
  4. OpenNews: Для Mandriva 2011 добавлен репозиторий "restricted"
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/33279-rpm
Ключевые слова: rpm, mandriva, urpmi
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (45) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, sashkan (ok), 14:24, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > распространяется под лицензией GPLv2

    не совсем верно·
    из шести файлов, содержащих copyright rosalab, пять содержат строку "either version 2 of the Licenses, or (at your option) any later version", один — без всякой привязки к версии:
    # This program is free software: you can redistribute it and/or modify
    # it under the terms of the GNU General Public License as published by
    # the Free Software Foundation.

    т.е., вполне можно расценивать, что _свою_ работу rosalab распространяет под лицензиями "gplv2 or later" и "gplv3 or later"·

     
  • 1.2, meequz (ok), 16:57, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >утилита для построения наглядного графа зависимостей пакетов

    Джва года!
    Нет, правда, я о подобной штуке мечтал, но не слышал до этой новости, чтобы её кто-то реализовал. В очередной раз радуюсь, что пользуюсь Mandriva.

     
     
  • 2.3, Nicknnn (ok), 21:33, 06/03/2012 [^] [^^] [^^^] [ответить]  
  • +3 +/
    К слову в apt это реализовано очень давно:
    apt-cache dotty
    apt-cache xvcg
     
     
  • 3.8, Аноним (-), 21:40, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    К сожалению, APT работает слишком быстро, и потребляет слишком мало памяти, и поэтому неприемлем для мандривы, федоры и суси.
     
  • 2.9, Michael Shigorin (ok), 22:02, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> утилита для построения наглядного графа зависимостей пакетов
    > [...] не слышал до этой новости, чтобы её кто-то реализовал.
    > В очередной раз радуюсь, что пользуюсь Mandriva.

    В очередной раз радуюсь, что пользуюсь аптом. :)  В альте, правда, пиару меньше по поводу каждого чиха -- как и в дебиане.

     
     
  • 3.15, Pulfer (?), 05:21, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    А как, кстати, в Альте BuildRequires для пакета ставятся? Что выступает в качестве аналога urpmi --buildrequires [спек | SRPM]?
     
     
  • 4.16, sashkan (ok), 07:01, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А как, кстати, в Альте BuildRequires для пакета ставятся? Что выступает в
    > качестве аналога urpmi --buildrequires [спек | SRPM]?

    предполагаю, то же самое, что и в debian:
    $ apt-cache showsrc rpm | grep -i depends
    Build-Depends: debhelper (>= 7.0.50), libtool, autoconf, automake, autotools-dev, autopoint, zlib1g-dev, libbz2-dev, dpkg-dev (>= 1.9.0), libpopt-dev (>= 1.6.4), libxml2-dev, libreadline-dev, libselinux1-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libsepol1-dev [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386], libsqlite3-dev, python-support (>= 0.5.3), python-all-dev (>= 2.6), bzip2, pkg-config, libnspr4-dev, libnss3-dev, liblzma-dev, xz-utils, libmagic-dev, libelf-dev, libdw-dev, libdb-dev, liblua5.1-0-dev (>= 5.1.4-4)

     
  • 4.17, sashkan (ok), 07:06, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А как, кстати, в Альте BuildRequires для пакета ставятся? Что выступает в
    > качестве аналога urpmi --buildrequires [спек | SRPM]?

    пардон, плохо выспался·
    подумал, что вопрос про «как посмотреть», а на самом деле вопрос про то, как установить зависимости, необходимые для сборки·

    в debian такого аналога нет·
    если я даю команду собрать пакет (например, через «обёртку» apt-src), зависимости будут установлены в процессе выполнения команды (будет запрошено повышение уровня привилигий, естественно)·

     
     
  • 5.22, ach (ok), 08:19, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> А как, кстати, в Альте BuildRequires для пакета ставятся? Что выступает в
    >> качестве аналога urpmi --buildrequires [спек | SRPM]?
    > в debian такого аналога нет·
    > если я даю команду собрать пакет (например, через «обёртку» apt-src), зависимости
    > будут установлены в процессе выполнения команды (будет запрошено повышение уровня привилигий,
    > естественно)·

    Если я правильно помню, то именно _сборочные_ зависимости там тоже проставляются в каком-то из файлов. Дело в том, что то, что в RPM называется spec-файлом, в Debian разбросано по нескольким файлам.

     
  • 5.25, Аноним (-), 19:26, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > в debian такого аналога нет

    Ну да, ну да. А сточка build-depends в debian/control, конечно же, нужна совсем для другого.

    > если я даю команду собрать пакет (например, через «обёртку» apt-src), зависимости
    > будут установлены в процессе выполнения команды (будет запрошено повышение уровня привилигий,
    > естественно)·

    Что за бред?

     
     
  • 6.26, Аноним (-), 19:29, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Пардон, перечитал внимательно, все вопросы сняты.
     
  • 4.20, ach (ok), 08:11, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А как, кстати, в Альте BuildRequires для пакета ставятся? Что выступает в
    > качестве аналога urpmi --buildrequires [спек | SRPM]?

    В спеке прописываются BuildPreReq: . BuildRequires там ставить нельзя, иначе скрипт buildreq их затрет.

     
     
  • 5.28, Michael Shigorin (ok), 20:54, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > В спеке прописываются BuildPreReq: . BuildRequires там ставить нельзя,
    > иначе скрипт buildreq их затрет.

    К Вашему сведению, buildreq перетирает только первую строку BuildRequires после комментария специального вида (каковой сам и ставит перед сгенерированной строкой).

    BuildPreReq: же применяется для указания сборочных зависимостей, требуемых для сворачивания src.rpm (например, доопределяющих макронабор пакетов).

     
     
  • 6.34, ach (ok), 21:06, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за дополнительный комментарий!


     
  • 4.27, Michael Shigorin (ok), 20:52, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А как, кстати, в Альте BuildRequires для пакета ставятся?

    http://www.altlinux.org/buildreq

    > Что выступает в качестве аналога urpmi --buildrequires [спек | SRPM]?

    Скорее уместней говорить о том, с чего его сдирали. :)

     

  • 1.4, Аноним (-), 22:54, 06/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    а разве мандрива не мертва? была же новость про банкротство
     
     
  • 2.5, meequz (ok), 03:05, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Речь была про компанию, а не про дистрибутив.
    К тому же компания пока тоже не померла. И, думаю, не помрёт.
     
  • 2.10, Michael Shigorin (ok), 22:03, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > а разве мандрива не мертва? была же новость про банкротство

    Это другая компания -- которая высказывалась в духе "ну и пусть себе французы банкротятся".

     
     
  • 3.18, ach (ok), 08:08, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Пруфлинк будет?
     
  • 3.30, Michael Shigorin (ok), 20:57, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> а разве мандрива не мертва? была же новость про банкротство
    > Это другая компания -- которая высказывалась в духе "ну и пусть себе
    > французы банкротятся".

    www.rosalab.ru/blogs/zayavlenie-kompanii-rosa-o-situatsii-vok

     
     
  • 4.33, ach (ok), 21:05, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>> а разве мандрива не мертва? была же новость про банкротство
    >> Это другая компания -- которая высказывалась в духе "ну и пусть себе
    >> французы банкротятся".
    > www.rosalab.ru/blogs/zayavlenie-kompanii-rosa-o-situatsii-vok

    Любопытный вброс и не менее любопытная трактовка :). А Вы пробовали просто читать новость, не домысливая того, что там нет?
    Я ведь почему переспросил, потому что г-н Липатов, помнится, высказывался именно в описанном Вами ключе ("ну и пусть себе французы банкротятся"). Не, я, в принципе, понимаю, что ему "можно" :).

     
     
  • 5.39, Michael Shigorin (ok), 21:50, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Любопытный вброс и не менее любопытная трактовка :)

    :)

    > А Вы пробовали просто читать новость, не домысливая того, что там нет?

    Многолетняя привычка сопоставлять различные источники и читать между строк.

    > Я ведь почему переспросил, потому что г-н Липатов, помнится, высказывался именно в
    > описанном Вами ключе ("ну и пусть себе французы банкротятся").

    Можно ссылку?  Не вредности ради, а по возможности прочесть (если это писалось), чтоб понять смысл исходной фразы в контексте.

    > Не, я, в принципе, понимаю, что ему "можно" :).

    Да и Вам можно... "всё мне возможно, но не всё полезно".

    Не думаю, что Виталик именно желал французам обанкротиться.  Скорее (это моё предположение) тоже описывал наблюдаемое отношение к процессу.

     
     
  • 6.40, ach (ok), 21:55, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> Я ведь почему переспросил, потому что г-н Липатов, помнится, высказывался именно в
    >> описанном Вами ключе ("ну и пусть себе французы банкротятся").
    > Можно ссылку?  Не вредности ради, а по возможности прочесть (если это
    > писалось), чтоб понять смысл исходной фразы в контексте.

    Если мне не изменяет мой склероз, то было это в теме про банкротство Мандрива, где-то в январе. Один человек написал, что Роса спасает Мандриву от банкротства, а Липатов ему возразил - а зачем спасать? Подробнее искать сейчас времени нет, потому что с ребенком на руках это не очень удобно делать.

     

  • 1.6, Pulfer (?), 03:38, 07/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>urpm-repomanage

    Очень нужная вещь. Жаль, требует новой версии urpmi и в 2010.2 перенести нельзя.

     
  • 1.7, Аноним (-), 15:54, 07/03/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > По своим возможностям Urpm-tools очень близок к yum-utils, названия утилит и опции также схожи с yum-utils. Код проекта написан на языке Python

    Ну и зачем нужен очередной жручий тормоз?
    Взяли бы быстрый сишный APT, и не сношали мозг своими велосипедами.

     
     
  • 2.11, Michael Shigorin (ok), 22:04, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Взяли бы быстрый сишный APT

    Строго говоря, он плюсовый (и даже после рефакторинга не совсем реактивный, хотя и не тормоз).

    > и не сношали мозг своими велосипедами.

    А как же тогда Not Innovated Here? :]

     
     
  • 3.12, ach (ok), 23:27, 07/03/2012 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Вы бы так явно не завидовали :). Ладно там аноним, но уж Вы-то должны понимать необходимость и пользу таких инструментов.
     
     
  • 4.13, Michael Shigorin (ok), 00:18, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы бы так явно не завидовали :)

    А что, есть чему? :)

     
     
  • 5.19, ach (ok), 08:10, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > А что, есть чему? :)

    У вас таких инструментов нет.

    Слова насчет HIN-синдрома поясните или так и оставите голословным обвинением?

     
     
  • 6.23, Аноним (-), 19:13, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У вас таких инструментов нет.

    По функциональности APT ничуть не уступает сабжевой поделке.
    А вот по жручести и тормознутости - это да, питоноподелия вне конкуренции.

    > Слова насчет HIN-синдрома поясните или так и оставите голословным обвинением?

    Это не обвинение, а простая констатация факта.

     
     
  • 7.29, ach (ok), 20:56, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > По функциональности APT ничуть не уступает сабжевой поделке.

    А как с помощью APT'а добиться функционала urpm-package-cleanup в плане удаления старых ядер? Можно ли как-то граф зависимостей построить?
    И как найти и удалить пакеты, которые ставились руками и из сторонних репозиториев? Про Apt pinning знаю, знаю, как с его помощью задаунгрейдить систему. Но вот как описанного функционала добиться? Спрашиваю потому, что не так хорошо знаю apt/dpkg.

     
     
  • 8.35, Michael Shigorin (ok), 21:06, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрите apt-scripts -- если бы мне такое было нужно, то - убирал бы ядра из ... текст свёрнут, показать
     
     
  • 9.36, ach (ok), 21:11, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я правильно понял, что Вы считаете нормальной ситуацию, когда в системе установл... текст свёрнут, показать
     
     
  • 10.42, Michael Shigorin (ok), 21:56, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    pad rpm -qa 124 grep kernel-image 124 wc -l 11 pad echo 0 Вино... текст свёрнут, показать
     
     
  • 11.43, ach (ok), 22:03, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Я вот как-то не вижу велосипедостроения Просто к имеющейся пакетной системе при... текст свёрнут, показать
     
     
  • 12.44, Michael Shigorin (ok), 22:36, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Вот-вот, и вроде бы понимая её состояние И понеслась весть о том по изданиям, б... текст свёрнут, показать
     
  • 9.37, ach (ok), 21:12, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Так что насчет NIH-синдрома Или нам надо теперь, чтоб только Вас удовлетворить ... текст свёрнут, показать
     
  • 8.45, Аноним (-), 01:00, 09/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    В дебиане как классическом представителе apt-систем такая проблема отсутствует... текст свёрнут, показать
     
  • 6.31, Michael Shigorin (ok), 20:57, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >> А что, есть чему? :)
    > У вас таких инструментов нет.

    Поимённо, пожалуйста.

     
  • 4.14, Аноним (-), 00:49, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Вы бы так явно не завидовали :). Ладно там аноним, но уж Вы-то должны понимать необходимость и пользу таких инструментов.

    Даже какие-то там анонимы прекрасно понимают пользу и необходимость в создании "инструментов", которые тормозят и жрут память (при наличии быстрых, компактных и полнофункциональных альтернатив).
    Ведь если пакетный менеджер будет работать быстро, у пользователей пропадет стимул покупать более мощный компьютер, что может негативно сказаться на мировой экономике (особенно на фоне экономического кризиса).

     
     
  • 5.21, ach (ok), 08:16, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Даже какие-то там анонимы прекрасно понимают пользу и необходимость в создании "инструментов",
    > которые тормозят и жрут память (при наличии быстрых, компактных и полнофункциональных
    > альтернатив).
    > Ведь если пакетный менеджер будет работать быстро, у пользователей пропадет стимул покупать
    > более мощный компьютер, что может негативно сказаться на мировой экономике (особенно
    > на фоне экономического кризиса).

    У Вас первое предложение противоречит второму. Думаю, что просто потому, что Вы не знаете, как устроена Mandriva. Пакетный менеджер написан на perl (и это является наследием Mandriva), как и многие системные инструменты. Работает достаточно быстро. Если хотите помочь переписать это все на "православном" С- welcome!

    Urpm-tools обслуживают специфические задачи, касающиеся управления пакетами. Кстати, посоветуйте альтовцам переписать свой update-kernel с тормозного bash на "что-нибудь быстрое". Ответ даже интересен. Скорость работы urpm-tools для выполнения поставленных им задач также быстрая. Большего от них не требуется.

     
     
  • 6.24, Аноним (-), 19:23, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Работает достаточно быстро.

    Достаточно - понятие относительное. yum тоже работает "достаточно быстро" :D

    > Если хотите помочь переписать это все на "православном" С- welcome!

    Нет, не хочу. Ведь есть более вменяемые дистрибутивы, не страдающие NIH-синдромом, например, Debian.
    А в мандриве рано или поздно, в рамках борьбы с тяжелым наследием темных лет, перепишут urpmi на православном питоне.

    > Urpm-tools обслуживают специфические задачи, касающиеся управления пакетами. Кстати,
    > посоветуйте альтовцам переписать свой update-kernel с тормозного bash на "что-нибудь быстрое".

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

    > Скорость работы urpm-tools для выполнения поставленных им задач также быстрая. Большего от них не требуется.

    То же самое можно сказать и про yum. И прозвучит это так же смешно :)

     
     
  • 7.32, ach (ok), 20:58, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > А в мандриве рано или поздно, в рамках борьбы с тяжелым наследием
    > темных лет, перепишут urpmi на православном питоне.

    Делать больше нечего. Насколько я знаю, таких планов нет и не предвидится.

     
  • 6.38, Michael Shigorin (ok), 21:13, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > Если хотите помочь переписать это все на "православном" С- welcome!

    Думаю, у меня есть более интересное предложение для тех, кому действительно охота приложить напильник в данной предметной области.

    > Urpm-tools обслуживают специфические задачи, касающиеся управления пакетами.
    > Кстати, посоветуйте альтовцам переписать свой update-kernel с тормозного bash

    И в чём bash не устроил -- с учётом отсутствия сколь-нибудь тяжёлой логики на нём?

    http://git.altlinux.org/gears/u/update-kernel.git?p=update-kernel.git;a=blob;

    Там можно оптимизировать по количеству вызовов апта, но потеряется транзакционность.  Или переписать с использованием apt-pipe.  Но тут есть ...см. выше ;-)

    > Скорость [...] быстрая.

    На всякий: скорость не бывает быстрой, температура -- холодной, цена -- дешёвой.  Если не пытаться соригинальничать насчёт второй производной (что всё равно мало кто оценит, поскольку неграмотное использование подобных связок слишком распространилось).

     
     
  • 7.41, ach (ok), 21:56, 08/03/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >  Если не пытаться соригинальничать насчёт второй производной (что всё равно
    > мало кто оценит, поскольку неграмотное использование подобных связок слишком распространилось).

    А к чему тут вторую производную приплетать? :) Для наукообразности? :).


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



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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