new port for xdelta

5 files changed, 52 insertions, 0 deletions

diff --git a/misc/xdelta/Makefile b/misc/xdelta/Makefile
new file mode 100644
index 000000000000..7432256e37a3
--- /dev/null
+++ b/misc/xdelta/Makefile
@@ -0,0 +1,21 @@
+# New ports collection makefile for:    xdelta
+# Version required:     0.14
+# Date created:         Sun May  4 21:40:06 CDT 1997
+# Whom:                 erich
+#
+# $Id: Makefile,v 1.12 1997/02/12 10:24:23 asami Exp $
+#
+
+DISTNAME=       xdelta-0.14
+
+CATEGORIES=     misc
+MASTER_SITES=   ftp://scam.xcf.berkeley.edu/pub/jmacd/
+GNU_CONFIGURE=	yup
+
+#BUILD_DEPENDS=	${PREFIX}/lib/libgdbm.a:${PORTSDIR}/databases/gdbm
+
+#
+# this seems to be necessary for libtool :(
+MAKE_ENV= CC=cc
+
+.include <bsd.port.mk>
diff --git a/misc/xdelta/distinfo b/misc/xdelta/distinfo
new file mode 100644
index 000000000000..875115a157c5
--- /dev/null
+++ b/misc/xdelta/distinfo
@@ -0,0 +1 @@
+MD5 (xdelta-0.14.tar.gz) = 6dcb37139f7c511b8f8d3899644cf0a6
diff --git a/misc/xdelta/pkg-comment b/misc/xdelta/pkg-comment
new file mode 100644
index 000000000000..af424628aecf
--- /dev/null
+++ b/misc/xdelta/pkg-comment
@@ -0,0 +1 @@
+a diff/patch utility for binary files
diff --git a/misc/xdelta/pkg-descr b/misc/xdelta/pkg-descr
new file mode 100644
index 000000000000..37049fefcc85
--- /dev/null
+++ b/misc/xdelta/pkg-descr
@@ -0,0 +1,24 @@
+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.
+
+  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.
+
+  Please send any comments, questions, thoughts, or interest to me,
+  jmacd@cs.berkeley.edu.
+
+Eric. <erich@FreeBSD.org>
diff --git a/misc/xdelta/pkg-plist b/misc/xdelta/pkg-plist
new file mode 100644
index 000000000000..c1101c195baa
--- /dev/null
+++ b/misc/xdelta/pkg-plist
@@ -0,0 +1,5 @@
+bin/xdelta
+include/xdelta.h
+lib/libxdelta.so.0.11
+lib/libxdelta.la
+lib/libxdelta.a