Re: Bug#602034: jpeg8 vs jpeg-turbo

2013-04-26 Thread Andrey Rahmatullin
On Fri, Apr 26, 2013 at 02:27:47PM +0200, Adam Borowski wrote: > > > It boils down to "jpeg6-2 is the only important thing. Forget about > > > jpeg8 and jpeg9, which bring incompatible changes". > > There are other features in newer libjpeg that packages do need, even > > when not using exotic JPEG

Re: Bug#602034: jpeg8 vs jpeg-turbo

2013-04-26 Thread Adam Borowski
On Fri, Apr 26, 2013 at 12:29:27PM +0100, Simon McVittie wrote: > On 25/04/13 20:39, Pau Garcia i Quiles wrote: > > It boils down to "jpeg6-2 is the only important thing. Forget about > > jpeg8 and jpeg9, which bring incompatible changes". > > There are other features in newer libjpeg that package

Re: Bug#602034: jpeg8 vs jpeg-turbo

2013-04-26 Thread Ben Hutchings
On Fri, 2013-04-26 at 12:29 +0100, Simon McVittie wrote: > On 25/04/13 20:39, Pau Garcia i Quiles wrote: > > It boils down to "jpeg6-2 is the only important thing. Forget about > > jpeg8 and jpeg9, which bring incompatible changes". > > There are other features in newer libjpeg that packages do ne

Re: Bug#602034: jpeg8 vs jpeg-turbo

2013-04-26 Thread Simon McVittie
On 25/04/13 20:39, Pau Garcia i Quiles wrote: > It boils down to "jpeg6-2 is the only important thing. Forget about > jpeg8 and jpeg9, which bring incompatible changes". There are other features in newer libjpeg that packages do need, even when not using exotic JPEG-like formats. For instance, ioq

Re: Bug#602034: jpeg8 vs jpeg-turbo

2013-04-26 Thread Mike Gabriel
Hi all, On Do 25 Apr 2013 22:29:53 CEST Michael Biebl wrote: Am 25.04.2013 20:49, schrieb Mike Gabriel: Can this be a proposal? Package libjpeg and libjpeg-turbo using an alternatives setup and thus, making both libs installable in parallel. Packagers can then build-depend on one or the other

Re: Bug#602034: jpeg8 vs jpeg-turbo

2013-04-25 Thread Ondřej Surý
I think this might be a good move, since the libjpeg-turbo maintainer still wants to keep compatibility with libjpeg7/8, and he doesn't want to implement incompatible changes, which might be introduced when coding Jpeg2000 or JpegXR. And if there's and consensus in the community that libjpeg-turbo

Re: Bug#602034: jpeg8 vs jpeg-turbo

2013-04-25 Thread Marco d'Itri
On Apr 25, Michael Biebl wrote: > Please no. If libjpeg-turbo is the saner implementation, which reading > through the messages posted so far it seems like, let's switch to it fully. Agreed. -- ciao, Marco signature.asc Description: Digital signature

Re: Bug#602034: jpeg8 vs jpeg-turbo

2013-04-25 Thread Michael Biebl
Am 25.04.2013 20:49, schrieb Mike Gabriel: > Can this be a proposal? Package libjpeg and libjpeg-turbo using an > alternatives setup and thus, making both libs installable in parallel. > Packagers can then build-depend on one or the other libjpeg > implementations. Please no. If libjpeg-turbo is t

Re: Bug#602034: jpeg8 vs jpeg-turbo

2013-04-25 Thread Pau Garcia i Quiles
Hello, The KDE maintainer in Fedora started an interesting discussion some time ago in Digikam's mailing list. There was input from the very IJG: http://mail.kde.org/pipermail/digikam-devel/2013-January/066206.html It boils down to "jpeg6-2 is the only important thing. Forget about jpeg8 and jpe

Re: Bug#602034: jpeg8 vs jpeg-turbo

2013-04-25 Thread Ben Hutchings
On Thu, 2013-04-25 at 20:49 +0200, Mike Gabriel wrote: > Hi all, > > On Do 25 Apr 2013 18:41:40 CEST Ondřej Surý wrote: > > > On Wed, Apr 24, 2013 at 3:19 PM, Bill Allombert > > wrote: > >> On Wed, Apr 24, 2013 at 11:23:04AM +0200, Ondřej Surý wrote: > >>> Hi Bill and Debian Developers, > >>> >

Re: Bug#602034: jpeg8 vs jpeg-turbo

2013-04-25 Thread Mike Gabriel
Hi all, On Do 25 Apr 2013 18:41:40 CEST Ondřej Surý wrote: On Wed, Apr 24, 2013 at 3:19 PM, Bill Allombert wrote: On Wed, Apr 24, 2013 at 11:23:04AM +0200, Ondřej Surý wrote: Hi Bill and Debian Developers, My proposal is: A. Add libjpeg-turbo to Debian archive (that's easy) B. Add required

Re: Bug#602034: jpeg8 vs jpeg-turbo

2013-04-24 Thread Mike Hommey
On Wed, Apr 24, 2013 at 05:01:50PM +0300, Riku Voipio wrote: > Libjpeg-turbo website [3] has all the signs of an healthy open source > project - A SVN repo with many commiters, bug tracker, a mailing list > with open discussion etc. libjpeg-turbo is also used by webkit, blink, and gecko. Mike -

Re: Bug#602034: jpeg8 vs jpeg-turbo

2013-04-24 Thread Riku Voipio
On Wed, Apr 24, 2013 at 01:48:48PM +0200, Mike Gabriel wrote: > >C. Decide which package should provide default libjpeg-dev library > Last statement from Bill: libjpeg by IJG The current IJG has nothing to do with the IJG that originally created JPEG. The last activity of original IJG was in 19

Re: Bug#602034: jpeg8 vs jpeg-turbo

2013-04-24 Thread Mike Gabriel
Hi Ondřej, I have just uploaded libjpeg-turbo to Debian and it still hovers in NEW [1]. On Mi 24 Apr 2013 11:23:04 CEST Ondřej Surý wrote: Debian has already open ITP[3] #602034 for libjpeg-turbo, which support libjpeg62 API/ABI and also some important bits of libjpeg8. As libjpeg is one of th