From owner-freebsd-ports@freebsd.org Sat Feb 20 01:42:43 2016 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4C9F9AAE7FD for ; Sat, 20 Feb 2016 01:42:43 +0000 (UTC) (envelope-from 482254ac@razorfever.net) Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.181]) by mx1.freebsd.org (Postfix) with ESMTP id 1444B17A6 for ; Sat, 20 Feb 2016 01:42:42 +0000 (UTC) (envelope-from 482254ac@razorfever.net) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0ByGgA731xV/0StpUVcghV7VF6xUwEFBgh8AU+QKQmBWoV3AoE8ORQBAQEBAQEBgQqEIwEBBDgeHgQRCxgJFg8JAwIBAgEnHhMIAQGIKA3PFgEBCAEBAQEaBIYWhCKBAoMPgX0WhBcBBItEbIZAhDGOPo1ggUUjhBYgMQGCRgEBAQ X-IPAS-Result: A0ByGgA731xV/0StpUVcghV7VF6xUwEFBgh8AU+QKQmBWoV3AoE8ORQBAQEBAQEBgQqEIwEBBDgeHgQRCxgJFg8JAwIBAgEnHhMIAQGIKA3PFgEBCAEBAQEaBIYWhCKBAoMPgX0WhBcBBItEbIZAhDGOPo1ggUUjhBYgMQGCRgEBAQ X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="193681252" Received: from 69-165-173-68.dsl.teksavvy.com (HELO mail.razorfever.net) ([69.165.173.68]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 19 Feb 2016 20:42:41 -0500 Received: from [127.0.0.1] (mail.razorfever.net [192.168.0.4]) by mail.razorfever.net (8.14.9/8.14.9) with ESMTP id u1K1gdXE027691 for ; Fri, 19 Feb 2016 20:42:40 -0500 (EST) (envelope-from 482254ac@razorfever.net) Subject: Re: Pulling from github as a vendorized dependency in poudriere To: freebsd-ports@freebsd.org References: <56C706D0.2000006@razorfever.net> <20160219191646.GA75742@spindle.one-eyed-alien.net> From: "Derek (freebsd lists)" <482254ac@razorfever.net> Message-ID: <56C7C48F.4070905@razorfever.net> Date: Fri, 19 Feb 2016 20:42:39 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.5.1 MIME-Version: 1.0 In-Reply-To: <20160219191646.GA75742@spindle.one-eyed-alien.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.4 required=5.0 tests=ALL_TRUSTED, FROM_STARTS_WITH_NUMS,RP_MATCHES_RCVD autolearn=disabled version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mail.razorfever.net X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Feb 2016 01:42:43 -0000 On 16-02-19 02:16 PM, Brooks Davis wrote: > On Fri, Feb 19, 2016 at 07:13:04AM -0500, Derek (freebsd lists) wrote: >> I can provide more detail, but would like to know if I'm doing >> something horribly wrong first (i.e. trying to access the network >> with gb as a make target, versus some other way to do this). > > When you run "gb vendor", what stage does that happen in? IIRC > poudriere only configures network access during the fetch stage so you > must find a way to run it as part of the fetch process or capture and > emulate its result. > Thanks for the quick response - much appreciated. Indeed, I was doing it in the post-extract stage, as there is some patching that happens to the pulled-in sources from there, and the vendor information is extracted from the tarball. I see now, poudriere wants "no network", as you mention: https://fossil.etoilebsd.net/poudriere/doc/trunk/doc/design.mkd I wonder, with the rise of vendorizing tools, ala composer, gb, npm, virtualenv (possibly?), etc, etc... - are the assumptions about the build steps of ports still valid? i.e. - is there a make vendor target somewhere between either extract, and patch, or patch and build (that doesn't yet exist), where network access is still useful? Rhetorical - I'm sure it's come up before (and will do more digging to this effect). Better yet - how do other ports deal with this? Would love to hear from some maintainers who are happy with what they've done to handle this - if anyone is available? Even just the port name would be great. My current plan is to shoehorn a custom fetch/extract/patch into the port Makefile, based on Brooks' valued information, but it doesn't feel great. Thanks again - most helpful! Derek