From owner-freebsd-ports@freebsd.org Mon Dec 19 14:02:51 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 DF443C86AAC for ; Mon, 19 Dec 2016 14:02:51 +0000 (UTC) (envelope-from freebsd.contact@marino.st) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C8A5B153F for ; Mon, 19 Dec 2016 14:02:51 +0000 (UTC) (envelope-from freebsd.contact@marino.st) Received: by mailman.ysv.freebsd.org (Postfix) id C7E7AC86AAB; Mon, 19 Dec 2016 14:02:51 +0000 (UTC) Delivered-To: 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 C5E69C86AAA for ; Mon, 19 Dec 2016 14:02:51 +0000 (UTC) (envelope-from freebsd.contact@marino.st) Received: from shepard.synsport.com (mail.synsport.com [208.69.230.148]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9B365153D for ; Mon, 19 Dec 2016 14:02:51 +0000 (UTC) (envelope-from freebsd.contact@marino.st) Received: from [127.0.0.1] (ip72-204-83-236.fv.ks.cox.net [72.204.83.236]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by shepard.synsport.com (Postfix) with ESMTP id 5E1CB43BAF; Mon, 19 Dec 2016 08:01:40 -0600 (CST) Subject: Re: The ports collection has some serious issues To: Jim Trigg References: <20161218013548.GA25190@server.rulingia.com> <3c83b1e8-4428-ddcf-9b55-3793e098c6af@marino.st> <20161218064332.GA16173@eureka.lemis.com> <4f2e93f8-1988-ff60-1159-0daee695836a@gmail.com> Cc: "ports@FreeBSD.org Ports" From: John Marino Reply-To: marino@freebsd.org Message-ID: <6e78c9cc-8f08-d7c3-6f62-0c0525fa3fea@marino.st> Date: Mon, 19 Dec 2016 08:02:49 -0600 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <4f2e93f8-1988-ff60-1159-0daee695836a@gmail.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 161219-0, 12/19/2016), Outbound message X-Antivirus-Status: Clean X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Dec 2016 14:02:52 -0000 On 12/18/2016 23:42, Jim Trigg wrote: > On 12/18/2016 02:24 AM, John Marino wrote: >> 2) portmaster's dirty build method is inferior to clean environment >> builds (true) >> 3) There is better and official alternative (true) > > Maybe. I have a case where portmaster (on my current production box) > builds fine but poudriere (on my intended replacement production box) > does not. > > Case in point: php70-pdo_*. The first time I tried a build pdo_sqlite > failed. This time (after correcting other ports' option problems) > pdo_mysql fails for basically the same reason - pdo_* cannot find pdo > because pdo thinks PHP_EXT_DIR=20151012-zts but pdo_* thinks > PHP_EXT_DIR=20151012 - log for the latter below signature. Yet doing the > build with postmaster works fine. Wasn't that a global bug that was fixed? You logic is faulty IMO. All binary packages produced officially for FreeBSD are built with poudriere. If poudriere can't build it due to a bug in the port itself, then nobody gets the package. Obviously that's unacceptable, so the port bug gets fixed, quickly. So it sounds like you're saying that poudriere is too strict at enforcing correctness and you need something more forgiving? Unfortunately, port maintainers break the tree. Usually the big breaks are avoid with EXP-RUNs but it's common to see updates where downstream dependencies weren't tested and break (aside: IMO this it is the responsibility of the person updating the first port to verify the deps still build but not everyone does this). So sometimes you hit a tree break and that's what happened. It was fixed right? The bottom line: if a port doesn't build on poudriere and synth, the issue must be fixed, not worked around by using a tool incapable of detecting it. That's how most of the "I use portmaster and this doesn't work" topics get started. >> 4) There's a second, even more effective alternative for x86 platforms >> (true) > > I can not as yet contest this. I haven't tried synth because if > poudriere works it will have further value add for me (as a port > maintainer I can build my port in multiple environments on a single > box). Dealing with the conversion factor isn't worth it to me for the > alleged gains synth brings. I am a big supporter of poudriere. While many people find they prefer synth and enjoy its performance advantage, I will never tell a poudriere user to switch if they are happy with poudriere. John --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus