I've still got *some* old systems which predate the introduction of libjpeg-turbo and on these I've kept libjpeg.so.8.3.0 or whichever (so that anything which might link to it explicitly will still work).
These systems are mostly in maintenance mode - update firefox, and occasionally build a more recent kernel. From time to time I've noticed that the libjpeg.so.8 symlink (but not libjpeg.so) has been altered to point to 8.3.0 instead of turbo's 8.0.2. I only notice when I go to certain graphics-heavy web pages and discover that most of the jpegs are missing in firefox. Until today, all I've known is that _something_ during the firefox upgrade (typical progs are png, sqlite, nss, nspr as well as firefox) has remade the symlink. But now I'm preparing to sup with the devil, and I've installed ntfs-3g on a 7.1 system (the newest 64-bit system on that old box - I'll be updating the hardware). First, I gave it a DESTDIR install as my user and was astonished to see the following: /sbin/ldconfig: Can't unlink /usr/lib/libjpeg.so.8 Obviously when I do the real install ldconfig is silently relinking this. Easy enough to fix, and I probably won't be doing very much more on this system - I suppose I could just remove the "newer" .so.8.3.0 but I'm reluctant in case something breaks. With time, all these systems where I initially installed libjpeg itself will fall out of use, but I thought this information might be beneficial to someone. ĸen -- das eine Mal als Tragödie, das andere Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
