From owner-freebsd-hackers Sat Jun 22 12:14:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA03121 for hackers-outgoing; Sat, 22 Jun 1996 12:14:31 -0700 (PDT) Received: from linus.demon.co.uk (linus.demon.co.uk [158.152.10.220]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA02870 for ; Sat, 22 Jun 1996 12:12:30 -0700 (PDT) Received: (from mark@localhost) by linus.demon.co.uk (8.7.5/8.7.3) id TAA00381; Sat, 22 Jun 1996 19:49:51 +0100 (BST) Message-Id: <199606221849.TAA00381@linus.demon.co.uk> From: mark@linus.demon.co.uk (Mark Valentine) Date: Sat, 22 Jun 1996 19:49:51 +0100 In-Reply-To: "Jordan K. Hubbard"'s message of Jun 20, 7:16pm X-Mailer: Mail User's Shell (7.2.6 alpha(3) 7/19/95) To: "Jordan K. Hubbard" Subject: Re: What do people think of this change to /usr/src/Makefile? Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > From: "Jordan K. Hubbard" > Date: Thu 20 Jun, 1996 > Subject: Re: What do people think of this change to /usr/src/Makefile? > > Why is this necessary, when the following solution already exists? > > > > #!/bin/sh > > /usr/bin/true > > cd /usr/src && make world > > cp /my/hacked/binary /usr/bin > > I'm not sure I follow you. I just want something that is divorced > from /usr/src (so that you can blow that away and recreate it) yet > coupled with make world so that if any of `n' admins wanders in there > and does a make world, it does the right thing on whichever machine > they happen to be on. Most folks seem to like the idea so far. My only real point is that catering for folks with such lack of procedural discipline by adding bloat to an already complex core part of the system is generally asking for trouble. For anyone with a clue (which should include everyone building a customised system from source), it's no harder to implement local changes and policy with the existing feature set. This is a minor case in point, but a few of these add up to have a significant effect on the simplicity of the system (perhaps making more important future changes that little bit harder to preserve compatibility). > > Also, your pre-world is really start-of-world and post-world is > > end-of-world; the @/usr/bin/true looks ugly and superfluous. > > nit nit nit. :-) I'll have the one on the left, please. ;-) Mark. -- Mark Valentine at Home