openSUSE Build Service

Overview Repositories Revisions Requests Users Attributes Meta

File xz.changes of Package xz (Revision e3953fe77fb77090b294c0e0c451479c)

Currently displaying revision e3953fe77fb77090b294c0e0c451479c , Show latest

-------------------------------------------------------------------
Wed Feb 11 12:44:41 CET 2009 - coolo@suse.de

- fix devel symlink

-------------------------------------------------------------------
Fri Feb  6 13:50:53 CET 2009 - schwab@suse.de

- Update to xz-4.999.8beta.
  See git://ctrl.tukaani.org/lzma-utils.git.

-------------------------------------------------------------------
Wed Jan  7 10:26:30 CET 2009 - schwab@suse.de

- Update to xz-4.999.7beta.
  See git://ctrl.tukaani.org/lzma-utils.git.
- Rename to xz.

-------------------------------------------------------------------
Wed Jul 30 13:53:18 CEST 2008 - schwab@suse.de

- Update to lzma-4.32.7.
  * If "lzma -t" is run on a corrupt file or interrupted by a signal,
    don't unlink /dev/null.

* Partial fix to race conditions where a signal could make lzma to
    unlink both the source and destination files. Now it cannot lose
    data anymore, but with bad luck an incomplete file may be left
    on the disk.

-------------------------------------------------------------------
Wed May 14 22:04:25 CEST 2008 - schwab@suse.de

- Update to lzma-4.32.6.
  * Always use 32-bit integer to hold probability variables. Earlier,
    these were 64-bit on 64-bit architectures, which hurt cache
    efficiency in the CPU, and thus performance of LZMA. 32-bit
    architectures are not affected by this change.
  * Fix a theoretical data corruption bug in the LZMA encoder. It is
    about overflowing a 32-bit integer, whose typical value stays below
    five. I don't know if it is actually possible to construct to a file
    that could make it overflow. Even if it were possible, it would "only"
    make the output file corrupt so that it is 4 GiB too small; there
    are no other security risks. Now the integer is 64-bit to be sure
    it won't overflow.
  * Add support for copying timestamps on operating systems that support
    setting timestamps only by filename, not by file descriptor.
  * Several portability fixes were made.

-------------------------------------------------------------------
Fri May  9 11:51:42 CEST 2008 - schwab@suse.de

- Revert last changes.

-------------------------------------------------------------------
Tue May  6 22:36:09 CEST 2008 - bk@suse.de

- ci removed #neededforbuild while mbuild converts to BuildRequires
- bzip2 source to save space (not lzma, so it can be built in <11.0)

-------------------------------------------------------------------
Tue May  6 14:24:02 CEST 2008 - bk@suse.de

- run the package-provided self-test by adding a call to 'make check'
- use %configure instead of equivalent configure call with options
- improved to allow building in SLES and non-SUSE repositories, eg:
  - replace obsolete nostatic patch with check for static objects
  - use more generic wildcards in the file list for manual pages

-------------------------------------------------------------------
Mon Feb  4 19:20:31 CET 2008 - schwab@suse.de

- Fix installation.

-------------------------------------------------------------------
Mon Feb  4 13:32:06 CET 2008 - schwab@suse.de

- Update to lzma-4.32.5.
  * The percentage shown when --verbose is used, works again. Also some
    typos were fixed from the messages printed by --verbose.
  * Several small portability fixes were made.

-------------------------------------------------------------------
Fri Jan  4 07:12:26 CET 2008 - crrodriguez@suse.de

- Version 4.32.4
  * Ignore command line switch --format=alone. This way current scripts
    can be written so that they will produce LZMA_Alone format files
    even with the new command line tool once it is finishes along with
    liblzma.
  * The command line tool now tells if the user tries to decode files
    in the new .lzma format. The message recommends upgrading to newer
    LZMA Utils.
  * Added some internal consistency checks to liblzmadec, so that it
    doesn't crash if given lzmadec_stream whose initialization failed.
    Some applications using zlib and libbzip2 don't check if
    initialization was successful, and expect that error gets caught
    safely later.
- disable static libraries
- remove liblzmadec.la that has empty dependency_libs
- do not link utils statically

-------------------------------------------------------------------
Mon Dec  3 14:12:12 CET 2007 - dmueller@suse.de

- update to 4.32.3:
  * rare file content loss bugs fixed (did not check for error upon close())
  * permissions copying fixed
- testsuited switched partially to GPLv3
- fix library package name

-------------------------------------------------------------------
Thu Oct 11 14:52:41 CEST 2007 - schwab@suse.de

- Fix missing include.

-------------------------------------------------------------------
Wed Oct 10 14:56:31 CEST 2007 - schwab@suse.de

- Initial version 4.32.0beta5.

Places

File xz.changes of Package xz (Revision e3953fe77fb77090b294c0e0c451479c)

Places