openSUSE Build Service

Overview Repositories Revisions Requests Users Attributes Meta

Revisions of libjpeg-turbo

Petr Gajdos (pgajdos) accepted request 1045193 from

Dirk Stoecker (dstoecker) over 1 year ago (revision 134)

- Add explicit provides for jpegtran, so it can be installed easier

Adds an explicit provides line, so that "zypper in jpegtran" will work in future instead of having to search which package contains it. I don't consider the other bin-contents important enough, only jpegtran.

buildservice-autocommit accepted request 997984 from

Dirk Stoecker (dstoecker) almost 2 years ago (revision 133)

baserev update by copy to link target

Dirk Stoecker (dstoecker) accepted request 995212 from

Tom Mbrt (derselbst) almost 2 years ago (revision 132)

- update to 2.1.4:
  * Fixed a regression introduced in 2.1.3 that caused build failures with
    Visual Studio 2010.
  * The tjDecompressHeader3() function in the TurboJPEG C API and the
    TJDecompressor.setSourceImage() method in the TurboJPEG Java API now
    accept "abbreviated table specification" (AKA "tables-only") datastreams,
    which can be used to prime the decompressor with quantization and Huffman
    tables that can be used when decompressing subsequent "abbreviated image"
    datastreams.
  * libjpeg-turbo now performs run-time detection of AltiVec instructions on
    OS X/PowerPC systems if AltiVec instructions are not enabled at compile
    time. This allows both AltiVec-equipped (PowerPC G4 and G5) and
    non-AltiVec-equipped (PowerPC G3) CPUs to be supported using the same
    build of libjpeg-turbo.
  * Fixed an error ("Bogus virtual array access") that occurred when
    attempting to decompress a progressive JPEG image with a height less than
    or equal to one iMCU (8 * the vertical sampling factor) using
    buffered-image mode with interblock smoothing enabled. This was a
    regression introduced by 2.1 beta1[6(b)].
  * Fixed two issues that prevented partial image decompression from working
    properly with buffered-image mode:
      * Attempting to call jpeg_crop_scanline() after jpeg_start_decompress()
        but before jpeg_start_output() resulted in an error ("Improper call to
        JPEG library in state 207".)
      * Attempting to use jpeg_skip_scanlines() resulted in an error ("Bogus
        virtual array access") under certain circumstances.

buildservice-autocommit accepted request 987151 from

Marcus Meissner (msmeissn) almost 2 years ago (revision 131)

baserev update by copy to link target

Marcus Meissner (msmeissn) accepted request 986792 from

Jan Engelhardt (jengelh) almost 2 years ago (revision 130)

- Add requires between baselibs

buildservice-autocommit accepted request 970678 from

Petr Gajdos (pgajdos) about 2 years ago (revision 129)

baserev update by copy to link target

Petr Gajdos (pgajdos) accepted request 970636 from

Cristian Rodríguez (elvigia) about 2 years ago (revision 128)

- Use nasm instead of yasm, the latter has not released any update 
   in 7 years.

buildservice-autocommit accepted request 969262 from

Petr Gajdos (pgajdos) about 2 years ago (revision 127)

baserev update by copy to link target

Petr Gajdos (pgajdos) committed about 2 years ago (revision 126)

Petr Gajdos (pgajdos) accepted request 967883 from

Dirk Mueller (dirkmueller) about 2 years ago (revision 125)

- update to 2.1.3:
  * Fixed a regression introduced by 2.0 beta1[7] whereby cjpeg compressed PGM
    input files into full-color JPEG images unless the `-grayscale` option was
    used.
  
  * cjpeg now automatically compresses GIF and 8-bit BMP input files into
    grayscale JPEG images if the input files contain only shades of gray.
  
  * The build system now enables the intrinsics implementation of the AArch64
    (Arm 64-bit) Neon SIMD extensions by default when using GCC 12 or later.
  
  * Fixed a segfault that occurred while decompressing a 4:2:0 JPEG image using
    the merged (non-fancy) upsampling algorithms (that is, with
    `cinfo.do_fancy_upsampling` set to `FALSE`) along with `jpeg_crop_scanline()`.
    Specifically, the segfault occurred if the number of bytes remaining in the
    output buffer was less than the number of bytes required to represent one
    uncropped scanline of the output image.  For that reason, the issue could only
    be reproduced using the libjpeg API, not using djpeg.

Petr Gajdos (pgajdos) accepted request 933591 from

Dirk Mueller (dirkmueller) over 2 years ago (revision 124)

- update to 2.1.2:
  * Fixed a regression introduced by 2.1 beta1[13] that caused the remaining
    GAS implementations of AArch64 (Arm 64-bit) Neon SIMD functions (which are used
    by default with GCC for performance reasons) to be placed in the `.rodata`
    section rather than in the `.text` section.  This caused the GNU linker to
    automatically place the `.rodata` section in an executable segment, which
    prevented libjpeg-turbo from working properly with other linkers and also
    represented a potential security risk.
  * Fixed an issue whereby the `tjTransform()` function incorrectly computed the
    MCU block size for 4:4:4 JPEG images with non-unary sampling factors and thus
    unduly rejected some cropping regions, even though those regions aligned with
    8x8 MCU block boundaries.
  * Fixed a regression introduced by 2.1 beta1[13] that caused the build system
    to enable the Arm Neon SIMD extensions when targetting Armv6 and other legacy
    architectures that do not support Neon instructions.
  * libjpeg-turbo now performs run-time detection of AltiVec instructions on
    FreeBSD/PowerPC systems if AltiVec instructions are not enabled at compile
    time.  This allows both AltiVec-equipped and non-AltiVec-equipped CPUs to be
    supported using the same build of libjpeg-turbo.
  * cjpeg now accepts a `-strict` argument similar to that of djpeg and
    jpegtran, which causes the compressor to abort if an LZW-compressed GIF input
    image contains incomplete or corrupt image data.

Petr Gajdos (pgajdos) committed over 2 years ago (revision 123)

- previous version updates fixes following bugs:
  CVE-2014-9092, CVE-2018-14498, CVE-2019-2201, CVE-2020-17541
  (bsc#1128712, bsc#1186764, bsc#807183, bsc#906761)

Petr Gajdos (pgajdos) committed almost 3 years ago (revision 122)

- version update to 2.1.1
  1. Fixed a regression introduced in 2.1.0 that caused build failures
     with non-GCC-compatible compilers for Un*x/Arm platforms.
  2. Fixed a regression introduced by 2.1 beta1[13] that prevented the
     Arm 32-bit (AArch32) Neon SIMD extensions from building unless
     the C compiler flags included -mfloat-abi=softfp or -mfloat-abi=hard.
  3. Fixed an issue in the AArch32 Neon SIMD Huffman encoder whereby
     reliance on undefined C compiler behavior led to crashes
     ("SIGBUS: illegal alignment") on Android systems when running
     AArch32/Thumb builds of libjpeg-turbo built with recent versions
     of Clang.
  4. Added a command-line argument (-copy icc) to jpegtran that causes
     it to copy only the ICC profile markers from the source file and
     discard any other metadata.
  5. libjpeg-turbo should now build and run on CHERI-enabled
     architectures, which use capability pointers that are larger than
     the size of size_t.
  6. Fixed a regression introduced by 2.1 beta1[5] that caused a segfault
     in the 64-bit SSE2 Huffman encoder when attempting to losslessly
     transform a specially-crafted malformed JPEG image.

buildservice-autocommit accepted request 890324 from

Petr Gajdos (pgajdos) about 3 years ago (revision 121)

baserev update by copy to link target

Petr Gajdos (pgajdos) accepted request 890322 from

Dirk Mueller (dirkmueller) about 3 years ago (revision 120)

- disable SIMD for armv6hl, not available

buildservice-autocommit accepted request 888800 from

Petr Gajdos (pgajdos) about 3 years ago (revision 119)

baserev update by copy to link target

Petr Gajdos (pgajdos) committed about 3 years ago (revision 118)

  lot of changes, see
  * https://github.com/libjpeg-turbo/libjpeg-turbo/releases/tag/2.0.90
  * https://github.com/libjpeg-turbo/libjpeg-turbo/releases/tag/2.1.0

Petr Gajdos (pgajdos) accepted request 888693 from