--- On Wed, 10/8/11, Bill Allombert <[email protected]> wrote:
> Well, I understand this, but that still does not adress why > the bug is relevant > to Debian and libjpeg6b > > Debian does not use -Bsymbolic-functions and hplip does not > depend on libjpeg6b. I am neither a Ubuntu nor a Debian user so I cannot comment on the former; I am reasonably familiar with hplip (probably more familiar than some of the newer hplip HP employees), so I'll try to clarify this to the best of my knowledge: 1) Starting in 2008/2009, many of Ubuntu (Debian?) library packages started to be built with the -Bsymbolic-functions loader flags, because it gives better performance in many cases, especially large/complex applications like openoffice. There are a few casualties, however, of software being broken by this change, these are reported elsewhere and the solutions are just fix the application if possible or revert the change in the library's build-script. Recently Ubuntu's libjpeg* build-script adopted this loader flag, and hplip [or at least, a small printer-model-specific-part of it] is its casualty and got broken. I assume Till/Martin may have traced the Ubuntu build-script change back to Debian, or they may not - in any case, it is probably a good idea to let the relevant distro maintainer(s) know, even as a precaution, and we have done that with our redhat contact. 2) hplip depends on *a* libjpeg . It can work with any of the variants (6b, 7, 8x, -turbo-1.1.x) but whatever the libjpeg variant, adding -Bsymbolic-functions breaks hplip. The component parts that depend on *a* libjpeg (whatever variant) are hpcups and hpijs - you may have heard of the latter, before HP added all the scanner/multi-function-device capability and put hpijs inside a bigger hplip. HTH Hin-Tak -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
