Firefox 34.0.5, 1 : libxul.so depends on noexisting libraries on my system

[Jan Beich]

"Gunnar S. Mikkelsen" <gunnar.s.mikkelsen at gmail.com> writes:

> $ firefox
> XPCOMGlueLoad error for file /usr/local/lib/firefox/libxul.so:
> Shared object "libjpeg.so.8" not found, required by "libxul.so"
> Couldn't load XPCOM.
>
> $ pkg query %Fp jpeg-8_5 | grep lib
> /usr/local/include/jpeglib.h
> /usr/local/lib/libjpeg.a
> /usr/local/lib/libjpeg.la
> /usr/local/lib/libjpeg.so
> /usr/local/lib/libjpeg.so.11  <-----------------------
> /usr/local/share/doc/jpeg/libjpeg.txt
>
>
> There a severeal other mismatches like this, for instance  does libxul
> depend on "libogg.so.0", but on my system
>
> $ pkg query %Fp libogg-1.3.2,4 | grep "/usr/local/lib"
> /usr/local/lib/libogg.a
> /usr/local/lib/libogg.la
> /usr/local/lib/libogg.so
> /usr/local/lib/libogg.so.8            <----------------

Both errors likely result from ports r374303. What puzzles me is why you
have obsolete packages for dependencies. This cannot happen when
building from ports because the change still provides old soversion for
consumers that haven't bumped PORTREVISION.

How did you upgrade?

> Can you please explain to me why firefox linked linked to different
> packages than those provided by pkg?

8.4R i386 package was built after ports r374303, or against jpeg-8_6 and
libogg-1.3.2_1,4. 

http://beefy1.isc.freebsd.org/bulk/84i386-default/2014-12-13_11h53m16s/logs/firefox-34.0.5%2c1.log

-------------------------------------------------

VFEmail.net - http://www.vfemail.net
ONLY AT VFEmail! - Use our Metadata Mitigator to keep your email out of the NSA's hands!
$24.95 ONETIME Lifetime accounts with Privacy Features!  
15GB disk! No bandwidth quotas!
Commercial and Bulk Mail Options!