From owner-freebsd-current Wed Oct 3 13:51:54 2001 Delivered-To: freebsd-current@freebsd.org Received: from winston.freebsd.org (adsl-64-173-15-98.dsl.sntc01.pacbell.net [64.173.15.98]) by hub.freebsd.org (Postfix) with ESMTP id 7EDBA37B406; Wed, 3 Oct 2001 13:51:49 -0700 (PDT) Received: from localhost (jkh@localhost [127.0.0.1]) by winston.freebsd.org (8.11.6/8.11.6) with ESMTP id f93KpLB73014; Wed, 3 Oct 2001 13:51:22 -0700 (PDT) (envelope-from jkh@freebsd.org) To: bright@mu.org Cc: hiroo@oikumene.gcd.org, freebsd-current@freebsd.org, phk@freebsd.org Subject: Re: current install failure In-Reply-To: <20011003154252.U59854@elvis.mu.org> References: <20011003214359C.hiroo@oikumene.gcd.org> <20011003133239Z.jkh@freebsd.org> <20011003154252.U59854@elvis.mu.org> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20011003135121O.jkh@freebsd.org> Date: Wed, 03 Oct 2001 13:51:21 -0700 From: Jordan Hubbard X-Dispatcher: imput version 20000228(IM140) Lines: 23 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG sysinstall, by design, knows very little about devices. It uses libdisk(3) as the abstraction for dealing with all disks in particular. > * Jordan Hubbard [011003 15:33] wrote: > > As you've already noticed, sysinstall basically tries to create the > > device nodes it needs under the old assumption that /dev will be > > mostly empty. Now that devfs is the default, phk needs to update > > libdisk so that it doesn't attempt to make the device nodes in this > > way. Fortunately, the person who wrote libdisk is also the same > > person who made devfs the default, so this ball is very clearly in his > > court. :-) > > Just reminding you all that phk's suggested way of finding this > information out is to test for the presense of the devfs sysctl as > done in vinum. > > If libdisk does it a different way, then vinum should be updated. > > -- > -Alfred Perlstein [alfred@freebsd.org] > 'Instead of asking why a piece of software is using "1970s technology," > start asking why software is ignoring 30 years of accumulated wisdom.' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message