From owner-cvs-all@FreeBSD.ORG Wed Aug 18 16:37:25 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 94F2D16A4CE; Wed, 18 Aug 2004 16:37:25 +0000 (GMT) Received: from fillmore.dyndns.org (port-212-202-50-15.dynamic.qsc.de [212.202.50.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AB2F43D4C; Wed, 18 Aug 2004 16:37:25 +0000 (GMT) (envelope-from eikemeier@fillmore-labs.com) Received: from dhcp-8.local ([172.16.0.8] helo=dhcp-10.local) by fillmore.dyndns.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.41 (FreeBSD)) id 1BxTRC-00071A-4C; Wed, 18 Aug 2004 18:37:24 +0200 Date: Wed, 18 Aug 2004 18:39:11 +0200 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v482) To: obrien@FreeBSD.org From: Oliver Eikemeier In-Reply-To: <20040818161533.GA54926@dragon.nuxi.com> Message-Id: <225903A4-F135-11D8-A951-00039312D914@fillmore-labs.com> Content-Transfer-Encoding: 7bit User-Agent: KMail/1.5.9 cc: cvs-ports@FreeBSD.org cc: cvs-all@FreeBSD.org cc: ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/ftp/lukemftpd Makefile distinfo pkg-descr pkg-plist ports/ftp/lukemftpd/files patch-ftpd.c patch-logutmp.c patch-logwtmp.c patch-src-Makefile.in X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Aug 2004 16:37:25 -0000 David O'Brien wrote: > On Wed, Aug 18, 2004 at 01:50:21PM +0200, Oliver Eikemeier wrote: >>> Log: >>> Go ahead and rush the 2004-08-30 deprecatation since the port is now >>> FORBIDDEN due to a vulerability. I really don't think anyone is >>> going >>> to put the effort into un-FORBIDDENing it. >> >> Would you please remove the port from the categories Makefile? > > Sorry I forgot that one, its been a while since I rm'ed a port. > I need to investigate MOVING it seems (not sure why that didn't happen > with the depreciation...), but I'll fix the ports build now from this > issue. No problem, I was just doing a little cleanup. MOVED entries should only be made when the old port has actually been deleted. Existing tools (e.g. portupgrade) consult MOVED only when they can't find the original port, and I may mark e.g. OpenLDAP 2.1 client as deprecated (which means that new installations should use the 2.2 version) while keeping it around for a couple of months in order to support existing installations. Only when it is finally removed the migration via MOVED is mandatory. -Oliver