Path: utzoo!attcan!uunet!husc6!purdue!iuvax!bsu-cs!dhesi
From: dhesi@bsu-cs.UUCP (Rahul Dhesi)
Newsgroups: comp.bugs.4bsd
Subject: Re: bin owns stuff (was: Installing 4.3-Tahoe on a VAX)
Summary: Identifying replaced binaries
Message-ID: <4013@bsu-cs.UUCP>
Date: 19 Sep 88 17:22:30 GMT
References: <26049@ucbvax.BERKELEY.EDU> <5416@zodiac.UUCP> <21791@sgi.SGI.COM> <8481@smoke.ARPA> <21879@sgi.SGI.COM> <3224@geac.UUCP>
Reply-To: dhesi@bsu-cs.UUCP (Rahul Dhesi)
Organization: CS Dept, Ball St U, Muncie, Indiana
Lines: 25

In article <3224@geac.UUCP> drew@lethe.UUCP (Drew Sullivan) writes:
>Yes, the system owner.  I for one run a different copy of sh then the stock
>one.  Sh is owned by local (its my box, I can changed sh if I want to).  In
>this way I can tell 6 months down the road what are local updated versions of
>files vs the stock (bin) distibuted files.

A technique I have used to quickly identify which binaries have been
locally replaced is to rename the old one to something recognizable,
replace it with a new one, and link the new one to a long name I can
identify.  E.g.:

     move /bin/mail to /bin/mail.original
     install new /bin/mail, link it so /bin/mail.from.Usenet.15.jan.1988

(Under System V you are unfortunately limited to 14-char names.)  When
there is any doubt, just do "ls -li" and identify what is linked to
what by glancing at file sizes and finally comparing inode numbers.

The above allows you to have several local updates, and not get
confused as you might if the only identifying feature was the name of
the owner.

(Ideally all binaries would have descriptive SCCS strings embedded.)
-- 
Rahul Dhesi         UUCP:  !{iuvax,pur-ee,uunet}!bsu-cs!dhesi