Update XZ Utils to 5.0.4 (third_party)

tests/files/README

 
 .xz Test Files
 ----------------
 
 0. Introduction
 
     This directory contains bunch of files to test handling of .xz files
     in .xz decoder implementations. Many of the files have been created
     by hand with a hex editor, thus there is no better "source code" than
     the files themselves. All the test files (*.xz) and this README have
@@ skipping 170 matching lines @@
     bad-1-block_header-3.xz has wrong CRC32 in Block Header.
 
     bad-1-block_header-4.xz has too big Compressed Size in Block Header
     (2^63 - 1 bytes while maximum is a little less, because the whole
     Block must stay smaller than 2^63). It's important that the file
     gets rejected due to invalid Compressed Size value; the decoder
     must not try decoding the Compressed Data field.
 
     bad-1-block_header-5.xz has zero as Compressed Size in Block Header.
 
+    bad-1-block_header-6.xz has corrupt Block Header which may crash
+    xz -lvv in XZ Utils 5.0.3 and earlier. It was fixed in the commit
+    c0297445064951807803457dca1611b3c47e7f0f.
+
     bad-2-index-1.xz has wrong Unpadded Sizes in Index.
 
     bad-2-index-2.xz has wrong Uncompressed Sizes in Index.
 
     bad-2-index-3.xz has non-null byte in Index Padding.
 
     bad-2-index-4.xz wrong CRC32 in Index.
 
     bad-2-index-5.xz has zero as Unpadded Size. It is important that the
     file gets rejected specifically due to Unpadded Size having an invalid
@@ skipping 26 matching lines @@
     bad-1-lzma2-5.xz is like bad-1-lzma2-4.xz but doesn't try to reset
     anything in the header of the second chunk.
 
     bad-1-lzma2-6.xz has reserved LZMA2 control byte value (0x03).
 
     bad-1-lzma2-7.xz has EOPM at LZMA level.
 
     bad-1-lzma2-8.xz is like good-1-lzma2-4.xz but doesn't set new
     properties in the third LZMA2 chunk.