From owner-freebsd-stable Mon Oct 23 7:44:40 2000 Delivered-To: freebsd-stable@freebsd.org Received: from world.std.com (world-f.std.com [199.172.62.5]) by hub.freebsd.org (Postfix) with ESMTP id 6B3D137B479 for ; Mon, 23 Oct 2000 07:44:34 -0700 (PDT) Received: (from kwc@localhost) by world.std.com (8.9.3/8.9.3) id KAA21816; Mon, 23 Oct 2000 10:30:32 -0400 (EDT) Date: Mon, 23 Oct 2000 10:30:32 -0400 (EDT) From: Kenneth W Cochran Message-Id: <200010231430.KAA21816@world.std.com> To: Szilveszter Adam Subject: Re: Old 4.0-R binaries remaining in 4.1.1-S Cc: freebsd-stable@freebsd.org References: <200010230328.XAA16342@world.std.com> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG >From sziszi@petra.hos.u-szeged.hu Mon Oct 23 02:39:12 2000 >Date: Mon, 23 Oct 2000 08:37:58 +0200 >From: Szilveszter Adam >To: Kenneth W Cochran >Cc: freebsd-stable@freebsd.org >Subject: Re: Old 4.0-R binaries remaining in 4.1.1-S > >On Sun, Oct 22, 2000 at 11:28:24PM -0400, Kenneth W Cochran wrote: > >> 2000/10/22) that there are some old things in /usr/bin (& >> manpages too, I think) that date back to the original >> installation of 4.0-R. ><...> >> Can these be deleted safely? Source seems to be gone now. >> How about other old cruft (ie. manpages, other system directories?) > >If the make build/installworld has not updated them then they >are probably gone... if the sources are gone too and you are >sure you are not missing anything from your cvsup config file >then for sure you can. My cvsup config file is the "stable-supfile" "as distributed," with the exception of specifying the host. Ok, so what "maintains" the manpage tree? What directories does "make installworld" update/maintain? How "safe" is it to remove things in /usr/share/man? Will "make installworld" "refresh" that heirarchy? And how about /usr/share/man/cat*? >> Is this a bug, a feature, or maybe even a make-option? > >It is a feature. Nothing is touched automatically that you do >not request. > >> Or is this a side-effect of not having originally run a >> cvsup with a tag of RELENG_4_0_0_RELEASE? > >No. Cvsup only touches /usr/src as it should. But it will delete >even there only of you ask it to. (The example config-file contains >this option) It will certainly not touch your running system. Correct; cvsup only does things to /usr/src/* & my cvsup config deletes old things, as in the example. >> What would be a Good Way(tm :) to find & delete this old stuff? > >A run of the find(1) command:-) My (agreedly ugly) hack off >the top of my head something like: > >find /bin \! -mtime x -ls|more > >and then repeat also with /sbin, /usr/bin, /usr/sbin etc. > >(where 'x' is the number of 24-hour periods since your last installworld) Seems to work ok, except for manpages... :) >You can also put this into a shell script and pipe the output >into file(s) for maximum convenience.:-) UNIX is wonderful, yeah! > >But I recommend using '-ls' instead of '-delete', so that you >can view the list first and only delete afterwards:-) maybe >manually if you are not sure. Viewing is always safe:-) > >For /etc, always use mergemaster(8) with your make >build/installworlds, that will take care of refreshing it. I usually handle /etc (mergemaster & customizations) while running buildworld... >> Naturally, FAQ & -doc pointers are quite welcome. :) > >I do not think it is documented anywhere (maybe because it is >potentially dangerous when used cluelessly?) save for the >find(1) manpage, of course. Hmmm, some kind of documentation would be *nice*. I'll start: "make buildworld" compiles & builds the things in /usr/src & outputs the resulting compiled/linked/built "things(?)" to /usr/obj. In other words, "make buildworld" builds /usr/obj from /usr/src. Ok, now, how about "installworld?" I know it does /bin, /usr/bin, /sbin and /usr/sbin, & I've watched it do things in man*, but I still have no "definitive list." >-- >Regards: > >Szilveszter ADAM >Szeged University >Szeged Hungary Thanks! -kc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message