Debian Patches

Status for libzstd/1.5.4+dfsg2-5

Patch Description Author Forwarded Bugs Origin Last update
0006-Use-bash-for-test-script-portablitity.patch Use bash for test script portablitity Kevin Murray <spam@kdmurray.id.au> no 2016-11-14
0008-Address-embedded-zlib.patch Do not build zlibWrapper examples against embedded code copies. Sascha Steinbiss <satta@debian.org> no
0013-skip-memory-greedy-tests.patch Skip memory heavy tests causing FTBFS on mips(el) and hurd buildds Alex Mestiashvili <mestia@debian.org> no
0014-Reproducible-build.patch Make the build reproducible Chris Lamb <lamby@debian.org> no 2018-05-04
0015-Skip-dev-random-tests-on-hurd.patch Skip test failing on GNU/Hurd when writing on /dev/zero or /dev/random. On different GNU/Hurd installations writing to either one or
another would fail. Currently writing to /dev/random results in the message
"Computer bought the farm" and exit status 1
See also: https://github.com/facebook/zstd/issues/1116
Alex Mestiashvili <mestia@debian.org> no
0017-alpha-fbfs-st_mtime.patch Fix ftbfs on alpha, see #962676 Helmut Grohne <helmut@subdivi.de> no
0018-kfreebsd-ftbfs-utime-now.patch Fix the build on kFreeBSD - no UTIME_NOW. Peter Pentchev <roam@ringlet.net> no 2023-02-13
0019-upstream-fix-cli-tests.patch fix cli-tests issues Danielle Rozenblit <drozenblit@fb.com> no upstream; https://github.com/facebook/zstd/commit/7da1c6ddbfe61ad2f9bc9c3a2205567a76be24f5 2023-03-08
0020-upstream-fix-block-splitter.patch Fix rare corruption bug affecting the block splitter The block splitter confuses sequences with literal length == 65536 that use a
repeat offset code. It interprets this as literal length == 0 when deciding the
meaning of the repeat offset, and corrupts the repeat offset history. This is
benign, merely causing suboptimal compression performance, if the confused
history is flushed before the end of the block, e.g. if there are 3 consecutive
non-repeat code sequences after the mistake. It also is only triggered if the
block splitter decided to split the block.
.
All that to say: This is a rare bug, and requires quite a few conditions to
trigger. However, the good news is that if you have a way to validate that the
decompressed data is correct, e.g. you've enabled zstd's checksum or have a
checksum elsewhere, the original data is very likely recoverable. So if you were
affected by this bug please reach out.
.
The fix is to remind the block splitter that the literal length is actually 64K.
The test case is a bit tricky to set up, but I've managed to reproduce the issue.
Nick Terrell <terrelln@meta.com> no upstream, https://github.com/facebook/zstd/commit/395a2c54621d36b4eaf17b4111353243f91a1d90 2023-02-22
0021-tests-newline.patch Fix splitting test output into newlines Peter Pentchev <roam@ringlet.net> yes 2023-03-18
0022-tests-timeout.patch Raise the timeout for test commands to 10 minutes Some of the tests, e.g. the window-resize one, may take a long time on
busy builder hosts.
Peter Pentchev <roam@ringlet.net> no debian 2023-03-18

All known versions for source package 'libzstd'

Links