From owner-cvs-all Wed Aug 18 12:18:28 1999 Delivered-To: cvs-all@freebsd.org Received: from nothing-going-on.demon.co.uk (nothing-going-on.demon.co.uk [193.237.89.66]) by hub.freebsd.org (Postfix) with ESMTP id B28B514E92; Wed, 18 Aug 1999 12:17:15 -0700 (PDT) (envelope-from nik@nothing-going-on.demon.co.uk) Received: (from nik@localhost) by nothing-going-on.demon.co.uk (8.9.3/8.9.3) id TAA48522; Wed, 18 Aug 1999 19:58:02 +0100 (BST) (envelope-from nik) Date: Wed, 18 Aug 1999 19:58:01 +0100 From: Nik Clayton To: hoek@FreeBSD.org Cc: Mike Pritchard , Nik Clayton , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: doc/share/mk docproj.docbook.mk Message-ID: <19990818195801.A46425@catkin.nothing-going-on.org> References: <199908162108.OAA06491@freefall.freebsd.org> <199908181112.GAA24823@mpp.pro-ns.net> <19990818080200.C11967@mad> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990818080200.C11967@mad>; from Tim Vanderhoek on Wed, Aug 18, 1999 at 08:02:00AM -0400 Organization: FreeBSD Project Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk On Wed, Aug 18, 1999 at 08:02:00AM -0400, Tim Vanderhoek wrote: > On Wed, Aug 18, 1999 at 06:12:27AM -0500, Mike Pritchard wrote: > > > users can install the files without install(1) complaining about the > > > inability to change the owners. > > > > How aout adding DOCOWN/DOCGRP/DOCBIN variables for this? This is > > how then on-line man pages work (MANOWN/MANGRP/etc...). This lets Joe user > > install test copies without needing root at all. > > We hvae DOCOWN/DOCGRP/DOCBIN variables for this. They are (still) > even used. They were even used. I sent an email to Nik that > implicitly asked what the advantage of the change was, but he's still > busy fixing the docs/ hierarchy, I think. Briefly -- I want things to go as smoothly as possible for regular users testing out the docs. If you do something like "make DESTDIR=/home/me/docs/ install", it'll fail, because install(1) refuses to do the install if it can't do the chown(2). Break it up in to 3 parts, and you can make the chown(2) a failure non-fatal for the rest of the build. The alternative, as Tim points out, is for the end user to set DOCOWN et al appropriately. This is just one more thing for them to remember to do, and makes the Makefile's just that little bit more hostile at first encounter. I'm prepared to backout the change (or maybe put in some jiggery-pokery that only uses the -o flag if the person doing the installing is uid 0) if people feel strongly enough about this. N -- [intentional self-reference] can be easily accommodated using a blessed, non-self-referential dummy head-node whose own object destructor severs the links. -- Tom Christiansen in <375143b5@cs.colorado.edu> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message