On 09/23/2009 10:14 AM, fe...@crowfix.com wrote:
Gentoo updates refuse to install both versions 6 and 7 of jpeg,
and I have found that certain applications, like emacs, refuse
to remerge with -7 so I have been refusing the -7 update for a
month or two now.  Every once in a while, one slips by me,
usually because I forget to remove thunderbird from the list of
updates, and I find out when emacs won't run.  If I try to build
emacs with -7, it complains, so I remerge jpeg-6 and then emacs
is happy again.  I do not understand the compat lib; it also blocks,
and since I can just refuse the -7 update and keep on working, I
have not looked into it much, figuring that sooner or later emacs
and other packages will be upgraded to handle jpeg-7.
Recently another jpeg-7 upgrade slipped past me, only this time it
got weird.  I remerged jpeg-6 and found that emacs now complained
that jpeg-7 was missing.  Here is "ldd /usr/emacs/bin|grep jpeg":

        libjpeg.so.62 =>  /usr/lib/libjpeg.so.62 (0x00007f0cbd19f000)
        libjpeg.so.7 =>  not found

Now I am puzzled.   If jpeg-6 and -7 block each other, how did
emacs end up expecting both?...
ldd is actually recursive and lists not only the libs linked to
emacs directly but also they libs *they* are linked to.

There was a bug recently where the same library was both 'found'
and 'not found' at the same time.

If you do an ldd on each of the libs separately you should find
out which one is expecting which libjpeg.

BTW, I have jpeg-7 on my ~amd64 machine and I didn't even know it,
and emacs works okay.  I can see why it wouldn't work for you as
long as emacs has conflicting dependencies like the above, though.




Reply via email to