xz: Update to version 5.2.8

  - Update from version 5.2.5 to 5.2.8
- Update of rootfile
- Remove xzgrep-ZDI-CAN-16587 patch as the contents are now integrated into the source
   tarball and with an improved quicker method - see changelog below.
- Changelog
	5.2.8 (2022-11-13)
	    * xz:
	        - If xz cannot remove an input file when it should, this
	          is now treated as a warning (exit status 2) instead of
	          an error (exit status 1). This matches GNU gzip and it
	          is more logical as at that point the output file has
	          already been successfully closed.
	        - Fix handling of .xz files with an unsupported check type.
	          Previously such printed a warning message but then xz
	          behaved as if an error had occurred (didn't decompress,
	          exit status 1). Now a warning is printed, decompression
	          is done anyway, and exit status is 2. This used to work
	          slightly before 5.0.0. In practice this bug matters only
	          if xz has been built with some check types disabled. As
	          instructed in PACKAGERS, such builds should be done in
	          special situations only.
	        - Fix "xz -dc --single-stream tests/files/good-0-empty.xz"
	          which failed with "Internal error (bug)". That is,
	          --single-stream was broken if the first .xz stream in
	          the input file didn't contain any uncompressed data.
	        - Fix displaying file sizes in the progress indicator when
	          working in passthru mode and there are multiple input files.
	          Just like "gzip -cdf", "xz -cdf" works like "cat" when the
	          input file isn't a supported compressed file format. In
	          this case the file size counters weren't reset between
	          files so with multiple input files the progress indicator
	          displayed an incorrect (too large) value.
	    * liblzma:
	        - API docs in lzma/container.h:
	            * Update the list of decoder flags in the decoder
	              function docs.
	            * Explain LZMA_CONCATENATED behavior with .lzma files
	              in lzma_auto_decoder() docs.
	        - OpenBSD: Use HW_NCPUONLINE to detect the number of
	          available hardware threads in lzma_physmem().
	        - Fix use of wrong macro to detect x86 SSE2 support.
	          __SSE2_MATH__ was used with GCC/Clang but the correct
	          one is __SSE2__. The first one means that SSE2 is used
	          for floating point math which is irrelevant here.
	          The affected SSE2 code isn't used on x86-64 so this affects
	          only 32-bit x86 builds that use -msse2 without -mfpmath=sse
	          (there is no runtime detection for SSE2). It improves LZMA
	          compression speed (not decompression).
	        - Fix the build with Intel C compiler 2021 (ICC, not ICX)
	          on Linux. It defines __GNUC__ to 10 but doesn't support
	          the __symver__ attribute introduced in GCC 10.
	    * Scripts: Ignore warnings from xz by using --quiet --no-warn.
	      This is needed if the input .xz files use an unsupported
	      check type.
	    * Translations:
	        - Updated Croatian and Turkish translations.
	        - One new translations wasn't included because it needed
	          technical fixes. It will be in upcoming 5.4.0. No new
	          translations will be added to the 5.2.x branch anymore.
	        - Renamed the French man page translation file from
	          fr_FR.po to fr.po and thus also its install directory
	          (like /usr/share/man/fr_FR -> .../fr).
	        - Man page translations for upcoming 5.4.0 are now handled
	          in the Translation Project.
	    * Update doc/faq.txt a little so it's less out-of-date.
	5.2.7 (2022-09-30)
	    * liblzma:
	        - Made lzma_filters_copy() to never modify the destination
	          array if an error occurs. lzma_stream_encoder() and
	          lzma_stream_encoder_mt() already assumed this. Before this
	          change, if a tiny memory allocation in lzma_filters_copy()
	          failed it would lead to a crash (invalid free() or invalid
	          memory reads) in the cleanup paths of these two encoder
	          initialization functions.
	        - Added missing integer overflow check to lzma_index_append().
	          This affects xz --list and other applications that decode
	          the Index field from .xz files using lzma_index_decoder().
	          Normal decompression of .xz files doesn't call this code
	          and thus most applications using liblzma aren't affected
	          by this bug.
	        - Single-threaded .xz decoder (lzma_stream_decoder()): If
	          lzma_code() returns LZMA_MEMLIMIT_ERROR it is now possible
	          to use lzma_memlimit_set() to increase the limit and continue
	          decoding. This was supposed to work from the beginning
	          but there was a bug. With other decoders (.lzma or
	          threaded .xz decoder) this already worked correctly.
	        - Fixed accumulation of integrity check type statistics in
	          lzma_index_cat(). This bug made lzma_index_checks() return
	          only the type of the integrity check of the last Stream
	          when multiple lzma_indexes were concatenated. Most
	          applications don't use these APIs but in xz it made
	          xz --list not list all check types from concatenated .xz
	          files. In xz --list --verbose only the per-file "Check:"
	          lines were affected and in xz --robot --list only the "file"
	          line was affected.
	        - Added ABI compatibility with executables that were linked
	          against liblzma in RHEL/CentOS 7 or other liblzma builds
	          that had copied the problematic patch from RHEL/CentOS 7
	          (xz-5.2.2-compat-libs.patch). For the details, see the
	          comment at the top of src/liblzma/validate_map.sh.
	          WARNING: This uses __symver__ attribute with GCC >= 10.
	          In other cases the traditional __asm__(".symver ...")
	          is used. Using link-time optimization (LTO, -flto) with
	          GCC versions older than 10 can silently result in
	          broken liblzma.so.5 (incorrect symbol versions)! If you
	          want to use -flto with GCC, you must use GCC >= 10.
	          LTO with Clang seems to work even with the traditional
	          __asm__(".symver ...") method.
	    * xzgrep: Fixed compatibility with old shells that break if
	      comments inside command substitutions have apostrophes (').
	      This problem was introduced in 5.2.6.
	    * Build systems:
	        - New #define in config.h: HAVE_SYMBOL_VERSIONS_LINUX
	        - Windows: Fixed liblzma.dll build with Visual Studio project
	          files. It broke in 5.2.6 due to a change that was made to
	          improve CMake support.
	        - Windows: Building liblzma with UNICODE defined should now
	          work.
	        - CMake files are now actually included in the release tarball.
	          They should have been in 5.2.5 already.
	        - Minor CMake fixes and improvements.
	    * Added a new translation: Turkish
	5.2.6 (2022-08-12)
	    * xz:
	        - The --keep option now accepts symlinks, hardlinks, and
	          setuid, setgid, and sticky files. Previously this required
	          using --force.
	        - When copying metadata from the source file to the destination
	          file, don't try to set the group (GID) if it is already set
	          correctly. This avoids a failure on OpenBSD (and possibly on
	          a few other OSes) where files may get created so that their
	          group doesn't belong to the user, and fchown(2) can fail even
	          if it needs to do nothing.
	        - Cap --memlimit-compress to 2000 MiB instead of 4020 MiB on
	          MIPS32 because on MIPS32 userspace processes are limited
	          to 2 GiB of address space.
	    * liblzma:
	        - Fixed a missing error-check in the threaded encoder. If a
	          small memory allocation fails, a .xz file with an invalid
	          Index field would be created. Decompressing such a file would
	          produce the correct output but result in an error at the end.
	          Thus this is a "mild" data corruption bug. Note that while
	          a failed memory allocation can trigger the bug, it cannot
	          cause invalid memory access.
	        - The decoder for .lzma files now supports files that have
	          uncompressed size stored in the header and still use the
	          end of payload marker (end of stream marker) at the end
	          of the LZMA stream. Such files are rare but, according to
	          the documentation in LZMA SDK, they are valid.
	          doc/lzma-file-format.txt was updated too.
	        - Improved 32-bit x86 assembly files:
	            * Support Intel Control-flow Enforcement Technology (CET)
	            * Use non-executable stack on FreeBSD.
	        - Visual Studio: Use non-standard _MSVC_LANG to detect C++
	          standard version in the lzma.h API header. It's used to
	          detect when "noexcept" can be used.
	    * xzgrep:
	        - Fixed arbitrary command injection via a malicious filename
	          (CVE-2022-1271, ZDI-CAN-16587). A standalone patch for
	          this was released to the public on 2022-04-07. A slight
	          robustness improvement has been made since then and, if
	          using GNU or *BSD grep, a new faster method is now used
	          that doesn't use the old sed-based construct at all. This
	          also fixes bad output with GNU grep >= 3.5 (2020-09-27)
	          when xzgrepping binary files.
	          This vulnerability was discovered by:
	          cleemy desu wayo working with Trend Micro Zero Day Initiative
	        - Fixed detection of corrupt .bz2 files.
	        - Improved error handling to fix exit status in some situations
	          and to fix handling of signals: in some situations a signal
	          didn't make xzgrep exit when it clearly should have. It's
	          possible that the signal handling still isn't quite perfect
	          but hopefully it's good enough.
	        - Documented exit statuses on the man page.
	        - xzegrep and xzfgrep now use "grep -E" and "grep -F" instead
	          of the deprecated egrep and fgrep commands.
	        - Fixed parsing of the options -E, -F, -G, -P, and -X. The
	          problem occurred when multiple options were specied in
	          a single argument, for example,
	              echo foo | xzgrep -Fe foo
	          treated foo as a filename because -Fe wasn't correctly
	          split into -F -e.
	        - Added zstd support.
	    * xzdiff/xzcmp:
	        - Fixed wrong exit status. Exit status could be 2 when the
	          correct value is 1.
	        - Documented on the man page that exit status of 2 is used
	          for decompression errors.
	        - Added zstd support.
	    * xzless:
	        - Fix less(1) version detection. It failed if the version number
	          from "less -V" contained a dot.
	    * Translations:
	        - Added new translations: Catalan, Croatian, Esperanto,
	          Korean, Portuguese, Romanian, Serbian, Spanish, Swedish,
	          and Ukrainian
	        - Updated the Brazilian Portuguese translation.
	        - Added French man page translation. This and the existing
	          German translation aren't complete anymore because the
	          English man pages got a few updates and the translators
	          weren't reached so that they could update their work.
	    * Build systems:
	        - Windows: Fix building of resource files when config.h isn't
	          used. CMake + Visual Studio can now build liblzma.dll.
	        - Various fixes to the CMake support. Building static or shared
	          liblzma should work fine in most cases. In contrast, building
	          the command line tools with CMake is still clearly incomplete
	          and experimental and should be used for testing only.

Signed-off-by: Adolf Belka <adolf.belka@ipfire.org>
---
 config/rootfiles/common/xz             | 37 ++++++++--
 lfs/xz                                 |  5 +-
 src/patches/xzgrep-ZDI-CAN-16587.patch | 94 --------------------------
 3 files changed, 32 insertions(+), 104 deletions(-)
 delete mode 100644 src/patches/xzgrep-ZDI-CAN-16587.patch

Message ID	20221119175236.4019257-1-adolf.belka@ipfire.org
State	Accepted
Commit	6ff6ba85ba0787c54cf5caa82a9171ca8b12e350
Headers	From: Adolf Belka <adolf.belka@ipfire.org> To: development@lists.ipfire.org Subject: [PATCH] xz: Update to version 5.2.8 Date: Sat, 19 Nov 2022 18:52:36 +0100 Message-Id: <20221119175236.4019257-1-adolf.belka@ipfire.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: list Errors-To: development-bounces@lists.ipfire.org Sender: "Development" <development-bounces@lists.ipfire.org>
Series	xz: Update to version 5.2.8 \| xz: Update to version 5.2.8

xz: Update to version 5.2.8

Commit Message

Comments

Patch