| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
MFC after: 2 weeks
PR: 200142
Notes:
svn path=/head/; revision=362452
|
| |
|
|
|
|
|
|
|
|
| |
This simplifies pathing in make/displayed output
MFC after: 3 weeks
Sponsored by: Dell EMC Isilon
Notes:
svn path=/head/; revision=312498
|
| |
|
|
|
|
|
| |
Sponsored by: The FreeBSD Foundation
Notes:
svn path=/projects/release-pkg/; revision=295278
|
| |
|
|
|
|
|
|
|
| |
This actually fixes some cases to respect LIBRARIES_ONLY.
Sponsored by: EMC / Isilon Storage Division
Notes:
svn path=/head/; revision=287980
|
| |
|
|
|
|
|
|
|
| |
e.g. ports-mgmt/pkg and we would like to do an exp-build.
Requested by: bdrewery
Notes:
svn path=/head/; revision=282808
|
| |
|
|
|
|
|
| |
symbol conflict between libmd and libcrypto have been solved.
Notes:
svn path=/head/; revision=282775
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
SHA256 would make libarchive based application to give:
archive_read_extract(): Lzma library error: Corrupted input data
(Internally this is LZMA_DATA_ERR)
However, the libmd version of SHA256 is supposed to give same result
as the bundled version do, and xz(1) is not affected.
As a precaution, revert the SHA256 portion of r281316 for now until
we figure out why it breaks libarchive interoperability as we can't
yet rule out this change have introduced an ABI breakage.
Notes:
svn path=/head/; revision=281372
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- 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
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
| |
aka do not regenerate while generating 32bits libs
Reported by: antoine
Notes:
svn path=/head/; revision=276962
|
| |
|
|
|
|
|
| |
MFC after: 1 week
Notes:
svn path=/head/; revision=276898
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
have an executable stack, due to linking in hand-assembled .S or .s
files, that have no .GNU-stack sections:
RWX --- --- /lib/libcrypto.so.6
RWX --- --- /lib/libmd.so.5
RWX --- --- /lib/libz.so.6
RWX --- --- /lib/libzpool.so.2
RWX --- --- /usr/lib/liblzma.so.5
These were found using scanelf, from the sysutils/pax-utils port.
Reviewed by: kib
Notes:
svn path=/head/; revision=218723
|
| |
|
|
|
|
|
|
| |
Approved by: delphij (mentor)
MFC after: 1 month
Notes:
svn path=/head/; revision=213700
|
| |
|
|
|
|
|
|
|
|
| |
- Use default SHLIB_MAJOR.
Approved by: mm
X-MFC with: lzma library MFC
Notes:
svn path=/head/; revision=208099
|
| |
|
|
|
|
|
|
|
|
| |
Adjust CFLAGS for lzmainfo, xz, xzdec
Approved by: delphij (mentor)
MFC after: 2 weeks
Notes:
svn path=/head/; revision=207844
|
|
|
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
|