Hello community,
here is the log from the commit of package libpng16 for openSUSE:Factory
checked in at 2013-04-05 07:34:57
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comparing /work/SRC/openSUSE:Factory/libpng16 (Old)
and /work/SRC/openSUSE:Factory/.libpng16.new (New)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Package is "libpng16", Maintainer is ""
Changes:
--------
--- /work/SRC/openSUSE:Factory/libpng16/libpng16.changes 2013-03-20
09:53:25.000000000 +0100
+++ /work/SRC/openSUSE:Factory/.libpng16.new/libpng16.changes 2013-04-05
07:36:42.000000000 +0200
@@ -1,0 +2,30 @@
+Tue Apr 2 13:35:08 UTC 2013 - pgaj...@suse.com
+
+- conflict with libpng12-compat-devel-32bit and libpng15-compat-devel-32bit
+
+-------------------------------------------------------------------
+Thu Mar 28 08:12:03 UTC 2013 - pgaj...@suse.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
+
+-------------------------------------------------------------------
Old:
----
libpng-1.6.0.tar.bz2
libpng16-0387-Reenable-code-to-allow-zero-length-PLTE-chunks-for-M.patch
New:
----
libpng-1.6.1.tar.bz2
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Other differences:
------------------
++++++ libpng16.spec ++++++
--- /var/tmp/diff_new_pack.TMAte6/_old 2013-04-05 07:36:44.000000000 +0200
+++ /var/tmp/diff_new_pack.TMAte6/_new 2013-04-05 07:36:44.000000000 +0200
@@ -19,7 +19,7 @@
#
%define major 1
%define minor 6
-%define micro 0
+%define micro 1
%define branch %{major}%{minor}
%define libname libpng%{branch}-%{branch}
@@ -32,8 +32,6 @@
Group: System/Libraries
Source: libpng-%{version}.tar.bz2
Source2: baselibs.conf
-# will be upstreamed in 1.6.1
-Patch0:
libpng16-0387-Reenable-code-to-allow-zero-length-PLTE-chunks-for-M.patch
BuildRequires: libtool
BuildRequires: pkg-config
BuildRequires: zlib-devel
@@ -98,7 +96,6 @@
%prep
%setup -n libpng-%{version}
-%patch0 -p1
%build
# We'll never use the old pgcc-2.95.1 with the buggy -O3, so having
++++++ baselibs.conf ++++++
--- /var/tmp/diff_new_pack.TMAte6/_old 2013-04-05 07:36:44.000000000 +0200
+++ /var/tmp/diff_new_pack.TMAte6/_new 2013-04-05 07:36:44.000000000 +0200
@@ -7,3 +7,6 @@
libpng16-compat-devel
requires -libpng16-compat-<targettype>
requires "libpng16-devel-<targettype> = <version>"
+ conflicts "libpng-devel-<targettype>"
+ provides "libpng-devel-<targettype>"
+
++++++ libpng-1.6.0.tar.bz2 -> libpng-1.6.1.tar.bz2 ++++++
++++ 6838 lines of diff (skipped)
--
To unsubscribe, e-mail: opensuse-commit+unsubscr...@opensuse.org
For additional commands, e-mail: opensuse-commit+h...@opensuse.org
