Changelog for libpng17-devel-1.7.0-5.79.i586.rpm :

* Fri Feb 07 2014 pgajdosAATTsuse.com- updated to 1.7.0beta31
* Tue Nov 26 2013 pgajdosAATTsuse.com- png-fix-too-far-back was actually renamed to pngfix. Adjusted rpm macro names accordingly, %png_fix and %png_fix_dir.
* Tue Nov 26 2013 pgajdosAATTsuse.com- updated to 1.7.0beta23
* Fri May 24 2013 pgajdosAATTsuse.com- add /etc/rpm/macros.libpng-tools: png_fix_too_far_back(v) and png_fix_too_far_back_dir(v) macros
* Thu May 23 2013 pgajdosAATTsuse.com- libpng%{branch}-devel requires libpng%{branch}-tools
* Tue May 14 2013 pgajdosAATTsuse.com- updated to 1.7.0beta13
* Fri Apr 26 2013 pgajdosAATTsuse.com- updated to 1.6.2: Updated documentation of 1.5.x to 1.6.x changes in iCCP chunk handling. Fixed incorrect warning of excess deflate data. End condition - the warning would be produced if the end of the deflate stream wasn\'t read in the last row. The warning is harmless. Corrected the test on user transform changes on read. It was in the png_set of the transform function, but that doesn\'t matter unless the transform function changes the rowbuf size, and that is only valid if transform_info is called. Corrected a misplaced closing bracket in contrib/libtests/pngvalid.c (Flavio Medeiros). Corrected length written to uncompressed iTXt chunks (Samuli Suominen). Added contrib/tools/fixitxt.c, to repair the erroneous iTXt chunk length written by libpng-1.6.0 and 1.6.1. Disallow storing sRGB information when the sRGB is not supported. Merge pngtest.c with libpng-1.7.0
* Tue Apr 02 2013 pgajdosAATTsuse.com- conflict with libpng12-compat-devel-32bit and libpng15-compat-devel-32bit
* Thu Mar 28 2013 pgajdosAATTsuse.com- updated to 1.6.1: Made sRGB check numbers consistent. Use parentheses more consistently in \"#if defined(MACRO)\" tests. Reenabled code to allow zero length PLTE chunks for MNG. Fixed ALIGNED_MEMORY support. Avoid a possible memory leak in contrib/gregbook/readpng.c Better documentation of unknown handling API interactions. Corrected simplified API default gamma for color-mapped output, added a flag to change default. In 1.6.0 when the simplified API was used to produce color-mapped output from an input image with no gamma information the gamma assumed for the input could be different from that assumed for non-color-mapped output. In particular 16-bit depth input files were assumed to be sRGB encoded, whereas in the \'direct\' case they were assumed to have linear data. This was an error. The fix makes the simplified API treat all input files the same way and adds a new flag to the png_image::flags member to allow the application/user to specify that 16-bit files contain sRGB data rather than the default linear. etc., see ANNOUNCE or CHANGES for details- dropped upstreamed 0387-Reenable-code-to-allow-zero-length-PLTE-chunks-for-M.patch
* Mon Mar 18 2013 pgajdosAATTsuse.com- allow zero length PLTE chunks (fixes GraphicsMagick testsuite)