[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Install SVN from YUM, change Sqlite3 library path

From: Nico Kadel-Garcia <nkadel_at_gmail.com>
Date: Fri, 10 Aug 2012 08:35:15 -0400

On Thu, Aug 9, 2012 at 10:15 AM, Tilsley, Jerry M.
<jmtilsley_at_st-claire.org> wrote:
> All,
>
> I was able to compile and install the version of SQLite I needed out into the public area. Then I downloaded the source of an earlier version of subversion and when I configured, it pulled in the sqlite.h file for the correct version. Now all is working for ALL my users as expected!
>
> Thanks,
>
> Jerry

Unless you installed it as an RPM and block yum from updating
subversion, this will break the next time subversion is updated in
your basic OS updates or if it is pulled in from dependencies for
another component, such as "git2svn".

The sqlite.h you are using should not be considered the "correct
version", seriously. It is apparently a non-standard, distributed
out-of-band version of SQLite and not part of the basic CentOS or RHEL
operating system and, in my experienced opinion, should not be used
for anything but that propietary software, to avoid precisely such
problems.

Why is it being found? Is there LD_LIBRARY_PATH being set somewhere
with a non-standard path, is /etc/ld.so.conf being set oddly, or does
it actually include an out-of-date RPM for SQLite that is triggering
these version conflicts?
Received on 2012-08-10 14:35:54 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.