From owner-cvs-all@FreeBSD.ORG Wed Apr 16 14:51:14 2003 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A019F37B401; Wed, 16 Apr 2003 14:51:14 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A21343FAF; Wed, 16 Apr 2003 14:51:14 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from 12-234-22-23.client.attbi.com ([12.234.22.23]) by rwcrmhc52.attbi.com (rwcrmhc52) with SMTP id <2003041621511305200eofmoe>; Wed, 16 Apr 2003 21:51:13 +0000 Date: Wed, 16 Apr 2003 14:51:13 -0700 (PDT) From: Doug Barton To: Poul-Henning Kamp In-Reply-To: <45523.1050527162@critter.freebsd.dk> Message-ID: <20030416144714.G37135@12-234-22-23.pyvrag.nggov.pbz> References: <45523.1050527162@critter.freebsd.dk> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: src-committers@FreeBSD.org cc: Ruslan Ermilov cc: David O'Brien cc: cvs-src@FreeBSD.org cc: Jake Burkholder cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sbin/sunlabel Makefile X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Apr 2003 21:51:15 -0000 On Wed, 16 Apr 2003, Poul-Henning Kamp wrote: > As for the naming of bsdlabel/disklabel. I am all for a repo-copy > disklabel->bsdlabel, with a compatibility symlink on alpha/i386/pc98. I disagree strongly with this idea. If we need a bsdlabel, it should be a link to disklabel with the right argc magic. Changing it doesn't buy us anything except a vague sense of pedantic consistency, but it costs us a lot of POLA. Disk management is hard enough already without changing the names of things that people are already familiar with. In fact, I agree with your point about disklabel (et al) growing -m capability, and from a consistency standpoint things like sunlabel should be links to the new, improved diskabel as well; if we decide that they are necessary to keep around. Doug -- This .signature sanitized for your protection