From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 15:53:41 2003 Return-Path: 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 04CC416A4CE for ; Sun, 21 Dec 2003 15:53:41 -0800 (PST) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D076F43D78 for ; Sun, 21 Dec 2003 15:53:09 -0800 (PST) (envelope-from doconnor@gsoft.com.au) Received: from chowder.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.9/8.12.8) with ESMTP id hBLNqvE7027142; Mon, 22 Dec 2003 10:22:58 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Ryan Sommers , jqdkf@army.com Date: Mon, 22 Dec 2003 10:22:54 +1030 User-Agent: KMail/1.5.3 References: <20031221084531.GB31516@cactus.homeunix.org> <20031221113542.GA626@cactus.homeunix.org> <1072018131.715.10.camel@localhost> In-Reply-To: <1072018131.715.10.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200312221022.54847.doconnor@gsoft.com.au> X-Spam-Score: -4.4 () CARRIAGE_RETURNS,IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: current@freebsd.org Subject: Re: services under /usr/local/etc/rc.d run twice on boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Dec 2003 23:53:41 -0000 On Monday 22 December 2003 01:18, Ryan Sommers wrote: > > Thanks a lot. It does solve the problem. But I wonder why freebsd > > doesn't remove those obsolete files automatically after each upgrade. > > It would make the system cleaner and avoid such difficult to track > > problems. > > Most people modify their files in /etc. Distinguishing between old > unmodified and old modified files would be very difficult; especially > considering the fact that people can upgrade between many different > versions. In the end you would still need to run a mergemaster like > program because merging modified files would require human interaction. Heh, well you know both this problem and some annoying aspects of mergemaster could be solved by installing a copy of /etc that isn't touched or used, and then mergemaster (or the next installworld) can do 3 way diffs to see if you modified the files. This would allow installworld to delete files you didn't touch that disappeared between releases and would allow merge master to ask much fewer questions. I see there is etcmerge in ports which is a semi-automated 3 way diff, but I am still coming to grips with how to use it properly. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 9A8C 569F 685A D928 5140 AE4B 319B 41F4 5D17 FDD5