From owner-cvs-all Sat Nov 21 00:35:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA23023 for cvs-all-outgoing; Sat, 21 Nov 1998 00:35:32 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from zippy.cdrom.com (zippy.cdrom.com [204.216.27.228]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA23017; Sat, 21 Nov 1998 00:35:30 -0800 (PST) (envelope-from jkh@zippy.cdrom.com) Received: from zippy.cdrom.com (localhost.cdrom.com [127.0.0.1]) by zippy.cdrom.com (8.9.1a/8.9.1) with ESMTP id AAA12594; Sat, 21 Nov 1998 00:35:17 -0800 (PST) To: asami@cs.berkeley.edu (Satoshi Asami) cc: jkh@FreeBSD.ORG, committers@FreeBSD.ORG Subject: Re: /dev/cdrom In-reply-to: Your message of "Sun, 15 Nov 1998 20:13:42 PST." <199811160413.UAA05553@bubble.didi.com> Date: Sat, 21 Nov 1998 00:35:17 -0800 Message-ID: <12590.911637317@zippy.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk > What do you think about making a link /dev/cdrom to the actual CDROM > device during installation? It will help some ports that want to know I don't like it. If you're going to start making symbolic things like /dev/cdrom or /dev/tape or /dev/mouse I don't buy the argument that you only need to make one of these - you either go all-out with a consistent approach to providing "generic" devices or you just leave them out if "clean" is something you're even remotely striving for in the system. I know that we already have some uncleanliness in the current /dev, but that's no reason to make more. :-) Not that I would mind seeing a serious attempt at comprehensive symbolic naming once devfs (or whatever we use to fill in that blank) actually works and makes the implementation somewhat less crufty than it would be now. - Jordan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message