mirror of
https://git.FreeBSD.org/ports.git
synced 2025-01-20 08:27:15 +00:00
Update to 1.1.4, take maintainership.
This commit is contained in:
parent
333169d3a3
commit
e40bd0b0c5
Notes:
svn2git
2021-03-31 03:12:20 +00:00
svn path=/head/; revision=188943
@ -6,19 +6,17 @@
|
||||
#
|
||||
|
||||
PORTNAME= xdelta
|
||||
PORTVERSION= 1.1.3
|
||||
PORTREVISION= 1
|
||||
PORTVERSION= 1.1.4
|
||||
CATEGORIES= misc devel
|
||||
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE}
|
||||
MASTER_SITE_SUBDIR= ${PORTNAME}
|
||||
MASTER_SITES= http://xdelta.googlecode.com/files/
|
||||
|
||||
MAINTAINER= ports@FreeBSD.org
|
||||
MAINTAINER= skv@FreeBSD.org
|
||||
COMMENT= A diff/patch utility for binary files
|
||||
|
||||
USE_AUTOTOOLS= libtool:15
|
||||
USE_GNOME= glib12
|
||||
GNU_CONFIGURE= yes
|
||||
INSTALLS_SHLIB= yes
|
||||
USE_LDCONFIG= yes
|
||||
CONFIGURE_TARGET= --target=${MACHINE_ARCH}-unknown-freebsd${OSREL}
|
||||
|
||||
MAN1= xdelta.1
|
||||
|
@ -1,3 +1,3 @@
|
||||
MD5 (xdelta-1.1.3.tar.gz) = 08e964c28541605b6fe61c0dd6595516
|
||||
SHA256 (xdelta-1.1.3.tar.gz) = f1c9c40afa3101f9cca15ebb91d888d2a1592555e5b66ddd592b0bacff94eddf
|
||||
SIZE (xdelta-1.1.3.tar.gz) = 242101
|
||||
MD5 (xdelta-1.1.4.tar.gz) = 1b896c01ebf0e353b7e3c3071b05f496
|
||||
SHA256 (xdelta-1.1.4.tar.gz) = 345503b60432812840991ea1d79cb10db5f34bfaba9499bd0e7d5c57ac5d5c6d
|
||||
SIZE (xdelta-1.1.4.tar.gz) = 423529
|
||||
|
@ -1,24 +1,11 @@
|
||||
From the README:
|
||||
I propose this delta generator as a replacement for "diff" in applications
|
||||
where the insert/delete delta is not required. Since the copy/insert delta
|
||||
is easier to compute, it does not have to make the reduction in input size
|
||||
by breaking the file into lines. The delta generator works well on binary
|
||||
files.
|
||||
Xdelta provides the ability to generate deltas between a pair
|
||||
of files and later apply those deltas. It operates similar to
|
||||
the diff and patch commands, but works on binary files and does
|
||||
not produce a human readable output.
|
||||
|
||||
The next question is whether it is actually desirable to compute deltas
|
||||
between binary files. The answer is certainly yes, even though some binary
|
||||
file formats will not have a great degree of similarity between versions
|
||||
which were generated between minor modifications to their sources. First, I
|
||||
have evidence that some file formats (notably FrameMaker documents) work
|
||||
very well. Machine-dependant object files and executables don't work very
|
||||
well, but it is still worth doing. The reason it is still worthwhile is
|
||||
that compression takes longer than finding these deltas, so any space
|
||||
savings the delta generator produces it very likely to reduce the total
|
||||
archival time. Even if the delta generator saves no space, the total time
|
||||
well end up less than twice the time of compression. I will include some
|
||||
measurements at the end of this writing.
|
||||
Xdelta has three subcommands, delta, patch, and info. Delta
|
||||
accepts two file versions and produces a delta, while patch
|
||||
accepts the original file version and delta and produces the
|
||||
second version.
|
||||
|
||||
Please send any comments, questions, thoughts, or interest to me,
|
||||
jmacd@cs.berkeley.edu.
|
||||
|
||||
Eric. <erich@FreeBSD.org>
|
||||
WWW: http://code.google.com/p/xdelta/
|
||||
|
Loading…
Reference in New Issue
Block a user