Re: [ADMIN] Install problems (libpq.so.1)

astromonk wrote:
  >hello again:
  >
  >libpq.so.2 is symlinked to libpq.so.  I copied libpq.so to libpq.so.1 and th
      >en
  >reran >/sbin/ldconfig (/usr/lib is found in /etc/ld.so.conf where all libpq.
      >so
  >files are found - I could not find any .so's under the postgres installation
  >directorys) I then ran  >rpm -Uvh perl-DBD-pg.rpm is still giving me problem
      >s
  >saying it cannot find libpq.so.1.
  >
  >Even though I copied libpq.so to libpq.so.1 locate libpq does not list
  >libpq.so.1.  If I can make locate find the .so.1 then I think the rpm instal
      >l
  >will work.  I do not need to use the C programmers interface only perl will
      >be
  >connecting to postgres so I hope I will not run into compatibility problems
      >by
  >installing a version of DBD that was not made for PostgreSQL 6.4.2.
  >
  >I really cannot go back and install a previous version of PostgreSQL because
      > I
  >am working on a large open source project and all other members of the team
  >are on 6.4.2.

The shared library's identity is compiled into it and I don't think you can
do what you want by renaming it.  It is probably undesirable in any case
because the new library has changed its interface - that's why it changed
its identity.

What you need to do is get the source of DBD and compile it so that it will link to libpq.so.2.   This is a lot more
likelyto succeed than hacking your 
libraries around.

--
      Vote against SPAM: http://www.politik-digital.de/spam/
                 ========================================
Oliver Elphick                                Oliver.Elphick@lfix.co.uk
Isle of Wight                              http://www.lfix.co.uk/oliver
               PGP key from public servers; key ID 32B8FAA1
                 ========================================
     "And why call ye me, Lord, Lord, and do not the things
      which I say?"                   Luke 6:46