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