From nobody@FreeBSD.ORG Thu Mar 25 04:41:16 1999
Return-Path: <nobody@FreeBSD.ORG>
Received: by hub.freebsd.org (Postfix, from userid 32767)
	id CEB2D14CD5; Thu, 25 Mar 1999 04:41:16 -0800 (PST)
Message-Id: <19990325124116.CEB2D14CD5@hub.freebsd.org>
Date: Thu, 25 Mar 1999 04:41:16 -0800 (PST)
From: james@livecam.com
Sender: nobody@FreeBSD.ORG
To: freebsd-gnats-submit@freebsd.org
Subject: Second config of kernel doesn't overwrite primary attempt
X-Send-Pr-Version: www-1.0

>Number:         10789
>Category:       kern
>Synopsis:       Second config of kernel doesn't overwrite primary attempt
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Mar 25 04:50:01 PST 1999
>Closed-Date:    Tue Jun 27 01:10:11 PDT 2000
>Last-Modified:  Tue Jun 27 01:12:27 PDT 2000
>Originator:     James Sparenberg
>Release:        3.1 stable
>Organization:
CCI
>Environment:
no output to this file
>Description:
If you are attempting to compile a kernel under 3.1 and it stops due to an error
in your configuration, previous versions would erase the old files in ../../compile/MY.KERNEL
Under 3.1 they are not erased.  
>How-To-Repeat:
attempt to compile a kernel with a known error.  When it stops.  Fix the error, and
re-compile under the same name.  It will still show the same error.
>Fix:
So if you correct the error (spelling etc) or change anything else
with the same kernel name, you end up with your old compile files and not the new ones.  Go into ../../compile/MY.KERNERL 
rm * and then cd .. and rmdir MY.KERNEL.  Then run the new config.  Otherwise you will be up all 
night like I was looking for an error.

>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->closed 
State-Changed-By: nbm 
State-Changed-When: Tue Jun 27 01:10:11 PDT 2000 
State-Changed-Why:  
This is a specific expected behaviour in kernel configuration, and any 
non-found dependencies should be reported.  You can use the '-r' option 
to config(8) to revert to deleting the kernel compilation resources 
provided by previous kernel configurations. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=10789 
>Unformatted:
