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 по дате отправления: