| 1 |
walt <w41ter@×××××.com> writes: |
| 2 |
|
| 3 |
> On 09/17/2009 01:17 PM, Per-Erik Westerberg wrote: |
| 4 |
>> I'm using ~x86 and the following fixed the issue for me : |
| 5 |
>> |
| 6 |
>> revdep-rebuild --library libnss3.so.12 |
| 7 |
> |
| 8 |
> Interesting, thanks. Did you happen to try just plain revdep-rebuild before |
| 9 |
> adding the --library flag? I'm wondering if that flag actually does something |
| 10 |
> more than plain revdep-rebuild. Anyone know for sure? |
| 11 |
|
| 12 |
I did try the plain revdep-rebuild first and it showed nothing to be |
| 13 |
done. What was interesting (at least to me) was that ldd was showing the |
| 14 |
libnss3.so.12 twice, once found and the other not found. |
| 15 |
|
| 16 |
The explanation is that after upgrading to nss-2.12.4, the soname in the |
| 17 |
library changed from libssl3.so.12 to just libssl.so, so the loader (and |
| 18 |
ldd) did not use it to resolve the dependency on libssl3.so.12 in the |
| 19 |
applications. Bug https://bugs.gentoo.org/show_bug.cgi?id=285062 |
| 20 |
explains it in more detail. |
Archives