Date: Sun, 16 Apr 2000 17:33:03 +0930 From: Greg Lehey <grog@lemis.com> To: Poul-Henning Kamp <phk@critter.freebsd.dk> Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: Current state of Vinum Message-ID: <20000416173303.M72816@freebie.lemis.com> In-Reply-To: <3836.955870931@critter.freebsd.dk> References: <20000416170306.J72816@freebie.lemis.com> <3836.955870931@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sunday, 16 April 2000 at 9:42:11 +0200, Poul-Henning Kamp wrote:
> In message <20000416170306.J72816@freebie.lemis.com>, Greg Lehey writes:
>> 5. Any disputed change must be backed out pending resolution of
>> the dispute if requested by a MAINTAINER or the principal
>> architect. Security related changes may override a MAINTAINER's
>> wishes at the Security Officer's discretion.
>
> You are not the maintainer for the rest of the kernel, only of
> vinum. Being maintainer of vinum doesn't give you any veto right
> over the rest of the kernel.
Indeed. I have had no intention of vetoing anything. There's no
mention of veto there, just a temporary measure pending resolution.
Of course, if you had stuck to rule (1), about which you did not
comment, it wouldn't have been necessary.
> Lacking your permission I left out the changes to vinum and put them
> on my web page instead and pointed people there until you had time.
I suppose we really have one rule missing in the committers rules.
I'm sure few people would disagree with it, and I'm sure it's missing
because Jordan thought it was obvious:
0. Don't deliberately break anything.
>> 10. Test your changes before committing them.
>
> There are no test-scripts or test-instructions for vinum.
No, it shouldn't be necessary. I did the testing myself. I also
pointed out in private mail that you could do quite a bit of testing
without scripts (for example, to check whether you can write with
Vinum, try creating a file).
> I have asked for these several times
I have already offered you access to what I have, which is in terrible
condition.
> offering to add error-simulation code to the md driver in return
> ("quid pro quid").
A man page for md would be a whole lot more useful. I still don't
have it running.
Greg
--
Finger grog@lemis.com for PGP public key
See complete headers for address and phone numbers
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000416173303.M72816>