Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 6 Jul 2014 10:16:43 -0700
From:      Kevin Oberman <rkoberman@gmail.com>
To:        bugzilla-noreply@freebsd.org
Cc:        FreeBSD GNOME Users <gnome@freebsd.org>
Subject:   Re: [Bug 191611] databases/evolution-data-server fails with multiple libcamel-1.2.so.19: undefined reference to `sqlite3
Message-ID:  <CAN6yY1u0n3ucgeH=6OVTwLDnkp-Uts20k%2BF6=%2BJwjVjpJsS1=Q@mail.gmail.com>
In-Reply-To: <bug-191611-6497-opMicDMg4u@https.bugs.freebsd.org/bugzilla/>
References:  <bug-191611-6497@https.bugs.freebsd.org/bugzilla/> <bug-191611-6497-opMicDMg4u@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Jul 6, 2014 at 7:45 AM, <bugzilla-noreply@freebsd.org> wrote:

> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191611
>
> --- Comment #5 from mikhail.rokhin@gmail.com ---
> still fails. It needs lib
>
> /usr/bin/ld: warning: libsqlite3.so.8, needed by
> /usr/local/lib/libebook-1.2.so.10, not found (try using -rpath or
> -rpath-link)
>
> but I have those only
>
> libsqlite3.so.0.8.6* libsqlite3.so.0@     libsqlite3.so@
>
> so I copied soft-link and it compiled. Obviously, there is hardcoded lib
> name)
>
> (In reply to mikhail.rokhin from comment #2)
> > It succeeded after removing of previous version. I suppose, it's useless
> to
> > repeat it with the patch as the reason of failure was removed either.
> May it
> > be, that suggest of old version removal before updating is better?
> >
> > (In reply to Tijl Coosemans from comment #1)
> > > Created attachment 144423 [details]
> > > enable verbose build
> > >
> > > Can you apply the attached patch and rebuild the port?  The patch
> enables
> > > more verbose output that'll hopefully make it easier to diagnose the
> problem.
>
> --
> You are receiving this mail because:
> You are the assignee for the bug.


A recent update to sqlite3 had an error that caused in inadvertent bump of
the version of libsqlite3.so from 0 to 8. This was noted and fixed  after 3
hours and 7 minutes, but anyone who updated sqlite3 from a port that had
the error was stuck with the errlibsqlite3.sooneous bump. The result was
that any port that depended on libsqlite3.so got linked to it. Then the
port was updated and libsqlite3.so.8 vanished and libsqlite3.so.0
re-appeared leaving any port that linked to
libsqlite3.so.8 now fails.

The fix is to re-install those ports linked to the wrong libsqlite3.so. You
can run "pkg_libchk -o | grep libsqlite3.so.8". pkg_libchk is a part of
sysutils/bsdadminscripts.
-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkoberman@gmail.com



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAN6yY1u0n3ucgeH=6OVTwLDnkp-Uts20k%2BF6=%2BJwjVjpJsS1=Q>