From owner-freebsd-hackers@freebsd.org Wed May 2 02:29:13 2018 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E6DB4FBEF8A for ; Wed, 2 May 2018 02:29:12 +0000 (UTC) (envelope-from leres@freebsd.org) Received: from xse.com (xse.com [IPv6:2607:f2f8:abb8::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "xse.com", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 84539742DE for ; Wed, 2 May 2018 02:29:12 +0000 (UTC) (envelope-from leres@freebsd.org) Received-SPF: pass (dot.xse.com: authenticated connection) receiver=dot.xse.com; client-ip=2620:83:8000:102::cb; helo=hot.ee.lbl.gov; envelope-from=leres@freebsd.org; x-software=spfmilter 2.001 http://www.acme.com/software/spfmilter/ with libspf2-1.2.10; Received: from hot.ee.lbl.gov (hot.ee.lbl.gov [IPv6:2620:83:8000:102:0:0:0:cb]) (authenticated bits=0) by dot.xse.com (8.15.2/8.15.2) with ESMTPSA id w422T6cn077039 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 1 May 2018 19:29:09 -0700 (PDT) (envelope-from leres@freebsd.org) Subject: Re: Porting questions To: =?UTF-8?Q?Le_Baron_d=e2=80=99Merde?= , Gleb Popov <6yearold@gmail.com>, freebsd-hackers@freebsd.org References: <20180501180402.e4kigr4f5qh44m6d@privacychain.ch> From: Craig Leres Message-ID: <9d9f4709-99c4-74fb-0ff7-f0381172fd20@freebsd.org> Date: Tue, 1 May 2018 19:29:05 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <20180501180402.e4kigr4f5qh44m6d@privacychain.ch> Content-Type: multipart/mixed; boundary="------------14DB82093F49C383061B88EC" Content-Language: en-US X-Virus-Scanned: clamav-milter 0.100.0 at dot.xse.com X-Virus-Status: Clean X-GBUdb-Analysis: Unknown X-MessageSniffer-Rules: 0-0-0-11394-c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 May 2018 02:29:13 -0000 This is a multi-part message in MIME format. --------------14DB82093F49C383061B88EC Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit On 05/01/18 11:04, Le Baron d’Merde wrote: > When upstream does not provide a version (or a separated commit will be used > like HEAD), the version format to be used for GitHub is: gYYYYMMDD > > See 5.13: https://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/makefile-distfiles.html#makefile-master_sites-github-description I missed that; it's perfect, thanks! >> (4) How to handle downloads that shouldn't be extracted: The toolchain uses >> specific versions of a bunch of things: >> >> TARBALLS= \ >> binutils-2.25.1.tar.bz2 \ >> expat-2.1.0.tar.gz \ >> gcc-5.2.0.tar.bz2 \ >> gdb-7.10.tar.xz \ >> gmp-6.0.0a.tar.xz \ >> isl-0.14.tar.xz \ >> mpc-1.0.3.tar.gz \ >> mpfr-3.1.3.tar.xz \ >> ncurses-6.0.tar.gz \ >> newlib-2.2.0.tar.gz >> >> Normally the build process downloads these which doesn't work well with >> poudriere; you don't want to download these every time you build port. I put >> copies in my /usr/ports/distfiles and add symlinks to the work tree in >> post-extract and later the build script correctly skips downloading them >> when it finds them already there. I'd like to add these to DISTFILES for >> auto-download and checksums but I don't want them extracted by do-extract. >> Is my best option to override the do-extract target? > > I guess those are git submodules. GH_TUPLE are used for them. You can see a > working example on x11/polybar Actually they're not, they're just the specific versions of things that are built to deal with the cross compile objects. In the end I added them to DISTFILES with the appropriate MASTER_SITES entries and discovered EXTRACT_ONLY and set that to the github tarball. On 05/01/18 12:21, Gleb Popov wrote: > (3) USES=gcc doesn't provide a binary named gcc: crosstool-NG has > the string "gcc" firmly baked into it. When I have USES=gcc (today) > I get gcc6 but without patching a ton of files I need gcc to exist > when poudriere is building. I solved this by also adding: > > BUILD_DEPENDS+= gcc:lang/gcc > > but it seems wrong to me that USES=gcc doesn't provide a binary > named gcc. > > > You can add > BINARY_ALIAS= gcc=gcc6 > line to work around this. It'd be sweet if this worked but it doesn't. I think the problem is that create-binary-alias happens slightly before do-configure which is the first place I need gcc to exist. Thanks guys! Craig --------------14DB82093F49C383061B88EC Content-Type: text/plain; charset=UTF-8; name="Makefile" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Makefile" IyBDcmVhdGVkIGJ5OiBDcmFpZyBMZXJlcyA8bGVyZXNAZnJlZWJzZC5vcmc+CiMgJEZyZWVC U0QkCgpQT1JUTkFNRT0JeHRlbnNhLWVzcDMyLWVsZgpESVNUVkVSU0lPTj0JMS4yMi4wLmcy MDE3MTIxOQpDQVRFR09SSUVTPQlkZXZlbApNQVNURVJfU0lURVM9CUdOVS9iaW51dGlsczpz b3VyY2UxIFwKCQlodHRwczovL3NvdXJjZWZvcmdlLm5ldC9wcm9qZWN0cy9leHBhdC9maWxl cy9leHBhdC8yLjEuMC86c291cmNlMiBcCgkJR05VL2djYy9nY2MtNS4yLjAvOnNvdXJjZTMg XAoJCUdOVS9nZGI6c291cmNlNCBcCgkJR05VL2dtcDpzb3VyY2U1IFwKCQlodHRwOi8vaXNs Lmdmb3JnZS5pbnJpYS5mci86c291cmNlNiBcCgkJR05VL21wYzpzb3VyY2U3IFwKCQlodHRw Oi8vd3d3Lm1wZnIub3JnL21wZnItMy4xLjMvOnNvdXJjZTggXAoJCUdOVS9uY3Vyc2VzOnNv dXJjZTkgXAoJCWh0dHBzOi8vc291cmNlZm9yZ2UubmV0L3Byb2plY3RzL2RldmtpdHByby9m aWxlcy9zb3VyY2VzL25ld2xpYi86c291cmNlMTAKRElTVEZJTEVTPQliaW51dGlscy0yLjI1 LjEudGFyLmJ6Mjpzb3VyY2UxIFwKCQlleHBhdC0yLjEuMC50YXIuZ3o6c291cmNlMiBcCgkJ Z2NjLTUuMi4wLnRhci5iejI6c291cmNlMyBcCgkJZ2RiLTcuMTAudGFyLnh6OnNvdXJjZTQg XAoJCWdtcC02LjAuMGEudGFyLnh6OnNvdXJjZTUgXAoJCWlzbC0wLjE0LnRhci54ejpzb3Vy Y2U2IFwKCQltcGMtMS4wLjMudGFyLmd6OnNvdXJjZTcgXAoJCW1wZnItMy4xLjMudGFyLnh6 OnNvdXJjZTggXAoJCW5jdXJzZXMtNi4wLnRhci5nejpzb3VyY2U5IFwKCQluZXdsaWItMi4y LjAudGFyLmd6OnNvdXJjZTEwCkVYVFJBQ1RfT05MWT0JJHtESVNUTkFNRX0ke0VYVFJBQ1Rf U1VGWH0KCk1BSU5UQUlORVI9CWxlcmVzQGZyZWVic2Qub3JnCkNPTU1FTlQ9CVRvb2xjaGFp biBmb3IgeHRlbnNhLWVzcDMyLWVsZgoKTElDRU5TRT0JR1BMdjIgTEdQTDIxCkxJQ0VOU0Vf Q09NQj0JbXVsdGkKCkJVSUxEX0RFUEVORFMrPQliYXNoOnNoZWxscy9iYXNoIFwKCQlnYXdr OmxhbmcvZ2F3ayBcCgkJZ2NjOmxhbmcvZ2NjIFwKCQlnaXQ6ZGV2ZWwvZ2l0IFwKCQlncGF0 Y2g6ZGV2ZWwvcGF0Y2ggXAoJCSR7TE9DQUxCQVNFfS9iaW4vZ3JlcDp0ZXh0cHJvYy9nbnVn cmVwIFwKCQlncGVyZjpkZXZlbC9ncGVyZiBcCgkJZ3NlZDp0ZXh0cHJvYy9nc2VkIFwKCQlo ZWxwMm1hbjptaXNjL2hlbHAybWFuIFwKCQltYWtlaW5mbzpwcmludC90ZXhpbmZvIFwKCQlw eXRob246bGFuZy9weXRob24gXAoJCXdnZXQ6ZnRwL3dnZXQKClVTRVM9CQlhdXRvcmVjb25m OmJ1aWxkIGJpc29uIGdtYWtlIGxpYnRvb2wgcHl0aG9uOmJ1aWxkClVTRV9HQ0M9CXllcwpV U0VfR0lUSFVCPQl5ZXMKVVNFX0xEQ09ORklHPQkke1BSRUZJWH0vJHtQT1JUTkFNRX0vbGli ZXhlYy9nY2MveHRlbnNhLWVzcDMyLWVsZi81LjIuMApTVUJESVI9CQljcm9zc3Rvb2wtTkcK VEFHTkFNRT0JMS4yMi4wLTgwLWc2YzQ0MzNhNQpHSF9UVVBMRT0JZXNwcmVzc2lmOiR7U1VC RElSfToke1RBR05BTUV9Cgpwb3N0LWV4dHJhY3Q6Cgkke01LRElSfSAke0JVSUxEX1dSS1NS Q30vLmJ1aWxkL3RhcmJhbGxzCi5mb3IgRiBpbiAkKERJU1RGSUxFUzpOJChFWFRSQUNUX09O TFkpKQoJJHtMTn0gLXMgJHtESVNURElSfS8ke0Y6Qy86c291cmNlWzAtOV0rJC8vfSAke0JV SUxEX1dSS1NSQ30vLmJ1aWxkL3RhcmJhbGxzCi5lbmRmb3IKCnByZS1jb25maWd1cmU6Cgkg Y2QgJHtCVUlMRF9XUktTUkN9ICYmIC4vYm9vdHN0cmFwCgkgJHtQUklOVEZ9ICIjIS9iaW4v c2hcbmVjaG8gJyR7U1VCRElSOnRsfS0ke1RBR05BTUV9J1xuIiA+IFwKCSAgICAgJHtCVUlM RF9XUktTUkN9L3ZlcnNpb24uc2gKCSAke0NITU9EfSAtdyt4ICR7QlVJTERfV1JLU1JDfS92 ZXJzaW9uLnNoCgpkby1jb25maWd1cmU6CgljZCAke0JVSUxEX1dSS1NSQ30gJiYgXAoJICAg IC4vY29uZmlndXJlIC0tZW5hYmxlLWxvY2FsIC0td2l0aC1ncmVwPSR7TE9DQUxCQVNFfS9i aW4vZ3JlcAoKcHJlLWJ1aWxkOgoJY2QgJHtCVUlMRF9XUktTUkN9ICYmIFwKCSAgICAke1NF VEVOVn0gLXVNQUtFTEVWRUwgLXVNQUtFRkxBR1MgLXUuTUFLRS5MRVZFTC5FTlYgXAoJICAg ICR7TUFLRV9DTUR9IGluc3RhbGwgJiYgLi9jdC1uZyB4dGVuc2EtZXNwMzItZWxmCgpkby1i dWlsZDoKCWNkICR7QlVJTERfV1JLU1JDfSAmJiBDVF9BTExPV19CVUlMRF9BU19ST09UX1NV UkU9MSAuL2N0LW5nIGJ1aWxkCgpwb3N0LWJ1aWxkOgoJY2QgJHtCVUlMRF9XUktTUkN9L2J1 aWxkcy8ke1BPUlROQU1FfSAmJiBcCgkgICAgJHtSTX0gYnVpbGQubG9nLmJ6MiBsaWIvY2hh cnNldC5hbGlhcwoKZG8taW5zdGFsbDoKCWNkICR7QlVJTERfV1JLU1JDfS9idWlsZHMgJiYg XAoJICAgICR7Q09QWVRSRUVfU0hBUkV9ICR7UE9SVE5BTUV9ICR7U1RBR0VESVJ9JHtQUkVG SVh9CgouaW5jbHVkZSA8YnNkLnBvcnQubWs+Cg== --------------14DB82093F49C383061B88EC--