From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S263126AbTDLEG0 (for ); Sat, 12 Apr 2003 00:06:26 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S263128AbTDLEG0 (for ); Sat, 12 Apr 2003 00:06:26 -0400 Received: from granite.he.net ([216.218.226.66]:26123 "EHLO granite.he.net") by vger.kernel.org with ESMTP id S263126AbTDLEGY (for ); Sat, 12 Apr 2003 00:06:24 -0400 Date: Fri, 11 Apr 2003 21:20:27 -0700 From: Greg KH To: Joel Becker Cc: "Kevin P. Fleming" , linux-hotplug-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org, message-bus-list@redhat.com Subject: Re: [ANNOUNCE] udev 0.1 release Message-ID: <20030412042027.GA1381@kroah.com> References: <20030411172011.GA1821@kroah.com> <200304111746.h3BHk9hd001736@81-2-122-30.bradfords.org.uk> <20030411182313.GG25862@wind.cocodriloo.com> <3E970A00.2050204@cox.net> <20030411192827.GC31739@ca-server1.us.oracle.com> <20030411195843.GO1821@kroah.com> <20030411232507.GC4917@ca-server1.us.oracle.com> <20030411233719.GD4539@kroah.com> <20030412001913.GG4917@ca-server1.us.oracle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030412001913.GG4917@ca-server1.us.oracle.com> User-Agent: Mutt/1.4.1i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 11, 2003 at 05:19:13PM -0700, Joel Becker wrote: > On Fri, Apr 11, 2003 at 04:37:19PM -0700, Greg KH wrote: > > > if [ -f /etc/redhat-release ] > > > then > > > DISKPREFIX="/dev/disk" > > > > But all the distros will do that for you :) > > Oh no they won't. They're just going to fix their own scripts > to accept their own scheme. Never mind my own. I want my own scheme, > the distro scripts break. I want a script running out of shared NFS? > I lose. If you want your own naming scheme, you will have to handle all of the script changes needed, yes. devfs ran into this same problem :( > > Then try to convince LSB to add a device naming document to their spec. > > That's the only way this is going to happen... > > LSB isn't even followed now. What we need is a naming czar. As > you point out, Good Luck. Hm, naming czar, that has a nice ring to it... :) > Linux devices are going to stop sucking from one perspective and > start sucking from another. Yay. Well, let's work on fixing the the first suckage. If that creats more suckage, we'll tackle that issue next. thanks, greg k-h