This bug is caused by the preferential loading of libjpeg.so.7 to
libjpeg.so.62 introduced in patches/icedtea-libraries.patch:
+METHODDEF(void)
+initIDs()
+{
+ void *handle = dlopen("libjpeg.so.7", RTLD_LAZY | RTLD_GLOBAL);
+ if (handle == NULL) {
+ handle = dlopen("libjpeg.so.62", RTLD_LAZY | RTLD_GLOBAL);
+ }
A quick fix would be reversing the order of this patch; I'm not sure
what's involved in actually fixing this problem, though.
[IMO, openjdk-6 shouldn't traverse to testing or stable with this bug
in place, and certainly not without actually depending on the default
library that is loaded... but that's not for me to decide.]
Don Armstrong
--
If it jams, force it. If it breaks, it needed replacing anyway.
-- Lowery's Law
http://www.donarmstrong.com http://rzlab.ucr.edu
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
