lbzip2-2.5-bp150.2.4

- Cleanup spec file with spec-cleaner
- Cleanup dependencies

- Update to version 2.5
  * Performance improvements.
  * Fixed a decompression bug in bz2 header parsing code.
  * Fixed an assertion failure bug that could cause core dumps when
    compressing some kind of data.
  * Fixed a bug which prevented symbolic links to be opened in some
    situations.
  * Fixed a bug that caused SIGXFSZ to be handled incorrectly on 32-bit
    systems.

- update to 2.2:
  * decompressor was made more bzip2-compatible: all valid bzip2 files should
    now be properly decompressed by lbzip2
  * memory allocation was reduced significantly: previous versions could
    allocate large amounts of memory during decompression and testing of highly
    compressed files
  * fixes a bug that caused some legitimate bz2 files to be rejected during
    decompression with a CRC error message
  * compression performance is increased significantly by inclusion of new
    block-sorting code using divsufsort algorithm
  * file write errors caused by broken pipes or exceeded file size limits are
    no longer reported to standard error

- license changes from GPL v2+ to GPL v3.0
- update to 2.1:
  * fixes a use-after-free security vulnerability in decompressor code
    responsible for displaying progress information
- changes from 2.0:
  * now lbzip2 creates one compressed stream per bzip2 file instead of multiple
    concatenated streams
  * lbzip2 now doesn't decompress streams embedded within trailing garbage
    after initial sequence of streams
  * now lbzip2 detects and rejects more kinds of invalid bzip2 files (files
    with invalid stream CRCs, files with blocks larger than stated in stream
    headers and some others)
  * both compression and decompression speed is increased significantly
  * when invoked with `-v' or `--verbose' options lbzip2 now displays
    information about progress of compression or decompression, provided that
    stderr is connected to a terminal
  * when invoked with `-v' or `--verbose' options lbzip2 now displays
    compression ratio and space savings for each compressed or decompressed
    file
  * lbzip2 now supports `--exponential' option with the same semantics as
    bzip2's one
  * now lbzip2 displays more detailed messages on decompression failure
  * help and version information is now printed to standard output instead of
    standard error stream
  * abandoned support for tracing memory allocation by setting the
    environmental variable `LBZIP2_TRACE_ALLOC', was dropped

- update to 0.23:
  * if lbzip2 intends to exit with status 1 due to any fatal error,
    but any SIGPIPE or SIGXFSZ with an inherited SIG_DFL action was
    generated for lbzip2 previously, then lbzip2 terminates by way
    of one of the said signals, after cleaning up any interrupted
    output file; this should improve compatibility with GNU tar
    when it spawns lbzip2 as a filter and closes the pipe between
    them early, before it receives an EOF from lbzip2

- update to 0.21:
  * fixes a race condition

- update to 0.20:
  * portability fixes

- update to 0.18:
  * sanity checks were added to both decompressors
  * input FILE operands were removed
  * the --keep and --force options were added
  * owner, group, permission bits, access time, modification time
    are copied to regular output files
  * logging was cleaned up and internally categorized into INFO,
    WARNING, and FATAL levels
  * a separate exit status was introduced for the case when a
    warning message was printed
  * the decompressor robustness tests were re-executed

- update to 0.17:
  * uninitialized fields were accessed on the stack in a structure assignment expression

- update to 0.16:
  * configurable compression block size
  * file operands

- update to 0.15:
  * a bug has been fixed where the single-worker decompressor could
    theoretically skip decompression of the last part of the compressed input
    and incorrectly signify premature EOF instead
  * logically independent buffer sizes are detached from each other
  * several buffer sizes should be more I/O-friendly now
  * the splitter block size of the multiple-workers decompressor was
    recalculated; an effort was made to deduce it formally in comments
  * the "malloc_trace.pl" script tracks peak memory usage
  * the documentation was refined

- better upstream URL, voids the necessity of source checks

- added Obsoletes: for lbunzip2, as this package replaces it

- new package