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

Re: Postgresql8.4 install breaks Evolution on Ubuntu 9.10

From: Greg Stark <gsstark(at)mit(dot)edu>
To: Magnus Hagander <magnus(at)hagander(dot)net>
Cc: Sachin Srivastava <sachin(dot)srivastava(at)enterprisedb(dot)com>, Craig Ringer <craig(at)postnewspapers(dot)com(dot)au>, pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: Postgresql8.4 install breaks Evolution on Ubuntu 9.10
Date: 2009-11-29 16:24:23
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-general
On Sun, Nov 29, 2009 at 4:17 PM, Magnus Hagander <magnus(at)hagander(dot)net> wrote:
> On Sun, Nov 29, 2009 at 16:18, Sachin Srivastava
> <sachin(dot)srivastava(at)enterprisedb(dot)com> wrote:

>> Apart from libxml2 (which is now being fixed) all other libraries you
>> mentioned , dint get installed (or copied) to the PGHOME/lib directory if
>> the same name library already present in the system (/lib and /usr/lib).
> What happens if they are installed by the packaging system later on?
> Won't that cause a conflict then?

Or if the user later uninstalls those libraries -- which can happen
automatically when nothing in the packaging system depends on them any

But i don't see what the conflict is if they're installed in
PGHOME/lib as long as the installer doesn't fiddle with
/etc/ or set any environment variables. The binaries should
just be built with an rpath pointing to that directory or ship with a
startup script which puts that directory in LD_LIBRARY_PATH. Whether
you want to append, leaving the system directories ahead of the
one-click installed libraries, or prepend so the linker always uses
your libraries would depend on how you want it to behave. Setting
rpath is equivalent to prepending I believe.


In response to


pgsql-general by date

Next:From: Scott RibeDate: 2009-11-29 17:28:43
Subject: Re: 8.45.1 on mac - Plist problems
Previous:From: Magnus HaganderDate: 2009-11-29 16:17:18
Subject: Re: Postgresql8.4 install breaks Evolution on Ubuntu 9.10

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