Skip site navigation (1) Skip section navigation (2)

Re: SVN and Postgres 8.3

From: Scott Mead <scott(dot)lists(at)enterprisedb(dot)com>
To: Vick Khera <vivek(at)khera(dot)org>
Cc: PG-General Mailing List <pgsql-general(at)postgresql(dot)org>
Subject: Re: SVN and Postgres 8.3
Date: 2009-07-30 20:24:14
Message-ID: d3ab2ec80907301324q7a2fe85cx142f307122cd4d13@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-general
On Thu, Jul 30, 2009 at 11:02 AM, Vick Khera <vivek(at)khera(dot)org> wrote:

> On Thu, Jul 30, 2009 at 7:37 AM, Phoenix Kiula<phoenix(dot)kiula(at)gmail(dot)com>
> wrote:
> > We installed 8.3.7 on a new server. Some of the config changes such as
> > tracker_acvitity etc are nice.
> >
> > But big problem. When I start SVN on this machine (which we need!) I
> > see this error:
> >
> >
> > -----
> > svn: error while loading shared libraries: libpq.so.4: cannot open
> > shared object file: No such file or directory
> > -----
>
> I didn't even know svn could be linked with postgres libraries.  I
> think what you need to do is either rebuild subversion without Pg
> support, or rebuild it against the 8.3 client libraries.  If you're
> not running the svn server on this machine, then just build/install
> the svn client portions, not the server bits.  The client has no
> reason to speak to postgres directly anyhow.


It's probably the WEBDav stuff with auth_pg.

   Is there a -libs package in CentOS that dates back to 8.1?  The simple
thing to do would be to download 8.1 source code, build it on your machine,
then just copy the libpq.so.4 to /usr/lib.

--Scott

>
>
> --
> Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general
>

In response to

pgsql-general by date

Next:From: Costin GrigorasDate: 2009-07-30 20:52:53
Subject: why is autovacuum still ongoing even if set to off ?
Previous:From: Sachin SrivastavaDate: 2009-07-30 20:21:21
Subject: Re: How do I run PG Tuning Wizard on Linux?

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group