[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