Update liblzma to the latest stable version

&1

out of date automake (Debian 7) out of date get text (centos 6)

Blocked by #290 and #292

added maintenancedependency workflowblocked labels

Noting for future reference:

xz-5.2.4.tar.gz

SHA256 b512f3b726d3b37b6dc4c8570e137b9311e7552e8ccbab4d39d47ce5f4177145

MD5 5ace3264bdd00c65eeec2891346f65e6

assigned to @rmarshall

mentioned in commit gitlab-org/omnibus-gitlab@5152cb11

mentioned in merge request gitlab-org/omnibus-gitlab!3197 (merged)

mentioned in commit gitlab-org/omnibus-gitlab@595df1a4

I was testing liblzma as it was mentioned in #292.

Seems like it works according to this pipeline.

I re-named the branch (fixed typo) and re-wrote the commit message but the code changes did not change from that pipeline. The changes are in gitlab-org/omnibus-gitlab!3197 (merged)

ChangeLog

5.2.4 (2018-04-29)

• liblzma:

  • Allow 0 as memory usage limit instead of returning LZMA_PROG_ERROR. Now 0 is treated as if 1 byte was specified, which effectively is the same as 0.
  • Use "noexcept" keyword instead of "throw()" in the public headers when a C++11 (or newer standard) compiler is used.
  • Added a portability fix for recent Intel C Compilers.
  • Microsoft Visual Studio build files have been moved under windows/vs2013 and windows/vs2017.

• xz:

  • Fix "xz --list --robot missing_or_bad_file.xz" which would try to print an unitialized string and thus produce garbage output. Since the exit status is non-zero, most uses of such a command won't try to interpret the garbage output.
  • "xz --list foo.xz" could print "Internal error (bug)" in a corner case where a specific memory usage limit had been set.

5.2.3 (2016-12-30)

• xz:

  • Always close a file before trying to delete it to avoid problems on some operating system and file system combinations.
  • Fixed copying of file timestamps on Windows.
  • Added experimental (disabled by default) sandbox support using Capsicum (FreeBSD >= 10). See --enable-sandbox in INSTALL.

• C99/C11 conformance fixes to liblzma. The issues affected at least some builds using link-time optimizations.

• Fixed bugs in the rarely-used function lzma_index_dup().

• Use of external SHA-256 code is now disabled by default. It can still be enabled by passing --enable-external-sha256 to configure. The reasons to disable it by default (see INSTALL for more details):

  • Some OS-specific SHA-256 implementations conflict with OpenSSL and cause problems in programs that link against both liblzma and libcrypto. At least FreeBSD 10 and MINIX 3.3.0 are affected.
  • The internal SHA-256 is faster than the SHA-256 code in some operating systems.

• Changed CPU core count detection to use sched_getaffinity() on GNU/Linux and GNU/kFreeBSD.

• Fixes to the build-system and xz to make xz buildable even when encoders, decoders, or threading have been disabled from libilzma using configure options. These fixes added two new #defines to config.h: HAVE_ENCODERS and HAVE_DECODERS.

removed workflowblocked label

This passed the dev pipeline and a triggered CE job, seems OK.

assigned to @ibaum

unassigned @ibaum

closed via merge request gitlab-org/omnibus-gitlab!3197 (merged)

mentioned in commit gitlab-org/omnibus-gitlab@8fceded3