By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
437,541 Members | 1,427 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 437,541 IT Pros & Developers. It's quick & easy.

perl(Pg) (S)RPM

P: n/a
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

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.

Or should I take this to the ports list?
TIA,
Rod
--
"Open Source Software - Usually you get more than you pay for..."
"Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL"

---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster

Nov 12 '05 #1
Share this Question
Share on Google+
4 Replies


P: n/a
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 pe*****@gmx.net
---------------------------(end of broadcast)---------------------------
TIP 6: Have you searched our list archives?

http://archives.postgresql.org

Nov 12 '05 #2

P: n/a
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
---------------------------(end of broadcast)---------------------------
TIP 2: you can get off all lists at once with the unregister command
(send "unregister YourEmailAddressHere" to ma*******@postgresql.org)

Nov 12 '05 #3

P: n/a
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"

---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster

Nov 12 '05 #4

P: n/a
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
---------------------------(end of broadcast)---------------------------
TIP 1: subscribe and unsubscribe commands go to ma*******@postgresql.org

Nov 12 '05 #5

This discussion thread is closed

Replies have been disabled for this discussion.