From owner-svn-ports-all@FreeBSD.ORG Mon Aug 11 06:55:10 2014 Return-Path: Delivered-To: svn-ports-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A8B0F728; Mon, 11 Aug 2014 06:55:10 +0000 (UTC) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.31.40]) (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 3259A26A8; Mon, 11 Aug 2014 06:55:09 +0000 (UTC) Received: from [89.182.138.232] (helo=localhost) by smtprelay02.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1XGjVT-0003Qj-SJ; Mon, 11 Aug 2014 08:55:00 +0200 Date: Mon, 11 Aug 2014 08:55:01 +0200 From: Marcus von Appen To: Kubilay Kocak Subject: Re: svn commit: r364518 - in head: accessibility/py-papi audio/py-al devel/py-astroid devel/py-dynrules devel/py-game devel/py-logilab-common devel/py-ocempgui devel/py-ply devel/py-sdl2 devel/pychecke... Message-ID: <20140811065501.GC1019@medusa.sysfault.org> Reply-To: Marcus von Appen Mail-Followup-To: Kubilay Kocak , Adam Weinberger , Max Brazhnikov , Alexey Dokuchaev , ports-committers@freebsd.org, svn-ports-all@freebsd.org, svn-ports-head@freebsd.org References: <53e7336d.2c4d.2257f090@svn.freebsd.org> <20140810095516.GA35955@FreeBSD.org> <2556564.WKGpsAPjlp@mercury.ph.man.ac.uk> <20140810155649.GA1040@medusa.sysfault.org> <53E801F5.1000403@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pAwQNkOnpTn9IO2O" Content-Disposition: inline In-Reply-To: <53E801F5.1000403@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Df-Sender: MTEyNTc0Mg== Cc: svn-ports-head@freebsd.org, Max Brazhnikov , Alexey Dokuchaev , svn-ports-all@freebsd.org, ports-committers@freebsd.org, Adam Weinberger X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.18 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: Mon, 11 Aug 2014 06:55:10 -0000 --pAwQNkOnpTn9IO2O Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On, Mon Aug 11, 2014, Kubilay Kocak wrote: > On 11/08/2014 2:40 AM, Adam Weinberger wrote: > > On 10 Aug, 2014, at 11:56, Marcus von Appen wrote: > > > >> On, Sun Aug 10, 2014, Max Brazhnikov wrote: > >> > >>> On Sun, 10 Aug 2014 09:55:16 +0000 Alexey Dokuchaev wrote: > >>>> On Sun, Aug 10, 2014 at 08:55:08AM +0000, Marcus von Appen wrote: > >>>>> New Revision: 364518 > >>>>> URL: http://svnweb.freebsd.org/changeset/ports/364518 > >>>>> QAT: https://qat.redports.org/buildarchive/r364518/ > >>>>> > >>>>> -USES= pkgconfig > >>>>> +USES= pkgconfig python:2 > >>>>> USE_GNOME= atk > >>>>> -USE_PYTHON= 2 > >>>>> -USE_PYDISTUTILS=yes > >>>>> -PYDISTUTILS_AUTOPLIST= yes > >>>>> +PYTHON_FEATURES=autoplist distutils > >>>> > >>>> Yuck, this PYTHON_FEATURES knob is ugly. Why not follow Perl's example > >>>> instead (USES=perl and USE_PERL)? It both makes more sense and shorter. > >>> > >>> ugly or not, it's a matter of taste. But PYTHON_FEATURES usage is inconsistent > >>> with COMPILER_FEATURES (read only var). Could we rename it while it's not too late? > >> > >> Using USE_PYTHON is a problem, since this would be inconsistent with many > >> other parts of the infrastructure. Aside from that, it would need a lot of > >> glue code for the transition phase. > >> > >> Regardless of that, if portmgr's common suggestion is that XXX_FEATURES is > >> about testing for a certain feature (read-only), I'm fine with it and open for > >> suggestions, which describe that infrastructure bit X wants to enable a > >> certain infrastructure feature. > >> > >> PYTHON_FEATURES is in my opinion the best by far. If the consensus is to use > >> USE_PYTHON, similar to USE_PERL5, this will require us to migrate all python > >> ports from USE_PYTHON to USES=python first and will take some time. > > > > Can it just treat USE_PTYHON as PYTHON_FEATURES if USES=python is defined? > > Marcus, how feasible is this (minus the typo) to make the transition > without a mass conversion first-phase? It won't work with the proposed way. It'd be possible to create a check based what USE_PYTHON contains, thought, but I doubt that check to be completely bullet-proof, so a conversion to USES=python should be done as fast as possible. > I like the idea of USE_FOO=bar[:baz]<,qux> being the canonical > convention for easy transfer of existing knowledge for maintainers (perl > -> python -> *) I brought this to portmgr's attention, so we do not run into this again, when other parts are converted to USES. As soon as portmgr made a clear statement, we can start with whatever should be used. Cheers Marcus --pAwQNkOnpTn9IO2O Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlPoaMUACgkQi68/ErJnpkc+MQCg1SYa6cP+d+x4hTpuH2reXDTG ZnQAn2tpu2/mv3W/7Hh3syOEuNJ2Zyy5 =62pW -----END PGP SIGNATURE----- --pAwQNkOnpTn9IO2O--