Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 17 Apr 2003 14:04:24 +0200
From:      "Poul-Henning Kamp" <phk@phk.freebsd.dk>
To:        Jake Burkholder <jake@locore.ca>
Cc:        David O'Brien <obrien@FreeBSD.org>
Subject:   Re: cvs commit: src/sbin/sunlabel Makefile 
Message-ID:  <4939.1050581064@critter.freebsd.dk>
In-Reply-To: Your message of "Thu, 17 Apr 2003 07:33:16 EDT." <20030417113315.GG16563@locore.ca> 

next in thread | previous in thread | raw e-mail | index | archive | help
In message <20030417113315.GG16563@locore.ca>, Jake Burkholder writes:

>Please do not re-enable disklabel on sparc64 unless you call it something
>else.  I'm saying this with my port master hat on.

I agree with Jake.

And putting on whatever flimsy hat I have with a rusty old badge
reading "generally mucking about in the area of disks":

1. We repocopy disklabel(8) to bsdlabel(8) and install it under that
   name on all architectures.

2. We install a symlink from disklabel to bsdlabel on the following
   architectures throughout the 5.x branch's lifetime.
	i386
	pc98
	alpha

3. On all other platforms, and at all other times, we install a small
   shell script which prints some helpful information relevant to the
   platform it is run on.

4. Should we some day get a unified disk-partitioning tool, whoever
   writes it gets to choose the name they want it to bear, including
   "disklabel" should it be worthy of such a general name.


For those of you reading this in your editor, busy composing a fuming
rebuke before you read my entire email:

Please keep in mind that the bsdlabel format has significant size
constraints and that we in all likelyhood will see the i386 platform
migrate to the GPT format from early 6.x, and that we may get pushed
by our favourite monopolies to do so in middle of the 5-stable
branch because new PC's may only work with GPT.

Poul-Henning

-- 
Poul-Henning Kamp       | UNIX since Zilog Zeus 3.20
phk@FreeBSD.ORG         | TCP/IP since RFC 956
FreeBSD committer       | BSD since 4.3-tahoe    
Never attribute to malice what can adequately be explained by incompetence.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4939.1050581064>