Re: [HACKERS] Perl library (was Building Postgres)

Поиск
Список
Период
Сортировка
От Cristian Gafton
Тема Re: [HACKERS] Perl library (was Building Postgres)
Дата
Msg-id Pine.LNX.4.10.9906300022040.21304-100000@localhost.localdomain
обсуждение исходный текст
Ответ на Re: [HACKERS] Perl library (was Building Postgres)  (Thomas Lockhart <lockhart@alumni.caltech.edu>)
Ответы Re: [HACKERS] Perl library (was Building Postgres)
Список pgsql-hackers
On Tue, 29 Jun 1999, Thomas Lockhart wrote:

> The rpm format would prefer to build *all* files on a source machine,
> and then move them from the rpm file into the appropriate places on
> target machines. The problem is that, apparently,
>   perl Makefile.PL
> generates paths which are *very* specific to the version of perl on

That should not be the case. It depends on how the Postgres package
Makefile.PL is written, but in general it should go into a general use
perl5 directory, such as /usr/lib/perl5/site_perl, which is anything but
perl version dependant. If it generates paths that are perl version
dependent then the Makefile.PL is busted.

> One possibility is to
> simply lift all of the perl5 source tree into the rpm, and actually do
> the build on the target machine from scratch. afaik, this is *not* the
> preferred style for rpms.

No, that is definitely not th way to handle packages distributed by rpm.

Cristian
--
----------------------------------------------------------------------
Cristian Gafton    --     gafton@redhat.com     --       Red Hat, Inc.
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~UNIX is user friendly. It's just selective about
whoits friends are.
 





В списке pgsql-hackers по дате отправления:

Предыдущее
От: The Hermit Hacker
Дата:
Сообщение: RE: [HACKERS] 6.5.1 status
Следующее
От: Cristian Gafton
Дата:
Сообщение: Re: Perl library (was Building Postgres)