Remove buffer. This port no longer fetches, and team is better.

svn path=/head/; revision=10141

misc/buffer/Makefile

@@ -1,18 +0,0 @@
-# New ports collection makefile for:	buffer
-# Version required:     1.17
-# Date created:         17 Nov 1995
-# Whom:                 markm
-#
-# $Id: Makefile,v 1.5 1996/11/11 05:49:15 obrien Exp $
-#
-
-DISTNAME=       buffer-1.17
-CATEGORIES=	misc
-MASTER_SITES=   ftp://ftp.sun.ac.za/pub/unix/misc/
-
-MAINTAINER=	markm@FreeBSD.ORG
-
-NO_WRKSUBDIR=	yes
-MANL=		buffer.l
-
-.include <bsd.port.mk>

misc/buffer/distinfo

@@ -1 +0,0 @@
-MD5 (buffer-1.17.tar.gz) = 6c5236ed99f4df0832623f4c0498c681

misc/buffer/pkg-comment

@@ -1 +0,0 @@
-buffer sporadic binary I/O for faster tape use

misc/buffer/pkg-descr

@@ -1,27 +0,0 @@
-This is a program designed to speed up writing tapes on remote tape
-drives.  Requirements are shared memory and locks which normally
-means that these are supported in your kernel.
-
-[for FreeBSD, this means you MUST have a kernel with 
- options SYSVSHM
- compiled in - markm]
-
-Buffer has been tested under SunOS 4.0.*, SunOS 4.1.*, Solarix, HP-UX 7.0,
-and Gould UTX 2.1A (sv universe).
-
-The program splits itself into two processes.  The first process reads
-(and reblocks) from stdin into a shared memory buffer.  The second
-writes from the shared memory buffer to stdout.  Doing it this way
-means that the writing side effectly sits in a tight write loop and
-doesn't have to wait for input.  Similarly for the input side.  It is
-this waiting that slows down other reblocking processes, like dd.
-
-I run an archive and need to write large chunks out to tape regularly
-with an ethernet in the way.  Using 'buffer' in a command like:
-
-	tar cvf - stuff | rsh somebox "buffer > /dev/rst8"
-
-is a factor of 5 faster than the best alternative, gnu tar with its
-remote tape option:
-
-	tar cvf somebox:/dev/rst8 stuff

misc/buffer/pkg-plist

@@ -1,2 +0,0 @@
-bin/buffer
-man/manl/buffer.l.gz