From owner-cvs-usrsbin  Mon Nov 20 14:38:20 1995
Return-Path: owner-cvs-usrsbin
Received: (from root@localhost)
          by freefall.freebsd.org (8.6.12/8.6.6) id OAA18114
          for cvs-usrsbin-outgoing; Mon, 20 Nov 1995 14:38:20 -0800
Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241])
          by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id OAA18098
          ; Mon, 20 Nov 1995 14:38:01 -0800
Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.6.12/8.6.12) id OAA23395; Mon, 20 Nov 1995 14:37:31 -0800
From: "Rodney W. Grimes" <rgrimes@GndRsh.aac.dev.com>
Message-Id: <199511202237.OAA23395@GndRsh.aac.dev.com>
Subject: Re: cvs commit: src/usr.sbin/syslogd syslogd.c
To: davidg@Root.COM
Date: Mon, 20 Nov 1995 14:37:31 -0800 (PST)
Cc: guido@gvr.win.tue.nl, CVS-commiters@freefall.freebsd.org,
        cvs-usrsbin@freefall.freebsd.org
In-Reply-To: <199511202143.NAA00149@corbin.Root.COM> from "David Greenman" at Nov 20, 95 01:43:57 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 1293      
Sender: owner-cvs-usrsbin@FreeBSD.ORG
Precedence: bulk

> 
> >>    The sysctl crap in the Makefile is bogus and should be removed. My kernel
> >> is often not called "/kernel" and pretending that it was is wrong. The bootfile
> >> name should be read-only and the Makefile should not be messing with it.
> >> 
> >
> >I still dont like the fact that installing a new kernel with make install
> >can make all kinds of programs useless. Perhaps a better way of
> >doing things is first check if /kernel is the kernel being used. If so, and
> >if it is moved to kernel.old, sysctl should be called according to me.
> 
>    And if I do 2 make installs before rebooting?

Enhance my last patch to test if sysctl kern.bootfile==/kernel.old and if
it does output a warning and probably set kern.bootfile to null since you
don't have a valid copy of the current kernel anyplace but in memory.

[Hummmm.. would /dev/kmem work???.  I think not since the a.out header is
missing :-(]

Or perhaps enhance the rename to use /kernel.N, N being a number, simply
move it to one higher than the highest existing file.

Anyway, this is not rocket science, it can be fixed to do the right things
rather trivially.

-- 
Rod Grimes                                      rgrimes@gndrsh.aac.dev.com
Accurate Automation Company                 Reliable computers for FreeBSD