Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 452008 - media-libs/jpeg-9 version bump
Summary: media-libs/jpeg-9 version bump
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: Normal enhancement (vote)
Assignee: Gentoo Graphics Project
Depends on:
Reported: 2013-01-14 10:43 UTC by Lars Wendler (Polynomial-C)
Modified: 2013-01-22 00:52 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Lars Wendler (Polynomial-C) gentoo-dev 2013-01-14 10:43:04 UTC
Version 9  13-Jan-2013                                                          
Add cjpeg -rgb1 option to create an RGB JPEG file, and insert                   
a simple reversible color transform into the processing which                   
significantly improves the compression.                                         
The recommended command for lossless coding of RGB images is now                
cjpeg -rgb1 -block 1 -arithmetic.                                               
As said, this option improves the compression significantly, but                
the files are not compatible with JPEG decoders prior to IJG v9                 
due to the included color transform.                                            
The used color transform and marker signaling is compatible with                
other JPEG standards (e.g., JPEG-LS part 2).                                    
Remove the automatic de-ANSI-fication support (Automake 1.12).                  
Thank also to Nitin A Kamble for suggestion.                                    
Add remark for jpeg_mem_dest() in jdatadst.c.                                   
Thank to Elie-Gregoire Khoury for the hint.                                     
Support files with invalid component identifiers (created                       
by Adobe PDF).  Thank to Robin Watts for the suggestion.                        
Adapt full buffer case in jcmainct.c for use with scaled DCT.                   
Thank to Sergii Biloshytskyi for the suggestion.                                
Add type identifier for declaration of noreturn functions.                      
Thank to Brett L. Moore for the suggestion.                                     
Correct argument type in format string, avoid compiler warnings.                
Thank to Vincent Torri for hint.                                                
Add missing #include directives in configuration checks, avoid                  
configuration errors.  Thank to John Spencer for the hint.
Comment 1 Samuli Suominen (RETIRED) gentoo-dev 2013-01-14 11:00:34 UTC
+*jpeg-9 (14 Jan 2013)
+  14 Jan 2013; Samuli Suominen <> +jpeg-9.ebuild:
+  Version bump wrt #452008 by Lars Wendler. With empty KEYWORDS while waiting
+  for libjpeg-turbo to catch up.
Comment 2 Samuli Suominen (RETIRED) gentoo-dev 2013-01-14 11:06:12 UTC
(In reply to comment #1)
> +*jpeg-9 (14 Jan 2013)
> +
> +  14 Jan 2013; Samuli Suominen <> +jpeg-9.ebuild:
> +  Version bump wrt #452008 by Lars Wendler. With empty KEYWORDS while
> waiting
> +  for libjpeg-turbo to catch up. and also posted to their forums
Comment 3 Samuli Suominen (RETIRED) gentoo-dev 2013-01-15 07:33:19 UTC
So it seems libjpeg-turbo upstream doesn't really want the new SmartScale feature from IJG's jpeg and even discredited the group with the backing of jpeg-6b author. 

It may be jpeg-9 never gets KEYWORDS.
Comment 4 Francesco Riosa 2013-01-22 00:17:31 UTC
see also

where red-hat and arch developers suggest >=libjpeg-8 NOT 9 is to be avoided.

disclaimer, I'm just a messenger, not analyzed the situation of jpeg API and ABI in the various version.
Comment 5 Samuli Suominen (RETIRED) gentoo-dev 2013-01-22 00:20:26 UTC
using libjpeg-turbo with jpeg8 abi enabled is safe, it just skips the smartscale that ijg's jpeg8 has
we are certainly not falling back to jpeg6 without real need for doing so
but i'm inclined to hold back jpeg9 for long as jpeg-turbo doesn't adapt to the latest smartscale features, and it propably doesnt
Comment 6 Francesco Riosa 2013-01-22 00:52:00 UTC
Thanks Samuli, actually *after* commenting here I've read the libjpeg-turbo ebuild and realized it's using JPEG_ABI=8 , I've also commented on that thread with the resulting toughts.
Should have looked at the ebuild sooner.