From owner-svn-ports-head@FreeBSD.ORG  Wed Jul 18 01:09:00 2012
Return-Path: <owner-svn-ports-head@FreeBSD.ORG>
Delivered-To: svn-ports-head@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 1033)
	id 31204106566C; Wed, 18 Jul 2012 01:09:00 +0000 (UTC)
Date: Wed, 18 Jul 2012 01:09:00 +0000
From: Alexey Dokuchaev <danfe@FreeBSD.org>
To: d@delphij.net
Message-ID: <20120718010900.GA81874@FreeBSD.org>
References: <201207172057.q6HKvEJc094784@svn.freebsd.org>
	<5005DB51.7050809@dougbarton.us> <5005F463.5060604@delphij.net>
	<5005F54B.8090400@freebsd.org> <5005F6DA.5030300@delphij.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Disposition: inline
In-Reply-To: <5005F6DA.5030300@delphij.net>
User-Agent: Mutt/1.4.2.1i
Cc: svn-ports-head@freebsd.org, miwi@FreeBSD.org, svn-ports-all@freebsd.org,
	ports-committers@freebsd.org, 5u623l20@gmail.com,
	Niclas Zeising <zeising@freebsd.org>
Subject: Re: svn commit: r301039 - head/archivers/zlib
X-BeenThere: svn-ports-head@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: SVN commit messages for the ports tree for head
	<svn-ports-head.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/svn-ports-head>, 
	<mailto:svn-ports-head-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/svn-ports-head>
List-Post: <mailto:svn-ports-head@freebsd.org>
List-Help: <mailto:svn-ports-head-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/svn-ports-head>,
	<mailto:svn-ports-head-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 18 Jul 2012 01:09:00 -0000

On Tue, Jul 17, 2012 at 04:35:54PM -0700, Xin Li wrote:
> I see, is there any ports that depends on it?  I'd like to request
> that we remove it from the ports tree (this port were added in 2009
> and removed one day after that, and now comes back).

I also think it should be removed, when it was by miwi@ I thought there
would be follow-up commits that would explain it, but it turned out to be
just a careless addition with no rationale.

./danfe