From owner-freebsd-current Mon Dec 6 23:12:55 1999 Delivered-To: freebsd-current@freebsd.org Received: from smtp03.wxs.nl (smtp03.wxs.nl [195.121.6.37]) by hub.freebsd.org (Postfix) with ESMTP id EDF4214D6A for ; Mon, 6 Dec 1999 23:12:52 -0800 (PST) (envelope-from asmodai@wxs.nl) Received: from daemon.ninth-circle.org ([195.121.199.153]) by smtp03.wxs.nl (Netscape Messaging Server 3.61) with ESMTP id AAB8C2; Tue, 7 Dec 1999 08:12:51 +0100 Received: (from asmodai@localhost) by daemon.ninth-circle.org (8.9.3/8.9.3) id HAA16398; Tue, 7 Dec 1999 07:48:24 +0100 (CET) (envelope-from asmodai) Date: Tue, 7 Dec 1999 07:48:24 +0100 From: Jeroen Ruigrok/Asmodai To: Khetan Gajjar Cc: current@FreeBSD.ORG Subject: Re: mount(2) broken? Message-ID: <19991207074824.B16352@daemon.ninth-circle.org> References: <199912052145.QAA26864@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: ; from khetan@link.freebsd.os.org.za on Mon, Dec 06, 1999 at 12:13:39AM +0200 Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG -On [19991206 00:00], Khetan Gajjar (khetan@link.freebsd.os.org.za) wrote: >On Sun, 5 Dec 1999, Garrett Wollman wrote: >>* Why isn't MAKEDEV installed by `make install' in a kernel >>compilation directory? > >Afaik, anyone tracking -current either knows to do this or >uses a tool (like mergemaster) that does it for you (I know >I do ;-) Not exactly a relevant answer to the question. There is no reason that after a new kernel or make world MAKEDEV shouldn't be upgraded/replaced by the new one. >Installing MAKEDEV also won't solve these problems from what >I understand unless the disk devices are re-made. Is it >acceptable for MAKEDEV to be installed into /dev >(at some stage of the make world, rebuild kernel and install >process) and have it re-make at least the disk devices contained >in /etc/fstab and /etc/amd.conf ? I don't think you want to force mknod's automatically for the same reason you don't want /etc to be overwritten by new files. Effectively: you want to have the framwork ready yet let the administrator decide when to remake the devices. Just my 0.02 Euro. -- Jeroen Ruigrok van der Werven/Asmodai asmodai@[wxs.nl|bart.nl] Documentation nutter. *BSD: Technical excellence at its best... The BSD Programmer's Documentation Project Atone me to my throes curtail... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message