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

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

[Yura Zotov]

Оказалось, что проблема с 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?

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

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

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

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

[Alexey Borovskoy]

[-- Attachment #1: Type: text/plain, Size: 760 bytes --]

* Понедельник 28 Февраль 2005 12:24 Yura Zotov <yz@altlinux.ru>

> Оказалось, что проблема с 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?

Вынести это перловое безобразие в отдельный src.rpm? Например, в 
tetex-perl-tools ?

-- 
Алексей.
GPG key fingerprint
949B BC0E 2C44 7528 4F63  2753 E37A 9E3F 11F3 BDE1

[-- Attachment #2: signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

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

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 971 bytes --]

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

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

Можно попробовать "buildreq -bi".


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

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

[Yura Zotov]

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.


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

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

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1192 bytes --]

On Tue, Mar 01, 2005 at 03:41:50PM +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

А куда устанавливается "эта перлина"?

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

У "buildreq -bi" много ложных срабатываний, его результат надо чистить.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

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

[Yura Zotov]

On Tue, Mar 01, 2005 at 03:41:50PM +0300, Yura Zotov wrote:
> 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
> 
> Это не помогло... Может я ошибаюсь? Подскажите, пожалуйста. Можно
> ли об этом где-нибудь почитать?
>

Я тут подумал... Всё упирается в один единственный скрипт на
перле. Фактически он ничего не провайдит и не требует в
зависимости. Поэтому, правильней всего было бы его просто
проигнорировать при вычислении зависимостей. Можно ли это
сделать?

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

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

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

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 453 bytes --]

On Tue, Mar 01, 2005 at 04:21:45PM +0300, Yura Zotov wrote:
> Я тут подумал... Всё упирается в один единственный скрипт на
> перле. Фактически он ничего не провайдит и не требует в
> зависимости. Поэтому, правильней всего было бы его просто
> проигнорировать при вычислении зависимостей. Можно ли это
> сделать?

Если это действительно так, то можно сделать
%add_findreq_skiplist путь_к_файлу
%add_findprov_skiplist путь_к_файлу


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

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

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 965 bytes --]

On Tue, Mar 01, 2005 at 04:17:33PM +0300, Dmitry V. Levin wrote:
> > Так получилось ещё хуже. :-( Он навставлял много лишних
> > зависимостей, почему-то. В частности, ему зачем-то потребовался
> > rpm-build-python.
> 
> У "buildreq -bi" много ложных срабатываний, его результат надо чистить.

Как я понял, закономерность такая: если в пакете есть *.so* библиотеки
(shared objects), то на стадии -bi (find-requires) всегда будет
запускаться питон, в результате чего в BR попадают как минимум
python-base, python-modules и rpm-build-python.

/usr/lib/rpm/find-requires:326:

	elif [ -z "${t##* shared object*}" ]; then
		r="$(FindLibReqs "$f")"
		[ -z "$FOUND_REQS" ] && FOUND_REQS="$r" || FOUND_REQS="$FOUND_REQS
$r"
		[ -z "$LIST_PYTHON" ] && LIST_PYTHON="$f" || LIST_PYTHON="$LIST_PYTHON
$f"
	fi

Всё-таки мне не нравится такой безусловный запуск питона на любые *.so
файлы (disclaimer: я не вникал в особенности процесса).

> -- 
> ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]