From owner-cvs-all@FreeBSD.ORG Tue Mar 1 19:13:29 2005 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 10F4816A4CE; Tue, 1 Mar 2005 19:13:29 +0000 (GMT) Received: from smtp1.server.rpi.edu (smtp1.server.rpi.edu [128.113.2.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 741D343D31; Tue, 1 Mar 2005 19:13:28 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp1.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j21JDPeJ028223; Tue, 1 Mar 2005 14:13:27 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <200503011302.04376.jhb@FreeBSD.org> References: <20050228182618.GB56766@dragon.nuxi.com> <20050228.162519.112582505.imp@bsdimp.com> <20050301031236.GB81726@dragon.nuxi.com> <200503011302.04376.jhb@FreeBSD.org> Date: Tue, 1 Mar 2005 14:13:25 -0500 To: John Baldwin , obrien@FreeBSD.org From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.1 cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src Makefile.inc1 src/share/mk bsd.compat.mk 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: Tue, 01 Mar 2005 19:13:29 -0000 At 1:02 PM -0500 3/1/05, John Baldwin wrote: >On Monday 28 February 2005 10:12 pm, David O'Brien wrote: > > On Mon, Feb 28, 2005 at 04:25:19PM -0700, Warner Losh wrote: > > > >> > Actually, we did deprecate it. >> >> Sorry, meant to say "shouldn't". > >That may be your view, but the majority view was to deprecate it. >As ru@ points out, NOCLEAN=yes still works right now, it just >issues a warning. But from other messages David has sent, it sounds like it is not still working for him, for some odd reason. He said that he's lost multiple /usr/obj trees due to this. I wonder if there's some situation where the fall-back doesn't work quite right. [I suppose I should just run some tests to see what it does...] -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu