From owner-freebsd-current Mon Oct 7 23:39:11 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0412F37B401 for ; Mon, 7 Oct 2002 23:39:10 -0700 (PDT) Received: from orthanc.ab.ca (orthanc.ab.ca [216.123.203.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6128A43E8A for ; Mon, 7 Oct 2002 23:39:09 -0700 (PDT) (envelope-from lyndon@orthanc.ab.ca) Received: from orthanc.ab.ca (localhost.orthanc.ab.ca [127.0.0.1]) by orthanc.ab.ca (8.12.6/8.12.6) with ESMTP id g986cpGI085484; Tue, 8 Oct 2002 00:38:51 -0600 (MDT) (envelope-from lyndon@orthanc.ab.ca) Message-Id: <200210080638.g986cpGI085484@orthanc.ab.ca> From: Lyndon Nerenberg Organization: The Frobozz Magic Homing Pigeon Company To: "M. Warner Losh" Cc: FreeBSD-current@FreeBSD.ORG Subject: Re: Do we still need portmap(8)? In-reply-to: Your message of "Mon, 07 Oct 2002 11:20:56 MDT." <20021007.112056.119814448.imp@bsdimp.com> X-Mailer: mh-e 6.1+cvs; MH 6.8.4; Emacs 21.2 Date: Tue, 08 Oct 2002 00:38:51 -0600 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG >>>>> "M" == M Warner Losh writes: M> I think that we need a mtree.obsolete that goes through and M> deletes these sorts of things as part of installworld/upgrade M> scripts. No solution like this will ever work for everyone, or in every situation. For example, you generally want to nuke stale bits from /usr/include, but doing the same in /usr/lib can lead to Interesting Times. And you never know if I might be working on replacements for obsoleted bits of the OS that I'm installing into their old location. For example: adduser. Current would remove it in your scenario, even though I've re-implemented it in it's old location in my build/install tree. Yes, I could modify mtree.obsolete under /usr/src, but that seems counter-productive for a -current environment. (Thankfully, I don't own a bike, so I don't need to worry about the colour of it's shed.) One compromise is to have the 'install' target touch a timestamp file before setting off to overwrite things. Then you can use 'find ! -newer ...' to search for and display possibly stale files. (A /usr/sbin/findstale script that wraps this might be a useful adjunct to mergemaster.) I use /bin/cat as a timestamp file for rough analysis purposes. --lyndon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message