From owner-freebsd-arch Thu May 16 18:39:16 2002 Delivered-To: freebsd-arch@freebsd.org Received: from roaming.cacheboy.net (recluse97.arach.net.au [203.34.16.217]) by hub.freebsd.org (Postfix) with ESMTP id 2DDDB37B40B; Thu, 16 May 2002 18:39:03 -0700 (PDT) Received: from roaming.cacheboy.net (smmsp@localhost [127.0.0.1]) by roaming.cacheboy.net (8.12.2/8.12.2) with ESMTP id g4G7Vq3o017655; Thu, 16 May 2002 15:31:53 +0800 (WST) (envelope-from adrian@roaming.cacheboy.net) Received: (from adrian@localhost) by roaming.cacheboy.net (8.12.2/8.12.2/Submit) id g4G7VoeE017654; Thu, 16 May 2002 15:31:50 +0800 (WST) (envelope-from adrian) Date: Thu, 16 May 2002 15:31:50 +0800 From: Adrian Chadd To: Robert Watson Cc: Terry Lambert , Julian Elischer , arch@FreeBSD.org Subject: Re: Future of IFS Message-ID: <20020516153123.A17588@roaming.cacheboy.net> References: <3CE1FCFE.A2602D49@mindspring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from rwatson@FreeBSD.org on Wed, May 15, 2002 at 09:53:54AM -0400 Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, May 15, 2002, Robert Watson wrote: > As I said, there are really two options following the UFS2 commit: > disconnect it from the build if the maintainer hasn't updated it yet, or > remove it until the maintainer replaces it. If Adrian is willing to do > the work, that's great; if he's not, we'll need to find a maintainer. But > even if he is the maintainer, my impression from a conversation with him > is that he plans to reimplement it *anyway*, making removal of the current > IFS non-harmful during the "UFS2 is added but before IFS is replaced" > window. In the event he does plan to "start from" the current code, it > will all still be there in the Attic where it can be easily recovered > (some files never die...). Another choice would be for the maintainer to > do what is being done from ext2fs: divorce it from the UFS implementation > entirely, so that it does get mixed up in the UFS/FFS changes. Kill it. I'll revisit it after the filesystem changes have settled down. (Hi all :-) adrian -- Adrian Chadd "Programming is like sex: One mistake and you have to support for a lifetime." -- rec.humor.funny To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message