Re: [HACKERS] Perl library (was Building Postgres) - Mailing list pgsql-hackers

From Brian E Gallew
Subject Re: [HACKERS] Perl library (was Building Postgres)
Date
Msg-id [email protected]
Whole thread Raw
In response to Re: [HACKERS] Perl library (was Building Postgres)  (Thomas Lockhart <[email protected]>)
List pgsql-hackers
Then <[email protected]> spoke up and said:
> 
> > It may be swimming upstream in the RPM culture, but it should work
> > and work reliably.  *Not* doing the expected configuration on the
> > target machine will be swimming upstream in the Perl culture, and
> > I'll wager that the undertow is a lot more dangerous in that case.
> 
> Yup. I'll probably end up trying to package all of the source code
> into the binary rpms, with an install script. But I think my first cut
> will try to force the generated files into the correct place. I've got
> lots of other interfaces to handle, and want to get the rpms out as a
> beta trial asap.

Wouldn't it be better to create a CPAN package and distribute it from
*there*?  I realize that this method has the problem that package
updates and PostgreSQL updates could become desynchronized, but I
think this would address the issue adequately.

-- 
=====================================================================
| JAVA must have been developed in the wilds of West Virginia.      |
| After all, why else would it support only single inheritance??    |
=====================================================================
| Finger [email protected] for my public key.                            |
=====================================================================

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] Re: Mess
Next
From: Brian E Gallew
Date:
Subject: Re: [HACKERS] acl problem in NetBSD/m68k