| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
- Add my LOCAL to MASTER_SITES
- Simplify PORTDOCS installation
Changes: https://www.cabextract.org.uk/#changes
|
|
|
|
|
|
|
| |
- Bump PORTREVISION for dependency and package change
PR: 233055
Submitted by: Lorenzo Salvadore <phascolarctos@protonmail.ch>
|
|
|
|
|
|
|
|
|
|
| |
- Bump PORTREVISION for package change
Upstream rerolled the tarball.
Around 5,000 lines of differences are tab/space changes.
The original tarball is available at https://people.freebsd.org/~sunpoet/cabextract/cabextract-1.9.tar.gz
The diff -bru result is available at https://people.freebsd.org/~sunpoet/cabextract/cabextract.diff
|
|
|
|
|
|
| |
- Convert to options target helper
Changes: https://www.cabextract.org.uk/#changes
|
|
|
|
| |
Changes: https://www.cabextract.org.uk/#changes
|
|
|
|
|
|
| |
- Update MASTER_SITES
Changes: https://www.cabextract.org.uk/#changes
|
| |
|
|
|
|
| |
Multiple consecutive previous maintainer timeouts
|
|
|
|
| |
Approved by: portmgr blanket
|
|
|
|
|
|
|
|
|
|
|
|
| |
PR: 198955
Security: cc7548ef-06e1-11e5-8fda-002590263bf5
Security: CVE-2014-9556
Security: cfb12f02-06e1-11e5-8fda-002590263bf5
Security: CVE-2015-2060
Submitted by: Jason Unovitch <jason unovitch gmail com>
Reported by: Sevan Janiyan <venture37 geeklan co uk>
Approved by: maintainer timeout
MFH: 2015Q2
|
|
|
|
|
|
| |
- Add LICENSE_FILE
Approved by: portmgr blanket
|
| |
|
|
|
|
| |
archivers)
|
|
|
|
|
|
|
|
|
| |
- Drop indefinite article from COMMENT
- Define LICENSE (and remove COPYING from portdocs)
- Unmute installation commands
- Convert NOPORTDOCS -> PORT_OPTIONS:MDOCS
Approved by: maintainer (gabor)
|
| |
|
|
|
|
| |
With hat: portmgr (myself)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
from the author follows.
Bug 1: Infinite loop in MS-ZIP decoder [1]
The MS-ZIP and Quantum decoders read bits in roughly the same way as the LZX
decoder, however they don't have "inject two fake bytes" code.
In the situation where read() provides zero bytes, e.g. at the end of file or
end of a CAB block, the LZX decoder handles this by injecting two fake bytes,
then returns an error on subsequent calls. MS-ZIP and Quantum instead return
zero bytes without error. However, all three decoders are written to presume
they will get at least one byte. So this could lead to an infinite loop in
MS-ZIP and Quantum. An infinite loop has definitely been seen in MS-ZIP -
there is a while loop in inflate() of an uncompressed block (block type 0)
which won't end until enough input is provided.
Partial solution: change "if (read < 0)" to "if (read <= 0)" in mszipd.c and
qtmd.c.
- http://libmspack.svn.sourceforge.net/viewvc/libmspack?view=revision&revision=90
However, this breaks compatibility with a number of MS-ZIP/Quantum encoded
files. A full solution would be to implement the same bit-reading system as
LZX. I've done this now, merging all the bit-reading and huffman-reading
code into two new files; readbits.h and readhuff.h
- http://libmspack.svn.sourceforge.net/viewvc/libmspack?view=revision&revision=95
There are several further changes made to integrate readbits.h and readhuff.h,
I recommend you look at the latest version in the source repository.
- http://libmspack.svn.sourceforge.net/viewvc/libmspack/libmspack/trunk/mspack/
Bug 2: Segmentation fault in "cabextract -t"
This bug may not affect you, depending on your implementation of
mspack_system->write(). It does cause a segfault in cabextract's
cabx_write() in "-t" (test archive) mode.
In the Quantum decoder, when the window wrap is reached, all currently
unwritten data is flushed to disk. Sometimes, less data is needed than
is flushed, which makes the variable out_bytes negative.
When the main decoding loop finishes, a final call to write() is made if
out_bytes is not zero. In that situation, it calls mspack_system->write() with
a negative byte count, e.g. -129 bytes. You should reject this. In
cabextract's "-t" mode, this is not caught, but instead converted to an
unsigned integer and passed to md5_process_bytes(), which tries to
read e.g. 4294967167 bytes, causing it to read beyond the end of
valid process space and thus segfault.
Solution:
- Break out to the end of the decoding loop immediately if the flush would be more than needed.
http://libmspack.svn.sourceforge.net/viewvc/libmspack/libmspack/trunk/mspack/qtmd.c?r1=114&r2=113
- Add checking of the "bytes" argument in mspack_system read() / write() implementations, just to be sure.
http://libmspack.svn.sourceforge.net/viewvc/libmspack?view=revision&revision=118
Security: SA40719 [1]
|
| |
|
|
|
|
| |
Submitted by: Stuart Caie (author)
|
|
|
|
|
|
|
| |
- Remove unnecessary patch
- Style
Approved by: erwin (mentor)
|
|
|
|
| |
Approved by: erwin (mentor)
|
|
|
|
|
|
|
|
|
|
| |
- Add some more PORTDOCS
- Respect MAN1PREFIX
- Bump PORTREVISION
- Take maintainership
PR: 103103
Submitted by: Gabor Kovesdan <gabor@FreeBSD.org>
|
| |
|
|
|
|
| |
after 5.4-RELEASE.
|
|
|
|
| |
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.
|
|
|
|
|
| |
PR: 72817
Submitted by: KATO Tsuguru
|
|
|
|
|
| |
PR: ports/64328
Submitted by: Ports Fury
|
|
|
|
| |
Reviewed by: marcus
|
| |
|
|
|
|
|
| |
these great pieces of software, so that let others with more free time
to take over them.
|
|
|
|
| |
use USE_GETOPT_LONG instead.
|
|
|
|
|
|
|
| |
Requiem mors pacem pkg-comment,
And be calm ports tree.
E Nomini Patri, E Fili, E Spiritu Sancti.
|
|
|
|
|
| |
PR: 41729
Submitted by: Ports Fury
|
|
|
|
| |
Submitted by: petef
|
| |
|
| |
|
| |
|
|
|