Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 27 Dec 2006 11:36:28 -0500
From:      Bill Moran <wmoran@collaborativefusion.com>
To:        Jeremy Chadwick <koitsu@FreeBSD.org>
Cc:        ports@freebsd.org, Shaun Amott <shaun@FreeBSD.org>
Subject:   Re: fetch-recursive broken?  Is this a ports issue or just a problem with the PostgreSQL port?
Message-ID:  <20061227113628.d148039f.wmoran@collaborativefusion.com>
In-Reply-To: <20061227161318.GA37308@icarus.home.lan>
References:  <20061226173950.0412f4bc.wmoran@collaborativefusion.com> <20061227032400.GD2029@charon.picobyte.net> <20061227102419.0a7cb6a5.wmoran@collaborativefusion.com> <20061227161318.GA37308@icarus.home.lan>

next in thread | previous in thread | raw e-mail | index | archive | help
In response to Jeremy Chadwick <koitsu@FreeBSD.org>:

> On Wed, Dec 27, 2006 at 10:24:19AM -0500, Bill Moran wrote:
> > In response to Shaun Amott <shaun@FreeBSD.org>:
> > 
> > > On Tue, Dec 26, 2006 at 05:39:50PM -0500, Bill Moran wrote:
> > > > 
> > > > Why should the fetch-recursive target care what's installed?  Hell, I just
> > > > want the distfile on the server so I can install it on other machines.
> > > 
> > > I agree. Perhaps we should automatically set NO_IGNORE and TRYBROKEN for
> > > the fetch-recursive target.
> > 
> > I'm getting lost in all the Makefiles trying to cobble together a patch
> > to submit.  Anyone familiar enough with the ports tree to do so, or at
> > least point me in the correct direction?
> 
> Bill,
> 
> This will probably require the expertise of someone who's familiar
> with the Mk/bsd.port.mk framework.  I can confirm what you're
> reporting, though (and have also wondered about it myself...)
> 
> Also, does "make fetch" work (vs. "make fetch-recursive") ?

"make fetch" appears to behave identically to "make fetch-recursive".

It gives the same error, at least.

-- 
Bill Moran
Collaborative Fusion Inc.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20061227113628.d148039f.wmoran>