From owner-cvs-all@FreeBSD.ORG  Fri Oct 24 09:20:34 2003
Return-Path: <owner-cvs-all@FreeBSD.ORG>
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 3E8B016A4B3; Fri, 24 Oct 2003 09:20:34 -0700 (PDT)
Received: from brian.webcom.it (brianlap.inet.it [213.92.1.190])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id B819843FA3; Fri, 24 Oct 2003 09:20:32 -0700 (PDT)
	(envelope-from andrea@webcom.it)
Received: by brian.webcom.it (Postfix, from userid 1000)
	id CB934F; Fri, 24 Oct 2003 18:20:31 +0200 (CEST)
Date: Fri, 24 Oct 2003 18:20:31 +0200
From: Andrea Campi <andrea@webcom.it>
To: Hajimu UMEMOTO <ume@mahoroba.org>
Message-ID: <20031024162031.GA14990@webcom.it>
References: <200310231754.h9NHsH1k069480@repoman.freebsd.org>
	<20031024000432.GF609@wombat.fafoe.narf.at> <20031024073208.GB17866@webcom.it>
	<yge3cdjxewm.wl%ume@mahoroba.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <yge3cdjxewm.wl%ume@mahoroba.org>
X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike
User-Agent: Mutt/1.5.4i
cc: Stefan Farfeleder <stefan@fafoe.narf.at>
cc: cvs-src@FreeBSD.org
cc: src-committers@FreeBSD.org
cc: cvs-all@FreeBSD.org
Subject: Re: cvs commit: src/include netdb.h
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Oct 2003 16:20:34 -0000

On Fri, Oct 24, 2003 at 04:39:53PM +0900, Hajimu UMEMOTO wrote:
> andrea> I also wonder at this "to be removed on". Shouldn't this be under BURN_BRIDGES,
> andrea> or anyway handled in the traditional way: deprecate it in 5-RELEASE, remove in 6?
> 
> I'll remove it before 5-CURRENT becomes 5-STABLE.  5.3-RELEASE should
> be released without having EAI_NODATA.

That's exactly the point I'm raising. I will admit to not knowing the
complete background, but it seems to me an odd way of dealing with this.
On the one hand, it doesn't follow POLA and established project practice.
OTOH, I don't really see where the magic date came from. As a minimum,
it would be better to spell it like you just did: "remove before 5-STABLE".

That's just my 2 cent worth anyway, and I won't push this any further.

Bye,
	Andrea

-- 
     The three Rs of Microsoft support: Retry, Reboot, Reinstall.