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

Anton D. Kachalov =?iso-8859-1?q?mouse_=CE=C1_altlinux=2Eorg?=
Пт Фев 4 23:38:41 MSK 2005


On Fri, Feb 04, 2005 at 05:11:20PM +0300, Alexey Tourbin wrote:
> On Fri, Feb 04, 2005 at 10:37:48AM +0300, Anton D. Kachalov wrote:
> > On Fri, Feb 04, 2005 at 01:53:55AM +0300, Alexey Tourbin wrote:
> > > - для x86_64 макрос %_libdir раскроется в /usr/lib/lib64.
> > а это что за... ? может, /usr/lib64? :)
> 
> Да. :)  
> 
> Кстати, вот есть каталог для компилируемых перловых модулей, сейчас это
> %_libdir/perl5/{что-то там}.  Каким он должен быть на x86_64:
> /usr/lib/perl5 или /usr/lib64/perl5?
/usr/lib64/perl5, как он и есть сейчас.

> 
> Другими словами, я не понимаю, какой смысл придается каталогам /usr/lib
> и /usr/lib64 в новом раскладе.
для перла /usr/lib/ нафиг не въелся.

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

> 
> Попробуй вот этот патч (по сравнению со вчерашней сборкой перла).
> Если пойдёт, я в следующей сборке так и сделаю.

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

Rgds,
Anton



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