Date: Wed, 30 Oct 2019 01:33:17 +0000 From: bugzilla-noreply@freebsd.org To: python@FreeBSD.org Subject: [Bug 241463] [NEW PORT] devel/scons-py3: scons for python3 Message-ID: <bug-241463-21822-93bJpiQ4ZA@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-241463-21822@https.bugs.freebsd.org/bugzilla/> References: <bug-241463-21822@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D241463 --- Comment #9 from Kubilay Kocak <koobs@FreeBSD.org> --- (In reply to Sunpoet Po-Chuan Hsieh from comment #6) This is the better option. The scons port should do nothing but declare the versions *it* supports, and scons consumers ought to declare specifically t= he version(s) they support, allowing them to move forward at their own pace, without 'imperative' selection by the framework. Notes: - It's worth considering having scons.mk support <version-specifier> in the exact same way that USES=3Dpython supports it, rather than it being an FLAV= OR argument (scons:py27) This allows, scons consuming ports to declaratively specify/declare version support, rather than 'imperatively' 'choosing' a framework specific implementation details (flavor) This also enables / gives us the ability to factor out a generic <version-specifier> support across more areas of the framework, starting wi= th Python / Scons, and improving it in the process ("!=3DX" support, "X,Y" sup= port, etc), which has huge benefits for consistency and version derivation across= our tree. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-241463-21822-93bJpiQ4ZA>