[sisyphus] tetex-3.0: перловые зависимости на самого себя

Yura Zotov =?iso-8859-1?q?yz_=CE=C1_altlinux=2Eru?=
Вт Мар 1 15:41:50 MSK 2005


On Mon, Feb 28, 2005 at 01:45:50PM +0300, Dmitry V. Levin wrote:
> Hi,
> 
> On Mon, Feb 28, 2005 at 03:24:20AM +0300, Yura Zotov wrote:
> > Оказалось, что проблема с a2ping не закончились.
> > 
> > Эта перлина представляет из себя набор package-ей, написанных в
> > ней один за другим, ну и далее идёт основной код, который ими
> > пользуется. rpm находит use на эти package, и вписывает их в
> > зависимости.
> > 
> > perl(Htex/dimen.pm)
> > perl(Htex/papers.pm)
> > perl(Pts/string.pm)
> > perl(just.pm)
> > perl(path_tre.pm)
> > 
> > и т.п.
> > 
> > Как бы сказать rpm-у, чтобы он либо пропускал эти зависимости,
> > либо понимал, что они ещё и Provides? Или прям руками и вписать в
> > Provides?
> 
> Можно сделать как в autoconf_2.5

Я правильно понял, что надо переопределить _perl_lib_path?
Вот что я сделал:

%define _perl_lib_path %perl_vendor_privlib:%_bindir

Это не помогло... Может я ошибаюсь? Подскажите, пожалуйста. Можно
ли об этом где-нибудь почитать?

Заранее спасибо за помощь.

> 
> > Заранее спасибо за помощь.
> > 
> > P.S. Кстати, buildreq не нашёл некоторые перловые зависимости,
> > которые нужны при сборке пакета. Они не используются
> > непосредственно при сборке, но при анализе зависимостей без них
> > rpm выдаёт ошибку. Это так и должно быть?
> 
> Можно попробовать "buildreq -bi".

Так получилось ещё хуже. :-( Он навставлял много лишних
зависимостей, почему-то. В частности, ему зачем-то потребовался
rpm-build-python.


--
Юрий А. Зотов




Подробная информация о списке рассылки Sisyphus