[Csync2] csync2 and Fedora 7
mic at npgx.com.au
Wed Jun 20 11:16:18 CEST 2007
> > [root at mobile9 etc]# ldd /usr/sbin/csync2
> > linux-gate.so.1 => (0x00116000)
> > libgnutls-openssl.so.13 => /usr/lib/libgnutls-openssl.so.13
> > (0x00117000) libsqlite.so.0 => /usr/lib/dbmail/libsqlite.so.0
> > (0x00101000)
> > librsync.so.1 => /usr/lib/librsync.so.1 (0x00a8a000)
> > libgnutls.so.13 => /usr/lib/libgnutls.so.13 (0x07f2f000)
> > libtasn1.so.3 => /usr/lib/libtasn1.so.3 (0x002bf000)
> > libc.so.6 => /lib/libc.so.6 (0x00bc5000)
> > libgmodule-2.0.so.0 => /lib/libgmodule-2.0.so.0 (0x00dea000)
> > libdl.so.2 => /lib/libdl.so.2 (0x00d46000)
> > libgmime-2.0.so.2 => /usr/lib/libgmime-2.0.so.2 (0x00af7000)
> > libz.so.1 => /lib/libz.so.1 (0x00d6c000)
> > libnsl.so.1 => /lib/libnsl.so.1 (0x00adc000)
> > libgobject-2.0.so.0 => /lib/libgobject-2.0.so.0 (0x00d81000)
> > libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0x00205000)
> > libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x00130000)
> Ah, there it is. Your csync2 is linked to sqlite3 instead of sqlite2.
> I presume you build csync2 from source?
> Can you do an rpm -qf /usr/sbin/csync2?
I can relate to the FC7 problem the guy above is having.
I run csync2 on multiple SL44 servers (RHEL4U4 derivative), and because it
comes pre-installed with sqlite3, and sqlite3 is used by packages within the
distribution, I have to manually install both sqlite2 and sqlite2-devel (from
rpmforge) so I can compile csync2 successfully.
It's worth noting that the installation of sqlite3 and sqlite2 (from rpmforge)
do not clash in directory locations.
I have previously asked the csync2 developer if there was a possibility to
upgrade csync2 to use sqlite3, thus removing this sqlite2 dependency
altogether, but if you read the archives, he didn't like the idea as sqlite2
works fine and he saw no reason to upgrade.
More information about the Csync2