From owner-freebsd-stable Wed Nov 19 10:15:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA06840 for stable-outgoing; Wed, 19 Nov 1997 10:15:13 -0800 (PST) (envelope-from owner-freebsd-stable) Received: from shrimp.dataplex.net (shrimp.dataplex.net [208.2.87.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA06832 for ; Wed, 19 Nov 1997 10:15:09 -0800 (PST) (envelope-from rkw@dataplex.net) Received: from [208.2.87.4] (user4.dataplex.net [208.2.87.4]) by shrimp.dataplex.net (8.8.5/8.8.5) with ESMTP id MAA02789; Wed, 19 Nov 1997 12:14:54 -0600 (CST) X-Sender: rkw@mail.dataplex.net Message-Id: In-Reply-To: <199711191630.JAA04895@mt.sri.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Wed, 19 Nov 1997 12:14:01 -0600 To: Nate Williams From: Richard Wackerbarth Subject: Re: Version Resolution? Cc: Annelise Anderson , freebsd-stable@freebsd.org Sender: owner-freebsd-stable@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 10:30 AM -0600 11/19/97, Nate Williams wrote: >> Did the question of how to identify versions (or revisions or >> whatever) get resolved? >> >> Looking at /usr/src/sys/conf/newvers.sh, it looks as if what I'm >> going to get if I build a new kernel is 2.2.5-STABLE, without >> any identifying date ("sources as of") of the type that was >> discussed here earlier. > >Richard Wackerbath came up with a solution to it, but he fell off the >face of the earth before it got completed. ;( No. After I did the initial implementation to a specification that you considered acceptable, you insisted that I add additional features. However, these features are not presently needed for the master FreeBSD archive. They would certainly be an improvement which I would consider attempt to add in a future revision. Rather than attempt to meet a "moving target" before ANY of my work is allowed in, I prefer to spend my limited time working within other projects where the methodology is specification driven. As I have complained before, there really is a double standard applied to participation. Richard Wackerbarth