perl(Pg) (S)RPM

Roderick A. Anderson writes:

Any pointers as to why (really) I'm getting this error when I try to
install Pg 7.4 from a SRPM build?

perl(Pg) is needed by postgresql-contrib-7.4-0.2PGDG

As the message says, one package requires the other.

I only disabled tcl, tkpkg, pltcl, and python in the SPEC file. I could
not install the contrib stuff but I really want the plperl and plperlu
languages.

These languages are not in the -contrib package.

--
Peter Eisentraut peter_e@gmx.net

On Monday 01 December 2003 05:49 pm, Roderick A. Anderson wrote:

Any pointers as to why (really) I'm getting this error when I try to
install Pg 7.4 from a SRPM build?

perl(Pg) is needed by postgresql-contrib-7.4-0.2PGDG

Because Pg is no longer distributed as a part of the main tarball, but a
contrib is being distributed that requires it. This is an issue with the
main tarball, not with the RPM packaging, IMO. Someone needs to step up to
the plate and build a Pg RPM that provides the Pg module, one that would
replace the old postgresql-perl subpackage (which no longer exists). If no
one else can do this, I can, but it's not high on my list of priorities.

I only disabled tcl, tkpkg, pltcl, and python in the SPEC file. I could
not install the contrib stuff but I really want the plperl and plperlu
languages.

plperl.so is in the postgresql-pl package. The Pg module is a client side
deal, not a server side PL.

The Rserv contrib is the only thing, AFAIK, that requires the old Pg module.
I don't really want to not distribute it, since I have historically
distributed the contrib tree intact. That may have to change, I guess.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu

On Tue, 2 Dec 2003, Lamar Owen wrote:

Because Pg is no longer distributed as a part of the main tarball, but a
contrib is being distributed that requires it. This is an issue with the
main tarball, not with the RPM packaging, IMO. Someone needs to step up to
the plate and build a Pg RPM that provides the Pg module, one that would
replace the old postgresql-perl subpackage (which no longer exists). If no
one else can do this, I can, but it's not high on my list of priorities.

What you have a life? :-) OK it is slowly seeping in into my gray
matter. This 'perl(Pg)' is what the was/is/can be replaced by DBI and
DBD::Pg. Is this correct? I had it in my mind this was the plperl and
plperlu stuff.

I only disabled tcl, tkpkg, pltcl, and python in the SPEC file. I could
not install the contrib stuff but I really want the plperl and plperlu
languages.

plperl.so is in the postgresql-pl package. The Pg module is a client side
deal, not a server side PL.

Right, like I guesstimated above. Is 'the postgresql-pl package' a
separate RPM or part of the main or server RPM?

The Rserv contrib is the only thing, AFAIK, that requires the old Pg module.
I don't really want to not distribute it, since I have historically
distributed the contrib tree intact. That may have to change, I guess.

Well I vote (if that is an option) for making it simple enough for me to
install. *REALLY* simple!

Rod
--
"Open Source Software - Usually you get more than you pay for..."
"Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL"

On Tuesday 02 December 2003 06:05 pm, Roderick A. Anderson wrote:

On Tue, 2 Dec 2003, Lamar Owen wrote:

exists). If no one else can do this, I can, but it's not high on my list
of priorities.

What you have a life? :-)

And four kids....oh, that's an 'l', not a 'w'.... :-)

OK it is slowly seeping in into my gray
matter. This 'perl(Pg)' is what the was/is/can be replaced by DBI and
DBD::Pg. Is this correct?

This is correct.

Right, like I guesstimated above. Is 'the postgresql-pl package' a
separate RPM or part of the main or server RPM?

Separate RPM, named postgresql-pl-7.4-whatever-version.arch.rpm

Well I vote (if that is an option) for making it simple enough for me to
install. *REALLY* simple!

I'll look at it. That is currently one of the smaller worries I have,
unfortunately.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu