| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
This restores binary compatibility against liblzma 5.6.0 library.
PR: 278127
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
| |
MFC-after: 2 weeks
|
|
|
|
|
| |
Relnotes: yes
MFC-after: 2 weeks
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When the kernel is built without capability mode support, or when
using an emulator like qemu-user-static that does not translate
system calls, these calls will return a negative number and set
the errno to ENOSYS. However, this error does not indicate a
real programming or runtime error and is generally ignored by
base system applications built with capability mode sandboxing.
Match this behavior by making xz(1) to ignore ENOSYS errors
when calling capability mode system calls too.
PR: 269185
Reported by: Dan Kotowski
MFC after: 2 days
|
|
|
|
| |
MFC after: 3 days
|
|
|
|
| |
MFC after: 2 weeks
|
|
|
|
| |
MFC after: 2 weeks
|
| |
|
|
|
|
|
| |
Relnotes: yes
MFC after: 2 weeks
|
|
|
|
|
|
|
|
| |
MFC after: 2 weeks
PR: 200142
Notes:
svn path=/head/; revision=362452
|
|
|
|
|
|
|
|
| |
MFC after: 2 weeks
Relnotes: yes
Notes:
svn path=/head/; revision=359201
|
|
|
|
|
|
|
|
|
|
|
|
| |
Apply upstream 353970510895f6a80adfe60cf71b70a95adfa8bc to limit memory
usage on 32-bit binary to 4020 MiB.
Submitted by: Lasse Collin <lasse.collin at tukaani.org>
Reviewed by: kib, bcr
Differential Revision: https://reviews.freebsd.org/D23474
Notes:
svn path=/head/; revision=357609
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On 32bit platforms it is possible to have (much) more physical RAM
than is mappable into single address space. In this case liblzma
scales the value into a request to mmap more address space than it is
theoretically possible.
Reported and tested by: pho
Reviewed by: delphij
Discussed with: emaste
Sponsored by: The FreeBSD Foundation
MFC after: 1 week
Notes:
svn path=/head/; revision=342823
|
|
|
|
|
|
|
| |
MFC after: 2 weeks
Notes:
svn path=/head/; revision=333783
|
|
|
|
|
|
|
|
|
|
|
| |
Will also be proposed upstream.
Reviewed by: delphij
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D11033
Notes:
svn path=/head/; revision=319510
|
|
|
|
|
|
|
| |
MFC after: 2 weeks
Notes:
svn path=/head/; revision=311504
|
|
|
|
|
|
|
|
|
|
| |
xz 5.2.2.
MFC after: 1 month
Relnotes: yes
Notes:
svn path=/head/; revision=291125
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 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)
Notes:
svn path=/head/; revision=281316
|
|
|
|
| |
Notes:
svn path=/head/; revision=278468
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
Notes:
svn path=/head/; revision=278433
|
|
|
|
|
|
|
| |
MFC after: 1 week
Notes:
svn path=/head/; revision=276898
|
|
|
|
|
|
|
| |
MFC after: 2 weeks
Notes:
svn path=/head/; revision=273498
|
|
|
|
| |
Notes:
svn path=/head/; revision=273493
|
|
|
|
|
|
|
|
|
| |
Update vendor/xz from v5.0 branch to post-5.0.5
MFC after: 2 weeks
Notes:
svn path=/head/; revision=262754
|
|
|
|
|
|
|
|
|
| |
Update contrib/xz to version 5.0.4
MFC after: 2 weeks
Notes:
svn path=/head/; revision=244601
|
|
|
|
|
|
|
|
|
|
| |
For architectures with __NO_STRICT_ALIGNMENT
define TUKLIB_FAST_UNALIGNED_ACCESS
MFC after: 2 weeks
Notes:
svn path=/head/; revision=223935
|
|
|
|
|
|
|
| |
MFC after: 1 week
Notes:
svn path=/head/; revision=219001
|
|
|
|
|
|
|
|
| |
Approved by: delphij (mentor)
MFC after: 1 week
Notes:
svn path=/head/; revision=215187
|
|
|
|
|
|
|
|
| |
Approved by: delphij (mentor)
MFC after: 1 month
Notes:
svn path=/head/; revision=213700
|
|
Add support for xz and lzma to lesspipe.sh (xzless, lzless)
Bump __FreeBSD_version
Approved by: delphij (mentor)
MFC after: 2 weeks
Notes:
svn path=/head/; revision=207842
|