From owner-svn-ports-all@freebsd.org Tue Mar 28 18:22:18 2017 Return-Path: Delivered-To: svn-ports-all@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 4DAE2D22A80; Tue, 28 Mar 2017 18:22:18 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 303E3B67; Tue, 28 Mar 2017 18:22:18 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1033) id 813156B1D; Tue, 28 Mar 2017 18:22:17 +0000 (UTC) Date: Tue, 28 Mar 2017 18:22:17 +0000 From: Alexey Dokuchaev To: Steven Kreuzer Cc: ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org Subject: Re: svn commit: r437145 - in head/devel: . py-jedi py3-jedi Message-ID: <20170328182217.GA9248@FreeBSD.org> References: <201703281759.v2SHxQlx007752@repo.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201703281759.v2SHxQlx007752@repo.freebsd.org> User-Agent: Mutt/1.7.1 (2016-10-04) X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.23 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: Tue, 28 Mar 2017 18:22:18 -0000 On Tue, Mar 28, 2017 at 05:59:26PM +0000, Steven Kreuzer wrote: > New Revision: 437145 > URL: https://svnweb.freebsd.org/changeset/ports/437145 > > Log: > Add a python 3 varient of py-jedi It should read "variant". > Added: > head/devel/py3-jedi/ > head/devel/py3-jedi/Makefile (contents, props changed) > Modified: > head/devel/Makefile > head/devel/py-jedi/Makefile Seeing a number of these quite similar commits (usually setting MASTERDIR and USES[?]=) I'm wondering if this issue can be addressed globally rather than copying each individual port with `py3-' prefix? That is, framework could produce one or two packages depending on certain condition from the same `category/py-foo' port. ./danfe