From owner-freebsd-arch  Fri Jul 14 17:22:59 2000
Delivered-To: freebsd-arch@freebsd.org
Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20])
	by hub.freebsd.org (Postfix) with ESMTP
	id C9CD337B5B9; Fri, 14 Jul 2000 17:22:52 -0700 (PDT)
	(envelope-from bright@fw.wintelcom.net)
Received: (from bright@localhost)
	by fw.wintelcom.net (8.10.0/8.10.0) id e6F0MoW21523;
	Fri, 14 Jul 2000 17:22:50 -0700 (PDT)
Date: Fri, 14 Jul 2000 17:22:50 -0700
From: Alfred Perlstein <bright@wintelcom.net>
To: arch@FreeBSD.ORG
Cc: marcel@FreeBSD.ORG
Subject: Re: I'm fixing the build/install kernel target
Message-ID: <20000714172250.P25571@fw.wintelcom.net>
References: <20000714165105.O25571@fw.wintelcom.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
In-Reply-To: <20000714165105.O25571@fw.wintelcom.net>; from bright@wintelcom.net on Fri, Jul 14, 2000 at 04:51:05PM -0700
Sender: owner-freebsd-arch@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG

* Alfred Perlstein <bright@wintelcom.net> [000714 16:51] wrote:
> The default will no longer be GENERIC.  Having that default makes it
> way too easy to shoot yourself in the foot, it will be manditory to
> specify a KERNEL=.
> 
> The install target will be corrected to behave the same way that
> the old install target from the kernel build directory does.  That
> means it will do the kernel->kernel.old and install over /kernel.
> The current way makes it overly complex and error prone.

Actually, I retract this, I'm leaving it broken and raising an
exception about how it's killing our newbies and suprising a lot
of our users.

Marcel, I'd appreciate you investigating fixing this.

The above fix could be done or several other options can be taken:

1) "GENERIC" -> "kernel", that way the default works
2) echo >> kernel="GENERIC" >> /boot/loader.conf 
   # fix the /kernel thing to be /GENERIC in the installer
3) make a simplfied target that does the right thing (installing /kernel)
   rename the buildkernel and installkernel to something else replacing
   them with the simplified target.
4) the original suggestion: if the KERNEL var isn't set then bomb out,
   so the install to /kernel.

I like the 3 and 4, but 1 2 are pretty acceptable.

Making configuring a kernel more complex and error prone should
have never happened.

thanks,
-- 
-Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org]
"I have the heart of a child; I keep it in a jar on my desk."


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message