From owner-freebsd-current@FreeBSD.ORG Mon Apr 23 18:32:58 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0873716A415; Mon, 23 Apr 2007 18:32:58 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 8BE8F13C4E1; Mon, 23 Apr 2007 18:32:57 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3B4712083; Mon, 23 Apr 2007 20:32:53 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 23AC3207E; Mon, 23 Apr 2007 20:32:53 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 009FD5781; Mon, 23 Apr 2007 20:32:52 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Marcel Moolenaar References: <86wt076k7u.fsf@dwp.des.no> <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> <863b2u18hz.fsf@dwp.des.no> <4629C2FE.9030301@samsco.org> <91BC1CF6-6C72-4263-A99A-C24FC209586E@mac.com> <86irboi0ra.fsf@dwp.des.no> <3383A397-6A95-4546-841D-CF17B98A797C@mac.com> <861wibin3h.fsf@dwp.des.no> <71073037-7FA3-4C51-9276-8AA7F42B95DE@mac.com> Date: Mon, 23 Apr 2007 20:32:52 +0200 In-Reply-To: <71073037-7FA3-4C51-9276-8AA7F42B95DE@mac.com> (Marcel Moolenaar's message of "Mon, 23 Apr 2007 09:32:45 -0700") Message-ID: <86y7kjrlez.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Ivan Voras , freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 18:32:58 -0000 Marcel Moolenaar writes: > On Apr 23, 2007, at 12:09 AM, Dag-Erling Sm=F8rgrav wrote: > > Marcel, my words may have been poorly chosen, but I've been using GPT > > for several years, and I've reported these issues (and others) to you > > several times over the course of those years and witnessed your > > complete lack of interest. > Yes, your words were poorly chosen and you continue to show poor > judgement. I have exactly 1 thread in my mailbox where I discuss > GPT with you and that problem has been resolved. Yes, it was eventually resolved. You ignored my initial report. I bugged you about it, and we had a fairly fruitful conversation during which I pinpointed the exact change which had broken GPT. That was five months - to the day - before the bug, an overly-restrictive sanity check which prevented GEOM_GPT from recognizing its own GPTs, was finally fixed. > I fail to see how that's several times over the course of years > and I fail to see how that represents a complete lack of interest. > > What else did you send me mail about? The fact that it's not possible to view or modify the partition table while partitions are mounted. > In an attempt to close the gap between us, let me ask you this: > What's the cleft between g_part and the other GEOM classes? > In what way do you think I'm hell-bent to increase that what > I don't know? I should have said "the gap between $GPT and other GEOM classes", where $GPT is "whichever GEOM class currently implements GPT support". We have a fairly large number of GEOM classes, and right now they fall into two categories: 1) those that are configured using a geom(8) plugin: gcache, gconcat, geli, gjournal, glabel, gmirror, gmultipath, gnop, graid3, gshsec, gstripe 2) those that aren't: $GPT, gbde and gvinum (there's a third category - GEOM classes which replace legacy code and interface with legacy applications such as fdisk(8) and bsdlabel(8) - but it isn't relevant here) The fact that GEOM_GPT was in the second category was understandable given that it was written two years before geom(8), but now that we *do* have geom(8) I believe it is in everyone's interest to use it. Yes, *your* interests as well, because it really *is* that easy to write a geom(8) plugin if your class implements the necessary verbs; you'll spend less time on the code than on the man page. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no