[devel] Re: A: perl-HTML-* perl-libwww #@$#!

[Alexey Tourbin]

On Fri, Feb 04, 2005 at 11:38:41PM +0300, Anton D. Kachalov wrote:
> > Кстати, вот есть каталог для компилируемых перловых модулей, сейчас это
> > %_libdir/perl5/{что-то там}.  Каким он должен быть на x86_64:
> > /usr/lib/perl5 или /usr/lib64/perl5?
> /usr/lib64/perl5, как он и есть сейчас.
> 
> > Другими словами, я не понимаю, какой смысл придается каталогам /usr/lib
> > и /usr/lib64 в новом раскладе.
> для перла /usr/lib/ нафиг не въелся.

(До появления /usr/share/perl5.)
((Но всё равно не понимаю.))

> > Сейчас можно сделать так: в perl58.spec при конструировании каталогов
> > для модулей использовать не %_libdir, а %_prefix/lib.  Тогда noarch
> > пакеты будут полностью переносимы, а бинарные пакеты будут лежать в
> > разных каталогах, типа /usr/lib/perl5/i386-linux и
> > /usr/lib/perl5/x86_64-linux.
> это лучшее решение, т.к.32bit perl стоять точно не будет.

То есть здесь таки речь идет о /usr/lib/perl5/x86_64-linux, а не
/usr/lib64/perl5/x86_64-linux.  Сделать равномерное "расслоение"
на /usr/lib/perl5 (noarch) и /usr/lib64/perl5 (x86_64) в принципе
не намного сложнее.

> > Попробуй вот этот патч (по сравнению со вчерашней сборкой перла).
> > Если пойдёт, я в следующей сборке так и сделаю.
> т.е.ты мне предлагаешь ещё убить какое-то время на пересборку perl-* с
> новыми путями? :) правда, это будет значительно проще со старыми
> noarch-пакетами, которые для пересборки по зависимостям хотели сами себя.

Если noarch пакеты просто переложить в $BUILD/repo, то проблем с
бутстрапом не будет.  Бинарных перловых пакетов примерно вдвое меньше,
чем noarch, просто скармливай их в мясорубку по мере необходимости.

> Rgds,
> Anton
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Тип     : application/pgp-signature
Размер  : 189 байтов
Описание: =?iso-8859-1?q?=CF=D4=D3=D5=D4=D3=D4=D7=D5=C5=D4?=
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20050205/b8c9d55e/attachment-0001.bin>