On Aug 24, 2009, at 2:42 PM, Alfred Peng wrote:
> William Bauer wrote:
>> Got another bug in 2.0.0.22 that's not in 21. When clicking on
>> URLs in email messages, thunderbird 2.0.0.22 doesn't properly fire
>> up firefox, but instead generates the errors below in the
>> user's .xsession-errors file. Revert to 2.0.0.21 with no other
>> changes and the errors stop and links in email begin to work. I'm
>> dropping 2.0.0.22 and hoping none of this mess shows up in the next
>> release.
>>
>>
>> ld.so.1: firefox-bin: fatal: libnss3.so: version `NSS_3.12' not
>> found (required by file /usr/lib/firefox/libxul.so)
>> ld.so.1: firefox-bin: fatal: libnss3.so: open failed: No such file
>> or directory
>> ld.so.1: firefox-bin: fatal: relocation error: file /usr/lib/
>> firefox/libxul.so: symbol js_GetterOnlyPropertyStub: referenced
>> symbol not found
>> ld.so.1: firefox-bin: fatal: relocation error: file /usr/lib/
>> firefox/firefox-bin: symbol NS_LogInit: referenced symbol not found
>>
> The error is related to the run time path. Firefox 3.5.x depends on
> the system nss/nspr if you're using the latest OpenSolaris from /dev
> repository.
>
> Thunderbird contributed build is shipped with its own copy of nss/
> nspr library, and LD_LIBRARY_PATH is set as below in run-mozilla.sh:
>
> LD_LIBRARY_PATH=${MOZ_DIST_BIN}:${MOZ_DIST_BIN}/plugins...
>
> That's to say, to launch Firefox through link in Thunderbird,
> Firefox could link with Thunderbird's nss/nspr and cause the fail. I
> compare run-mozilla.sh for both 2.0.0.21 and 2.0.0.22, they are the
> same. So I'd expect to have the same behavior for both builds.
>
The thunderbird 2.0.0.21 comes with OS2009.06 doesn't set
LD_LIBRARY_PATH.
It might be the different.
Ginn
> Anyway, as Ginn suggested, we could remove the LD_LIBRARY_PATH
> setting since RUNPATH/RPATH have been set in the dynamic libraries
> themselves.
>
> Thanks,
> -Alfred
> _______________________________________________
> desktop-discuss mailing list
> desktop-discuss at opensolaris.org
