Re: [HACKERS] Perl library (was Building Postgres)
От | Edmund Mergl |
---|---|
Тема | Re: [HACKERS] Perl library (was Building Postgres) |
Дата | |
Msg-id | 3779A150.61BE4399@bawue.de обсуждение исходный текст |
Ответ на | Re: [HACKERS] Perl library (was Building Postgres) (Cristian Gafton <gafton@redhat.com>) |
Ответы |
Re: [HACKERS] Perl library (was Building Postgres)
|
Список | pgsql-hackers |
Cristian Gafton wrote: > > 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. > /usr/local/lib/perl5/site_perl/5.005/i686-linux/Pg.pm this is the standard path for all additionally installed modules. It depends on the perl version as well as on the system type. > > 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 who its friends are. Edmund -- Edmund Mergl mailto:E.Mergl@bawue.de http://www.bawue.de/~mergl
В списке pgsql-hackers по дате отправления: