Перспективы RPM

> Делается пакет <имя_почтовика>-palm-plugin, зависящий от <имя_почтовика> и от <тулзы_для_palm>.

Ну просто наглядная демонстрация того, как делать не надо. Как я вообще должен догадаться о существовании этого второго пакета? Вот dpkg мне просто предложит его доставить при установке основного, а здесь как?

Приведу ещё один пример. Вот есть в Дебиане пакет sendmail, который suggests другой пакет - sendmail-doc. Как такое сделать в rpm? Либо вообще не прописывать никакой связи между пакетами, либо опять же городить какие-нибудь метапакеты типа sendmail-with-doc и sendmail-without-doc. :)

Imo зависимости rpm - описывают технические зависимости(не будет работать без ...), а не смысловые. Для смысловых можно использовать yum (группы).

<offtop>Не смогу продолжить обсуждение, ухожу в институт</offtop>

С yum знаком шапочно, но над dpkg тоже есть аналогичная тулза, и не одна (dselect, apt, aptitude), и все они пользуются зависимостями, прописанными в самих пакетах. Мне это представляется более логичным путём, чем держать базу "смысловых" зависимостей ещё где-то отдельно, тем более что она тогда станет зависеть от конкретного выбора утилиты уровня apt. При использовании dpkg всё, что нам надо - это сами пакеты (просто свалка файликов), а из них мы можем простой командой создать полноценный репозитарий. И лишних сущностей в дополнение к самим пакетам вводить не надо.

>При использовании dpkg всё, что нам надо - это сами пакеты (просто >свалка файликов), а из них мы можем простой командой создать >полноценный репозитарий

А что мешает из папки с набором RPM сделать репозитарий командой createrepo ?

> dpkg мне просто предложит его доставить при установке основного

Справедливости ради стоит заметить, что dpkg ничего не предложит - он может или поставить пакет, или не поставить. Спрашивает apt.

> А что мешает из папки с набором RPM сделать репозитарий командой createrepo ?

А ты попробуй прочитать пост, на который я отвечал, глядишь и вопросы задавать не придётся.

> Вот есть в Дебиане пакет sendmail, который suggests другой пакет - sendmail-doc. Как такое сделать в rpm?

В RPM тоже есть Suggests :-P

Где ж ты раньше-то был! Правда что ли? А то тут весь спор идёт из предположения, что этого нет. :)

> Где ж ты раньше-то был!

Читал соседний тред :)

> Правда что ли?

4.3.3 -> 4.4: .... - define Suggests:/Enhances: and Priority: tag values.

> А то тут весь спор идёт из предположения, что этого нет. :)

Только поддержки их в менеджере пакетов мало - нужно, чтобы их 1) использовали 2) поддерживали в yum и прочих. Насколько я знаю, и с тем, и с другим - проблемы. Почему-то разработчикам Федоры такой тип зависимости не нравится :/

P.S. apt-rpm - отличная штука.

Ну, я просто неоднократно читал прямые утверждения, что единственный тип зависимостей, поддерживаемый rpm - это обычные жёсткие зависимости. Повсюду обман. :)

> неоднократно читал прямые утверждения, что единственный тип зависимостей, поддерживаемый rpm - это обычные жёсткие зависимости. Повсюду обман. :)

До относительно недавнего времени так и было. А пакетов с Suggests: я еще не встречал.

> Повсюду обман. :)

Ага, я тоже не знал =(

Кстати, раз зашел разговор об RPM, скажите pls в spec-ах есть флаги(вроде %define debug 0). Как их задавать через rpmbuild(не нагуглилось =( ).

> Кстати, раз зашел разговор об RPM, скажите pls в spec-ах есть флаги(вроде %define debug 0). Как их задавать через rpmbuild(не нагуглилось =( ).

Рулить через

--with/--without и --enable/--disable

> Рулить через

> --with/--without и --enable/--disable

Спасибо.

Прикрутить это к yum и вообще гента получится =)))

> Кстати, раз зашел разговор об RPM, скажите pls в spec-ах есть

> флаги(вроде %define debug 0). Как их задавать через rpmbuild(не

> нагуглилось =( ).

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

%debug_package %{nil}

> не нагуглилось =(

http://fedora.redhat.com/docs/drafts/rpm-guide-en/

Спасибо.

> > Делается пакет <имя_почтовика>-palm-plugin, зависящий от <имя_почтовика> и от <тулзы_для_palm>.

> Ну просто наглядная демонстрация того, как делать не надо. Как я вообще должен догадаться о существовании этого второго пакета?

Точно также, как узнал о существовании первого.

> Приведу ещё один пример. Вот есть в Дебиане пакет sendmail, который suggests другой пакет - sendmail-doc. Как такое сделать в rpm? Либо вообще не прописывать никакой связи между пакетами, либо опять же городить какие-нибудь метапакеты типа sendmail-with-doc и sendmail-without-doc. :)

Еще не забудь "doc-without-sendmail".

Ето что же - ясли я захочу поставить пакет которому нужно 50 либ и каждая либа имеет еще пакет -dev и -doc, то я 100 раз должен давить кнопку "НЕТ"?

> P.S. apt-rpm - отличная штука.

Только медленно индексы читает в сравнении с apt/dpkg. Но таки да, у нас и система зависимостей ... побольше будет :-)

> Кстати, раз зашел разговор об RPM, скажите pls в spec-ах есть флаги(вроде %define debug 0). Как их задавать через rpmbuild(не нагуглилось =( ).

(Пожимая плечами) есть. В спеке -

%define debug 0

снаружи, при сборке

rpmbuild --define 'debug 0' ...

В альте еще стандартно определяются чуть более удобные "надстроечные" макросы вида

%def_with feature
или
%def_without feature

с возможностью переопределить заданный таким образом дефолт из командной строки или rc-файла (по сути, аналог гентушного USE).

В спеке затем можно использовать

%if_with feature
или
прямой подстановкой в аргументы ./configure:

%{subst_with feature}.

Аналогично для enable.