| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Approved by: des
|
|
|
|
|
|
|
|
|
| |
- Implement 4-digit year format listing (-y option)
- Improve detection of text files
- Use %ju for error_count as it is unsigned
Obtained from: NetBSD
Approved by: des
|
|
|
|
| |
Approved by: des
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Off by default, build behaves normally.
WITH_META_MODE we get auto objdir creation, the ability to
start build from anywhere in the tree.
Still need to add real targets under targets/ to build packages.
Differential Revision: D2796
Reviewed by: brooks imp
|
| | |
|
| |\
| |/
|/| |
|
| |\ |
|
| | | |
|
| | | |
|
| |\ \ |
|
| | | | |
|
| | | | |
|
| | | | | |
| | \ \ | |
| |\ \ \ \ |
|
| | |/ / /
| |/| | |
| | | | |
| | | | | |
Requested by: Simon Gerraty <sjg@juniper.net>
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Also, preserve nanoseconds from libarchive, even though the zip file format
does not currently support nanoseconds in timestamps.
|
| |_|_|/
|/| | |
| | | |
| | | | |
Reduce overlinking
|
| |_|/
|/| |
| | |
| | |
| | | |
PR: 191174
Submitted by: Franco Fichtner <franco at lastsummer.de>
|
| |/
|/|
| |
| | |
with libarchive 3.0 counterparts
|
|/ |
|
|
|
|
|
| |
Submitted by: Alex Kozlov <spam@rm-rf.kiev.ua>
MFC after: 1 week
|
|
|
|
|
| |
Submitted by: swills (via hacker lounge)
MFC after: 3 days
|
| |
|
|
|
|
|
|
|
|
| |
This fixes some test failures seen with perl 5.12 and 5.14.
PR: bin/166895
Submitted by: swills
MFC after: 3 days
|
| |
|
| |
|
|
|
|
|
|
|
| |
This makes a tiny percentage of entries in calendars ugly for latin1
users, but fixes them for UTF-8 users.
This badly needs a solution involving locale-dependent re-encoding.
|
|
|
|
|
| |
Found by: manlint
Approved by: re (kib)
|
|
|
|
| |
Submitted by: bcr
|
| |
|
|
|
|
|
|
| |
Without this change I don't see a way to
unpack a multivolume archive without wasting
disk space for a temporary file.
|
|
|
|
|
|
|
| |
Found with: Coverity Prevent(tm)
CID: 8462
Reviewed by: des
MFC after: 1 week
|
| |
|
|
|
|
| |
MFC after: 1 month
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
about to be extracted already exists. The question, and interpretation
of the response is deliberately compatible with Info-Zip.
This change was originally obtained from NetBSD, but has three changes:
- better compatibility with Info-Zip in the handling of ^D
- Use getdelim() rather than getline()
- bug fix: != changed to == in the "file rename" code
I suspect the latter is also a bug in NetBSD, but I can't easily confirm
this.
PR: bin/143307
Reviewed by: rdivacky (change to unzip.c only)
Obtained from: NetBSD src/usr.bin/unzip/unzip.c 1.8
MFC after: 1 month
|
|
|
|
| |
Thanks to: Jun Kuriyama for pointing this out
|
|
|
|
| |
Also add some missing $FreeBSD$ to keep svn happy.
|
|
|
|
|
| |
PR: bin/141280
Approved by: des, trasz (mentor)
|
|
|
|
|
|
| |
Obtained from: NetBSD
Approved by: des (maintainer)
Approved by: ed (mentor, implicit)
|
| |
|
|
|
|
|
| |
Requested by: ache
MFC after: 2 weeks
|
|
current state, it can handle all but four of the 991 zip files (including
jar files) I was able to identify in the ports tree. The remaining four
are two self-extracting archives and two which have garbage preceding the
first local header. This limitation is a feature of libarchive(3) which
I am currently working to resolve.
The code is unnecessarily large due to the need to emulate the exact
command-line syntax and behaviour of ports/unzip. My initial incompatible
implementation was one quarter the size of the one I am committing here.
|