History log of /freebsd/contrib/xz/src/liblzma/common/memcmplen.h (Results 1 – 18 of 18)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 3b35e7ee 04-Jun-2024 Xin LI <delphij@FreeBSD.org>

MFV: xz 5.6.2.

MFC after: 4 weeks


Revision tags: release/14.1.0
# 2f9cd13d 05-Apr-2024 Xin LI <delphij@FreeBSD.org>

Revert "MFV: xz 5.6.0"

This commit reverts 8db56defa766eacdbaf89a37f25b11a57fd9787a,
rolling back the vendor import of xz 5.6.0 and restoring the
package to version 5.4.5.

The revert was not direct

Revert "MFV: xz 5.6.0"

This commit reverts 8db56defa766eacdbaf89a37f25b11a57fd9787a,
rolling back the vendor import of xz 5.6.0 and restoring the
package to version 5.4.5.

The revert was not directly due to the attack (CVE-2024-3094):
our import process have removed the test cases and build scripts
that would have enabled the attack. However, reverting would
help to reduce potential confusion and false positives from
security scanners that assess risk based solely on version
numbers.

Another commit will follow to restore binary compatibility with
the liblzma 5.6.0 library by making the previously private
symbol (lzma_mt_block_size) public.

PR: 278127
MFC after: 3 days

show more ...


Revision tags: release/13.3.0
# 8db56def 26-Feb-2024 Xin LI <delphij@FreeBSD.org>

MFV: xz 5.6.0.

MFC after: 2 weeks


# ca6a6373 26-Nov-2023 Xin LI <delphij@FreeBSD.org>

MFV: xz 5.4.5

MFC after: 2 weeks


Revision tags: release/14.0.0
# 1f3ced26 03-Aug-2023 Xin LI <delphij@FreeBSD.org>

MFV: xz 5.4.4.

MFC-after: 2 weeks


# b333cd44 13-May-2023 Xin LI <delphij@FreeBSD.org>

MFV: xz 5.4.3.

Relnotes: yes
MFC-after: 2 weeks


Revision tags: release/13.2.0
# 73ed8e77 01-Jan-2023 Xin LI <delphij@FreeBSD.org>

MFV: xz 5.4.0

MFC after: 2 weeks


Revision tags: release/12.4.0
# 9e6bbe47 17-Nov-2022 Xin LI <delphij@FreeBSD.org>

MFV: Merge xz 5.2.8

Relnotes: yes
MFC after: 2 weeks


Revision tags: release/13.1.0, release/12.3.0, release/13.0.0, release/12.2.0, release/11.4.0
# a8675d92 22-Mar-2020 Xin LI <delphij@FreeBSD.org>

MFV r359197: xz 5.2.5.

MFC after: 2 weeks
Relnotes: yes


Revision tags: release/12.1.0, release/11.3.0, release/12.0.0, release/11.2.0, release/10.4.0, release/11.1.0, release/11.0.1, release/11.0.0, release/10.3.0, release/10.2.0
# 416ba5c7 22-Jun-2015 Navdeep Parhar <np@FreeBSD.org>

Catch up with HEAD (r280229-r284686).


# 98e0ffae 27-May-2015 Simon J. Gerraty <sjg@FreeBSD.org>

Merge sync of head


# 7757a1b4 03-May-2015 Baptiste Daroussin <bapt@FreeBSD.org>

Merge from head


# 7263c8c0 22-Apr-2015 Glen Barber <gjb@FreeBSD.org>

MFH: r280643-r281852

Sponsored by: The FreeBSD Foundation


# 342bcb12 09-Apr-2015 Xin LI <delphij@FreeBSD.org>

MFV r281278:

- Update xz to 5.2.1, where the most visible change is that it
fixed a compression-ratio regression in fast mode LZMA1 and
LZMA2 and used cpuset_getaffinity() for CPU cores detec

MFV r281278:

- Update xz to 5.2.1, where the most visible change is that it
fixed a compression-ratio regression in fast mode LZMA1 and
LZMA2 and used cpuset_getaffinity() for CPU cores detection.
- Make liblzma use the base system SHA256 implementation instead of
the bundled one.
- Additional annotation in config.h for FreeBSD specific tweaks.
- Refresh symbols in XZprivate_1.0 to reflect reality.

Relnotes: yes
MFC after: 1 month (TBD)

show more ...


# d8fee543 12-Feb-2015 Baptiste Daroussin <bapt@FreeBSD.org>

Merge from HEAD


# 53f2fbca 11-Feb-2015 Glen Barber <gjb@FreeBSD.org>

MFH: r278202,r278205-r278590

Sponsored by: The FreeBSD Foundation


# 93466fc6 10-Feb-2015 Dimitry Andric <dim@FreeBSD.org>

Merge ^/head r278351 through r278498.


# 53200025 09-Feb-2015 Rui Paulo <rpaulo@FreeBSD.org>

Merge xz 5.2.0.

This brings support for multi-threaded compression. This brings close
N times faster compression where N is the number of CPU cores.
Because of this, liblzma now depends on libthr.

Merge xz 5.2.0.

This brings support for multi-threaded compression. This brings close
N times faster compression where N is the number of CPU cores.
Because of this, liblzma now depends on libthr.

Soon libarchive will be modified to use the new lzma API.

Thanks to antoine@ for the exp-run.

Differential Revision: https://reviews.freebsd.org/D1786
Reviewed by: bapt

show more ...