From owner-freebsd-current@FreeBSD.ORG Tue Jul 13 22:23:42 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FE9D16A4E3 for ; Tue, 13 Jul 2004 22:23:42 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CC2C43D5F for ; Tue, 13 Jul 2004 22:23:42 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id i6DMNdwh016931; Tue, 13 Jul 2004 18:23:40 -0400 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <26075.1089753893@critter.freebsd.dk> References: <26075.1089753893@critter.freebsd.dk> Date: Tue, 13 Jul 2004 18:23:38 -0400 To: "Poul-Henning Kamp" , Barney Wolff From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Scanned-By: CanIt (www . canit . ca) cc: current@freebsd.org Subject: Re: CVSUP and 5.2.1 RELEASE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 22:23:44 -0000 At 11:24 PM +0200 7/13/04, Poul-Henning Kamp wrote: >In message <20040713212056.GA82311@pit.databus.com>, Barney Wolff writes: > >On Tue, Jul 13, 2004 at 11:14:01PM +0200, Poul-Henning Kamp wrote: > > > > Could you please enlighten the rest of us as to when the > > sequence of operations performed by "make world" is a useful > > thing to do? > >I've said that already in earlier email: > make world DESTDIR=/some_jail a) how about if we print a warning and exit if DESTDIR is not defined? Are there "important" uses of `make world' which do not use DESTDIR? b) I still don't see how this would be hurt if the target had a different name. Yes, there is an issue of documentation, but I still think the following point is important: > > ... and I find it hard to imagine that happens often enough > > to weigh against the continual damage to new users from > > this deceptively inviting target. Yes, maybe it is the user's fault. That does not mean that the best action is for us to leave this foot-shooting, and deceptively inviting target the way it is. Every time I see some user with a system that was trashed from this target, I can't help but think that we should try to do SOMETHING about it. And if we leave behind a "make world" target which tells the user what is going on, then I do not agree that we must fix all 10**64 pages of documentation before we try to save users from trashing their own freebsd systems. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu