Sync from SUSE:SLFO:1.1 libjpeg-turbo revision de3094534ad69255f5c29f2eb8aaa19b

libjpeg-turbo.changes

@@ -1,77 +1,3 @@
--------------------------------------------------------------------
-Sat Sep 28 16:49:05 UTC 2024 - Dirk Müller <dmueller@suse.com>
-
-- update to 3.0.4:
-  * Fixed an issue whereby the CPU usage of the default marker
-    processor in the decompressor grew exponentially with the
-    number of markers.  This caused an unreasonable slow-down in
-    `jpeg_read_header()` if an application called `jpeg_save_markers()`
-    to save markers of a particular type and then attempted to
-    decompress a JPEG image containing an excessive number of markers
-    of that type.
-  * Hardened the default marker processor in the decompressor to guard
-    against an issue (exposed by 3.0 beta2[6]) whereby attempting to
-    decompress a specially-crafted malformed JPEG image (specifically
-    an image with a complete 12-bit-per-sample Start Of Frame segment
-    followed by an incomplete 8-bit-per-sample Start Of Frame segment)
-    using buffered-image mode and input prefetching caused a segfault
-    if the `fill_input_buffer()` method in the calling application's
-    custom source manager incorrectly returned `FALSE` in response to a
-    prematurely-terminated JPEG data stream.
-  * Fixed an issue in cjpeg whereby, when generating a
-    12-bit-per-sample or 16-bit-per-sample lossless JPEG image,
-    specifying a point transform value greater than 7 resulted in an
-    error ("Invalid progressive/lossless parameters") unless the
-    `-precision` option was specified before the `-lossless` option.
-  * Fixed a regression introduced by 3.0.3[3] that made it impossible
-    for calling applications to generate 12-bit-per-sample
-    arithmetic-coded lossy JPEG images using the TurboJPEG API.
-  * Fixed an error ("Destination buffer is not large enough") that
-    occurred when attempting to generate a full-color lossless JPEG
-    image using the TurboJPEG Java API's `byte[]
-    TJCompressor.compress()` method if the value of `TJ.PARAM_SUBSAMP`
-    was not `TJ.SAMP_444`.
-  * Fixed a segfault in djpeg that occurred if a negative width was
-    specified with the `-crop` option.  Since the cropping region width
-    was read into an unsigned 32-bit integer, a negative width was
-    interpreted as a very large value.  With certain negative width and
-    positive left boundary values, the bounds checks in djpeg and
-    `jpeg_crop_scanline()` overflowed and did not detect the
-    out-of-bounds width, which caused a buffer overrun in the
-    upsampling or color conversion routine.  Both bounds checks now use
-    64-bit integers to guard against overflow, and djpeg now checks for
-    negative numbers when it parses the crop specification from the
-    command line.
-  * Fixed an issue whereby the TurboJPEG lossless transformation
-    function and methods checked the specified cropping region against
-    the source image dimensions and level of chrominance subsampling
-    rather than the destination image dimensions and level of
-    chrominance subsampling, which caused some cropping regions to be
-    unduly rejected when performing 90-degree rotation, 270-degree
-    rotation, transposition, transverse transposition, or grayscale
-    conversion.
-  * Fixed an issue whereby the TurboJPEG lossless transformation
-    function and methods did not honor
-    `TJXOPT_COPYNONE`/`TJTransform.OPT_COPYNONE` unless it was
-    specified for all lossless transforms.
-
--------------------------------------------------------------------
-Sat Aug 31 15:37:59 UTC 2024 - Dirk Müller <dmueller@suse.com>
-
-- update to 3.0.3:
-  * The x86-64 SIMD extensions now include support for Intel
-    Control-flow Enforcement Technology (CET), which is enabled
-    automatically if CET is enabled in the C compiler.
-  * Fixed a regression introduced by 3.0 beta2[6] that made it
-    impossible for calling applications to supply custom Huffman
-    tables when generating 12-bit-per-component lossy JPEG images
-    using the libjpeg API.
-  * Fixed a segfault that occurred when attempting to use the
-    jpegtran `-drop` option with a specially-crafted malformed
-    input image or drop image (specifically an image in which all
-    of the scans contain fewer components than the number of
-    components specified in the Start Of Frame segment.)
-
 -------------------------------------------------------------------
 Mon Feb  5 19:40:36 UTC 2024 - Martin Hauke <mardnh@gmx.de>
 

libjpeg-turbo.spec

@@ -23,6 +23,7 @@
 
 %define asan_build 0
 %define debug_build 0
+%define srcver 3.0.2
 %if "%{flavor}" == "libjpeg-turbo"
 %define major    8
 %define minor    3
@@ -39,7 +40,7 @@
 %endif
 %define libver   %{major}.%{minor}.%{micro}
 Name:           %{flavor}
-Version:        3.0.4
+Version:        %{srcver}
 Release:        0
 Summary:        A SIMD-accelerated library for manipulating JPEG image files
 License:        BSD-3-Clause
@@ -122,7 +123,7 @@ necessary for compiling and linking programs which will manipulate JPEG
 files using the libjpeg library.
 
 %prep
-%autosetup -p1 -n libjpeg-turbo-%{VERSION}
+%autosetup -p1 -n libjpeg-turbo-%{srcver}
 
 %build
 MYLDFLAGS="-Wl,-z,relro,-z,now"