From owner-cvs-src@FreeBSD.ORG Sun Jul 24 01:37:20 2005 Return-Path: X-Original-To: cvs-src@FreeBSD.org Delivered-To: cvs-src@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12E5916A41F; Sun, 24 Jul 2005 01:37:20 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC0F443D46; Sun, 24 Jul 2005 01:37:19 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j6O1bGmB009196; Sat, 23 Jul 2005 21:37:18 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <42E2DA50.2000205@FreeBSD.org> References: <200507231942.j6NJgdks037508@repoman.freebsd.org> <42E2A029.1090404@gmail.com> <42E2DA50.2000205@FreeBSD.org> Date: Sat, 23 Jul 2005 21:37:15 -0400 To: Doug Barton From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) on 128.113.2.2 Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src ObsoleteFiles.inc X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Jul 2005 01:37:20 -0000 At 5:01 PM -0700 7/23/05, Doug Barton wrote: > >I much prefer the dynamic method suggested by myself, I would also prefer some kind of dynamic method, but right now that doesn't exist. >I would really like to see us reexamine the thought process behind >this before we invest a lot more time into the static method. I >think that the dynamic method will buy us more down the road. If any developer has the motivation to implement some more dynamic method, then I'm sure we can compare and contrast the different methods. But let us wait until we have some actual implementation to talk about, and not worry about "reexamining the thought process". There is nothing in this commit which will prevent anyone from implementing alternatives. I do have my own alternatives in mind, for instance, and I still intend to implement those (once I have the time to concentrate on them...). But I welcome this as very reasonable working solution. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu