From owner-freebsd-current@FreeBSD.ORG Sun Dec 21 16:35:07 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 69A7916A4CE for ; Sun, 21 Dec 2003 16:35:07 -0800 (PST) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id C176143D50 for ; Sun, 21 Dec 2003 16:34:57 -0800 (PST) (envelope-from adam@migus.org) Received: from ludo.migus.org ([68.55.80.136]) by comcast.net (sccrmhc11) with ESMTP id <2003122200345601100ikncpe>; Mon, 22 Dec 2003 00:34:56 +0000 Received: by ludo.migus.org (Postfix, from userid 80) id C7EF6A1018; Sun, 21 Dec 2003 19:34:56 -0500 (EST) Received: from 192.168.4.2 (SquirrelMail authenticated user adam) by mail.migus.org with HTTP; Sun, 21 Dec 2003 19:34:56 -0500 (EST) Message-ID: <59978.192.168.4.2.1072053296.squirrel@mail.migus.org> In-Reply-To: <3FE620B5.9050201@ispro.net.tr> References: <20031221084531.GB31516@cactus.homeunix.org><20031221105925.GA1713@utgard.lodz.mm.pl> <1072018131.715.10.camel@localhost><3FE5B804.6000707@ispro.net.tr> <20031221154129.GE2228@saboteur.dek.spc.org><60563.192.168.4.2.1072043423.squirrel@mail.migus.org> <3FE620B5.9050201@ispro.net.tr> From: "Adam C. Migus" To: "Evren Yurtesen" User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 Importance: Normal cc: Bruce M Simpson cc: current@freebsd.org Subject: Re: mergemaster feature suggestion... 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: , Date: Mon, 22 Dec 2003 00:35:07 -0000 X-Original-Date: Sun, 21 Dec 2003 19:34:56 -0500 (EST) X-List-Received-Date: Mon, 22 Dec 2003 00:35:07 -0000 Evren Yurtesen said: > I am sorry. I didnt want to cause this kind of discussion to begin. > Don't apologize, it's not your fault it's mine. > But also, does binary upgrade remove older files from /etc? I tried > that > only 1 time and it didnt even install half of the files required in > /etc > directory :) for example sshd conf files etc. were missing. Then I > decided that I will not do that unless I absolutely need to. > > I use build/install-world because I dont want to spend so much > bandwidth > and I prefer to get latest patches etc. easily. I want to have the > possibility to go back to a date later on if I have a problem with > the > latest sources. So cvsup does that for me easily. > I usually do upgrades with the build/install method as well for the same reasons. In general I find the method easier than the binary upgrade method. To be honest I'm not sure if the binary method does remove old files but if IIRC the way it works is it saves off a copy of /etc and rebuilds a new one so it should. > About those old files, I think any old file which doesnt exist in > newer > release does not only waste space and cause confusion. Also it might > cause security problems. Considering, a problem in a file/binary > whatever which does not exist in newer versions wouldnt be fixed by > the > freebsd developers. However it is a small possibility. > > I often thought of a way to remove older files. I even considered > making > a fresh install of the latest version of FreeBSD to a test machine > and > compare the file structures to remove files from the actual > machines. > But there can be an utility to do that right? If there is an utility > to > compare the files and install (mergemaster) there can be an utility > to > remove the older files also, or this can be implemented inside > mergemaster as an option/ > While I suppose it's possible for old files to negatively impact system security I would think it would be unlikely as they'd generally be unreferenced by the new system binaries though /etc/rc.d might be one notable exception. Assuming a binary upgrade builds a new /etc and/or clobbers files in /etc an easy way to determine old ones would be the date-stamps. If that's the case using `ls' whith appropriate options would help you determine which files where new and which were old. Adam