Index index by Group index by Distribution index by Vendor index by creation date index by Name Mirrors Help Search

liblzo2-2-2.10-7.9 RPM for armv6hl

From OpenSuSE Ports Tumbleweed for armv6hl

Name: liblzo2-2 Distribution: openSUSE Tumbleweed
Version: 2.10 Vendor: openSUSE
Release: 7.9 Build date: Sat Sep 3 10:02:07 2022
Group: System/Libraries Build host: obs-arm-11
Size: 150600 Source RPM: lzo-2.10-7.9.src.rpm
Summary: A Real-Time Data Compression Library
LZO is a portable lossless data compression library written in ANSI C.
Decompression requires no memory. LZO is suitable for data compression
and decompression in real-time. This means it favors speed over
compression ratio.






* Tue Jan 26 2021 Dirk Müller <>
  - add lzo-2.08-rhbz1309225.patch to avoid aliasing issues
* Wed Nov 20 2019 Martin Liška <>
  - Disable strict aliasing due to its violation
* Fri Apr 26 2019 Martin Liška <>
  - Use FAT LTO objects in order to provide proper static library (boo#1133259).
* Wed Aug 08 2018
  - Fix RPM groups.
  - Trim sentence that has no comparison point.
* Tue Jul 31 2018
  - Modernise spec file with spec-cleaner
  - Move license to subpackage that will allways be installed
* Tue Nov 14 2017
  - Add pkgconfig BuildRequires: allow the rpm dep generator to
    inspect the shipped .pc file and produce requires/provides.
* Wed Mar 29 2017
  - Update to 2.10
    * Improve CMake build support.
    * Add support for pkg-config.
    * Do not redefine "snprintf" so that the examples build with MSVC 2015.
    * Assorted cleanups.
* Tue Feb 24 2015
  - Cleanup spec file with spec-cleaner
  - Update to 2.09
    * Work around gcc bug #64516 that could affect architectures like
    armv4, armv5 and sparc.
* Thu Jul 24 2014
  - enable lzo-devel-static package build
* Wed Jul 02 2014
  - update to 2.08 (bnc#883947) CVE-2014-4607
    - Updated the Autoconf scripts to fix some reported build
    - Added CMake build support.
    - Fixed lzo_init() on big-endian architectures like Sparc.
  - additional changes in 2.07
    * Fixed a potential integer overflow condition in the "safe"
      decompressor variants which could result in a possible buffer
      overrun when processing maliciously crafted compressed input
      Fortunately this issue only affects 32-bit systems and also can
      only happen if you use uncommonly huge buffer sizes where you
      have to decompress more than 16 MiB (> 2^24 bytes) untrusted
      compressed bytes within a single function call, so the
      practical implications are limited.
    * Removed support for ancient configurations like 16-bit "huge"
      pointers - LZO now requires a flat 32-bit or 64-bit memory
    * Assorted cleanups.



Generated by rpm2html 1.8.1

Fabrice Bellet, Wed Dec 7 23:50:50 2022