<?xml version="1.0" encoding="UTF-8"?>
<otherdata xmlns="http://linux.duke.edu/metadata/other" packages="23">
<package pkgid="a237900cbd758139dbda2b79518b812426e78860a037e7f2acb1558149e9b12b" name="ck" arch="src">
  <version epoch="0" ver="0.7.2" rel="150700.23.2"/>
  <changelog author="mrueckert@suse.de" date="1453723200">- initial package</changelog>
  <changelog author="mrueckert@suse.de" date="1453896000">- include license file
- explain why we don't use the configure macro</changelog>
  <changelog author="mpluskal@suse.com" date="1493208000">- Update to version 0.6.0</changelog>
  <changelog author="mpluskal@suse.com" date="1493208001">- Disable s390 building as it is not supported architecture</changelog>
  <changelog author="mpluskal@suse.com" date="1495022400">- Add _constraints to avoid test failures</changelog>
  <changelog author="mpluskal@suse.com" date="1524052800">- Small packaging changes</changelog>
  <changelog author="bwiedemann@suse.com" date="1560859200">- Add ck-fix-j1.patch to fix build with -j1</changelog>
  <changelog author="mpluskal@suse.com" date="1570622400">- Disable tests as they fail with gcc9</changelog>
  <changelog author="stefan.bruens@rwth-aachen.de" date="1572350400">- Fix symbol name clash between glibc 2.30 and ck, add
  ck-fix-gettid-glibc-clash.patch
- Reenable tests again</changelog>
  <changelog author="rpm@fthiessen.de" date="1625400000">- Update to version 0.7.1
  * Add s390x support
  * ck_hs: add convenience hash function wrapper ck_hs_hash
  * ck_backoff: avoid dead store to ceiling
  * ck_ring: add two new utility functions for persistent rings
  * ck_sequence: reduce thread count to account for writer
  * ck_queue: fix logic inversion in CK_STAILQ_CONCAT
  * ck_epoch: allow record sharing and reentrancy for write-side operations
- Drop upstream merged patches: ck-fix-gettid-glibc-clash.patch,
  ck-fix-j1.patch</changelog>
  <changelog author="mpluskal@suse.com" date="1722340800">- Update to version 0.7.2:
  * This release adds support for riscv, as provided by Mitchell Horne, as well a miscellaneous bug fixes and improvments
- Enable building for all architectures</changelog>
  <changelog author="bwiedemann@suse.com" date="1747828800">- avoid using %jobs (boo#1237231)</changelog>
</package>
<package pkgid="d24df8b17ed6cd775ace85f98c00fbe033a0a029c499ca24630bb7ff8342e8a9" name="ck-devel" arch="aarch64">
  <version epoch="0" ver="0.7.2" rel="150700.23.2"/>
  <changelog author="mrueckert@suse.de" date="1453723200">- initial package</changelog>
  <changelog author="mrueckert@suse.de" date="1453896000">- include license file
- explain why we don't use the configure macro</changelog>
  <changelog author="mpluskal@suse.com" date="1493208000">- Update to version 0.6.0</changelog>
  <changelog author="mpluskal@suse.com" date="1493208001">- Disable s390 building as it is not supported architecture</changelog>
  <changelog author="mpluskal@suse.com" date="1495022400">- Add _constraints to avoid test failures</changelog>
  <changelog author="mpluskal@suse.com" date="1524052800">- Small packaging changes</changelog>
  <changelog author="bwiedemann@suse.com" date="1560859200">- Add ck-fix-j1.patch to fix build with -j1</changelog>
  <changelog author="mpluskal@suse.com" date="1570622400">- Disable tests as they fail with gcc9</changelog>
  <changelog author="stefan.bruens@rwth-aachen.de" date="1572350400">- Fix symbol name clash between glibc 2.30 and ck, add
  ck-fix-gettid-glibc-clash.patch
- Reenable tests again</changelog>
  <changelog author="rpm@fthiessen.de" date="1625400000">- Update to version 0.7.1
  * Add s390x support
  * ck_hs: add convenience hash function wrapper ck_hs_hash
  * ck_backoff: avoid dead store to ceiling
  * ck_ring: add two new utility functions for persistent rings
  * ck_sequence: reduce thread count to account for writer
  * ck_queue: fix logic inversion in CK_STAILQ_CONCAT
  * ck_epoch: allow record sharing and reentrancy for write-side operations
- Drop upstream merged patches: ck-fix-gettid-glibc-clash.patch,
  ck-fix-j1.patch</changelog>
  <changelog author="mpluskal@suse.com" date="1722340800">- Update to version 0.7.2:
  * This release adds support for riscv, as provided by Mitchell Horne, as well a miscellaneous bug fixes and improvments
- Enable building for all architectures</changelog>
  <changelog author="bwiedemann@suse.com" date="1747828800">- avoid using %jobs (boo#1237231)</changelog>
</package>
<package pkgid="275c88233027a66db2bdc22d267a28c745931c523e9b04af44030a321bb3126f" name="ck-devel" arch="x86_64">
  <version epoch="0" ver="0.7.2" rel="150700.23.2"/>
  <changelog author="mrueckert@suse.de" date="1453723200">- initial package</changelog>
  <changelog author="mrueckert@suse.de" date="1453896000">- include license file
- explain why we don't use the configure macro</changelog>
  <changelog author="mpluskal@suse.com" date="1493208000">- Update to version 0.6.0</changelog>
  <changelog author="mpluskal@suse.com" date="1493208001">- Disable s390 building as it is not supported architecture</changelog>
  <changelog author="mpluskal@suse.com" date="1495022400">- Add _constraints to avoid test failures</changelog>
  <changelog author="mpluskal@suse.com" date="1524052800">- Small packaging changes</changelog>
  <changelog author="bwiedemann@suse.com" date="1560859200">- Add ck-fix-j1.patch to fix build with -j1</changelog>
  <changelog author="mpluskal@suse.com" date="1570622400">- Disable tests as they fail with gcc9</changelog>
  <changelog author="stefan.bruens@rwth-aachen.de" date="1572350400">- Fix symbol name clash between glibc 2.30 and ck, add
  ck-fix-gettid-glibc-clash.patch
- Reenable tests again</changelog>
  <changelog author="rpm@fthiessen.de" date="1625400000">- Update to version 0.7.1
  * Add s390x support
  * ck_hs: add convenience hash function wrapper ck_hs_hash
  * ck_backoff: avoid dead store to ceiling
  * ck_ring: add two new utility functions for persistent rings
  * ck_sequence: reduce thread count to account for writer
  * ck_queue: fix logic inversion in CK_STAILQ_CONCAT
  * ck_epoch: allow record sharing and reentrancy for write-side operations
- Drop upstream merged patches: ck-fix-gettid-glibc-clash.patch,
  ck-fix-j1.patch</changelog>
  <changelog author="mpluskal@suse.com" date="1722340800">- Update to version 0.7.2:
  * This release adds support for riscv, as provided by Mitchell Horne, as well a miscellaneous bug fixes and improvments
- Enable building for all architectures</changelog>
  <changelog author="bwiedemann@suse.com" date="1747828800">- avoid using %jobs (boo#1237231)</changelog>
</package>
<package pkgid="c24f56eb368cd7f35f059894d0b91ce5e3313843ad39132f213d200896b6de2b" name="libck0" arch="aarch64">
  <version epoch="0" ver="0.7.2" rel="150700.23.2"/>
  <changelog author="mrueckert@suse.de" date="1453723200">- initial package</changelog>
  <changelog author="mrueckert@suse.de" date="1453896000">- include license file
- explain why we don't use the configure macro</changelog>
  <changelog author="mpluskal@suse.com" date="1493208000">- Update to version 0.6.0</changelog>
  <changelog author="mpluskal@suse.com" date="1493208001">- Disable s390 building as it is not supported architecture</changelog>
  <changelog author="mpluskal@suse.com" date="1495022400">- Add _constraints to avoid test failures</changelog>
  <changelog author="mpluskal@suse.com" date="1524052800">- Small packaging changes</changelog>
  <changelog author="bwiedemann@suse.com" date="1560859200">- Add ck-fix-j1.patch to fix build with -j1</changelog>
  <changelog author="mpluskal@suse.com" date="1570622400">- Disable tests as they fail with gcc9</changelog>
  <changelog author="stefan.bruens@rwth-aachen.de" date="1572350400">- Fix symbol name clash between glibc 2.30 and ck, add
  ck-fix-gettid-glibc-clash.patch
- Reenable tests again</changelog>
  <changelog author="rpm@fthiessen.de" date="1625400000">- Update to version 0.7.1
  * Add s390x support
  * ck_hs: add convenience hash function wrapper ck_hs_hash
  * ck_backoff: avoid dead store to ceiling
  * ck_ring: add two new utility functions for persistent rings
  * ck_sequence: reduce thread count to account for writer
  * ck_queue: fix logic inversion in CK_STAILQ_CONCAT
  * ck_epoch: allow record sharing and reentrancy for write-side operations
- Drop upstream merged patches: ck-fix-gettid-glibc-clash.patch,
  ck-fix-j1.patch</changelog>
  <changelog author="mpluskal@suse.com" date="1722340800">- Update to version 0.7.2:
  * This release adds support for riscv, as provided by Mitchell Horne, as well a miscellaneous bug fixes and improvments
- Enable building for all architectures</changelog>
  <changelog author="bwiedemann@suse.com" date="1747828800">- avoid using %jobs (boo#1237231)</changelog>
</package>
<package pkgid="b72c2427dcc0d77f8a0263f7312b59b109159c1e24f6a770bfd9f0500107cccb" name="libck0" arch="x86_64">
  <version epoch="0" ver="0.7.2" rel="150700.23.2"/>
  <changelog author="mrueckert@suse.de" date="1453723200">- initial package</changelog>
  <changelog author="mrueckert@suse.de" date="1453896000">- include license file
- explain why we don't use the configure macro</changelog>
  <changelog author="mpluskal@suse.com" date="1493208000">- Update to version 0.6.0</changelog>
  <changelog author="mpluskal@suse.com" date="1493208001">- Disable s390 building as it is not supported architecture</changelog>
  <changelog author="mpluskal@suse.com" date="1495022400">- Add _constraints to avoid test failures</changelog>
  <changelog author="mpluskal@suse.com" date="1524052800">- Small packaging changes</changelog>
  <changelog author="bwiedemann@suse.com" date="1560859200">- Add ck-fix-j1.patch to fix build with -j1</changelog>
  <changelog author="mpluskal@suse.com" date="1570622400">- Disable tests as they fail with gcc9</changelog>
  <changelog author="stefan.bruens@rwth-aachen.de" date="1572350400">- Fix symbol name clash between glibc 2.30 and ck, add
  ck-fix-gettid-glibc-clash.patch
- Reenable tests again</changelog>
  <changelog author="rpm@fthiessen.de" date="1625400000">- Update to version 0.7.1
  * Add s390x support
  * ck_hs: add convenience hash function wrapper ck_hs_hash
  * ck_backoff: avoid dead store to ceiling
  * ck_ring: add two new utility functions for persistent rings
  * ck_sequence: reduce thread count to account for writer
  * ck_queue: fix logic inversion in CK_STAILQ_CONCAT
  * ck_epoch: allow record sharing and reentrancy for write-side operations
- Drop upstream merged patches: ck-fix-gettid-glibc-clash.patch,
  ck-fix-j1.patch</changelog>
  <changelog author="mpluskal@suse.com" date="1722340800">- Update to version 0.7.2:
  * This release adds support for riscv, as provided by Mitchell Horne, as well a miscellaneous bug fixes and improvments
- Enable building for all architectures</changelog>
  <changelog author="bwiedemann@suse.com" date="1747828800">- avoid using %jobs (boo#1237231)</changelog>
</package>
<package pkgid="ba9658add452376005b23af5f94275c76613a6e2155700235fae94d88e9635df" name="liblz4-1" arch="aarch64">
  <version epoch="0" ver="1.10.0" rel="150700.54.1"/>
  <changelog author="jengelh@inai.de" date="1417176000">- Update to version 1.4+svn124
  * LZ4F_compressBound() may be called with NULL preferencesPtr
  * LZ4_loadDict now returns the dictionary size instead of 1
  on success
- Add lz4-soversion.diff to address ABI changes</changelog>
  <changelog author="jengelh@inai.de" date="1459598400">- Update to new upstream release 131 (library 1.7) (boo#973735)
  * slightly improved decoding speed
  * lz4frame API is included in liblz4
  * new -m command line option to compress multiple files
  * new lz4 and lz4hc compression API (old one retained)</changelog>
  <changelog author="dimstar@opensuse.org" date="1484568000">- Add baselibs.conf: provide liblz4-1_7 as -32bit compatibility
  package, required by systemd-32bit.</changelog>
  <changelog author="jengelh@inai.de" date="1499256000">- Update to new upstrema release 1.7.5 (2017-01-03)
  * back to the old version scheme
  * lz4hc: new compression levels 10-12
- Remove lz4-soversion.diff (not needed),
  lz4-killdate.diff (no longer needed)</changelog>
  <changelog author="ddiss@suse.com" date="1502798400">- Use official upstream repository; (boo#1053910)</changelog>
  <changelog author="jengelh@inai.de" date="1503662400">- Update to new upstream release 1.8.0
  * cli: fix: do not modify /dev/null's permissions.
  * cli: added POSIX separator "--" for specifying that all
    following arguments are non-options.
  * cli: restored -BX command enabling block checksum.
  * API: added LZ4_compress_HC_destSize() and
    LZ4F_resetDecompressionContext().
  * API: lz4frame: negative compression levels trigger fast
    acceleration.
  * API: lz4frame: ability to control block checksum and
    dictionary ID.
  * API: fix: expose obsolete decoding functions
  * API: experimental: lz4frame_static.h:
    new dictionary compression API
  * doc: Updated LZ4 Frame format to v1.6.0, restoring
    Dictionary ID field in header.
- Add lz-export.diff</changelog>
  <changelog author="avindra@opensuse.org" date="1518004800">- Update to new upstream release 1.8.1.2
  * Most visible new feature is support for dictionary compression
  * Support is now more formally added on the API side within
    lib/lz4frame_static.h. It's early days, and this new API is
    tagged "experimental" for the time being.
  * Support is also added in the command line utility lz4, using
    the new command -D. The behavior of this command is identical
    to zstd, should you be already familiar.
  * lz4 doesn't specify how to build a dictionary. All it says is
    that it can be any file up to 64 KB.
  * This approach is compatible with zstd dictionary builder, which
    can be instructed to create a 64 KB dictionary.
  * Improved performance at ultra settings (levels 10+).
  * These levels receive a new code, called optimal parser,
    available in lib/lz4_opt.h.
  * New parser uses less memory (from 384KB to 256KB), performs
    faster, compresses a little bit better (not much, as it was
    already close to theoretical limit), and resists pathological
    patterns which could destroy performance.
  * New parser is directly compatible with lower compression levels,
    which brings additional benefits:
    + Compatibility with LZ4_*_destSize() variant, which reverses
    the logic by trying to fit as much data as possible into a
    predefined limited size buffer.
    + Compatibility with Dictionary compression, as it uses the
    same tables as regular HC mode
  * In the future, this compatibility will also allow dynamic change
    of compression level.
  * Small set of bug fixes and improvements:
    + perf : faster and stronger ultra modes (levels 10+)
    + perf : slightly faster compression and decompression speed
    + perf : fix bad degenerative case
    + fix : decompression failed when using a combination of
    extDict + low memory address
    + cli : support for dictionary compression (-D)
    + cli : fix : lz4 -d --rm preserves timestamp
    + cli : fix : do not modify /dev/null permission as root
    + api : _destSize() variant supported for all compression
    levels
- partial cleanup with spec-cleaner
- drop lz4-use-shlib.diff, breaks build
- misc spec cleanups
  - remove Makefile fix
  - build and install separately
  - New URL</changelog>
  <changelog author="astieger@suse.com" date="1530187200">- lz4 1.8.2:
  * speed inprovemtns for compression and decompression
  * fix compression compatible with low memory addresses
  * fix decompression segfault when provided with NULL input
  * cli: new command --favor-decSpeed
  * cli: benchmark mode more accurate for small inputs</changelog>
  <changelog author="astieger@suse.com" date="1539345600">- lz4 1.8.3:
  * minor decompression speed improvement (~+2%) with gcc
  * fix corruption in v1.8.2 at level 9 for files &gt; 64KB under
    rare conditions
  * Add new command --fast
  * api: LZ4_decompress_safe_partial() now decodes exactly the
    number of bytes requested</changelog>
  <changelog author="jengelh@inai.de" date="1559822400">- Update to new upstream release 1.9.1
  * Decompression speed was improved by about 12% (x86/x64).
  * New option `lz4 --list` to inspect the block type, checksum
    information, compressed and decompressed sizes (if present). The
    command is limited to single-frame files for the time being.</changelog>
  <changelog author="pgajdos@suse.com" date="1571140800">- version update to 1.9.2
  * decompression functions were reading a few bytes beyond input size
  * api: lz4frame initializers compatibility with c++, reported by @degski
  * cli : added command --list, based on a patch by @gabrielstedman
  * fixes CVE-2019-17543 [bsc#1153936]</changelog>
  <changelog author="pgajdos@suse.com" date="1571227200">- enable testsuite
- verbose build</changelog>
  <changelog author="jengelh@inai.de" date="1605528000">- Update to release 1.9.3
  * api: LZ4_decompress_safe_partial() now supports unknown
    compressed size
  * api: improved LZ4F_compressBound() with automatic flushing
  * cli: multiple files are compressed now using the legacy format</changelog>
  <changelog author="pgajdos@suse.com" date="1633348800">- version 1.9.3 fixes also CVE-2021-3520 [bsc#1185438]</changelog>
  <changelog author="jengelh@inai.de" date="1660651200">- Update to release 1.9.4
  * Decompression speed on high-end ARM64 platform is improved,
    by ~+20%.
  * For the specific scenario of data compressed with -BD4
    setting (small blocks, &lt;= 64 KB, linked) decompressed
    block-by-block into a flush buffer (like lz4 CLI does),
    decompression speed is improved ~+70%.
  * For compressed data employing the lz4frame format (native
    format of lz4 CLI), it's possible to ignore checksum
    validation during decompression, resulting in speed
    improvements of ~+40% . This capability is exposed at both
    CLI (see --no-crc) and library levels.</changelog>
  <changelog author="mpluskal@suse.com" date="1678276800">- Build AVX2 enabled hwcaps library for x86_64-v3</changelog>
  <changelog author="jengelh@inai.de" date="1721649600">- Update to release 1.10.0
  * Support for multithreading
  * Full support for dictionary compression
  * New compression level 2</changelog>
  <changelog author="code@bnavigator.de" date="1723636800">- Switch to cmake build system: Creates extra cmake modules for
  consuming projects</changelog>
</package>
<package pkgid="be02297ca5d5607823353186bb4081dcb095c1fe1d4032913ce234e0140b5e8c" name="liblz4-1" arch="x86_64">
  <version epoch="0" ver="1.10.0" rel="150700.54.1"/>
  <changelog author="jengelh@inai.de" date="1417176000">- Update to version 1.4+svn124
  * LZ4F_compressBound() may be called with NULL preferencesPtr
  * LZ4_loadDict now returns the dictionary size instead of 1
  on success
- Add lz4-soversion.diff to address ABI changes</changelog>
  <changelog author="jengelh@inai.de" date="1459598400">- Update to new upstream release 131 (library 1.7) (boo#973735)
  * slightly improved decoding speed
  * lz4frame API is included in liblz4
  * new -m command line option to compress multiple files
  * new lz4 and lz4hc compression API (old one retained)</changelog>
  <changelog author="dimstar@opensuse.org" date="1484568000">- Add baselibs.conf: provide liblz4-1_7 as -32bit compatibility
  package, required by systemd-32bit.</changelog>
  <changelog author="jengelh@inai.de" date="1499256000">- Update to new upstrema release 1.7.5 (2017-01-03)
  * back to the old version scheme
  * lz4hc: new compression levels 10-12
- Remove lz4-soversion.diff (not needed),
  lz4-killdate.diff (no longer needed)</changelog>
  <changelog author="ddiss@suse.com" date="1502798400">- Use official upstream repository; (boo#1053910)</changelog>
  <changelog author="jengelh@inai.de" date="1503662400">- Update to new upstream release 1.8.0
  * cli: fix: do not modify /dev/null's permissions.
  * cli: added POSIX separator "--" for specifying that all
    following arguments are non-options.
  * cli: restored -BX command enabling block checksum.
  * API: added LZ4_compress_HC_destSize() and
    LZ4F_resetDecompressionContext().
  * API: lz4frame: negative compression levels trigger fast
    acceleration.
  * API: lz4frame: ability to control block checksum and
    dictionary ID.
  * API: fix: expose obsolete decoding functions
  * API: experimental: lz4frame_static.h:
    new dictionary compression API
  * doc: Updated LZ4 Frame format to v1.6.0, restoring
    Dictionary ID field in header.
- Add lz-export.diff</changelog>
  <changelog author="avindra@opensuse.org" date="1518004800">- Update to new upstream release 1.8.1.2
  * Most visible new feature is support for dictionary compression
  * Support is now more formally added on the API side within
    lib/lz4frame_static.h. It's early days, and this new API is
    tagged "experimental" for the time being.
  * Support is also added in the command line utility lz4, using
    the new command -D. The behavior of this command is identical
    to zstd, should you be already familiar.
  * lz4 doesn't specify how to build a dictionary. All it says is
    that it can be any file up to 64 KB.
  * This approach is compatible with zstd dictionary builder, which
    can be instructed to create a 64 KB dictionary.
  * Improved performance at ultra settings (levels 10+).
  * These levels receive a new code, called optimal parser,
    available in lib/lz4_opt.h.
  * New parser uses less memory (from 384KB to 256KB), performs
    faster, compresses a little bit better (not much, as it was
    already close to theoretical limit), and resists pathological
    patterns which could destroy performance.
  * New parser is directly compatible with lower compression levels,
    which brings additional benefits:
    + Compatibility with LZ4_*_destSize() variant, which reverses
    the logic by trying to fit as much data as possible into a
    predefined limited size buffer.
    + Compatibility with Dictionary compression, as it uses the
    same tables as regular HC mode
  * In the future, this compatibility will also allow dynamic change
    of compression level.
  * Small set of bug fixes and improvements:
    + perf : faster and stronger ultra modes (levels 10+)
    + perf : slightly faster compression and decompression speed
    + perf : fix bad degenerative case
    + fix : decompression failed when using a combination of
    extDict + low memory address
    + cli : support for dictionary compression (-D)
    + cli : fix : lz4 -d --rm preserves timestamp
    + cli : fix : do not modify /dev/null permission as root
    + api : _destSize() variant supported for all compression
    levels
- partial cleanup with spec-cleaner
- drop lz4-use-shlib.diff, breaks build
- misc spec cleanups
  - remove Makefile fix
  - build and install separately
  - New URL</changelog>
  <changelog author="astieger@suse.com" date="1530187200">- lz4 1.8.2:
  * speed inprovemtns for compression and decompression
  * fix compression compatible with low memory addresses
  * fix decompression segfault when provided with NULL input
  * cli: new command --favor-decSpeed
  * cli: benchmark mode more accurate for small inputs</changelog>
  <changelog author="astieger@suse.com" date="1539345600">- lz4 1.8.3:
  * minor decompression speed improvement (~+2%) with gcc
  * fix corruption in v1.8.2 at level 9 for files &gt; 64KB under
    rare conditions
  * Add new command --fast
  * api: LZ4_decompress_safe_partial() now decodes exactly the
    number of bytes requested</changelog>
  <changelog author="jengelh@inai.de" date="1559822400">- Update to new upstream release 1.9.1
  * Decompression speed was improved by about 12% (x86/x64).
  * New option `lz4 --list` to inspect the block type, checksum
    information, compressed and decompressed sizes (if present). The
    command is limited to single-frame files for the time being.</changelog>
  <changelog author="pgajdos@suse.com" date="1571140800">- version update to 1.9.2
  * decompression functions were reading a few bytes beyond input size
  * api: lz4frame initializers compatibility with c++, reported by @degski
  * cli : added command --list, based on a patch by @gabrielstedman
  * fixes CVE-2019-17543 [bsc#1153936]</changelog>
  <changelog author="pgajdos@suse.com" date="1571227200">- enable testsuite
- verbose build</changelog>
  <changelog author="jengelh@inai.de" date="1605528000">- Update to release 1.9.3
  * api: LZ4_decompress_safe_partial() now supports unknown
    compressed size
  * api: improved LZ4F_compressBound() with automatic flushing
  * cli: multiple files are compressed now using the legacy format</changelog>
  <changelog author="pgajdos@suse.com" date="1633348800">- version 1.9.3 fixes also CVE-2021-3520 [bsc#1185438]</changelog>
  <changelog author="jengelh@inai.de" date="1660651200">- Update to release 1.9.4
  * Decompression speed on high-end ARM64 platform is improved,
    by ~+20%.
  * For the specific scenario of data compressed with -BD4
    setting (small blocks, &lt;= 64 KB, linked) decompressed
    block-by-block into a flush buffer (like lz4 CLI does),
    decompression speed is improved ~+70%.
  * For compressed data employing the lz4frame format (native
    format of lz4 CLI), it's possible to ignore checksum
    validation during decompression, resulting in speed
    improvements of ~+40% . This capability is exposed at both
    CLI (see --no-crc) and library levels.</changelog>
  <changelog author="mpluskal@suse.com" date="1678276800">- Build AVX2 enabled hwcaps library for x86_64-v3</changelog>
  <changelog author="jengelh@inai.de" date="1721649600">- Update to release 1.10.0
  * Support for multithreading
  * Full support for dictionary compression
  * New compression level 2</changelog>
  <changelog author="code@bnavigator.de" date="1723636800">- Switch to cmake build system: Creates extra cmake modules for
  consuming projects</changelog>
</package>
<package pkgid="20c765a46565ba686e38f5c7ad7ed12ec405c67ae06efd8007f769c8b4c4cda0" name="liblz4-1-64bit" arch="aarch64_ilp32">
  <version epoch="0" ver="1.10.0" rel="150700.54.1"/>
  <changelog author="jengelh@inai.de" date="1417176000">- Update to version 1.4+svn124
  * LZ4F_compressBound() may be called with NULL preferencesPtr
  * LZ4_loadDict now returns the dictionary size instead of 1
  on success
- Add lz4-soversion.diff to address ABI changes</changelog>
  <changelog author="jengelh@inai.de" date="1459598400">- Update to new upstream release 131 (library 1.7) (boo#973735)
  * slightly improved decoding speed
  * lz4frame API is included in liblz4
  * new -m command line option to compress multiple files
  * new lz4 and lz4hc compression API (old one retained)</changelog>
  <changelog author="dimstar@opensuse.org" date="1484568000">- Add baselibs.conf: provide liblz4-1_7 as -32bit compatibility
  package, required by systemd-32bit.</changelog>
  <changelog author="jengelh@inai.de" date="1499256000">- Update to new upstrema release 1.7.5 (2017-01-03)
  * back to the old version scheme
  * lz4hc: new compression levels 10-12
- Remove lz4-soversion.diff (not needed),
  lz4-killdate.diff (no longer needed)</changelog>
  <changelog author="ddiss@suse.com" date="1502798400">- Use official upstream repository; (boo#1053910)</changelog>
  <changelog author="jengelh@inai.de" date="1503662400">- Update to new upstream release 1.8.0
  * cli: fix: do not modify /dev/null's permissions.
  * cli: added POSIX separator "--" for specifying that all
    following arguments are non-options.
  * cli: restored -BX command enabling block checksum.
  * API: added LZ4_compress_HC_destSize() and
    LZ4F_resetDecompressionContext().
  * API: lz4frame: negative compression levels trigger fast
    acceleration.
  * API: lz4frame: ability to control block checksum and
    dictionary ID.
  * API: fix: expose obsolete decoding functions
  * API: experimental: lz4frame_static.h:
    new dictionary compression API
  * doc: Updated LZ4 Frame format to v1.6.0, restoring
    Dictionary ID field in header.
- Add lz-export.diff</changelog>
  <changelog author="avindra@opensuse.org" date="1518004800">- Update to new upstream release 1.8.1.2
  * Most visible new feature is support for dictionary compression
  * Support is now more formally added on the API side within
    lib/lz4frame_static.h. It's early days, and this new API is
    tagged "experimental" for the time being.
  * Support is also added in the command line utility lz4, using
    the new command -D. The behavior of this command is identical
    to zstd, should you be already familiar.
  * lz4 doesn't specify how to build a dictionary. All it says is
    that it can be any file up to 64 KB.
  * This approach is compatible with zstd dictionary builder, which
    can be instructed to create a 64 KB dictionary.
  * Improved performance at ultra settings (levels 10+).
  * These levels receive a new code, called optimal parser,
    available in lib/lz4_opt.h.
  * New parser uses less memory (from 384KB to 256KB), performs
    faster, compresses a little bit better (not much, as it was
    already close to theoretical limit), and resists pathological
    patterns which could destroy performance.
  * New parser is directly compatible with lower compression levels,
    which brings additional benefits:
    + Compatibility with LZ4_*_destSize() variant, which reverses
    the logic by trying to fit as much data as possible into a
    predefined limited size buffer.
    + Compatibility with Dictionary compression, as it uses the
    same tables as regular HC mode
  * In the future, this compatibility will also allow dynamic change
    of compression level.
  * Small set of bug fixes and improvements:
    + perf : faster and stronger ultra modes (levels 10+)
    + perf : slightly faster compression and decompression speed
    + perf : fix bad degenerative case
    + fix : decompression failed when using a combination of
    extDict + low memory address
    + cli : support for dictionary compression (-D)
    + cli : fix : lz4 -d --rm preserves timestamp
    + cli : fix : do not modify /dev/null permission as root
    + api : _destSize() variant supported for all compression
    levels
- partial cleanup with spec-cleaner
- drop lz4-use-shlib.diff, breaks build
- misc spec cleanups
  - remove Makefile fix
  - build and install separately
  - New URL</changelog>
  <changelog author="astieger@suse.com" date="1530187200">- lz4 1.8.2:
  * speed inprovemtns for compression and decompression
  * fix compression compatible with low memory addresses
  * fix decompression segfault when provided with NULL input
  * cli: new command --favor-decSpeed
  * cli: benchmark mode more accurate for small inputs</changelog>
  <changelog author="astieger@suse.com" date="1539345600">- lz4 1.8.3:
  * minor decompression speed improvement (~+2%) with gcc
  * fix corruption in v1.8.2 at level 9 for files &gt; 64KB under
    rare conditions
  * Add new command --fast
  * api: LZ4_decompress_safe_partial() now decodes exactly the
    number of bytes requested</changelog>
  <changelog author="jengelh@inai.de" date="1559822400">- Update to new upstream release 1.9.1
  * Decompression speed was improved by about 12% (x86/x64).
  * New option `lz4 --list` to inspect the block type, checksum
    information, compressed and decompressed sizes (if present). The
    command is limited to single-frame files for the time being.</changelog>
  <changelog author="pgajdos@suse.com" date="1571140800">- version update to 1.9.2
  * decompression functions were reading a few bytes beyond input size
  * api: lz4frame initializers compatibility with c++, reported by @degski
  * cli : added command --list, based on a patch by @gabrielstedman
  * fixes CVE-2019-17543 [bsc#1153936]</changelog>
  <changelog author="pgajdos@suse.com" date="1571227200">- enable testsuite
- verbose build</changelog>
  <changelog author="jengelh@inai.de" date="1605528000">- Update to release 1.9.3
  * api: LZ4_decompress_safe_partial() now supports unknown
    compressed size
  * api: improved LZ4F_compressBound() with automatic flushing
  * cli: multiple files are compressed now using the legacy format</changelog>
  <changelog author="pgajdos@suse.com" date="1633348800">- version 1.9.3 fixes also CVE-2021-3520 [bsc#1185438]</changelog>
  <changelog author="jengelh@inai.de" date="1660651200">- Update to release 1.9.4
  * Decompression speed on high-end ARM64 platform is improved,
    by ~+20%.
  * For the specific scenario of data compressed with -BD4
    setting (small blocks, &lt;= 64 KB, linked) decompressed
    block-by-block into a flush buffer (like lz4 CLI does),
    decompression speed is improved ~+70%.
  * For compressed data employing the lz4frame format (native
    format of lz4 CLI), it's possible to ignore checksum
    validation during decompression, resulting in speed
    improvements of ~+40% . This capability is exposed at both
    CLI (see --no-crc) and library levels.</changelog>
  <changelog author="mpluskal@suse.com" date="1678276800">- Build AVX2 enabled hwcaps library for x86_64-v3</changelog>
  <changelog author="jengelh@inai.de" date="1721649600">- Update to release 1.10.0
  * Support for multithreading
  * Full support for dictionary compression
  * New compression level 2</changelog>
  <changelog author="code@bnavigator.de" date="1723636800">- Switch to cmake build system: Creates extra cmake modules for
  consuming projects</changelog>
</package>
<package pkgid="085c7fb3e107a0c88bb245e2fef1beee39163231dd0e2594e4dcbdd19554d9e2" name="liblz4-devel" arch="aarch64">
  <version epoch="0" ver="1.10.0" rel="150700.54.1"/>
  <changelog author="jengelh@inai.de" date="1417176000">- Update to version 1.4+svn124
  * LZ4F_compressBound() may be called with NULL preferencesPtr
  * LZ4_loadDict now returns the dictionary size instead of 1
  on success
- Add lz4-soversion.diff to address ABI changes</changelog>
  <changelog author="jengelh@inai.de" date="1459598400">- Update to new upstream release 131 (library 1.7) (boo#973735)
  * slightly improved decoding speed
  * lz4frame API is included in liblz4
  * new -m command line option to compress multiple files
  * new lz4 and lz4hc compression API (old one retained)</changelog>
  <changelog author="dimstar@opensuse.org" date="1484568000">- Add baselibs.conf: provide liblz4-1_7 as -32bit compatibility
  package, required by systemd-32bit.</changelog>
  <changelog author="jengelh@inai.de" date="1499256000">- Update to new upstrema release 1.7.5 (2017-01-03)
  * back to the old version scheme
  * lz4hc: new compression levels 10-12
- Remove lz4-soversion.diff (not needed),
  lz4-killdate.diff (no longer needed)</changelog>
  <changelog author="ddiss@suse.com" date="1502798400">- Use official upstream repository; (boo#1053910)</changelog>
  <changelog author="jengelh@inai.de" date="1503662400">- Update to new upstream release 1.8.0
  * cli: fix: do not modify /dev/null's permissions.
  * cli: added POSIX separator "--" for specifying that all
    following arguments are non-options.
  * cli: restored -BX command enabling block checksum.
  * API: added LZ4_compress_HC_destSize() and
    LZ4F_resetDecompressionContext().
  * API: lz4frame: negative compression levels trigger fast
    acceleration.
  * API: lz4frame: ability to control block checksum and
    dictionary ID.
  * API: fix: expose obsolete decoding functions
  * API: experimental: lz4frame_static.h:
    new dictionary compression API
  * doc: Updated LZ4 Frame format to v1.6.0, restoring
    Dictionary ID field in header.
- Add lz-export.diff</changelog>
  <changelog author="avindra@opensuse.org" date="1518004800">- Update to new upstream release 1.8.1.2
  * Most visible new feature is support for dictionary compression
  * Support is now more formally added on the API side within
    lib/lz4frame_static.h. It's early days, and this new API is
    tagged "experimental" for the time being.
  * Support is also added in the command line utility lz4, using
    the new command -D. The behavior of this command is identical
    to zstd, should you be already familiar.
  * lz4 doesn't specify how to build a dictionary. All it says is
    that it can be any file up to 64 KB.
  * This approach is compatible with zstd dictionary builder, which
    can be instructed to create a 64 KB dictionary.
  * Improved performance at ultra settings (levels 10+).
  * These levels receive a new code, called optimal parser,
    available in lib/lz4_opt.h.
  * New parser uses less memory (from 384KB to 256KB), performs
    faster, compresses a little bit better (not much, as it was
    already close to theoretical limit), and resists pathological
    patterns which could destroy performance.
  * New parser is directly compatible with lower compression levels,
    which brings additional benefits:
    + Compatibility with LZ4_*_destSize() variant, which reverses
    the logic by trying to fit as much data as possible into a
    predefined limited size buffer.
    + Compatibility with Dictionary compression, as it uses the
    same tables as regular HC mode
  * In the future, this compatibility will also allow dynamic change
    of compression level.
  * Small set of bug fixes and improvements:
    + perf : faster and stronger ultra modes (levels 10+)
    + perf : slightly faster compression and decompression speed
    + perf : fix bad degenerative case
    + fix : decompression failed when using a combination of
    extDict + low memory address
    + cli : support for dictionary compression (-D)
    + cli : fix : lz4 -d --rm preserves timestamp
    + cli : fix : do not modify /dev/null permission as root
    + api : _destSize() variant supported for all compression
    levels
- partial cleanup with spec-cleaner
- drop lz4-use-shlib.diff, breaks build
- misc spec cleanups
  - remove Makefile fix
  - build and install separately
  - New URL</changelog>
  <changelog author="astieger@suse.com" date="1530187200">- lz4 1.8.2:
  * speed inprovemtns for compression and decompression
  * fix compression compatible with low memory addresses
  * fix decompression segfault when provided with NULL input
  * cli: new command --favor-decSpeed
  * cli: benchmark mode more accurate for small inputs</changelog>
  <changelog author="astieger@suse.com" date="1539345600">- lz4 1.8.3:
  * minor decompression speed improvement (~+2%) with gcc
  * fix corruption in v1.8.2 at level 9 for files &gt; 64KB under
    rare conditions
  * Add new command --fast
  * api: LZ4_decompress_safe_partial() now decodes exactly the
    number of bytes requested</changelog>
  <changelog author="jengelh@inai.de" date="1559822400">- Update to new upstream release 1.9.1
  * Decompression speed was improved by about 12% (x86/x64).
  * New option `lz4 --list` to inspect the block type, checksum
    information, compressed and decompressed sizes (if present). The
    command is limited to single-frame files for the time being.</changelog>
  <changelog author="pgajdos@suse.com" date="1571140800">- version update to 1.9.2
  * decompression functions were reading a few bytes beyond input size
  * api: lz4frame initializers compatibility with c++, reported by @degski
  * cli : added command --list, based on a patch by @gabrielstedman
  * fixes CVE-2019-17543 [bsc#1153936]</changelog>
  <changelog author="pgajdos@suse.com" date="1571227200">- enable testsuite
- verbose build</changelog>
  <changelog author="jengelh@inai.de" date="1605528000">- Update to release 1.9.3
  * api: LZ4_decompress_safe_partial() now supports unknown
    compressed size
  * api: improved LZ4F_compressBound() with automatic flushing
  * cli: multiple files are compressed now using the legacy format</changelog>
  <changelog author="pgajdos@suse.com" date="1633348800">- version 1.9.3 fixes also CVE-2021-3520 [bsc#1185438]</changelog>
  <changelog author="jengelh@inai.de" date="1660651200">- Update to release 1.9.4
  * Decompression speed on high-end ARM64 platform is improved,
    by ~+20%.
  * For the specific scenario of data compressed with -BD4
    setting (small blocks, &lt;= 64 KB, linked) decompressed
    block-by-block into a flush buffer (like lz4 CLI does),
    decompression speed is improved ~+70%.
  * For compressed data employing the lz4frame format (native
    format of lz4 CLI), it's possible to ignore checksum
    validation during decompression, resulting in speed
    improvements of ~+40% . This capability is exposed at both
    CLI (see --no-crc) and library levels.</changelog>
  <changelog author="mpluskal@suse.com" date="1678276800">- Build AVX2 enabled hwcaps library for x86_64-v3</changelog>
  <changelog author="jengelh@inai.de" date="1721649600">- Update to release 1.10.0
  * Support for multithreading
  * Full support for dictionary compression
  * New compression level 2</changelog>
  <changelog author="code@bnavigator.de" date="1723636800">- Switch to cmake build system: Creates extra cmake modules for
  consuming projects</changelog>
</package>
<package pkgid="2224ca9564b339d3287b1c86d7afb2f3203eddd93dfe1dcff9e09398132104eb" name="liblz4-devel" arch="x86_64">
  <version epoch="0" ver="1.10.0" rel="150700.54.1"/>
  <changelog author="jengelh@inai.de" date="1417176000">- Update to version 1.4+svn124
  * LZ4F_compressBound() may be called with NULL preferencesPtr
  * LZ4_loadDict now returns the dictionary size instead of 1
  on success
- Add lz4-soversion.diff to address ABI changes</changelog>
  <changelog author="jengelh@inai.de" date="1459598400">- Update to new upstream release 131 (library 1.7) (boo#973735)
  * slightly improved decoding speed
  * lz4frame API is included in liblz4
  * new -m command line option to compress multiple files
  * new lz4 and lz4hc compression API (old one retained)</changelog>
  <changelog author="dimstar@opensuse.org" date="1484568000">- Add baselibs.conf: provide liblz4-1_7 as -32bit compatibility
  package, required by systemd-32bit.</changelog>
  <changelog author="jengelh@inai.de" date="1499256000">- Update to new upstrema release 1.7.5 (2017-01-03)
  * back to the old version scheme
  * lz4hc: new compression levels 10-12
- Remove lz4-soversion.diff (not needed),
  lz4-killdate.diff (no longer needed)</changelog>
  <changelog author="ddiss@suse.com" date="1502798400">- Use official upstream repository; (boo#1053910)</changelog>
  <changelog author="jengelh@inai.de" date="1503662400">- Update to new upstream release 1.8.0
  * cli: fix: do not modify /dev/null's permissions.
  * cli: added POSIX separator "--" for specifying that all
    following arguments are non-options.
  * cli: restored -BX command enabling block checksum.
  * API: added LZ4_compress_HC_destSize() and
    LZ4F_resetDecompressionContext().
  * API: lz4frame: negative compression levels trigger fast
    acceleration.
  * API: lz4frame: ability to control block checksum and
    dictionary ID.
  * API: fix: expose obsolete decoding functions
  * API: experimental: lz4frame_static.h:
    new dictionary compression API
  * doc: Updated LZ4 Frame format to v1.6.0, restoring
    Dictionary ID field in header.
- Add lz-export.diff</changelog>
  <changelog author="avindra@opensuse.org" date="1518004800">- Update to new upstream release 1.8.1.2
  * Most visible new feature is support for dictionary compression
  * Support is now more formally added on the API side within
    lib/lz4frame_static.h. It's early days, and this new API is
    tagged "experimental" for the time being.
  * Support is also added in the command line utility lz4, using
    the new command -D. The behavior of this command is identical
    to zstd, should you be already familiar.
  * lz4 doesn't specify how to build a dictionary. All it says is
    that it can be any file up to 64 KB.
  * This approach is compatible with zstd dictionary builder, which
    can be instructed to create a 64 KB dictionary.
  * Improved performance at ultra settings (levels 10+).
  * These levels receive a new code, called optimal parser,
    available in lib/lz4_opt.h.
  * New parser uses less memory (from 384KB to 256KB), performs
    faster, compresses a little bit better (not much, as it was
    already close to theoretical limit), and resists pathological
    patterns which could destroy performance.
  * New parser is directly compatible with lower compression levels,
    which brings additional benefits:
    + Compatibility with LZ4_*_destSize() variant, which reverses
    the logic by trying to fit as much data as possible into a
    predefined limited size buffer.
    + Compatibility with Dictionary compression, as it uses the
    same tables as regular HC mode
  * In the future, this compatibility will also allow dynamic change
    of compression level.
  * Small set of bug fixes and improvements:
    + perf : faster and stronger ultra modes (levels 10+)
    + perf : slightly faster compression and decompression speed
    + perf : fix bad degenerative case
    + fix : decompression failed when using a combination of
    extDict + low memory address
    + cli : support for dictionary compression (-D)
    + cli : fix : lz4 -d --rm preserves timestamp
    + cli : fix : do not modify /dev/null permission as root
    + api : _destSize() variant supported for all compression
    levels
- partial cleanup with spec-cleaner
- drop lz4-use-shlib.diff, breaks build
- misc spec cleanups
  - remove Makefile fix
  - build and install separately
  - New URL</changelog>
  <changelog author="astieger@suse.com" date="1530187200">- lz4 1.8.2:
  * speed inprovemtns for compression and decompression
  * fix compression compatible with low memory addresses
  * fix decompression segfault when provided with NULL input
  * cli: new command --favor-decSpeed
  * cli: benchmark mode more accurate for small inputs</changelog>
  <changelog author="astieger@suse.com" date="1539345600">- lz4 1.8.3:
  * minor decompression speed improvement (~+2%) with gcc
  * fix corruption in v1.8.2 at level 9 for files &gt; 64KB under
    rare conditions
  * Add new command --fast
  * api: LZ4_decompress_safe_partial() now decodes exactly the
    number of bytes requested</changelog>
  <changelog author="jengelh@inai.de" date="1559822400">- Update to new upstream release 1.9.1
  * Decompression speed was improved by about 12% (x86/x64).
  * New option `lz4 --list` to inspect the block type, checksum
    information, compressed and decompressed sizes (if present). The
    command is limited to single-frame files for the time being.</changelog>
  <changelog author="pgajdos@suse.com" date="1571140800">- version update to 1.9.2
  * decompression functions were reading a few bytes beyond input size
  * api: lz4frame initializers compatibility with c++, reported by @degski
  * cli : added command --list, based on a patch by @gabrielstedman
  * fixes CVE-2019-17543 [bsc#1153936]</changelog>
  <changelog author="pgajdos@suse.com" date="1571227200">- enable testsuite
- verbose build</changelog>
  <changelog author="jengelh@inai.de" date="1605528000">- Update to release 1.9.3
  * api: LZ4_decompress_safe_partial() now supports unknown
    compressed size
  * api: improved LZ4F_compressBound() with automatic flushing
  * cli: multiple files are compressed now using the legacy format</changelog>
  <changelog author="pgajdos@suse.com" date="1633348800">- version 1.9.3 fixes also CVE-2021-3520 [bsc#1185438]</changelog>
  <changelog author="jengelh@inai.de" date="1660651200">- Update to release 1.9.4
  * Decompression speed on high-end ARM64 platform is improved,
    by ~+20%.
  * For the specific scenario of data compressed with -BD4
    setting (small blocks, &lt;= 64 KB, linked) decompressed
    block-by-block into a flush buffer (like lz4 CLI does),
    decompression speed is improved ~+70%.
  * For compressed data employing the lz4frame format (native
    format of lz4 CLI), it's possible to ignore checksum
    validation during decompression, resulting in speed
    improvements of ~+40% . This capability is exposed at both
    CLI (see --no-crc) and library levels.</changelog>
  <changelog author="mpluskal@suse.com" date="1678276800">- Build AVX2 enabled hwcaps library for x86_64-v3</changelog>
  <changelog author="jengelh@inai.de" date="1721649600">- Update to release 1.10.0
  * Support for multithreading
  * Full support for dictionary compression
  * New compression level 2</changelog>
  <changelog author="code@bnavigator.de" date="1723636800">- Switch to cmake build system: Creates extra cmake modules for
  consuming projects</changelog>
</package>
<package pkgid="f7824d7bf15349f1dd1334b1d1008d6f1a0c38f5323e1136253bf27400632ef6" name="libmaxminddb" arch="src">
  <version epoch="0" ver="1.12.2" rel="150700.28.1"/>
  <changelog author="p.drouand@gmail.com" date="1419163200">- Initial release (version 1.0.3)</changelog>
  <changelog author="p.drouand@gmail.com" date="1421841600">- Update to version 1.0.4
  * If you used a non-integer string as an array index when doing a
    lookup with MMDB_get_value, MMDB_vget_value, or MMDB_aget_value,
    the first element of the array would be returned rather than an
    error. A MMDB_LOOKUP_PATH_DOES_NOT_MATCH_DATA_ERROR error will
    now be returned. GitHub #61.
  * If a number larger than LONG_MAX was used in the same functions,
    LONG_MAX would have been used in the lookup. Now a
    MMDB_INVALID_LOOKUP_PATH_ERROR error will be returned.
  * Visual Studio build files were added for unit tests and some
    compatibility issues with the tests were fixed.
  * Visual Studio project was updated to use property pages. GitHub #69.
  * A test failure in t/compile_c++_t.pl on new installs was fixed.</changelog>
  <changelog author="p.drouand@gmail.com" date="1437912000">- Update to version 1.1.1
  * Added `maxminddb-compat-util.h` as a source file to dist.
- Changes from version 1.1.0
  * Previously, when there was an error in `MMDB_open()`, `errno` would
    generally be overwritten during cleanup, preventing a useful value from
    being returned to the caller. This was changed so that the `errno` value
    from the function call that caused the error is restored before returning to
    the caller. In particular, this is important for `MMDB_IO_ERROR` errors as
    checking `errno` is often the only way to determine what actually failed.
  * If `mmap()` fails due to running out of memory space, an
    `MMDB_OUT_OF_MEMORY_ERROR` is now returned from `MMDB_open` rather than an
    `MMDB_IO_ERROR`.
  * On Windows, the `CreateFileMappingA()` handle was not properly closed if
    opening the database succeeded. Fixed by Bly Hostetler. GitHub #75 &amp; #76.
  * On Windows, we were not checking the return value of `CreateFileMappingA()`
    properly for errors. Fixed by Bly Hotetler. GitHub #78.
  * Several warnings from Clang's scan-build were fixed. GitHub #86.
  * All headers are now installed in `$(includedir)`. GitHub #89.
  * We no longer install `maxminddb-compat-util.h`. This header was intended for
    internal use only.</changelog>
  <changelog author="p.drouand@gmail.com" date="1447848000">- Update to version 1.1.2
  * IMPORTANT: This release includes a number of important security
    fixes. Among these fixes is improved validation of the database
    metadata. Unfortunately, MaxMind GeoIP2 and GeoLite2 databases
    created earlier than January 28, 2014, had an invalid data type
    for the record_size in the metadata. Previously these databases
    worked on little endian machines with libmaxminddb but did not
    work on big endian machines. Due to increased safety checks when
    reading the file, these databases will no longer work on any
    platform. If you are using one of these databases, we recommend
    that you upgrade to the latest GeoLite2 or GeoIP2 database
  * Added pkg-config support.
  * Several segmentation faults found with afl-fuzz were fixed. These
    were caused by missing bounds checking and missing verification
    of data type.
    MMDB_get_entry_data_list will now fail on data structures with a
    depth greater than 512 and data structures that are cyclic. This
    should not affect any known MaxMind DB in production. All databases
    produced by MaxMind have a depth of less than five.
- Add a build dependency to pkg-config</changelog>
  <changelog author="p.drouand@gmail.com" date="1460462400">- Update to version 1.2.0
  * Four additional fields were added to the end of the
    MMDB_search_node_s struct returned by MMDB_read_node. These
    fields allow the user to iterate through the search tree without
    making undocumented assumptions about how this library works
    internally and without knowing the specific details of the database
    format. GitHub #110 (https://github.com/maxmind/libmaxminddb/issues/110)
- Changes from version 1.1.5
  * Previously, reading a database with a pointer in the metadata would
    cause an MMDB_INVALID_METADATA_ERROR to be returned. This was due to
    an invalid offset being used when calculating the pointer. The
    data_section and metadata_section fields now both point to the
    beginning of the data section. Previously, data_section pointed
    to the beginning of the data separator. This will not affect
    anyone using only documented fields from MMDB_s.
  * MMDB_lookup_sockaddr will set mmdb_error to
    MMDB_IPV6_LOOKUP_IN_IPV4_DATABASE_ERROR if an IPv6 sockaddr is
    looked up in an IPv4-only database. Previously only
    MMDB_lookup_string would set this error code.
  * When resolving an address, this library now relies on getaddrinfo
    to determine the address family rather than trying to guess it itself.
- Changes from version 1.1.4
  * Packaging fixes. The 1.1.3 tarball release contained a lot of extra
    junk in the t/ directory.
- Changes from version 1.1.3
  * Added several additional checks to make sure that we don't attempt to read
    past the end of the databases's data section. GitHub #103
    (https://github.com/maxmind/libmaxminddb/pull/103).
  * When searching for the database metadata, there was a bug that caused
    the code to think it had found valid metadata when none existed. In
    addition, this could lead to an attempt to read past the end of the
    database entirely. Finally, if there are multiple metadata markers
    in the database, we treat the final one as the start of the metdata,
    instead of the first. GitHub #102 (https://github.com/maxmind/libmaxminddb/pull/102)
  * Don't attempt to mmap a file that is too large to be mmapped on the system.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).
  * Added a missing out of memory check when reading a file's metadata.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).
  * Added several additional checks to make sure that we never attempt
    to malloc more than SIZE_MAX memory, which would lead to integer
    overflow. This could only happen with pathological databases.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).</changelog>
  <changelog author="jweberhofer@weberhofer.at" date="1526558400">- Run tests
- Packaged LICENSE
- Update to version 1.3.2
  * Allocate memory for MMDB_entry_data_list_s structs in separate chunks
    rather than one large chunk. This simplifies accessing memory in
    MMDB_get_entry_data_list() and increases performance. It builds on the
    changes in 1.3.0 and 1.3.1.
  * We no longer export data_pool_* symbols. These are internal functions
    but we were previously exporting them. Pull request by Faidon Liambotis.
    gh#maxmind/libmaxminddb#162.
  * Build with POSIX.1-2008 by default if the system supports it. This allows
    use of open() with O_CLOEXEC. We retain support for systems that
    provide only POSIX.1-2001.
    Open the database with the O_CLOEXEC flag if the system provides it.
  * This avoids cases where we could leak fds when called in multi-threaded
    programs that fork() and exec(). Original report and PR by Brandon L
    Black.
  * Added a test to ensure we export only intended symbols (e.g. MMDB_*).
- Update to version 1.3.1
  * Fix build problems related to rpl_malloc(). Pull request by Rainer
    Gerhards. gh#maxmind/libmaxminddb
  * Fix a race to set and read data in a field on the MMDB_s struct
    (ipv4_start_node). gh#maxmind/libmaxminddb#153.
  * Fix cases of invalid memory access when using
    MMDB_get_entry_data_list(). This was introduced in 1.3.0 and occurred
    when performing large lookups. gh#maxmind/libmaxminddb#153.
- Update to version 1.3.0
  * Perform fewer memory allocations in MMDB_get_entry_data_list(). This
    significantly improves its performance. gh#maxmind/libmaxminddb#147.
  * Fix mmdblookup's build epoch reporting on some systems. Big endian
    systems with a 32-bit time_t no longer show a database build date of
    1970-01-01 00:00:00. Pull request by Rainer Jung. gh#maxmind/libmaxminddb#143.
- Update to version 1.2.1
  * Use autoconf to check the system's endianness rather than trying to do this
    with compiler-defined macros like __BYTE_ORDER__. Apparently this didn't
    work properly on a Sparc system. gh#maxmind/libmaxminddb#120.
  * Several compiler warnings on Visual C++ were fixed. Pull request by Marcel
    Raad. gh#maxmind/libmaxminddb#130.
  * Fix segmentation faults found in MMDB_open() using afl-fuzz. This
    occurred on corrupt databases that had a data pointer large enough to
    cause an integer overflow when doing bound checking. Reported by Ryan
    Whitworth. gh#maxmind/libmaxminddb#140.
  * Add --disable-tests option to configure. Pull request by Fabrice
    Fontaine. gh#maxmind/libmaxminddb#136.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1572782400">- update to 1.4.2:
  * negative array index for MMDB_*get_value specifies the last element
  * Fix a memory leak when using custom databases without languages
    defined in the metadata
  * mmdblookup now displays the prefix length for the record when
    using the verbose flag</changelog>
  <changelog author="dimstar@opensuse.org" date="1574251200">- Add baselibs.conf: build libmaxminddb0-32bit, which is required
  by libdns1310-32bit (new dependency gained).</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1596801600">- update to 1.4.3:
  * Use of uninitialized memory in dump_entry_data_list() could have
    cause a heap buffer flow in mmdblookup [bsc#1175006]</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1610020800">- libmaxminddb 1.5.0:
  * build system changes for other platforms only</changelog>
  <changelog author="dmueller@suse.com" date="1614686400">- update to 1.5.2:
  * With `libmaxminddb` on Windows and `mmdblookup` generally, there were
    instances where the return value of `calloc` was not checked, which could
    lead to issues in low memory situations or when resource limits had been
    set.
  * The formatting of the manpages has been improved and the script that
    generates them now supports `lowdown` in addition to `pandoc`.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1619784000">- libmaxminddb 1.6.0:
  * CMake build system fixes, not in use in this package</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1664625600">- libmaxminddb 1.7.1:
  * FD_CLOEXEC is now set on platforms that do not support O_CLOEXEC
  * File size check now correctly compares the size to SSIZE_MAX
  * developer visible changes</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1699358400">- libmaxminddb 1.8.0:
  * PACKAGE_VERSION is now a private compile definition when
    building with CMake.
  * The feature test macro _POSIX_C_SOURCE is no longer set by
    maxminddb.h
  * assert() is no longer used outside test code</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1704888000">- libmaxminddb 1.9.1:
  * On very large databases, the calculation to determine the search
    tree size could overflow. This was fixed and several additional
    guards against overflows were added
  * build system tweaks</changelog>
  <changelog author="dmueller@suse.com" date="1721304000">- update to 1.10.0:
  * The reader can now lookup records on a database with a search
    tree that is greater than 4 gigabytes without sometimes
    returning erroneous results due to an integer overflow.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1739275200">- update to 1.12.2:
  * fix memory leaks
  * MMDB_get_entry_data_list() now always sets the passed
    entry_data_list parameter to either NULL or valid memory. This
    makes it safe for callers to use MMDB_free_entry_data_list() on
    it even in case of error.
  * more build system tweaks</changelog>
</package>
<package pkgid="11acb20dc38bcc9b86bb9e5e25d9069b73d75bfe432dd5f1003f4c6c5d58dc4c" name="libmaxminddb-devel" arch="aarch64">
  <version epoch="0" ver="1.12.2" rel="150700.28.1"/>
  <changelog author="p.drouand@gmail.com" date="1419163200">- Initial release (version 1.0.3)</changelog>
  <changelog author="p.drouand@gmail.com" date="1421841600">- Update to version 1.0.4
  * If you used a non-integer string as an array index when doing a
    lookup with MMDB_get_value, MMDB_vget_value, or MMDB_aget_value,
    the first element of the array would be returned rather than an
    error. A MMDB_LOOKUP_PATH_DOES_NOT_MATCH_DATA_ERROR error will
    now be returned. GitHub #61.
  * If a number larger than LONG_MAX was used in the same functions,
    LONG_MAX would have been used in the lookup. Now a
    MMDB_INVALID_LOOKUP_PATH_ERROR error will be returned.
  * Visual Studio build files were added for unit tests and some
    compatibility issues with the tests were fixed.
  * Visual Studio project was updated to use property pages. GitHub #69.
  * A test failure in t/compile_c++_t.pl on new installs was fixed.</changelog>
  <changelog author="p.drouand@gmail.com" date="1437912000">- Update to version 1.1.1
  * Added `maxminddb-compat-util.h` as a source file to dist.
- Changes from version 1.1.0
  * Previously, when there was an error in `MMDB_open()`, `errno` would
    generally be overwritten during cleanup, preventing a useful value from
    being returned to the caller. This was changed so that the `errno` value
    from the function call that caused the error is restored before returning to
    the caller. In particular, this is important for `MMDB_IO_ERROR` errors as
    checking `errno` is often the only way to determine what actually failed.
  * If `mmap()` fails due to running out of memory space, an
    `MMDB_OUT_OF_MEMORY_ERROR` is now returned from `MMDB_open` rather than an
    `MMDB_IO_ERROR`.
  * On Windows, the `CreateFileMappingA()` handle was not properly closed if
    opening the database succeeded. Fixed by Bly Hostetler. GitHub #75 &amp; #76.
  * On Windows, we were not checking the return value of `CreateFileMappingA()`
    properly for errors. Fixed by Bly Hotetler. GitHub #78.
  * Several warnings from Clang's scan-build were fixed. GitHub #86.
  * All headers are now installed in `$(includedir)`. GitHub #89.
  * We no longer install `maxminddb-compat-util.h`. This header was intended for
    internal use only.</changelog>
  <changelog author="p.drouand@gmail.com" date="1447848000">- Update to version 1.1.2
  * IMPORTANT: This release includes a number of important security
    fixes. Among these fixes is improved validation of the database
    metadata. Unfortunately, MaxMind GeoIP2 and GeoLite2 databases
    created earlier than January 28, 2014, had an invalid data type
    for the record_size in the metadata. Previously these databases
    worked on little endian machines with libmaxminddb but did not
    work on big endian machines. Due to increased safety checks when
    reading the file, these databases will no longer work on any
    platform. If you are using one of these databases, we recommend
    that you upgrade to the latest GeoLite2 or GeoIP2 database
  * Added pkg-config support.
  * Several segmentation faults found with afl-fuzz were fixed. These
    were caused by missing bounds checking and missing verification
    of data type.
    MMDB_get_entry_data_list will now fail on data structures with a
    depth greater than 512 and data structures that are cyclic. This
    should not affect any known MaxMind DB in production. All databases
    produced by MaxMind have a depth of less than five.
- Add a build dependency to pkg-config</changelog>
  <changelog author="p.drouand@gmail.com" date="1460462400">- Update to version 1.2.0
  * Four additional fields were added to the end of the
    MMDB_search_node_s struct returned by MMDB_read_node. These
    fields allow the user to iterate through the search tree without
    making undocumented assumptions about how this library works
    internally and without knowing the specific details of the database
    format. GitHub #110 (https://github.com/maxmind/libmaxminddb/issues/110)
- Changes from version 1.1.5
  * Previously, reading a database with a pointer in the metadata would
    cause an MMDB_INVALID_METADATA_ERROR to be returned. This was due to
    an invalid offset being used when calculating the pointer. The
    data_section and metadata_section fields now both point to the
    beginning of the data section. Previously, data_section pointed
    to the beginning of the data separator. This will not affect
    anyone using only documented fields from MMDB_s.
  * MMDB_lookup_sockaddr will set mmdb_error to
    MMDB_IPV6_LOOKUP_IN_IPV4_DATABASE_ERROR if an IPv6 sockaddr is
    looked up in an IPv4-only database. Previously only
    MMDB_lookup_string would set this error code.
  * When resolving an address, this library now relies on getaddrinfo
    to determine the address family rather than trying to guess it itself.
- Changes from version 1.1.4
  * Packaging fixes. The 1.1.3 tarball release contained a lot of extra
    junk in the t/ directory.
- Changes from version 1.1.3
  * Added several additional checks to make sure that we don't attempt to read
    past the end of the databases's data section. GitHub #103
    (https://github.com/maxmind/libmaxminddb/pull/103).
  * When searching for the database metadata, there was a bug that caused
    the code to think it had found valid metadata when none existed. In
    addition, this could lead to an attempt to read past the end of the
    database entirely. Finally, if there are multiple metadata markers
    in the database, we treat the final one as the start of the metdata,
    instead of the first. GitHub #102 (https://github.com/maxmind/libmaxminddb/pull/102)
  * Don't attempt to mmap a file that is too large to be mmapped on the system.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).
  * Added a missing out of memory check when reading a file's metadata.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).
  * Added several additional checks to make sure that we never attempt
    to malloc more than SIZE_MAX memory, which would lead to integer
    overflow. This could only happen with pathological databases.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).</changelog>
  <changelog author="jweberhofer@weberhofer.at" date="1526558400">- Run tests
- Packaged LICENSE
- Update to version 1.3.2
  * Allocate memory for MMDB_entry_data_list_s structs in separate chunks
    rather than one large chunk. This simplifies accessing memory in
    MMDB_get_entry_data_list() and increases performance. It builds on the
    changes in 1.3.0 and 1.3.1.
  * We no longer export data_pool_* symbols. These are internal functions
    but we were previously exporting them. Pull request by Faidon Liambotis.
    gh#maxmind/libmaxminddb#162.
  * Build with POSIX.1-2008 by default if the system supports it. This allows
    use of open() with O_CLOEXEC. We retain support for systems that
    provide only POSIX.1-2001.
    Open the database with the O_CLOEXEC flag if the system provides it.
  * This avoids cases where we could leak fds when called in multi-threaded
    programs that fork() and exec(). Original report and PR by Brandon L
    Black.
  * Added a test to ensure we export only intended symbols (e.g. MMDB_*).
- Update to version 1.3.1
  * Fix build problems related to rpl_malloc(). Pull request by Rainer
    Gerhards. gh#maxmind/libmaxminddb
  * Fix a race to set and read data in a field on the MMDB_s struct
    (ipv4_start_node). gh#maxmind/libmaxminddb#153.
  * Fix cases of invalid memory access when using
    MMDB_get_entry_data_list(). This was introduced in 1.3.0 and occurred
    when performing large lookups. gh#maxmind/libmaxminddb#153.
- Update to version 1.3.0
  * Perform fewer memory allocations in MMDB_get_entry_data_list(). This
    significantly improves its performance. gh#maxmind/libmaxminddb#147.
  * Fix mmdblookup's build epoch reporting on some systems. Big endian
    systems with a 32-bit time_t no longer show a database build date of
    1970-01-01 00:00:00. Pull request by Rainer Jung. gh#maxmind/libmaxminddb#143.
- Update to version 1.2.1
  * Use autoconf to check the system's endianness rather than trying to do this
    with compiler-defined macros like __BYTE_ORDER__. Apparently this didn't
    work properly on a Sparc system. gh#maxmind/libmaxminddb#120.
  * Several compiler warnings on Visual C++ were fixed. Pull request by Marcel
    Raad. gh#maxmind/libmaxminddb#130.
  * Fix segmentation faults found in MMDB_open() using afl-fuzz. This
    occurred on corrupt databases that had a data pointer large enough to
    cause an integer overflow when doing bound checking. Reported by Ryan
    Whitworth. gh#maxmind/libmaxminddb#140.
  * Add --disable-tests option to configure. Pull request by Fabrice
    Fontaine. gh#maxmind/libmaxminddb#136.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1572782400">- update to 1.4.2:
  * negative array index for MMDB_*get_value specifies the last element
  * Fix a memory leak when using custom databases without languages
    defined in the metadata
  * mmdblookup now displays the prefix length for the record when
    using the verbose flag</changelog>
  <changelog author="dimstar@opensuse.org" date="1574251200">- Add baselibs.conf: build libmaxminddb0-32bit, which is required
  by libdns1310-32bit (new dependency gained).</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1596801600">- update to 1.4.3:
  * Use of uninitialized memory in dump_entry_data_list() could have
    cause a heap buffer flow in mmdblookup [bsc#1175006]</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1610020800">- libmaxminddb 1.5.0:
  * build system changes for other platforms only</changelog>
  <changelog author="dmueller@suse.com" date="1614686400">- update to 1.5.2:
  * With `libmaxminddb` on Windows and `mmdblookup` generally, there were
    instances where the return value of `calloc` was not checked, which could
    lead to issues in low memory situations or when resource limits had been
    set.
  * The formatting of the manpages has been improved and the script that
    generates them now supports `lowdown` in addition to `pandoc`.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1619784000">- libmaxminddb 1.6.0:
  * CMake build system fixes, not in use in this package</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1664625600">- libmaxminddb 1.7.1:
  * FD_CLOEXEC is now set on platforms that do not support O_CLOEXEC
  * File size check now correctly compares the size to SSIZE_MAX
  * developer visible changes</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1699358400">- libmaxminddb 1.8.0:
  * PACKAGE_VERSION is now a private compile definition when
    building with CMake.
  * The feature test macro _POSIX_C_SOURCE is no longer set by
    maxminddb.h
  * assert() is no longer used outside test code</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1704888000">- libmaxminddb 1.9.1:
  * On very large databases, the calculation to determine the search
    tree size could overflow. This was fixed and several additional
    guards against overflows were added
  * build system tweaks</changelog>
  <changelog author="dmueller@suse.com" date="1721304000">- update to 1.10.0:
  * The reader can now lookup records on a database with a search
    tree that is greater than 4 gigabytes without sometimes
    returning erroneous results due to an integer overflow.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1739275200">- update to 1.12.2:
  * fix memory leaks
  * MMDB_get_entry_data_list() now always sets the passed
    entry_data_list parameter to either NULL or valid memory. This
    makes it safe for callers to use MMDB_free_entry_data_list() on
    it even in case of error.
  * more build system tweaks</changelog>
</package>
<package pkgid="72e621e973d77b5114d428a6f3050e0812f2033a25a1b4dead2099bb91546185" name="libmaxminddb-devel" arch="x86_64">
  <version epoch="0" ver="1.12.2" rel="150700.28.1"/>
  <changelog author="p.drouand@gmail.com" date="1419163200">- Initial release (version 1.0.3)</changelog>
  <changelog author="p.drouand@gmail.com" date="1421841600">- Update to version 1.0.4
  * If you used a non-integer string as an array index when doing a
    lookup with MMDB_get_value, MMDB_vget_value, or MMDB_aget_value,
    the first element of the array would be returned rather than an
    error. A MMDB_LOOKUP_PATH_DOES_NOT_MATCH_DATA_ERROR error will
    now be returned. GitHub #61.
  * If a number larger than LONG_MAX was used in the same functions,
    LONG_MAX would have been used in the lookup. Now a
    MMDB_INVALID_LOOKUP_PATH_ERROR error will be returned.
  * Visual Studio build files were added for unit tests and some
    compatibility issues with the tests were fixed.
  * Visual Studio project was updated to use property pages. GitHub #69.
  * A test failure in t/compile_c++_t.pl on new installs was fixed.</changelog>
  <changelog author="p.drouand@gmail.com" date="1437912000">- Update to version 1.1.1
  * Added `maxminddb-compat-util.h` as a source file to dist.
- Changes from version 1.1.0
  * Previously, when there was an error in `MMDB_open()`, `errno` would
    generally be overwritten during cleanup, preventing a useful value from
    being returned to the caller. This was changed so that the `errno` value
    from the function call that caused the error is restored before returning to
    the caller. In particular, this is important for `MMDB_IO_ERROR` errors as
    checking `errno` is often the only way to determine what actually failed.
  * If `mmap()` fails due to running out of memory space, an
    `MMDB_OUT_OF_MEMORY_ERROR` is now returned from `MMDB_open` rather than an
    `MMDB_IO_ERROR`.
  * On Windows, the `CreateFileMappingA()` handle was not properly closed if
    opening the database succeeded. Fixed by Bly Hostetler. GitHub #75 &amp; #76.
  * On Windows, we were not checking the return value of `CreateFileMappingA()`
    properly for errors. Fixed by Bly Hotetler. GitHub #78.
  * Several warnings from Clang's scan-build were fixed. GitHub #86.
  * All headers are now installed in `$(includedir)`. GitHub #89.
  * We no longer install `maxminddb-compat-util.h`. This header was intended for
    internal use only.</changelog>
  <changelog author="p.drouand@gmail.com" date="1447848000">- Update to version 1.1.2
  * IMPORTANT: This release includes a number of important security
    fixes. Among these fixes is improved validation of the database
    metadata. Unfortunately, MaxMind GeoIP2 and GeoLite2 databases
    created earlier than January 28, 2014, had an invalid data type
    for the record_size in the metadata. Previously these databases
    worked on little endian machines with libmaxminddb but did not
    work on big endian machines. Due to increased safety checks when
    reading the file, these databases will no longer work on any
    platform. If you are using one of these databases, we recommend
    that you upgrade to the latest GeoLite2 or GeoIP2 database
  * Added pkg-config support.
  * Several segmentation faults found with afl-fuzz were fixed. These
    were caused by missing bounds checking and missing verification
    of data type.
    MMDB_get_entry_data_list will now fail on data structures with a
    depth greater than 512 and data structures that are cyclic. This
    should not affect any known MaxMind DB in production. All databases
    produced by MaxMind have a depth of less than five.
- Add a build dependency to pkg-config</changelog>
  <changelog author="p.drouand@gmail.com" date="1460462400">- Update to version 1.2.0
  * Four additional fields were added to the end of the
    MMDB_search_node_s struct returned by MMDB_read_node. These
    fields allow the user to iterate through the search tree without
    making undocumented assumptions about how this library works
    internally and without knowing the specific details of the database
    format. GitHub #110 (https://github.com/maxmind/libmaxminddb/issues/110)
- Changes from version 1.1.5
  * Previously, reading a database with a pointer in the metadata would
    cause an MMDB_INVALID_METADATA_ERROR to be returned. This was due to
    an invalid offset being used when calculating the pointer. The
    data_section and metadata_section fields now both point to the
    beginning of the data section. Previously, data_section pointed
    to the beginning of the data separator. This will not affect
    anyone using only documented fields from MMDB_s.
  * MMDB_lookup_sockaddr will set mmdb_error to
    MMDB_IPV6_LOOKUP_IN_IPV4_DATABASE_ERROR if an IPv6 sockaddr is
    looked up in an IPv4-only database. Previously only
    MMDB_lookup_string would set this error code.
  * When resolving an address, this library now relies on getaddrinfo
    to determine the address family rather than trying to guess it itself.
- Changes from version 1.1.4
  * Packaging fixes. The 1.1.3 tarball release contained a lot of extra
    junk in the t/ directory.
- Changes from version 1.1.3
  * Added several additional checks to make sure that we don't attempt to read
    past the end of the databases's data section. GitHub #103
    (https://github.com/maxmind/libmaxminddb/pull/103).
  * When searching for the database metadata, there was a bug that caused
    the code to think it had found valid metadata when none existed. In
    addition, this could lead to an attempt to read past the end of the
    database entirely. Finally, if there are multiple metadata markers
    in the database, we treat the final one as the start of the metdata,
    instead of the first. GitHub #102 (https://github.com/maxmind/libmaxminddb/pull/102)
  * Don't attempt to mmap a file that is too large to be mmapped on the system.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).
  * Added a missing out of memory check when reading a file's metadata.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).
  * Added several additional checks to make sure that we never attempt
    to malloc more than SIZE_MAX memory, which would lead to integer
    overflow. This could only happen with pathological databases.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).</changelog>
  <changelog author="jweberhofer@weberhofer.at" date="1526558400">- Run tests
- Packaged LICENSE
- Update to version 1.3.2
  * Allocate memory for MMDB_entry_data_list_s structs in separate chunks
    rather than one large chunk. This simplifies accessing memory in
    MMDB_get_entry_data_list() and increases performance. It builds on the
    changes in 1.3.0 and 1.3.1.
  * We no longer export data_pool_* symbols. These are internal functions
    but we were previously exporting them. Pull request by Faidon Liambotis.
    gh#maxmind/libmaxminddb#162.
  * Build with POSIX.1-2008 by default if the system supports it. This allows
    use of open() with O_CLOEXEC. We retain support for systems that
    provide only POSIX.1-2001.
    Open the database with the O_CLOEXEC flag if the system provides it.
  * This avoids cases where we could leak fds when called in multi-threaded
    programs that fork() and exec(). Original report and PR by Brandon L
    Black.
  * Added a test to ensure we export only intended symbols (e.g. MMDB_*).
- Update to version 1.3.1
  * Fix build problems related to rpl_malloc(). Pull request by Rainer
    Gerhards. gh#maxmind/libmaxminddb
  * Fix a race to set and read data in a field on the MMDB_s struct
    (ipv4_start_node). gh#maxmind/libmaxminddb#153.
  * Fix cases of invalid memory access when using
    MMDB_get_entry_data_list(). This was introduced in 1.3.0 and occurred
    when performing large lookups. gh#maxmind/libmaxminddb#153.
- Update to version 1.3.0
  * Perform fewer memory allocations in MMDB_get_entry_data_list(). This
    significantly improves its performance. gh#maxmind/libmaxminddb#147.
  * Fix mmdblookup's build epoch reporting on some systems. Big endian
    systems with a 32-bit time_t no longer show a database build date of
    1970-01-01 00:00:00. Pull request by Rainer Jung. gh#maxmind/libmaxminddb#143.
- Update to version 1.2.1
  * Use autoconf to check the system's endianness rather than trying to do this
    with compiler-defined macros like __BYTE_ORDER__. Apparently this didn't
    work properly on a Sparc system. gh#maxmind/libmaxminddb#120.
  * Several compiler warnings on Visual C++ were fixed. Pull request by Marcel
    Raad. gh#maxmind/libmaxminddb#130.
  * Fix segmentation faults found in MMDB_open() using afl-fuzz. This
    occurred on corrupt databases that had a data pointer large enough to
    cause an integer overflow when doing bound checking. Reported by Ryan
    Whitworth. gh#maxmind/libmaxminddb#140.
  * Add --disable-tests option to configure. Pull request by Fabrice
    Fontaine. gh#maxmind/libmaxminddb#136.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1572782400">- update to 1.4.2:
  * negative array index for MMDB_*get_value specifies the last element
  * Fix a memory leak when using custom databases without languages
    defined in the metadata
  * mmdblookup now displays the prefix length for the record when
    using the verbose flag</changelog>
  <changelog author="dimstar@opensuse.org" date="1574251200">- Add baselibs.conf: build libmaxminddb0-32bit, which is required
  by libdns1310-32bit (new dependency gained).</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1596801600">- update to 1.4.3:
  * Use of uninitialized memory in dump_entry_data_list() could have
    cause a heap buffer flow in mmdblookup [bsc#1175006]</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1610020800">- libmaxminddb 1.5.0:
  * build system changes for other platforms only</changelog>
  <changelog author="dmueller@suse.com" date="1614686400">- update to 1.5.2:
  * With `libmaxminddb` on Windows and `mmdblookup` generally, there were
    instances where the return value of `calloc` was not checked, which could
    lead to issues in low memory situations or when resource limits had been
    set.
  * The formatting of the manpages has been improved and the script that
    generates them now supports `lowdown` in addition to `pandoc`.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1619784000">- libmaxminddb 1.6.0:
  * CMake build system fixes, not in use in this package</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1664625600">- libmaxminddb 1.7.1:
  * FD_CLOEXEC is now set on platforms that do not support O_CLOEXEC
  * File size check now correctly compares the size to SSIZE_MAX
  * developer visible changes</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1699358400">- libmaxminddb 1.8.0:
  * PACKAGE_VERSION is now a private compile definition when
    building with CMake.
  * The feature test macro _POSIX_C_SOURCE is no longer set by
    maxminddb.h
  * assert() is no longer used outside test code</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1704888000">- libmaxminddb 1.9.1:
  * On very large databases, the calculation to determine the search
    tree size could overflow. This was fixed and several additional
    guards against overflows were added
  * build system tweaks</changelog>
  <changelog author="dmueller@suse.com" date="1721304000">- update to 1.10.0:
  * The reader can now lookup records on a database with a search
    tree that is greater than 4 gigabytes without sometimes
    returning erroneous results due to an integer overflow.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1739275200">- update to 1.12.2:
  * fix memory leaks
  * MMDB_get_entry_data_list() now always sets the passed
    entry_data_list parameter to either NULL or valid memory. This
    makes it safe for callers to use MMDB_free_entry_data_list() on
    it even in case of error.
  * more build system tweaks</changelog>
</package>
<package pkgid="ffd0a18c3808156f59718a2bccfbdf6ee271105840ffe1b51614a26cebe1e622" name="libmaxminddb0" arch="aarch64">
  <version epoch="0" ver="1.12.2" rel="150700.28.1"/>
  <changelog author="p.drouand@gmail.com" date="1419163200">- Initial release (version 1.0.3)</changelog>
  <changelog author="p.drouand@gmail.com" date="1421841600">- Update to version 1.0.4
  * If you used a non-integer string as an array index when doing a
    lookup with MMDB_get_value, MMDB_vget_value, or MMDB_aget_value,
    the first element of the array would be returned rather than an
    error. A MMDB_LOOKUP_PATH_DOES_NOT_MATCH_DATA_ERROR error will
    now be returned. GitHub #61.
  * If a number larger than LONG_MAX was used in the same functions,
    LONG_MAX would have been used in the lookup. Now a
    MMDB_INVALID_LOOKUP_PATH_ERROR error will be returned.
  * Visual Studio build files were added for unit tests and some
    compatibility issues with the tests were fixed.
  * Visual Studio project was updated to use property pages. GitHub #69.
  * A test failure in t/compile_c++_t.pl on new installs was fixed.</changelog>
  <changelog author="p.drouand@gmail.com" date="1437912000">- Update to version 1.1.1
  * Added `maxminddb-compat-util.h` as a source file to dist.
- Changes from version 1.1.0
  * Previously, when there was an error in `MMDB_open()`, `errno` would
    generally be overwritten during cleanup, preventing a useful value from
    being returned to the caller. This was changed so that the `errno` value
    from the function call that caused the error is restored before returning to
    the caller. In particular, this is important for `MMDB_IO_ERROR` errors as
    checking `errno` is often the only way to determine what actually failed.
  * If `mmap()` fails due to running out of memory space, an
    `MMDB_OUT_OF_MEMORY_ERROR` is now returned from `MMDB_open` rather than an
    `MMDB_IO_ERROR`.
  * On Windows, the `CreateFileMappingA()` handle was not properly closed if
    opening the database succeeded. Fixed by Bly Hostetler. GitHub #75 &amp; #76.
  * On Windows, we were not checking the return value of `CreateFileMappingA()`
    properly for errors. Fixed by Bly Hotetler. GitHub #78.
  * Several warnings from Clang's scan-build were fixed. GitHub #86.
  * All headers are now installed in `$(includedir)`. GitHub #89.
  * We no longer install `maxminddb-compat-util.h`. This header was intended for
    internal use only.</changelog>
  <changelog author="p.drouand@gmail.com" date="1447848000">- Update to version 1.1.2
  * IMPORTANT: This release includes a number of important security
    fixes. Among these fixes is improved validation of the database
    metadata. Unfortunately, MaxMind GeoIP2 and GeoLite2 databases
    created earlier than January 28, 2014, had an invalid data type
    for the record_size in the metadata. Previously these databases
    worked on little endian machines with libmaxminddb but did not
    work on big endian machines. Due to increased safety checks when
    reading the file, these databases will no longer work on any
    platform. If you are using one of these databases, we recommend
    that you upgrade to the latest GeoLite2 or GeoIP2 database
  * Added pkg-config support.
  * Several segmentation faults found with afl-fuzz were fixed. These
    were caused by missing bounds checking and missing verification
    of data type.
    MMDB_get_entry_data_list will now fail on data structures with a
    depth greater than 512 and data structures that are cyclic. This
    should not affect any known MaxMind DB in production. All databases
    produced by MaxMind have a depth of less than five.
- Add a build dependency to pkg-config</changelog>
  <changelog author="p.drouand@gmail.com" date="1460462400">- Update to version 1.2.0
  * Four additional fields were added to the end of the
    MMDB_search_node_s struct returned by MMDB_read_node. These
    fields allow the user to iterate through the search tree without
    making undocumented assumptions about how this library works
    internally and without knowing the specific details of the database
    format. GitHub #110 (https://github.com/maxmind/libmaxminddb/issues/110)
- Changes from version 1.1.5
  * Previously, reading a database with a pointer in the metadata would
    cause an MMDB_INVALID_METADATA_ERROR to be returned. This was due to
    an invalid offset being used when calculating the pointer. The
    data_section and metadata_section fields now both point to the
    beginning of the data section. Previously, data_section pointed
    to the beginning of the data separator. This will not affect
    anyone using only documented fields from MMDB_s.
  * MMDB_lookup_sockaddr will set mmdb_error to
    MMDB_IPV6_LOOKUP_IN_IPV4_DATABASE_ERROR if an IPv6 sockaddr is
    looked up in an IPv4-only database. Previously only
    MMDB_lookup_string would set this error code.
  * When resolving an address, this library now relies on getaddrinfo
    to determine the address family rather than trying to guess it itself.
- Changes from version 1.1.4
  * Packaging fixes. The 1.1.3 tarball release contained a lot of extra
    junk in the t/ directory.
- Changes from version 1.1.3
  * Added several additional checks to make sure that we don't attempt to read
    past the end of the databases's data section. GitHub #103
    (https://github.com/maxmind/libmaxminddb/pull/103).
  * When searching for the database metadata, there was a bug that caused
    the code to think it had found valid metadata when none existed. In
    addition, this could lead to an attempt to read past the end of the
    database entirely. Finally, if there are multiple metadata markers
    in the database, we treat the final one as the start of the metdata,
    instead of the first. GitHub #102 (https://github.com/maxmind/libmaxminddb/pull/102)
  * Don't attempt to mmap a file that is too large to be mmapped on the system.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).
  * Added a missing out of memory check when reading a file's metadata.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).
  * Added several additional checks to make sure that we never attempt
    to malloc more than SIZE_MAX memory, which would lead to integer
    overflow. This could only happen with pathological databases.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).</changelog>
  <changelog author="jweberhofer@weberhofer.at" date="1526558400">- Run tests
- Packaged LICENSE
- Update to version 1.3.2
  * Allocate memory for MMDB_entry_data_list_s structs in separate chunks
    rather than one large chunk. This simplifies accessing memory in
    MMDB_get_entry_data_list() and increases performance. It builds on the
    changes in 1.3.0 and 1.3.1.
  * We no longer export data_pool_* symbols. These are internal functions
    but we were previously exporting them. Pull request by Faidon Liambotis.
    gh#maxmind/libmaxminddb#162.
  * Build with POSIX.1-2008 by default if the system supports it. This allows
    use of open() with O_CLOEXEC. We retain support for systems that
    provide only POSIX.1-2001.
    Open the database with the O_CLOEXEC flag if the system provides it.
  * This avoids cases where we could leak fds when called in multi-threaded
    programs that fork() and exec(). Original report and PR by Brandon L
    Black.
  * Added a test to ensure we export only intended symbols (e.g. MMDB_*).
- Update to version 1.3.1
  * Fix build problems related to rpl_malloc(). Pull request by Rainer
    Gerhards. gh#maxmind/libmaxminddb
  * Fix a race to set and read data in a field on the MMDB_s struct
    (ipv4_start_node). gh#maxmind/libmaxminddb#153.
  * Fix cases of invalid memory access when using
    MMDB_get_entry_data_list(). This was introduced in 1.3.0 and occurred
    when performing large lookups. gh#maxmind/libmaxminddb#153.
- Update to version 1.3.0
  * Perform fewer memory allocations in MMDB_get_entry_data_list(). This
    significantly improves its performance. gh#maxmind/libmaxminddb#147.
  * Fix mmdblookup's build epoch reporting on some systems. Big endian
    systems with a 32-bit time_t no longer show a database build date of
    1970-01-01 00:00:00. Pull request by Rainer Jung. gh#maxmind/libmaxminddb#143.
- Update to version 1.2.1
  * Use autoconf to check the system's endianness rather than trying to do this
    with compiler-defined macros like __BYTE_ORDER__. Apparently this didn't
    work properly on a Sparc system. gh#maxmind/libmaxminddb#120.
  * Several compiler warnings on Visual C++ were fixed. Pull request by Marcel
    Raad. gh#maxmind/libmaxminddb#130.
  * Fix segmentation faults found in MMDB_open() using afl-fuzz. This
    occurred on corrupt databases that had a data pointer large enough to
    cause an integer overflow when doing bound checking. Reported by Ryan
    Whitworth. gh#maxmind/libmaxminddb#140.
  * Add --disable-tests option to configure. Pull request by Fabrice
    Fontaine. gh#maxmind/libmaxminddb#136.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1572782400">- update to 1.4.2:
  * negative array index for MMDB_*get_value specifies the last element
  * Fix a memory leak when using custom databases without languages
    defined in the metadata
  * mmdblookup now displays the prefix length for the record when
    using the verbose flag</changelog>
  <changelog author="dimstar@opensuse.org" date="1574251200">- Add baselibs.conf: build libmaxminddb0-32bit, which is required
  by libdns1310-32bit (new dependency gained).</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1596801600">- update to 1.4.3:
  * Use of uninitialized memory in dump_entry_data_list() could have
    cause a heap buffer flow in mmdblookup [bsc#1175006]</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1610020800">- libmaxminddb 1.5.0:
  * build system changes for other platforms only</changelog>
  <changelog author="dmueller@suse.com" date="1614686400">- update to 1.5.2:
  * With `libmaxminddb` on Windows and `mmdblookup` generally, there were
    instances where the return value of `calloc` was not checked, which could
    lead to issues in low memory situations or when resource limits had been
    set.
  * The formatting of the manpages has been improved and the script that
    generates them now supports `lowdown` in addition to `pandoc`.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1619784000">- libmaxminddb 1.6.0:
  * CMake build system fixes, not in use in this package</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1664625600">- libmaxminddb 1.7.1:
  * FD_CLOEXEC is now set on platforms that do not support O_CLOEXEC
  * File size check now correctly compares the size to SSIZE_MAX
  * developer visible changes</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1699358400">- libmaxminddb 1.8.0:
  * PACKAGE_VERSION is now a private compile definition when
    building with CMake.
  * The feature test macro _POSIX_C_SOURCE is no longer set by
    maxminddb.h
  * assert() is no longer used outside test code</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1704888000">- libmaxminddb 1.9.1:
  * On very large databases, the calculation to determine the search
    tree size could overflow. This was fixed and several additional
    guards against overflows were added
  * build system tweaks</changelog>
  <changelog author="dmueller@suse.com" date="1721304000">- update to 1.10.0:
  * The reader can now lookup records on a database with a search
    tree that is greater than 4 gigabytes without sometimes
    returning erroneous results due to an integer overflow.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1739275200">- update to 1.12.2:
  * fix memory leaks
  * MMDB_get_entry_data_list() now always sets the passed
    entry_data_list parameter to either NULL or valid memory. This
    makes it safe for callers to use MMDB_free_entry_data_list() on
    it even in case of error.
  * more build system tweaks</changelog>
</package>
<package pkgid="6e1b3f567dd95cbe07dd5b299dd03ab4a0a5a68479e75734160746db84a0f7f1" name="libmaxminddb0" arch="x86_64">
  <version epoch="0" ver="1.12.2" rel="150700.28.1"/>
  <changelog author="p.drouand@gmail.com" date="1419163200">- Initial release (version 1.0.3)</changelog>
  <changelog author="p.drouand@gmail.com" date="1421841600">- Update to version 1.0.4
  * If you used a non-integer string as an array index when doing a
    lookup with MMDB_get_value, MMDB_vget_value, or MMDB_aget_value,
    the first element of the array would be returned rather than an
    error. A MMDB_LOOKUP_PATH_DOES_NOT_MATCH_DATA_ERROR error will
    now be returned. GitHub #61.
  * If a number larger than LONG_MAX was used in the same functions,
    LONG_MAX would have been used in the lookup. Now a
    MMDB_INVALID_LOOKUP_PATH_ERROR error will be returned.
  * Visual Studio build files were added for unit tests and some
    compatibility issues with the tests were fixed.
  * Visual Studio project was updated to use property pages. GitHub #69.
  * A test failure in t/compile_c++_t.pl on new installs was fixed.</changelog>
  <changelog author="p.drouand@gmail.com" date="1437912000">- Update to version 1.1.1
  * Added `maxminddb-compat-util.h` as a source file to dist.
- Changes from version 1.1.0
  * Previously, when there was an error in `MMDB_open()`, `errno` would
    generally be overwritten during cleanup, preventing a useful value from
    being returned to the caller. This was changed so that the `errno` value
    from the function call that caused the error is restored before returning to
    the caller. In particular, this is important for `MMDB_IO_ERROR` errors as
    checking `errno` is often the only way to determine what actually failed.
  * If `mmap()` fails due to running out of memory space, an
    `MMDB_OUT_OF_MEMORY_ERROR` is now returned from `MMDB_open` rather than an
    `MMDB_IO_ERROR`.
  * On Windows, the `CreateFileMappingA()` handle was not properly closed if
    opening the database succeeded. Fixed by Bly Hostetler. GitHub #75 &amp; #76.
  * On Windows, we were not checking the return value of `CreateFileMappingA()`
    properly for errors. Fixed by Bly Hotetler. GitHub #78.
  * Several warnings from Clang's scan-build were fixed. GitHub #86.
  * All headers are now installed in `$(includedir)`. GitHub #89.
  * We no longer install `maxminddb-compat-util.h`. This header was intended for
    internal use only.</changelog>
  <changelog author="p.drouand@gmail.com" date="1447848000">- Update to version 1.1.2
  * IMPORTANT: This release includes a number of important security
    fixes. Among these fixes is improved validation of the database
    metadata. Unfortunately, MaxMind GeoIP2 and GeoLite2 databases
    created earlier than January 28, 2014, had an invalid data type
    for the record_size in the metadata. Previously these databases
    worked on little endian machines with libmaxminddb but did not
    work on big endian machines. Due to increased safety checks when
    reading the file, these databases will no longer work on any
    platform. If you are using one of these databases, we recommend
    that you upgrade to the latest GeoLite2 or GeoIP2 database
  * Added pkg-config support.
  * Several segmentation faults found with afl-fuzz were fixed. These
    were caused by missing bounds checking and missing verification
    of data type.
    MMDB_get_entry_data_list will now fail on data structures with a
    depth greater than 512 and data structures that are cyclic. This
    should not affect any known MaxMind DB in production. All databases
    produced by MaxMind have a depth of less than five.
- Add a build dependency to pkg-config</changelog>
  <changelog author="p.drouand@gmail.com" date="1460462400">- Update to version 1.2.0
  * Four additional fields were added to the end of the
    MMDB_search_node_s struct returned by MMDB_read_node. These
    fields allow the user to iterate through the search tree without
    making undocumented assumptions about how this library works
    internally and without knowing the specific details of the database
    format. GitHub #110 (https://github.com/maxmind/libmaxminddb/issues/110)
- Changes from version 1.1.5
  * Previously, reading a database with a pointer in the metadata would
    cause an MMDB_INVALID_METADATA_ERROR to be returned. This was due to
    an invalid offset being used when calculating the pointer. The
    data_section and metadata_section fields now both point to the
    beginning of the data section. Previously, data_section pointed
    to the beginning of the data separator. This will not affect
    anyone using only documented fields from MMDB_s.
  * MMDB_lookup_sockaddr will set mmdb_error to
    MMDB_IPV6_LOOKUP_IN_IPV4_DATABASE_ERROR if an IPv6 sockaddr is
    looked up in an IPv4-only database. Previously only
    MMDB_lookup_string would set this error code.
  * When resolving an address, this library now relies on getaddrinfo
    to determine the address family rather than trying to guess it itself.
- Changes from version 1.1.4
  * Packaging fixes. The 1.1.3 tarball release contained a lot of extra
    junk in the t/ directory.
- Changes from version 1.1.3
  * Added several additional checks to make sure that we don't attempt to read
    past the end of the databases's data section. GitHub #103
    (https://github.com/maxmind/libmaxminddb/pull/103).
  * When searching for the database metadata, there was a bug that caused
    the code to think it had found valid metadata when none existed. In
    addition, this could lead to an attempt to read past the end of the
    database entirely. Finally, if there are multiple metadata markers
    in the database, we treat the final one as the start of the metdata,
    instead of the first. GitHub #102 (https://github.com/maxmind/libmaxminddb/pull/102)
  * Don't attempt to mmap a file that is too large to be mmapped on the system.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).
  * Added a missing out of memory check when reading a file's metadata.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).
  * Added several additional checks to make sure that we never attempt
    to malloc more than SIZE_MAX memory, which would lead to integer
    overflow. This could only happen with pathological databases.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).</changelog>
  <changelog author="jweberhofer@weberhofer.at" date="1526558400">- Run tests
- Packaged LICENSE
- Update to version 1.3.2
  * Allocate memory for MMDB_entry_data_list_s structs in separate chunks
    rather than one large chunk. This simplifies accessing memory in
    MMDB_get_entry_data_list() and increases performance. It builds on the
    changes in 1.3.0 and 1.3.1.
  * We no longer export data_pool_* symbols. These are internal functions
    but we were previously exporting them. Pull request by Faidon Liambotis.
    gh#maxmind/libmaxminddb#162.
  * Build with POSIX.1-2008 by default if the system supports it. This allows
    use of open() with O_CLOEXEC. We retain support for systems that
    provide only POSIX.1-2001.
    Open the database with the O_CLOEXEC flag if the system provides it.
  * This avoids cases where we could leak fds when called in multi-threaded
    programs that fork() and exec(). Original report and PR by Brandon L
    Black.
  * Added a test to ensure we export only intended symbols (e.g. MMDB_*).
- Update to version 1.3.1
  * Fix build problems related to rpl_malloc(). Pull request by Rainer
    Gerhards. gh#maxmind/libmaxminddb
  * Fix a race to set and read data in a field on the MMDB_s struct
    (ipv4_start_node). gh#maxmind/libmaxminddb#153.
  * Fix cases of invalid memory access when using
    MMDB_get_entry_data_list(). This was introduced in 1.3.0 and occurred
    when performing large lookups. gh#maxmind/libmaxminddb#153.
- Update to version 1.3.0
  * Perform fewer memory allocations in MMDB_get_entry_data_list(). This
    significantly improves its performance. gh#maxmind/libmaxminddb#147.
  * Fix mmdblookup's build epoch reporting on some systems. Big endian
    systems with a 32-bit time_t no longer show a database build date of
    1970-01-01 00:00:00. Pull request by Rainer Jung. gh#maxmind/libmaxminddb#143.
- Update to version 1.2.1
  * Use autoconf to check the system's endianness rather than trying to do this
    with compiler-defined macros like __BYTE_ORDER__. Apparently this didn't
    work properly on a Sparc system. gh#maxmind/libmaxminddb#120.
  * Several compiler warnings on Visual C++ were fixed. Pull request by Marcel
    Raad. gh#maxmind/libmaxminddb#130.
  * Fix segmentation faults found in MMDB_open() using afl-fuzz. This
    occurred on corrupt databases that had a data pointer large enough to
    cause an integer overflow when doing bound checking. Reported by Ryan
    Whitworth. gh#maxmind/libmaxminddb#140.
  * Add --disable-tests option to configure. Pull request by Fabrice
    Fontaine. gh#maxmind/libmaxminddb#136.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1572782400">- update to 1.4.2:
  * negative array index for MMDB_*get_value specifies the last element
  * Fix a memory leak when using custom databases without languages
    defined in the metadata
  * mmdblookup now displays the prefix length for the record when
    using the verbose flag</changelog>
  <changelog author="dimstar@opensuse.org" date="1574251200">- Add baselibs.conf: build libmaxminddb0-32bit, which is required
  by libdns1310-32bit (new dependency gained).</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1596801600">- update to 1.4.3:
  * Use of uninitialized memory in dump_entry_data_list() could have
    cause a heap buffer flow in mmdblookup [bsc#1175006]</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1610020800">- libmaxminddb 1.5.0:
  * build system changes for other platforms only</changelog>
  <changelog author="dmueller@suse.com" date="1614686400">- update to 1.5.2:
  * With `libmaxminddb` on Windows and `mmdblookup` generally, there were
    instances where the return value of `calloc` was not checked, which could
    lead to issues in low memory situations or when resource limits had been
    set.
  * The formatting of the manpages has been improved and the script that
    generates them now supports `lowdown` in addition to `pandoc`.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1619784000">- libmaxminddb 1.6.0:
  * CMake build system fixes, not in use in this package</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1664625600">- libmaxminddb 1.7.1:
  * FD_CLOEXEC is now set on platforms that do not support O_CLOEXEC
  * File size check now correctly compares the size to SSIZE_MAX
  * developer visible changes</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1699358400">- libmaxminddb 1.8.0:
  * PACKAGE_VERSION is now a private compile definition when
    building with CMake.
  * The feature test macro _POSIX_C_SOURCE is no longer set by
    maxminddb.h
  * assert() is no longer used outside test code</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1704888000">- libmaxminddb 1.9.1:
  * On very large databases, the calculation to determine the search
    tree size could overflow. This was fixed and several additional
    guards against overflows were added
  * build system tweaks</changelog>
  <changelog author="dmueller@suse.com" date="1721304000">- update to 1.10.0:
  * The reader can now lookup records on a database with a search
    tree that is greater than 4 gigabytes without sometimes
    returning erroneous results due to an integer overflow.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1739275200">- update to 1.12.2:
  * fix memory leaks
  * MMDB_get_entry_data_list() now always sets the passed
    entry_data_list parameter to either NULL or valid memory. This
    makes it safe for callers to use MMDB_free_entry_data_list() on
    it even in case of error.
  * more build system tweaks</changelog>
</package>
<package pkgid="237cdb555d1953f940ed94f81e0f93ac7eafc332c3da8bb28a2ea9a17d93b099" name="libmaxminddb0-64bit" arch="aarch64_ilp32">
  <version epoch="0" ver="1.12.2" rel="150700.28.1"/>
  <changelog author="p.drouand@gmail.com" date="1419163200">- Initial release (version 1.0.3)</changelog>
  <changelog author="p.drouand@gmail.com" date="1421841600">- Update to version 1.0.4
  * If you used a non-integer string as an array index when doing a
    lookup with MMDB_get_value, MMDB_vget_value, or MMDB_aget_value,
    the first element of the array would be returned rather than an
    error. A MMDB_LOOKUP_PATH_DOES_NOT_MATCH_DATA_ERROR error will
    now be returned. GitHub #61.
  * If a number larger than LONG_MAX was used in the same functions,
    LONG_MAX would have been used in the lookup. Now a
    MMDB_INVALID_LOOKUP_PATH_ERROR error will be returned.
  * Visual Studio build files were added for unit tests and some
    compatibility issues with the tests were fixed.
  * Visual Studio project was updated to use property pages. GitHub #69.
  * A test failure in t/compile_c++_t.pl on new installs was fixed.</changelog>
  <changelog author="p.drouand@gmail.com" date="1437912000">- Update to version 1.1.1
  * Added `maxminddb-compat-util.h` as a source file to dist.
- Changes from version 1.1.0
  * Previously, when there was an error in `MMDB_open()`, `errno` would
    generally be overwritten during cleanup, preventing a useful value from
    being returned to the caller. This was changed so that the `errno` value
    from the function call that caused the error is restored before returning to
    the caller. In particular, this is important for `MMDB_IO_ERROR` errors as
    checking `errno` is often the only way to determine what actually failed.
  * If `mmap()` fails due to running out of memory space, an
    `MMDB_OUT_OF_MEMORY_ERROR` is now returned from `MMDB_open` rather than an
    `MMDB_IO_ERROR`.
  * On Windows, the `CreateFileMappingA()` handle was not properly closed if
    opening the database succeeded. Fixed by Bly Hostetler. GitHub #75 &amp; #76.
  * On Windows, we were not checking the return value of `CreateFileMappingA()`
    properly for errors. Fixed by Bly Hotetler. GitHub #78.
  * Several warnings from Clang's scan-build were fixed. GitHub #86.
  * All headers are now installed in `$(includedir)`. GitHub #89.
  * We no longer install `maxminddb-compat-util.h`. This header was intended for
    internal use only.</changelog>
  <changelog author="p.drouand@gmail.com" date="1447848000">- Update to version 1.1.2
  * IMPORTANT: This release includes a number of important security
    fixes. Among these fixes is improved validation of the database
    metadata. Unfortunately, MaxMind GeoIP2 and GeoLite2 databases
    created earlier than January 28, 2014, had an invalid data type
    for the record_size in the metadata. Previously these databases
    worked on little endian machines with libmaxminddb but did not
    work on big endian machines. Due to increased safety checks when
    reading the file, these databases will no longer work on any
    platform. If you are using one of these databases, we recommend
    that you upgrade to the latest GeoLite2 or GeoIP2 database
  * Added pkg-config support.
  * Several segmentation faults found with afl-fuzz were fixed. These
    were caused by missing bounds checking and missing verification
    of data type.
    MMDB_get_entry_data_list will now fail on data structures with a
    depth greater than 512 and data structures that are cyclic. This
    should not affect any known MaxMind DB in production. All databases
    produced by MaxMind have a depth of less than five.
- Add a build dependency to pkg-config</changelog>
  <changelog author="p.drouand@gmail.com" date="1460462400">- Update to version 1.2.0
  * Four additional fields were added to the end of the
    MMDB_search_node_s struct returned by MMDB_read_node. These
    fields allow the user to iterate through the search tree without
    making undocumented assumptions about how this library works
    internally and without knowing the specific details of the database
    format. GitHub #110 (https://github.com/maxmind/libmaxminddb/issues/110)
- Changes from version 1.1.5
  * Previously, reading a database with a pointer in the metadata would
    cause an MMDB_INVALID_METADATA_ERROR to be returned. This was due to
    an invalid offset being used when calculating the pointer. The
    data_section and metadata_section fields now both point to the
    beginning of the data section. Previously, data_section pointed
    to the beginning of the data separator. This will not affect
    anyone using only documented fields from MMDB_s.
  * MMDB_lookup_sockaddr will set mmdb_error to
    MMDB_IPV6_LOOKUP_IN_IPV4_DATABASE_ERROR if an IPv6 sockaddr is
    looked up in an IPv4-only database. Previously only
    MMDB_lookup_string would set this error code.
  * When resolving an address, this library now relies on getaddrinfo
    to determine the address family rather than trying to guess it itself.
- Changes from version 1.1.4
  * Packaging fixes. The 1.1.3 tarball release contained a lot of extra
    junk in the t/ directory.
- Changes from version 1.1.3
  * Added several additional checks to make sure that we don't attempt to read
    past the end of the databases's data section. GitHub #103
    (https://github.com/maxmind/libmaxminddb/pull/103).
  * When searching for the database metadata, there was a bug that caused
    the code to think it had found valid metadata when none existed. In
    addition, this could lead to an attempt to read past the end of the
    database entirely. Finally, if there are multiple metadata markers
    in the database, we treat the final one as the start of the metdata,
    instead of the first. GitHub #102 (https://github.com/maxmind/libmaxminddb/pull/102)
  * Don't attempt to mmap a file that is too large to be mmapped on the system.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).
  * Added a missing out of memory check when reading a file's metadata.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).
  * Added several additional checks to make sure that we never attempt
    to malloc more than SIZE_MAX memory, which would lead to integer
    overflow. This could only happen with pathological databases.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).</changelog>
  <changelog author="jweberhofer@weberhofer.at" date="1526558400">- Run tests
- Packaged LICENSE
- Update to version 1.3.2
  * Allocate memory for MMDB_entry_data_list_s structs in separate chunks
    rather than one large chunk. This simplifies accessing memory in
    MMDB_get_entry_data_list() and increases performance. It builds on the
    changes in 1.3.0 and 1.3.1.
  * We no longer export data_pool_* symbols. These are internal functions
    but we were previously exporting them. Pull request by Faidon Liambotis.
    gh#maxmind/libmaxminddb#162.
  * Build with POSIX.1-2008 by default if the system supports it. This allows
    use of open() with O_CLOEXEC. We retain support for systems that
    provide only POSIX.1-2001.
    Open the database with the O_CLOEXEC flag if the system provides it.
  * This avoids cases where we could leak fds when called in multi-threaded
    programs that fork() and exec(). Original report and PR by Brandon L
    Black.
  * Added a test to ensure we export only intended symbols (e.g. MMDB_*).
- Update to version 1.3.1
  * Fix build problems related to rpl_malloc(). Pull request by Rainer
    Gerhards. gh#maxmind/libmaxminddb
  * Fix a race to set and read data in a field on the MMDB_s struct
    (ipv4_start_node). gh#maxmind/libmaxminddb#153.
  * Fix cases of invalid memory access when using
    MMDB_get_entry_data_list(). This was introduced in 1.3.0 and occurred
    when performing large lookups. gh#maxmind/libmaxminddb#153.
- Update to version 1.3.0
  * Perform fewer memory allocations in MMDB_get_entry_data_list(). This
    significantly improves its performance. gh#maxmind/libmaxminddb#147.
  * Fix mmdblookup's build epoch reporting on some systems. Big endian
    systems with a 32-bit time_t no longer show a database build date of
    1970-01-01 00:00:00. Pull request by Rainer Jung. gh#maxmind/libmaxminddb#143.
- Update to version 1.2.1
  * Use autoconf to check the system's endianness rather than trying to do this
    with compiler-defined macros like __BYTE_ORDER__. Apparently this didn't
    work properly on a Sparc system. gh#maxmind/libmaxminddb#120.
  * Several compiler warnings on Visual C++ were fixed. Pull request by Marcel
    Raad. gh#maxmind/libmaxminddb#130.
  * Fix segmentation faults found in MMDB_open() using afl-fuzz. This
    occurred on corrupt databases that had a data pointer large enough to
    cause an integer overflow when doing bound checking. Reported by Ryan
    Whitworth. gh#maxmind/libmaxminddb#140.
  * Add --disable-tests option to configure. Pull request by Fabrice
    Fontaine. gh#maxmind/libmaxminddb#136.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1572782400">- update to 1.4.2:
  * negative array index for MMDB_*get_value specifies the last element
  * Fix a memory leak when using custom databases without languages
    defined in the metadata
  * mmdblookup now displays the prefix length for the record when
    using the verbose flag</changelog>
  <changelog author="dimstar@opensuse.org" date="1574251200">- Add baselibs.conf: build libmaxminddb0-32bit, which is required
  by libdns1310-32bit (new dependency gained).</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1596801600">- update to 1.4.3:
  * Use of uninitialized memory in dump_entry_data_list() could have
    cause a heap buffer flow in mmdblookup [bsc#1175006]</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1610020800">- libmaxminddb 1.5.0:
  * build system changes for other platforms only</changelog>
  <changelog author="dmueller@suse.com" date="1614686400">- update to 1.5.2:
  * With `libmaxminddb` on Windows and `mmdblookup` generally, there were
    instances where the return value of `calloc` was not checked, which could
    lead to issues in low memory situations or when resource limits had been
    set.
  * The formatting of the manpages has been improved and the script that
    generates them now supports `lowdown` in addition to `pandoc`.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1619784000">- libmaxminddb 1.6.0:
  * CMake build system fixes, not in use in this package</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1664625600">- libmaxminddb 1.7.1:
  * FD_CLOEXEC is now set on platforms that do not support O_CLOEXEC
  * File size check now correctly compares the size to SSIZE_MAX
  * developer visible changes</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1699358400">- libmaxminddb 1.8.0:
  * PACKAGE_VERSION is now a private compile definition when
    building with CMake.
  * The feature test macro _POSIX_C_SOURCE is no longer set by
    maxminddb.h
  * assert() is no longer used outside test code</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1704888000">- libmaxminddb 1.9.1:
  * On very large databases, the calculation to determine the search
    tree size could overflow. This was fixed and several additional
    guards against overflows were added
  * build system tweaks</changelog>
  <changelog author="dmueller@suse.com" date="1721304000">- update to 1.10.0:
  * The reader can now lookup records on a database with a search
    tree that is greater than 4 gigabytes without sometimes
    returning erroneous results due to an integer overflow.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1739275200">- update to 1.12.2:
  * fix memory leaks
  * MMDB_get_entry_data_list() now always sets the passed
    entry_data_list parameter to either NULL or valid memory. This
    makes it safe for callers to use MMDB_free_entry_data_list() on
    it even in case of error.
  * more build system tweaks</changelog>
</package>
<package pkgid="4cff18f00939f7baea3cfc8818597c745b995d74bbf1e69507d2a4180313b758" name="lz4" arch="aarch64">
  <version epoch="0" ver="1.10.0" rel="150700.54.1"/>
  <changelog author="jengelh@inai.de" date="1417176000">- Update to version 1.4+svn124
  * LZ4F_compressBound() may be called with NULL preferencesPtr
  * LZ4_loadDict now returns the dictionary size instead of 1
  on success
- Add lz4-soversion.diff to address ABI changes</changelog>
  <changelog author="jengelh@inai.de" date="1459598400">- Update to new upstream release 131 (library 1.7) (boo#973735)
  * slightly improved decoding speed
  * lz4frame API is included in liblz4
  * new -m command line option to compress multiple files
  * new lz4 and lz4hc compression API (old one retained)</changelog>
  <changelog author="dimstar@opensuse.org" date="1484568000">- Add baselibs.conf: provide liblz4-1_7 as -32bit compatibility
  package, required by systemd-32bit.</changelog>
  <changelog author="jengelh@inai.de" date="1499256000">- Update to new upstrema release 1.7.5 (2017-01-03)
  * back to the old version scheme
  * lz4hc: new compression levels 10-12
- Remove lz4-soversion.diff (not needed),
  lz4-killdate.diff (no longer needed)</changelog>
  <changelog author="ddiss@suse.com" date="1502798400">- Use official upstream repository; (boo#1053910)</changelog>
  <changelog author="jengelh@inai.de" date="1503662400">- Update to new upstream release 1.8.0
  * cli: fix: do not modify /dev/null's permissions.
  * cli: added POSIX separator "--" for specifying that all
    following arguments are non-options.
  * cli: restored -BX command enabling block checksum.
  * API: added LZ4_compress_HC_destSize() and
    LZ4F_resetDecompressionContext().
  * API: lz4frame: negative compression levels trigger fast
    acceleration.
  * API: lz4frame: ability to control block checksum and
    dictionary ID.
  * API: fix: expose obsolete decoding functions
  * API: experimental: lz4frame_static.h:
    new dictionary compression API
  * doc: Updated LZ4 Frame format to v1.6.0, restoring
    Dictionary ID field in header.
- Add lz-export.diff</changelog>
  <changelog author="avindra@opensuse.org" date="1518004800">- Update to new upstream release 1.8.1.2
  * Most visible new feature is support for dictionary compression
  * Support is now more formally added on the API side within
    lib/lz4frame_static.h. It's early days, and this new API is
    tagged "experimental" for the time being.
  * Support is also added in the command line utility lz4, using
    the new command -D. The behavior of this command is identical
    to zstd, should you be already familiar.
  * lz4 doesn't specify how to build a dictionary. All it says is
    that it can be any file up to 64 KB.
  * This approach is compatible with zstd dictionary builder, which
    can be instructed to create a 64 KB dictionary.
  * Improved performance at ultra settings (levels 10+).
  * These levels receive a new code, called optimal parser,
    available in lib/lz4_opt.h.
  * New parser uses less memory (from 384KB to 256KB), performs
    faster, compresses a little bit better (not much, as it was
    already close to theoretical limit), and resists pathological
    patterns which could destroy performance.
  * New parser is directly compatible with lower compression levels,
    which brings additional benefits:
    + Compatibility with LZ4_*_destSize() variant, which reverses
    the logic by trying to fit as much data as possible into a
    predefined limited size buffer.
    + Compatibility with Dictionary compression, as it uses the
    same tables as regular HC mode
  * In the future, this compatibility will also allow dynamic change
    of compression level.
  * Small set of bug fixes and improvements:
    + perf : faster and stronger ultra modes (levels 10+)
    + perf : slightly faster compression and decompression speed
    + perf : fix bad degenerative case
    + fix : decompression failed when using a combination of
    extDict + low memory address
    + cli : support for dictionary compression (-D)
    + cli : fix : lz4 -d --rm preserves timestamp
    + cli : fix : do not modify /dev/null permission as root
    + api : _destSize() variant supported for all compression
    levels
- partial cleanup with spec-cleaner
- drop lz4-use-shlib.diff, breaks build
- misc spec cleanups
  - remove Makefile fix
  - build and install separately
  - New URL</changelog>
  <changelog author="astieger@suse.com" date="1530187200">- lz4 1.8.2:
  * speed inprovemtns for compression and decompression
  * fix compression compatible with low memory addresses
  * fix decompression segfault when provided with NULL input
  * cli: new command --favor-decSpeed
  * cli: benchmark mode more accurate for small inputs</changelog>
  <changelog author="astieger@suse.com" date="1539345600">- lz4 1.8.3:
  * minor decompression speed improvement (~+2%) with gcc
  * fix corruption in v1.8.2 at level 9 for files &gt; 64KB under
    rare conditions
  * Add new command --fast
  * api: LZ4_decompress_safe_partial() now decodes exactly the
    number of bytes requested</changelog>
  <changelog author="jengelh@inai.de" date="1559822400">- Update to new upstream release 1.9.1
  * Decompression speed was improved by about 12% (x86/x64).
  * New option `lz4 --list` to inspect the block type, checksum
    information, compressed and decompressed sizes (if present). The
    command is limited to single-frame files for the time being.</changelog>
  <changelog author="pgajdos@suse.com" date="1571140800">- version update to 1.9.2
  * decompression functions were reading a few bytes beyond input size
  * api: lz4frame initializers compatibility with c++, reported by @degski
  * cli : added command --list, based on a patch by @gabrielstedman
  * fixes CVE-2019-17543 [bsc#1153936]</changelog>
  <changelog author="pgajdos@suse.com" date="1571227200">- enable testsuite
- verbose build</changelog>
  <changelog author="jengelh@inai.de" date="1605528000">- Update to release 1.9.3
  * api: LZ4_decompress_safe_partial() now supports unknown
    compressed size
  * api: improved LZ4F_compressBound() with automatic flushing
  * cli: multiple files are compressed now using the legacy format</changelog>
  <changelog author="pgajdos@suse.com" date="1633348800">- version 1.9.3 fixes also CVE-2021-3520 [bsc#1185438]</changelog>
  <changelog author="jengelh@inai.de" date="1660651200">- Update to release 1.9.4
  * Decompression speed on high-end ARM64 platform is improved,
    by ~+20%.
  * For the specific scenario of data compressed with -BD4
    setting (small blocks, &lt;= 64 KB, linked) decompressed
    block-by-block into a flush buffer (like lz4 CLI does),
    decompression speed is improved ~+70%.
  * For compressed data employing the lz4frame format (native
    format of lz4 CLI), it's possible to ignore checksum
    validation during decompression, resulting in speed
    improvements of ~+40% . This capability is exposed at both
    CLI (see --no-crc) and library levels.</changelog>
  <changelog author="mpluskal@suse.com" date="1678276800">- Build AVX2 enabled hwcaps library for x86_64-v3</changelog>
  <changelog author="jengelh@inai.de" date="1721649600">- Update to release 1.10.0
  * Support for multithreading
  * Full support for dictionary compression
  * New compression level 2</changelog>
  <changelog author="code@bnavigator.de" date="1723636800">- Switch to cmake build system: Creates extra cmake modules for
  consuming projects</changelog>
</package>
<package pkgid="283b925b024082bd468eeb3db5ec3746f9655285d508f9f48420bd09d603266f" name="lz4" arch="src">
  <version epoch="0" ver="1.10.0" rel="150700.54.1"/>
  <changelog author="jengelh@inai.de" date="1405512000">- Update to svn revision 119, set version to 1.2.0 (based upon
  Makefile contents; it's still odd to see the 1.4 Windows release)
  * Provide LZ4 as a shared library
- Remove lz4-automake.diff (no longer deemed necessary)
- Add lz4-use-shlib.diff</changelog>
  <changelog author="jengelh@inai.de" date="1412164800">- Update to version 1.3.1+svn123
  * Added a pkgconfig file
  * Fix a LZ4HC streaming bug
  * Updated the framing specificaiton to 1.4.1</changelog>
  <changelog author="jengelh@inai.de" date="1417176000">- Update to version 1.4+svn124
  * LZ4F_compressBound() may be called with NULL preferencesPtr
  * LZ4_loadDict now returns the dictionary size instead of 1
  on success
- Add lz4-soversion.diff to address ABI changes</changelog>
  <changelog author="jengelh@inai.de" date="1459598400">- Update to new upstream release 131 (library 1.7) (boo#973735)
  * slightly improved decoding speed
  * lz4frame API is included in liblz4
  * new -m command line option to compress multiple files
  * new lz4 and lz4hc compression API (old one retained)</changelog>
  <changelog author="dimstar@opensuse.org" date="1484568000">- Add baselibs.conf: provide liblz4-1_7 as -32bit compatibility
  package, required by systemd-32bit.</changelog>
  <changelog author="jengelh@inai.de" date="1499256000">- Update to new upstrema release 1.7.5 (2017-01-03)
  * back to the old version scheme
  * lz4hc: new compression levels 10-12
- Remove lz4-soversion.diff (not needed),
  lz4-killdate.diff (no longer needed)</changelog>
  <changelog author="ddiss@suse.com" date="1502798400">- Use official upstream repository; (boo#1053910)</changelog>
  <changelog author="jengelh@inai.de" date="1503662400">- Update to new upstream release 1.8.0
  * cli: fix: do not modify /dev/null's permissions.
  * cli: added POSIX separator "--" for specifying that all
    following arguments are non-options.
  * cli: restored -BX command enabling block checksum.
  * API: added LZ4_compress_HC_destSize() and
    LZ4F_resetDecompressionContext().
  * API: lz4frame: negative compression levels trigger fast
    acceleration.
  * API: lz4frame: ability to control block checksum and
    dictionary ID.
  * API: fix: expose obsolete decoding functions
  * API: experimental: lz4frame_static.h:
    new dictionary compression API
  * doc: Updated LZ4 Frame format to v1.6.0, restoring
    Dictionary ID field in header.
- Add lz-export.diff</changelog>
  <changelog author="avindra@opensuse.org" date="1518004800">- Update to new upstream release 1.8.1.2
  * Most visible new feature is support for dictionary compression
  * Support is now more formally added on the API side within
    lib/lz4frame_static.h. It's early days, and this new API is
    tagged "experimental" for the time being.
  * Support is also added in the command line utility lz4, using
    the new command -D. The behavior of this command is identical
    to zstd, should you be already familiar.
  * lz4 doesn't specify how to build a dictionary. All it says is
    that it can be any file up to 64 KB.
  * This approach is compatible with zstd dictionary builder, which
    can be instructed to create a 64 KB dictionary.
  * Improved performance at ultra settings (levels 10+).
  * These levels receive a new code, called optimal parser,
    available in lib/lz4_opt.h.
  * New parser uses less memory (from 384KB to 256KB), performs
    faster, compresses a little bit better (not much, as it was
    already close to theoretical limit), and resists pathological
    patterns which could destroy performance.
  * New parser is directly compatible with lower compression levels,
    which brings additional benefits:
    + Compatibility with LZ4_*_destSize() variant, which reverses
    the logic by trying to fit as much data as possible into a
    predefined limited size buffer.
    + Compatibility with Dictionary compression, as it uses the
    same tables as regular HC mode
  * In the future, this compatibility will also allow dynamic change
    of compression level.
  * Small set of bug fixes and improvements:
    + perf : faster and stronger ultra modes (levels 10+)
    + perf : slightly faster compression and decompression speed
    + perf : fix bad degenerative case
    + fix : decompression failed when using a combination of
    extDict + low memory address
    + cli : support for dictionary compression (-D)
    + cli : fix : lz4 -d --rm preserves timestamp
    + cli : fix : do not modify /dev/null permission as root
    + api : _destSize() variant supported for all compression
    levels
- partial cleanup with spec-cleaner
- drop lz4-use-shlib.diff, breaks build
- misc spec cleanups
  - remove Makefile fix
  - build and install separately
  - New URL</changelog>
  <changelog author="astieger@suse.com" date="1530187200">- lz4 1.8.2:
  * speed inprovemtns for compression and decompression
  * fix compression compatible with low memory addresses
  * fix decompression segfault when provided with NULL input
  * cli: new command --favor-decSpeed
  * cli: benchmark mode more accurate for small inputs</changelog>
  <changelog author="astieger@suse.com" date="1539345600">- lz4 1.8.3:
  * minor decompression speed improvement (~+2%) with gcc
  * fix corruption in v1.8.2 at level 9 for files &gt; 64KB under
    rare conditions
  * Add new command --fast
  * api: LZ4_decompress_safe_partial() now decodes exactly the
    number of bytes requested</changelog>
  <changelog author="jengelh@inai.de" date="1559822400">- Update to new upstream release 1.9.1
  * Decompression speed was improved by about 12% (x86/x64).
  * New option `lz4 --list` to inspect the block type, checksum
    information, compressed and decompressed sizes (if present). The
    command is limited to single-frame files for the time being.</changelog>
  <changelog author="pgajdos@suse.com" date="1571140800">- version update to 1.9.2
  * decompression functions were reading a few bytes beyond input size
  * api: lz4frame initializers compatibility with c++, reported by @degski
  * cli : added command --list, based on a patch by @gabrielstedman
  * fixes CVE-2019-17543 [bsc#1153936]</changelog>
  <changelog author="pgajdos@suse.com" date="1571227200">- enable testsuite
- verbose build</changelog>
  <changelog author="jengelh@inai.de" date="1605528000">- Update to release 1.9.3
  * api: LZ4_decompress_safe_partial() now supports unknown
    compressed size
  * api: improved LZ4F_compressBound() with automatic flushing
  * cli: multiple files are compressed now using the legacy format</changelog>
  <changelog author="pgajdos@suse.com" date="1633348800">- version 1.9.3 fixes also CVE-2021-3520 [bsc#1185438]</changelog>
  <changelog author="jengelh@inai.de" date="1660651200">- Update to release 1.9.4
  * Decompression speed on high-end ARM64 platform is improved,
    by ~+20%.
  * For the specific scenario of data compressed with -BD4
    setting (small blocks, &lt;= 64 KB, linked) decompressed
    block-by-block into a flush buffer (like lz4 CLI does),
    decompression speed is improved ~+70%.
  * For compressed data employing the lz4frame format (native
    format of lz4 CLI), it's possible to ignore checksum
    validation during decompression, resulting in speed
    improvements of ~+40% . This capability is exposed at both
    CLI (see --no-crc) and library levels.</changelog>
  <changelog author="mpluskal@suse.com" date="1678276800">- Build AVX2 enabled hwcaps library for x86_64-v3</changelog>
  <changelog author="jengelh@inai.de" date="1721649600">- Update to release 1.10.0
  * Support for multithreading
  * Full support for dictionary compression
  * New compression level 2</changelog>
  <changelog author="code@bnavigator.de" date="1723636800">- Switch to cmake build system: Creates extra cmake modules for
  consuming projects</changelog>
</package>
<package pkgid="d84b21b68044d602737024904ffe188f15f1b4a6cb2d17f7d89a6e7286f90faa" name="lz4" arch="x86_64">
  <version epoch="0" ver="1.10.0" rel="150700.54.1"/>
  <changelog author="jengelh@inai.de" date="1417176000">- Update to version 1.4+svn124
  * LZ4F_compressBound() may be called with NULL preferencesPtr
  * LZ4_loadDict now returns the dictionary size instead of 1
  on success
- Add lz4-soversion.diff to address ABI changes</changelog>
  <changelog author="jengelh@inai.de" date="1459598400">- Update to new upstream release 131 (library 1.7) (boo#973735)
  * slightly improved decoding speed
  * lz4frame API is included in liblz4
  * new -m command line option to compress multiple files
  * new lz4 and lz4hc compression API (old one retained)</changelog>
  <changelog author="dimstar@opensuse.org" date="1484568000">- Add baselibs.conf: provide liblz4-1_7 as -32bit compatibility
  package, required by systemd-32bit.</changelog>
  <changelog author="jengelh@inai.de" date="1499256000">- Update to new upstrema release 1.7.5 (2017-01-03)
  * back to the old version scheme
  * lz4hc: new compression levels 10-12
- Remove lz4-soversion.diff (not needed),
  lz4-killdate.diff (no longer needed)</changelog>
  <changelog author="ddiss@suse.com" date="1502798400">- Use official upstream repository; (boo#1053910)</changelog>
  <changelog author="jengelh@inai.de" date="1503662400">- Update to new upstream release 1.8.0
  * cli: fix: do not modify /dev/null's permissions.
  * cli: added POSIX separator "--" for specifying that all
    following arguments are non-options.
  * cli: restored -BX command enabling block checksum.
  * API: added LZ4_compress_HC_destSize() and
    LZ4F_resetDecompressionContext().
  * API: lz4frame: negative compression levels trigger fast
    acceleration.
  * API: lz4frame: ability to control block checksum and
    dictionary ID.
  * API: fix: expose obsolete decoding functions
  * API: experimental: lz4frame_static.h:
    new dictionary compression API
  * doc: Updated LZ4 Frame format to v1.6.0, restoring
    Dictionary ID field in header.
- Add lz-export.diff</changelog>
  <changelog author="avindra@opensuse.org" date="1518004800">- Update to new upstream release 1.8.1.2
  * Most visible new feature is support for dictionary compression
  * Support is now more formally added on the API side within
    lib/lz4frame_static.h. It's early days, and this new API is
    tagged "experimental" for the time being.
  * Support is also added in the command line utility lz4, using
    the new command -D. The behavior of this command is identical
    to zstd, should you be already familiar.
  * lz4 doesn't specify how to build a dictionary. All it says is
    that it can be any file up to 64 KB.
  * This approach is compatible with zstd dictionary builder, which
    can be instructed to create a 64 KB dictionary.
  * Improved performance at ultra settings (levels 10+).
  * These levels receive a new code, called optimal parser,
    available in lib/lz4_opt.h.
  * New parser uses less memory (from 384KB to 256KB), performs
    faster, compresses a little bit better (not much, as it was
    already close to theoretical limit), and resists pathological
    patterns which could destroy performance.
  * New parser is directly compatible with lower compression levels,
    which brings additional benefits:
    + Compatibility with LZ4_*_destSize() variant, which reverses
    the logic by trying to fit as much data as possible into a
    predefined limited size buffer.
    + Compatibility with Dictionary compression, as it uses the
    same tables as regular HC mode
  * In the future, this compatibility will also allow dynamic change
    of compression level.
  * Small set of bug fixes and improvements:
    + perf : faster and stronger ultra modes (levels 10+)
    + perf : slightly faster compression and decompression speed
    + perf : fix bad degenerative case
    + fix : decompression failed when using a combination of
    extDict + low memory address
    + cli : support for dictionary compression (-D)
    + cli : fix : lz4 -d --rm preserves timestamp
    + cli : fix : do not modify /dev/null permission as root
    + api : _destSize() variant supported for all compression
    levels
- partial cleanup with spec-cleaner
- drop lz4-use-shlib.diff, breaks build
- misc spec cleanups
  - remove Makefile fix
  - build and install separately
  - New URL</changelog>
  <changelog author="astieger@suse.com" date="1530187200">- lz4 1.8.2:
  * speed inprovemtns for compression and decompression
  * fix compression compatible with low memory addresses
  * fix decompression segfault when provided with NULL input
  * cli: new command --favor-decSpeed
  * cli: benchmark mode more accurate for small inputs</changelog>
  <changelog author="astieger@suse.com" date="1539345600">- lz4 1.8.3:
  * minor decompression speed improvement (~+2%) with gcc
  * fix corruption in v1.8.2 at level 9 for files &gt; 64KB under
    rare conditions
  * Add new command --fast
  * api: LZ4_decompress_safe_partial() now decodes exactly the
    number of bytes requested</changelog>
  <changelog author="jengelh@inai.de" date="1559822400">- Update to new upstream release 1.9.1
  * Decompression speed was improved by about 12% (x86/x64).
  * New option `lz4 --list` to inspect the block type, checksum
    information, compressed and decompressed sizes (if present). The
    command is limited to single-frame files for the time being.</changelog>
  <changelog author="pgajdos@suse.com" date="1571140800">- version update to 1.9.2
  * decompression functions were reading a few bytes beyond input size
  * api: lz4frame initializers compatibility with c++, reported by @degski
  * cli : added command --list, based on a patch by @gabrielstedman
  * fixes CVE-2019-17543 [bsc#1153936]</changelog>
  <changelog author="pgajdos@suse.com" date="1571227200">- enable testsuite
- verbose build</changelog>
  <changelog author="jengelh@inai.de" date="1605528000">- Update to release 1.9.3
  * api: LZ4_decompress_safe_partial() now supports unknown
    compressed size
  * api: improved LZ4F_compressBound() with automatic flushing
  * cli: multiple files are compressed now using the legacy format</changelog>
  <changelog author="pgajdos@suse.com" date="1633348800">- version 1.9.3 fixes also CVE-2021-3520 [bsc#1185438]</changelog>
  <changelog author="jengelh@inai.de" date="1660651200">- Update to release 1.9.4
  * Decompression speed on high-end ARM64 platform is improved,
    by ~+20%.
  * For the specific scenario of data compressed with -BD4
    setting (small blocks, &lt;= 64 KB, linked) decompressed
    block-by-block into a flush buffer (like lz4 CLI does),
    decompression speed is improved ~+70%.
  * For compressed data employing the lz4frame format (native
    format of lz4 CLI), it's possible to ignore checksum
    validation during decompression, resulting in speed
    improvements of ~+40% . This capability is exposed at both
    CLI (see --no-crc) and library levels.</changelog>
  <changelog author="mpluskal@suse.com" date="1678276800">- Build AVX2 enabled hwcaps library for x86_64-v3</changelog>
  <changelog author="jengelh@inai.de" date="1721649600">- Update to release 1.10.0
  * Support for multithreading
  * Full support for dictionary compression
  * New compression level 2</changelog>
  <changelog author="code@bnavigator.de" date="1723636800">- Switch to cmake build system: Creates extra cmake modules for
  consuming projects</changelog>
</package>
<package pkgid="f1848931d4bc8f9272a2835374fa482eb4b402574c3bbe6c0e50faca49707213" name="mmdblookup" arch="aarch64">
  <version epoch="0" ver="1.12.2" rel="150700.28.1"/>
  <changelog author="p.drouand@gmail.com" date="1419163200">- Initial release (version 1.0.3)</changelog>
  <changelog author="p.drouand@gmail.com" date="1421841600">- Update to version 1.0.4
  * If you used a non-integer string as an array index when doing a
    lookup with MMDB_get_value, MMDB_vget_value, or MMDB_aget_value,
    the first element of the array would be returned rather than an
    error. A MMDB_LOOKUP_PATH_DOES_NOT_MATCH_DATA_ERROR error will
    now be returned. GitHub #61.
  * If a number larger than LONG_MAX was used in the same functions,
    LONG_MAX would have been used in the lookup. Now a
    MMDB_INVALID_LOOKUP_PATH_ERROR error will be returned.
  * Visual Studio build files were added for unit tests and some
    compatibility issues with the tests were fixed.
  * Visual Studio project was updated to use property pages. GitHub #69.
  * A test failure in t/compile_c++_t.pl on new installs was fixed.</changelog>
  <changelog author="p.drouand@gmail.com" date="1437912000">- Update to version 1.1.1
  * Added `maxminddb-compat-util.h` as a source file to dist.
- Changes from version 1.1.0
  * Previously, when there was an error in `MMDB_open()`, `errno` would
    generally be overwritten during cleanup, preventing a useful value from
    being returned to the caller. This was changed so that the `errno` value
    from the function call that caused the error is restored before returning to
    the caller. In particular, this is important for `MMDB_IO_ERROR` errors as
    checking `errno` is often the only way to determine what actually failed.
  * If `mmap()` fails due to running out of memory space, an
    `MMDB_OUT_OF_MEMORY_ERROR` is now returned from `MMDB_open` rather than an
    `MMDB_IO_ERROR`.
  * On Windows, the `CreateFileMappingA()` handle was not properly closed if
    opening the database succeeded. Fixed by Bly Hostetler. GitHub #75 &amp; #76.
  * On Windows, we were not checking the return value of `CreateFileMappingA()`
    properly for errors. Fixed by Bly Hotetler. GitHub #78.
  * Several warnings from Clang's scan-build were fixed. GitHub #86.
  * All headers are now installed in `$(includedir)`. GitHub #89.
  * We no longer install `maxminddb-compat-util.h`. This header was intended for
    internal use only.</changelog>
  <changelog author="p.drouand@gmail.com" date="1447848000">- Update to version 1.1.2
  * IMPORTANT: This release includes a number of important security
    fixes. Among these fixes is improved validation of the database
    metadata. Unfortunately, MaxMind GeoIP2 and GeoLite2 databases
    created earlier than January 28, 2014, had an invalid data type
    for the record_size in the metadata. Previously these databases
    worked on little endian machines with libmaxminddb but did not
    work on big endian machines. Due to increased safety checks when
    reading the file, these databases will no longer work on any
    platform. If you are using one of these databases, we recommend
    that you upgrade to the latest GeoLite2 or GeoIP2 database
  * Added pkg-config support.
  * Several segmentation faults found with afl-fuzz were fixed. These
    were caused by missing bounds checking and missing verification
    of data type.
    MMDB_get_entry_data_list will now fail on data structures with a
    depth greater than 512 and data structures that are cyclic. This
    should not affect any known MaxMind DB in production. All databases
    produced by MaxMind have a depth of less than five.
- Add a build dependency to pkg-config</changelog>
  <changelog author="p.drouand@gmail.com" date="1460462400">- Update to version 1.2.0
  * Four additional fields were added to the end of the
    MMDB_search_node_s struct returned by MMDB_read_node. These
    fields allow the user to iterate through the search tree without
    making undocumented assumptions about how this library works
    internally and without knowing the specific details of the database
    format. GitHub #110 (https://github.com/maxmind/libmaxminddb/issues/110)
- Changes from version 1.1.5
  * Previously, reading a database with a pointer in the metadata would
    cause an MMDB_INVALID_METADATA_ERROR to be returned. This was due to
    an invalid offset being used when calculating the pointer. The
    data_section and metadata_section fields now both point to the
    beginning of the data section. Previously, data_section pointed
    to the beginning of the data separator. This will not affect
    anyone using only documented fields from MMDB_s.
  * MMDB_lookup_sockaddr will set mmdb_error to
    MMDB_IPV6_LOOKUP_IN_IPV4_DATABASE_ERROR if an IPv6 sockaddr is
    looked up in an IPv4-only database. Previously only
    MMDB_lookup_string would set this error code.
  * When resolving an address, this library now relies on getaddrinfo
    to determine the address family rather than trying to guess it itself.
- Changes from version 1.1.4
  * Packaging fixes. The 1.1.3 tarball release contained a lot of extra
    junk in the t/ directory.
- Changes from version 1.1.3
  * Added several additional checks to make sure that we don't attempt to read
    past the end of the databases's data section. GitHub #103
    (https://github.com/maxmind/libmaxminddb/pull/103).
  * When searching for the database metadata, there was a bug that caused
    the code to think it had found valid metadata when none existed. In
    addition, this could lead to an attempt to read past the end of the
    database entirely. Finally, if there are multiple metadata markers
    in the database, we treat the final one as the start of the metdata,
    instead of the first. GitHub #102 (https://github.com/maxmind/libmaxminddb/pull/102)
  * Don't attempt to mmap a file that is too large to be mmapped on the system.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).
  * Added a missing out of memory check when reading a file's metadata.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).
  * Added several additional checks to make sure that we never attempt
    to malloc more than SIZE_MAX memory, which would lead to integer
    overflow. This could only happen with pathological databases.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).</changelog>
  <changelog author="jweberhofer@weberhofer.at" date="1526558400">- Run tests
- Packaged LICENSE
- Update to version 1.3.2
  * Allocate memory for MMDB_entry_data_list_s structs in separate chunks
    rather than one large chunk. This simplifies accessing memory in
    MMDB_get_entry_data_list() and increases performance. It builds on the
    changes in 1.3.0 and 1.3.1.
  * We no longer export data_pool_* symbols. These are internal functions
    but we were previously exporting them. Pull request by Faidon Liambotis.
    gh#maxmind/libmaxminddb#162.
  * Build with POSIX.1-2008 by default if the system supports it. This allows
    use of open() with O_CLOEXEC. We retain support for systems that
    provide only POSIX.1-2001.
    Open the database with the O_CLOEXEC flag if the system provides it.
  * This avoids cases where we could leak fds when called in multi-threaded
    programs that fork() and exec(). Original report and PR by Brandon L
    Black.
  * Added a test to ensure we export only intended symbols (e.g. MMDB_*).
- Update to version 1.3.1
  * Fix build problems related to rpl_malloc(). Pull request by Rainer
    Gerhards. gh#maxmind/libmaxminddb
  * Fix a race to set and read data in a field on the MMDB_s struct
    (ipv4_start_node). gh#maxmind/libmaxminddb#153.
  * Fix cases of invalid memory access when using
    MMDB_get_entry_data_list(). This was introduced in 1.3.0 and occurred
    when performing large lookups. gh#maxmind/libmaxminddb#153.
- Update to version 1.3.0
  * Perform fewer memory allocations in MMDB_get_entry_data_list(). This
    significantly improves its performance. gh#maxmind/libmaxminddb#147.
  * Fix mmdblookup's build epoch reporting on some systems. Big endian
    systems with a 32-bit time_t no longer show a database build date of
    1970-01-01 00:00:00. Pull request by Rainer Jung. gh#maxmind/libmaxminddb#143.
- Update to version 1.2.1
  * Use autoconf to check the system's endianness rather than trying to do this
    with compiler-defined macros like __BYTE_ORDER__. Apparently this didn't
    work properly on a Sparc system. gh#maxmind/libmaxminddb#120.
  * Several compiler warnings on Visual C++ were fixed. Pull request by Marcel
    Raad. gh#maxmind/libmaxminddb#130.
  * Fix segmentation faults found in MMDB_open() using afl-fuzz. This
    occurred on corrupt databases that had a data pointer large enough to
    cause an integer overflow when doing bound checking. Reported by Ryan
    Whitworth. gh#maxmind/libmaxminddb#140.
  * Add --disable-tests option to configure. Pull request by Fabrice
    Fontaine. gh#maxmind/libmaxminddb#136.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1572782400">- update to 1.4.2:
  * negative array index for MMDB_*get_value specifies the last element
  * Fix a memory leak when using custom databases without languages
    defined in the metadata
  * mmdblookup now displays the prefix length for the record when
    using the verbose flag</changelog>
  <changelog author="dimstar@opensuse.org" date="1574251200">- Add baselibs.conf: build libmaxminddb0-32bit, which is required
  by libdns1310-32bit (new dependency gained).</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1596801600">- update to 1.4.3:
  * Use of uninitialized memory in dump_entry_data_list() could have
    cause a heap buffer flow in mmdblookup [bsc#1175006]</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1610020800">- libmaxminddb 1.5.0:
  * build system changes for other platforms only</changelog>
  <changelog author="dmueller@suse.com" date="1614686400">- update to 1.5.2:
  * With `libmaxminddb` on Windows and `mmdblookup` generally, there were
    instances where the return value of `calloc` was not checked, which could
    lead to issues in low memory situations or when resource limits had been
    set.
  * The formatting of the manpages has been improved and the script that
    generates them now supports `lowdown` in addition to `pandoc`.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1619784000">- libmaxminddb 1.6.0:
  * CMake build system fixes, not in use in this package</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1664625600">- libmaxminddb 1.7.1:
  * FD_CLOEXEC is now set on platforms that do not support O_CLOEXEC
  * File size check now correctly compares the size to SSIZE_MAX
  * developer visible changes</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1699358400">- libmaxminddb 1.8.0:
  * PACKAGE_VERSION is now a private compile definition when
    building with CMake.
  * The feature test macro _POSIX_C_SOURCE is no longer set by
    maxminddb.h
  * assert() is no longer used outside test code</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1704888000">- libmaxminddb 1.9.1:
  * On very large databases, the calculation to determine the search
    tree size could overflow. This was fixed and several additional
    guards against overflows were added
  * build system tweaks</changelog>
  <changelog author="dmueller@suse.com" date="1721304000">- update to 1.10.0:
  * The reader can now lookup records on a database with a search
    tree that is greater than 4 gigabytes without sometimes
    returning erroneous results due to an integer overflow.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1739275200">- update to 1.12.2:
  * fix memory leaks
  * MMDB_get_entry_data_list() now always sets the passed
    entry_data_list parameter to either NULL or valid memory. This
    makes it safe for callers to use MMDB_free_entry_data_list() on
    it even in case of error.
  * more build system tweaks</changelog>
</package>
<package pkgid="a01d62ca73d2f07770229f2475449d99497c162c8afc189043411634bce3f589" name="mmdblookup" arch="x86_64">
  <version epoch="0" ver="1.12.2" rel="150700.28.1"/>
  <changelog author="p.drouand@gmail.com" date="1419163200">- Initial release (version 1.0.3)</changelog>
  <changelog author="p.drouand@gmail.com" date="1421841600">- Update to version 1.0.4
  * If you used a non-integer string as an array index when doing a
    lookup with MMDB_get_value, MMDB_vget_value, or MMDB_aget_value,
    the first element of the array would be returned rather than an
    error. A MMDB_LOOKUP_PATH_DOES_NOT_MATCH_DATA_ERROR error will
    now be returned. GitHub #61.
  * If a number larger than LONG_MAX was used in the same functions,
    LONG_MAX would have been used in the lookup. Now a
    MMDB_INVALID_LOOKUP_PATH_ERROR error will be returned.
  * Visual Studio build files were added for unit tests and some
    compatibility issues with the tests were fixed.
  * Visual Studio project was updated to use property pages. GitHub #69.
  * A test failure in t/compile_c++_t.pl on new installs was fixed.</changelog>
  <changelog author="p.drouand@gmail.com" date="1437912000">- Update to version 1.1.1
  * Added `maxminddb-compat-util.h` as a source file to dist.
- Changes from version 1.1.0
  * Previously, when there was an error in `MMDB_open()`, `errno` would
    generally be overwritten during cleanup, preventing a useful value from
    being returned to the caller. This was changed so that the `errno` value
    from the function call that caused the error is restored before returning to
    the caller. In particular, this is important for `MMDB_IO_ERROR` errors as
    checking `errno` is often the only way to determine what actually failed.
  * If `mmap()` fails due to running out of memory space, an
    `MMDB_OUT_OF_MEMORY_ERROR` is now returned from `MMDB_open` rather than an
    `MMDB_IO_ERROR`.
  * On Windows, the `CreateFileMappingA()` handle was not properly closed if
    opening the database succeeded. Fixed by Bly Hostetler. GitHub #75 &amp; #76.
  * On Windows, we were not checking the return value of `CreateFileMappingA()`
    properly for errors. Fixed by Bly Hotetler. GitHub #78.
  * Several warnings from Clang's scan-build were fixed. GitHub #86.
  * All headers are now installed in `$(includedir)`. GitHub #89.
  * We no longer install `maxminddb-compat-util.h`. This header was intended for
    internal use only.</changelog>
  <changelog author="p.drouand@gmail.com" date="1447848000">- Update to version 1.1.2
  * IMPORTANT: This release includes a number of important security
    fixes. Among these fixes is improved validation of the database
    metadata. Unfortunately, MaxMind GeoIP2 and GeoLite2 databases
    created earlier than January 28, 2014, had an invalid data type
    for the record_size in the metadata. Previously these databases
    worked on little endian machines with libmaxminddb but did not
    work on big endian machines. Due to increased safety checks when
    reading the file, these databases will no longer work on any
    platform. If you are using one of these databases, we recommend
    that you upgrade to the latest GeoLite2 or GeoIP2 database
  * Added pkg-config support.
  * Several segmentation faults found with afl-fuzz were fixed. These
    were caused by missing bounds checking and missing verification
    of data type.
    MMDB_get_entry_data_list will now fail on data structures with a
    depth greater than 512 and data structures that are cyclic. This
    should not affect any known MaxMind DB in production. All databases
    produced by MaxMind have a depth of less than five.
- Add a build dependency to pkg-config</changelog>
  <changelog author="p.drouand@gmail.com" date="1460462400">- Update to version 1.2.0
  * Four additional fields were added to the end of the
    MMDB_search_node_s struct returned by MMDB_read_node. These
    fields allow the user to iterate through the search tree without
    making undocumented assumptions about how this library works
    internally and without knowing the specific details of the database
    format. GitHub #110 (https://github.com/maxmind/libmaxminddb/issues/110)
- Changes from version 1.1.5
  * Previously, reading a database with a pointer in the metadata would
    cause an MMDB_INVALID_METADATA_ERROR to be returned. This was due to
    an invalid offset being used when calculating the pointer. The
    data_section and metadata_section fields now both point to the
    beginning of the data section. Previously, data_section pointed
    to the beginning of the data separator. This will not affect
    anyone using only documented fields from MMDB_s.
  * MMDB_lookup_sockaddr will set mmdb_error to
    MMDB_IPV6_LOOKUP_IN_IPV4_DATABASE_ERROR if an IPv6 sockaddr is
    looked up in an IPv4-only database. Previously only
    MMDB_lookup_string would set this error code.
  * When resolving an address, this library now relies on getaddrinfo
    to determine the address family rather than trying to guess it itself.
- Changes from version 1.1.4
  * Packaging fixes. The 1.1.3 tarball release contained a lot of extra
    junk in the t/ directory.
- Changes from version 1.1.3
  * Added several additional checks to make sure that we don't attempt to read
    past the end of the databases's data section. GitHub #103
    (https://github.com/maxmind/libmaxminddb/pull/103).
  * When searching for the database metadata, there was a bug that caused
    the code to think it had found valid metadata when none existed. In
    addition, this could lead to an attempt to read past the end of the
    database entirely. Finally, if there are multiple metadata markers
    in the database, we treat the final one as the start of the metdata,
    instead of the first. GitHub #102 (https://github.com/maxmind/libmaxminddb/pull/102)
  * Don't attempt to mmap a file that is too large to be mmapped on the system.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).
  * Added a missing out of memory check when reading a file's metadata.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).
  * Added several additional checks to make sure that we never attempt
    to malloc more than SIZE_MAX memory, which would lead to integer
    overflow. This could only happen with pathological databases.
    GitHub #101 (https://github.com/maxmind/libmaxminddb/pull/101).</changelog>
  <changelog author="jweberhofer@weberhofer.at" date="1526558400">- Run tests
- Packaged LICENSE
- Update to version 1.3.2
  * Allocate memory for MMDB_entry_data_list_s structs in separate chunks
    rather than one large chunk. This simplifies accessing memory in
    MMDB_get_entry_data_list() and increases performance. It builds on the
    changes in 1.3.0 and 1.3.1.
  * We no longer export data_pool_* symbols. These are internal functions
    but we were previously exporting them. Pull request by Faidon Liambotis.
    gh#maxmind/libmaxminddb#162.
  * Build with POSIX.1-2008 by default if the system supports it. This allows
    use of open() with O_CLOEXEC. We retain support for systems that
    provide only POSIX.1-2001.
    Open the database with the O_CLOEXEC flag if the system provides it.
  * This avoids cases where we could leak fds when called in multi-threaded
    programs that fork() and exec(). Original report and PR by Brandon L
    Black.
  * Added a test to ensure we export only intended symbols (e.g. MMDB_*).
- Update to version 1.3.1
  * Fix build problems related to rpl_malloc(). Pull request by Rainer
    Gerhards. gh#maxmind/libmaxminddb
  * Fix a race to set and read data in a field on the MMDB_s struct
    (ipv4_start_node). gh#maxmind/libmaxminddb#153.
  * Fix cases of invalid memory access when using
    MMDB_get_entry_data_list(). This was introduced in 1.3.0 and occurred
    when performing large lookups. gh#maxmind/libmaxminddb#153.
- Update to version 1.3.0
  * Perform fewer memory allocations in MMDB_get_entry_data_list(). This
    significantly improves its performance. gh#maxmind/libmaxminddb#147.
  * Fix mmdblookup's build epoch reporting on some systems. Big endian
    systems with a 32-bit time_t no longer show a database build date of
    1970-01-01 00:00:00. Pull request by Rainer Jung. gh#maxmind/libmaxminddb#143.
- Update to version 1.2.1
  * Use autoconf to check the system's endianness rather than trying to do this
    with compiler-defined macros like __BYTE_ORDER__. Apparently this didn't
    work properly on a Sparc system. gh#maxmind/libmaxminddb#120.
  * Several compiler warnings on Visual C++ were fixed. Pull request by Marcel
    Raad. gh#maxmind/libmaxminddb#130.
  * Fix segmentation faults found in MMDB_open() using afl-fuzz. This
    occurred on corrupt databases that had a data pointer large enough to
    cause an integer overflow when doing bound checking. Reported by Ryan
    Whitworth. gh#maxmind/libmaxminddb#140.
  * Add --disable-tests option to configure. Pull request by Fabrice
    Fontaine. gh#maxmind/libmaxminddb#136.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1572782400">- update to 1.4.2:
  * negative array index for MMDB_*get_value specifies the last element
  * Fix a memory leak when using custom databases without languages
    defined in the metadata
  * mmdblookup now displays the prefix length for the record when
    using the verbose flag</changelog>
  <changelog author="dimstar@opensuse.org" date="1574251200">- Add baselibs.conf: build libmaxminddb0-32bit, which is required
  by libdns1310-32bit (new dependency gained).</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1596801600">- update to 1.4.3:
  * Use of uninitialized memory in dump_entry_data_list() could have
    cause a heap buffer flow in mmdblookup [bsc#1175006]</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1610020800">- libmaxminddb 1.5.0:
  * build system changes for other platforms only</changelog>
  <changelog author="dmueller@suse.com" date="1614686400">- update to 1.5.2:
  * With `libmaxminddb` on Windows and `mmdblookup` generally, there were
    instances where the return value of `calloc` was not checked, which could
    lead to issues in low memory situations or when resource limits had been
    set.
  * The formatting of the manpages has been improved and the script that
    generates them now supports `lowdown` in addition to `pandoc`.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1619784000">- libmaxminddb 1.6.0:
  * CMake build system fixes, not in use in this package</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1664625600">- libmaxminddb 1.7.1:
  * FD_CLOEXEC is now set on platforms that do not support O_CLOEXEC
  * File size check now correctly compares the size to SSIZE_MAX
  * developer visible changes</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1699358400">- libmaxminddb 1.8.0:
  * PACKAGE_VERSION is now a private compile definition when
    building with CMake.
  * The feature test macro _POSIX_C_SOURCE is no longer set by
    maxminddb.h
  * assert() is no longer used outside test code</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1704888000">- libmaxminddb 1.9.1:
  * On very large databases, the calculation to determine the search
    tree size could overflow. This was fixed and several additional
    guards against overflows were added
  * build system tweaks</changelog>
  <changelog author="dmueller@suse.com" date="1721304000">- update to 1.10.0:
  * The reader can now lookup records on a database with a search
    tree that is greater than 4 gigabytes without sometimes
    returning erroneous results due to an integer overflow.</changelog>
  <changelog author="andreas.stieger@gmx.de" date="1739275200">- update to 1.12.2:
  * fix memory leaks
  * MMDB_get_entry_data_list() now always sets the passed
    entry_data_list parameter to either NULL or valid memory. This
    makes it safe for callers to use MMDB_free_entry_data_list() on
    it even in case of error.
  * more build system tweaks</changelog>
</package>
<package pkgid="d2d8a4a477402b15a84a4e5e777347f9e01dd724ebc0c2463fc4ac7ce4a30383" name="perl-Test-Command-Simple" arch="noarch">
  <version epoch="0" ver="0.05" rel="150700.2.1"/>
</package>
<package pkgid="b72de853bdc1a98b699d2f54608bf299ff1fa88ab87d67b68308e9ef57615a34" name="perl-Test-Command-Simple" arch="src">
  <version epoch="0" ver="0.05" rel="150700.2.1"/>
</package>
</otherdata>