From owner-freebsd-ports  Tue Aug 29 15:55:08 1995
Return-Path: ports-owner
Received: (from majordom@localhost)
          by freefall.FreeBSD.org (8.6.11/8.6.6) id PAA27343
          for ports-outgoing; Tue, 29 Aug 1995 15:55:08 -0700
Received: from eikon.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3])
          by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id PAA27328
          for <ports@freebsd.org>; Tue, 29 Aug 1995 15:55:05 -0700
Received: from vector.eikon.e-technik.tu-muenchen.de (vector.eikon.e-technik.tu-muenchen.de [129.187.142.36]) by eikon.e-technik.tu-muenchen.de (8.6.12/8.6.9) with ESMTP id AAA17329; Wed, 30 Aug 1995 00:54:50 +0200
Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id AAA21404; Wed, 30 Aug 1995 00:51:29 +0200
Message-Id: <199508292251.AAA21404@vector.eikon.e-technik.tu-muenchen.de>
X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol
To: asami@cs.berkeley.edu (Satoshi Asami)
cc: ports@freebsd.org
Subject: Re: make fetch 
In-reply-to: Your message of "Sun, 27 Aug 1995 23:00:35 PDT."
             <199508280600.XAA01369@silvia.HIP.Berkeley.EDU> 
Date: Wed, 30 Aug 1995 00:51:28 +0200
From: "Julian Stacey <jhs@freebsd.org>" <jhs@vector.eikon.e-technik.tu-muenchen.de>
Sender: ports-owner@freebsd.org
Precedence: bulk


> Look at it carefully, it is not building itcl, it's building tcl.
> This is the same thing you've reported before.

OK, I tend to identify, report, & forget.

> There is already a hack in bsd.port.mk that allows you to skip these
> stuff.  I think I sent you a mail when I added this, didn' I?

I don't recall it, but perhaps it never arrived, there was a serious mail
disruption via my ISP a short while ago (they switched to a new mail agent).

> I know this is not a really desirable solution. The "real" fix will
> come (hopefully) sometime later this week when I manage to reorganize
> the whole "dependency" paradigm.

:-)

> make IS_DEPENDED_TARGET=fetch fetch

Thanks I've latched this example into my post net startup prompter.
OK, I went & saw in bsd.port.m:
# IS_DEPENDED_TARGET -
#                  The target to execute when a port is called as a
#                  dependency (default: install).  E.g., "make fetch
#                  IS_DEPENDED_TARGET=fetch" will fetch all the distfiles,
#                  including those of dependencies, without actually building
#                  any of them).

This sounds fine, but IMO would be nice if `make fetch' adopted a 
`recurse & fetch but dont make' style action by default, rather than by 
manual assertion.

> Requested by:   paul
> Reviewed by:    paul, jhs and others

Umm, maybe that was something else I reviewed ?

Julian S