[Pkg-tigervnc-devel] Bug#763360: Bug#754988: Bug#763360: libjpeg-turbo is hijacking binaries from other source packages

[Bill Allombert]

On Fri, Oct 03, 2014 at 12:37:09PM +0200, Emilio Pozuelo Monfort wrote:
> >>seemed like the sensible thing to do, and I didn't see any problem
> >>with the proposed plan. After all, libjpeg62 had been long
> >>deprecated in favor of libjpeg8. Neither of us thought you would
> >>care about libjpeg62 anymore...
> >
> >... and neither of you bothered to ask me.
> 
> I would have thought you would be following the ctte bug and you
> would have seen the transition bug, which was mentioned in there.
> But I could have certainly added an explicit Cc. Sorry for that.

In any case, you should have noticed I did not sent email confirming I was
ready for this.

> >libjpeg62 is required for compatibility with the LSB.
> >libjpeg62-dev is required for building LSB packages.
> 
> Both of those are provided by libjpeg-turbo, with 100% compatible
> ABI. So what is the problem with LSB compliance? Does the LSB
> require that libjpeg.so.62 be the IJG version of the library, and
> that it be shipped in a libjpeg62 .deb package?
> 
> AFAICS from reading http://refspecs.linuxfoundation.org/LSB_3.1.1/LSB-Desktop-generic/LSB-Desktop-generic/toclibjpeg.html,
> what is required is a library with SONAME libjpeg.so.62 implementing
> those symbols and having those headers. AFAIK, libjpeg-turbo's
> libjpeg62 does that, so we should still be LSB-compliant. Isn't that
> right?

It still would be prudent to keep the plain old libjpeg62 in Debian so
that people can rebuild their code with the original libjpeg62.a for
debugging purpose, especially if the transition is done so close to the
freeze. I had received enquiries from people running ubuntu how they can
rebuild their apps without libjpeg-turbo because it interfered with debugging.

In any case I do not see any benefit for libjpeg-turbo to provide them, except
to create confusion.

Cheers,
-- 
Bill. <ballombe at debian.org>

Imagine a large red swirl here.