From owner-freebsd-hackers Tue Apr 4 14:55:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA24132 for hackers-outgoing; Tue, 4 Apr 1995 14:55:36 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA24126 for ; Tue, 4 Apr 1995 14:55:32 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id PAA07511; Tue, 4 Apr 1995 15:59:15 -0600 Date: Tue, 4 Apr 1995 15:59:15 -0600 From: Nate Williams Message-Id: <199504042159.PAA07511@trout.sri.MT.net> In-Reply-To: terry@cs.weber.edu (Terry Lambert) "Re: new install(1) utility" (Apr 4, 2:35pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert) Subject: Re: new install(1) utility Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk As long as I'm in a rebutting mood. > Much better (if one must hack on install) to cause intermediately > created directories when installing a target to be owned by the > specified user and group instead of being owned by the installer > (hint: this would fix a number of X install problems). 1) Install doesn't create any intermediate directories. Install doesn't create directories period. (Although NetBSD has added support for that in their version). 2) What X install programs are you talking about? There aren't any permission problems with X that I'm aware of, short of the setuid/setgid requirements for certain programs which makes it difficult to install them as normal users. Nate