From owner-svn-ports-all@freebsd.org Sun Feb 11 07:26:17 2018 Return-Path: Delivered-To: svn-ports-all@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 0DA6BF1DACA; Sun, 11 Feb 2018 07:26:17 +0000 (UTC) (envelope-from yuri@freebsd.org) Received: from shell1.rawbw.com (shell1.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED6C690DA; Sun, 11 Feb 2018 07:26:16 +0000 (UTC) (envelope-from yuri@freebsd.org) Received: from yv.noip.me (c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132]) (authenticated bits=0) by shell1.rawbw.com (8.15.1/8.15.1) with ESMTPSA id w1B7QARa012982 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Sat, 10 Feb 2018 23:26:10 -0800 (PST) (envelope-from yuri@freebsd.org) X-Authentication-Warning: shell1.rawbw.com: Host c-24-4-131-132.hsd1.ca.comcast.net [24.4.131.132] claimed to be yv.noip.me Reply-To: yuri@freebsd.org Subject: Re: svn commit: r461457 - head/converters/py-zfec To: Antoine Brodin Cc: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org, tcberner@freebsd.org References: <201802110519.w1B5JVSB075244@repo.freebsd.org> From: Yuri Message-ID: <3bab5418-4ae4-f5aa-d572-a9fef3e3287a@freebsd.org> Date: Sat, 10 Feb 2018 23:26:08 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Feb 2018 07:26:17 -0000 On 02/10/18 23:16, Antoine Brodin wrote: > Please test your commits with poudriere bulk -t converters/py-zfec@all > , it would have been obvious that the python3 flavor was breaking the > build. It breaks due to some the converters/zbase32 dependency, not by itself. It is nothing wrong with this port itself in py36. No? Yuri