From owner-freebsd-current@FreeBSD.ORG Tue Feb 25 00:24:08 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 385A2DC1 for ; Tue, 25 Feb 2014 00:24:08 +0000 (UTC) Received: from dmz-mailsec-scanner-1.mit.edu (dmz-mailsec-scanner-1.mit.edu [18.9.25.12]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B317918E7 for ; Tue, 25 Feb 2014 00:24:07 +0000 (UTC) X-AuditID: 1209190c-f794a6d000000c27-c7-530be2a5d340 Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP id C4.00.03111.5A2EB035; Mon, 24 Feb 2014 19:24:05 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id s1P0O4fK018561; Mon, 24 Feb 2014 19:24:05 -0500 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s1P0O2Yr005059 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 24 Feb 2014 19:24:04 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id s1P0O2k1005975; Mon, 24 Feb 2014 19:24:02 -0500 (EST) Date: Mon, 24 Feb 2014 19:24:02 -0500 (EST) From: Benjamin Kaduk To: Lyndon Nerenberg Subject: Re: Import of DragonFly Mail Agent In-Reply-To: Message-ID: References: <20140223211155.GS1699@ithaqua.etoilebsd.net> <530B67EA.1090102@FreeBSD.org> <45746.1393257416@critter.freebsd.dk> <17F7065F-5CE1-47CE-AB45-7356E78E243A@FreeBSD.org> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrHIsWRmVeSWpSXmKPExsUixG6nrrv0EXewwfnFBhZz3nxgstgy+wiL A5PHjE/zWTzuvvrMFMAUxWWTkpqTWZZapG+XwJXxt2E5Y8FfzopL/16zNzA2cHQxcnJICJhI 3P/2nRnCFpO4cG89WxcjF4eQwGwmia0zFzJBOBsZJZYcu88I4RxikthzDybTwCgxvaWFBaSf RUBbYurxxYwgNpuAisTMNxvZQGwRAQ2J6df/MYHYzALyEv+vXAazhYHqH6zvA+vlFLCTmNB/ BugODg5eAQeJ7Y+sIeafZJLYPH8TK0iNqICOxOr9U8DqeQUEJU7OfMICMdNS4tyf62wTGAVn IUnNQpJawMi0ilE2JbdKNzcxM6c4NVm3ODkxLy+1SNdQLzezRC81pXQTIyhYOSV5djC+Oah0 iFGAg1GJh7ejmDtYiDWxrLgy9xCjJAeTkijvpCtAIb6k/JTKjMTijPii0pzU4kOMEhzMSiK8 P08A5XhTEiurUovyYVLSHCxK4ry1Fr+ChATSE0tSs1NTC1KLYLIyHBxKErwCwKgUEixKTU+t SMvMKUFIM3FwggznARq+6iHI8OKCxNzizHSI/ClGRSlx3gkgCQGQREZpHlwvLJm8YhQHekWY 9wNIFQ8wEcF1vwIazAQ0eN92sMEliQgpqQbGOUEf8grDuLUbij+YTG+s3bf/4WflHlFdBzXW 14b3pC9+26F6bzl/R/DTK7d0dY9cZbMW9NyqsGvJ2qydMmdfybxpnpkX13xAMfzzm9U3XwYz C8VExOuwRW3m6ld4kdf988vv3GmqbtevlM/X/HuV3+B//X69CBVG4xqzHYc0/z6I3ttqHcat xFKckWioxVxUnAgAqexjTQEDAAA= Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 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, 25 Feb 2014 00:24:08 -0000 On Mon, 24 Feb 2014, Lyndon Nerenberg wrote: > > What would really help is if the ports fetch-recursive-list target could > extend to reliably include the distfiles for the runtime dependencies as > well. But I'm not even sure that's possible. We tried a few different > things, but in the end we had to brute force it by running 'make fetch' > in every one of the ports directories in order to get all the distfiles > onto an external system, which we then rsynced to a USB drive, marched > inside, and rsynced to the fileserver. Not pretty ... but with all the > distfiles at hand we knew the inside ports builds wouldn't fail due to > missing dependencies. I'm rather confused by why it isn't working for you. http://svnweb.freebsd.org/ports/head/Mk/bsd.port.mk?revision=345884&view=markup#l5187 is quite clearly looking in ALL-DEPENDS-LIST, which includes runtime dependencies. The only thing I can think of is that non-default configurations are in play, so that 'make config && make config-recursive' should be (re-)run until it does not prompt, and only then fetch-recursive-list be used. I suppose there could be broken ports that always prompt (ISTR kde used to do this), but I thought we had moved away from that. -Ben