From owner-freebsd-hackers Wed Apr 5 11:08:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA24637 for hackers-outgoing; Wed, 5 Apr 1995 11:08:11 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA24629 for ; Wed, 5 Apr 1995 11:08:05 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id EAA27217; Thu, 6 Apr 1995 04:04:19 +1000 Date: Thu, 6 Apr 1995 04:04:19 +1000 From: Bruce Evans Message-Id: <199504051804.EAA27217@godzilla.zeta.org.au> To: nate@trout.sri.MT.net, terry@cs.weber.edu Subject: Re: new install(1) utility Cc: freebsd-hackers@freefall.cdrom.com, kargl@troutmask.apl.washington.edu Sender: hackers-owner@FreeBSD.org Precedence: bulk >> > Hmmm... this could produce a decent timesavings. >> >> Yes, this would in effect do the same thing as the -t option you have >> now and save a tremendous amount of re-linking of files since the >> timestamps would not change. >Bah humbug. >[settled points deleted] >And jamming make-like dependency capability into install is a >cockamamy way to fix it. Putting install-like capabilities into install would be worse. It would need builtins for: - checking that the target uid, gid and mode are correct - checking that the target links are correct. These checks could be done by shell commands but that would probably take longer than always installing. Bruce