From owner-freebsd-python@FreeBSD.ORG Sun Jul 28 16:52:03 2013 Return-Path: Delivered-To: freebsd-python@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9DE3C88A; Sun, 28 Jul 2013 16:52:03 +0000 (UTC) (envelope-from john@saltant.com) Received: from homiemail-a26.g.dreamhost.com (caiajhbdccah.dreamhost.com [208.97.132.207]) by mx1.freebsd.org (Postfix) with ESMTP id 6348D21DE; Sun, 28 Jul 2013 16:52:02 +0000 (UTC) Received: from homiemail-a26.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a26.g.dreamhost.com (Postfix) with ESMTP id C9B3DB805B; Sun, 28 Jul 2013 09:51:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=saltant.com; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to: content-type; s=saltant.com; bh=hmXjrxw2jexZV/j2FRZsyoNPjQw=; b= oF9WRFx+H9H1YHgT4r0S08Z1wU49BjG8e56O5twOKNqJY5tSkLAcWFzytWecKQRB 1VCUqyU2MUDZzxnYGopH49cHBHWwUBImNoYQWULPAxl8zfoHDG6fNNHukhiUKLFK A/ate7BwRbGlI9wnZVSVA0O5A/sPh9zgCDP5OzxYYyM= Received: from omnific.local (y.saltant.net [96.227.187.16]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: john@saltant.com) by homiemail-a26.g.dreamhost.com (Postfix) with ESMTPSA id 65E68B8058; Sun, 28 Jul 2013 09:51:56 -0700 (PDT) Message-ID: <51F54C27.6080806@saltant.com> Date: Sun, 28 Jul 2013 12:51:51 -0400 From: "John W. O'Brien" Organization: Saltant Solutions User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: bug-followup@FreeBSD.org, wen@freebsd.org Subject: Re: ports/180889: [MAINTAINER] math/py-pandas: Update to 0.12.0 References: <201307271320.r6RDK8hH047052@freefall.freebsd.org> <51F3D86D.6080808@saltant.com> In-Reply-To: <51F3D86D.6080808@saltant.com> X-Enigmail-Version: 1.5.2 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="93J1Ne9G7QAQMFJqlPhNgi4gf6rHmu8io" Cc: freebsd-python@FreeBSD.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jul 2013 16:52:03 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --93J1Ne9G7QAQMFJqlPhNgi4gf6rHmu8io Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 7/27/13 10:25 AM, John W. O'Brien wrote: [...] > - test_pytables_native_read (pandas.io.tests.test_pytables.TestHDFStore= ) >=20 > This is somewhat more concerning, but it may be a problem with the > devel/py-tables soft dependency. Yes, pandas appears to be blameless in this case as demonstrated by the tables test error include below. wen@, Would you like me to open a PR against devel/py-tables? For reference, see the pandas test error noted above in any of these build lo= gs: https://redports.org/buildarchive/20130727114400-47308/ % python -m unittest \ tables.tests.test_basics.CheckFileTestCase.test04_openGenericHDF5File E =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ERROR: None (tables.tests.test_basics.CheckFileTestCase) ---------------------------------------------------------------------- Traceback (most recent call last): File "/usr/local/lib/python2.7/site-packages/tables/tests/common.py", line 259, in newmethod return oldmethod(self, *args, **kwargs) File "/usr/local/lib/python2.7/site-packages/tables/tests/test_basics.py", line 1616, in test04_openGenericHDF5File ui =3D fileh.getNode(columns, "pressure", classname=3D"Array") File "/usr/local/lib/python2.7/site-packages/tables/file.py", line 1112, in getNode node =3D self._getNode(nodePath) File "/usr/local/lib/python2.7/site-packages/tables/file.py", line 1057, in _getNode node =3D self.root._g_loadChild(nodePath) File "/usr/local/lib/python2.7/site-packages/tables/group.py", line 1131, in _g_loadChild childClass =3D self._g_getChildLeafClass(childName, warn=3DTrue) File "/usr/local/lib/python2.7/site-packages/tables/group.py", line 291, in _g_getChildLeafClass childCID =3D self._g_getLChildAttr(childName, 'CLASS') File "hdf5Extension.pyx", line 708, in tables.hdf5Extension.Group._g_getLChildAttr (tables/hdf5Extension.c:6793)= HDF5ExtError: HDF5 error back trace File "H5D.c", line 345, in H5Dopen2 can't open dataset File "H5Dint.c", line 1132, in H5D_open not found File "H5Dint.c", line 1222, in H5D_open_oid unable to load type info from dataset header File "H5Omessage.c", line 484, in H5O_msg_read unable to read object header message File "H5Omessage.c", line 545, in H5O_msg_read_oh unable to decode message File "./H5Oshared.h", line 85, in H5O_dtype_shared_decode unable to decode native message File "H5Odtype.c", line 1105, in H5O_dtype_decode can't decode type File "H5Odtype.c", line 550, in H5O_dtype_decode_helper incorrect array datatype version End of HDF5 error back trace Non-existing node ``/columns/pressure`` under ``/`` ---------------------------------------------------------------------- Ran 1 test in 0.006s FAILED (errors=3D1) Closing remaining open files: /usr/local/lib/python2.7/site-packages/tables/tests/ex-noattr.h5... done --93J1Ne9G7QAQMFJqlPhNgi4gf6rHmu8io Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.19 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCgAGBQJR9UwrAAoJEBRzAKlhyP/F2YcH/0lMmqvtWjcCwuZ4CVEcpfrH P6igVsM+aE3ReT6QTOuH44BdOsDBdkIR7yrXx+deBTF9o98BW61fi8L2GKBkb2rR uF8knmvmB/DSeOk9iF2CiWqmab6g/O2kYbGkq4PJgt/+BqgG/nQZ0/VK36SRH+7L ZewE7Vbu7tshXakl0GkmBUksf8Tu0L3/eHn/F67Bob1cDxS2jVkWT+VDp5m21UV3 E/ket6INqhZ8mU8j0MojcIyWYVgxaoNUy9fzl/tZPFFW4juyvzStEPp8smXsO+A/ LjYJDk29EIShJUD2EUp8sGT4SeLvm2tzCZR8KtVKxnsZDH1TkpRcGpU5uZFIDkg= =G+vd -----END PGP SIGNATURE----- --93J1Ne9G7QAQMFJqlPhNgi4gf6rHmu8io-- From owner-freebsd-python@FreeBSD.ORG Sun Jul 28 17:00:02 2013 Return-Path: Delivered-To: freebsd-python@smarthost.ysv.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 ESMTP id 77F95CD4 for ; Sun, 28 Jul 2013 17:00:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 64E8E221E for ; Sun, 28 Jul 2013 17:00:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6SH02kn024962 for ; Sun, 28 Jul 2013 17:00:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6SH02Us024961; Sun, 28 Jul 2013 17:00:02 GMT (envelope-from gnats) Date: Sun, 28 Jul 2013 17:00:02 GMT Message-Id: <201307281700.r6SH02Us024961@freefall.freebsd.org> To: freebsd-python@FreeBSD.org Cc: From: "John W. O'Brien" Subject: Re: ports/180889: [MAINTAINER] math/py-pandas: Update to 0.12.0 X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: "John W. O'Brien" List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jul 2013 17:00:02 -0000 The following reply was made to PR ports/180889; it has been noted by GNATS. From: "John W. O'Brien" To: bug-followup@FreeBSD.org, wen@freebsd.org Cc: freebsd-python@FreeBSD.org Subject: Re: ports/180889: [MAINTAINER] math/py-pandas: Update to 0.12.0 Date: Sun, 28 Jul 2013 12:51:51 -0400 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --93J1Ne9G7QAQMFJqlPhNgi4gf6rHmu8io Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 7/27/13 10:25 AM, John W. O'Brien wrote: [...] > - test_pytables_native_read (pandas.io.tests.test_pytables.TestHDFStore= ) >=20 > This is somewhat more concerning, but it may be a problem with the > devel/py-tables soft dependency. Yes, pandas appears to be blameless in this case as demonstrated by the tables test error include below. wen@, Would you like me to open a PR against devel/py-tables? For reference, see the pandas test error noted above in any of these build lo= gs: https://redports.org/buildarchive/20130727114400-47308/ % python -m unittest \ tables.tests.test_basics.CheckFileTestCase.test04_openGenericHDF5File E =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ERROR: None (tables.tests.test_basics.CheckFileTestCase) ---------------------------------------------------------------------- Traceback (most recent call last): File "/usr/local/lib/python2.7/site-packages/tables/tests/common.py", line 259, in newmethod return oldmethod(self, *args, **kwargs) File "/usr/local/lib/python2.7/site-packages/tables/tests/test_basics.py", line 1616, in test04_openGenericHDF5File ui =3D fileh.getNode(columns, "pressure", classname=3D"Array") File "/usr/local/lib/python2.7/site-packages/tables/file.py", line 1112, in getNode node =3D self._getNode(nodePath) File "/usr/local/lib/python2.7/site-packages/tables/file.py", line 1057, in _getNode node =3D self.root._g_loadChild(nodePath) File "/usr/local/lib/python2.7/site-packages/tables/group.py", line 1131, in _g_loadChild childClass =3D self._g_getChildLeafClass(childName, warn=3DTrue) File "/usr/local/lib/python2.7/site-packages/tables/group.py", line 291, in _g_getChildLeafClass childCID =3D self._g_getLChildAttr(childName, 'CLASS') File "hdf5Extension.pyx", line 708, in tables.hdf5Extension.Group._g_getLChildAttr (tables/hdf5Extension.c:6793)= HDF5ExtError: HDF5 error back trace File "H5D.c", line 345, in H5Dopen2 can't open dataset File "H5Dint.c", line 1132, in H5D_open not found File "H5Dint.c", line 1222, in H5D_open_oid unable to load type info from dataset header File "H5Omessage.c", line 484, in H5O_msg_read unable to read object header message File "H5Omessage.c", line 545, in H5O_msg_read_oh unable to decode message File "./H5Oshared.h", line 85, in H5O_dtype_shared_decode unable to decode native message File "H5Odtype.c", line 1105, in H5O_dtype_decode can't decode type File "H5Odtype.c", line 550, in H5O_dtype_decode_helper incorrect array datatype version End of HDF5 error back trace Non-existing node ``/columns/pressure`` under ``/`` ---------------------------------------------------------------------- Ran 1 test in 0.006s FAILED (errors=3D1) Closing remaining open files: /usr/local/lib/python2.7/site-packages/tables/tests/ex-noattr.h5... done --93J1Ne9G7QAQMFJqlPhNgi4gf6rHmu8io Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.19 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCgAGBQJR9UwrAAoJEBRzAKlhyP/F2YcH/0lMmqvtWjcCwuZ4CVEcpfrH P6igVsM+aE3ReT6QTOuH44BdOsDBdkIR7yrXx+deBTF9o98BW61fi8L2GKBkb2rR uF8knmvmB/DSeOk9iF2CiWqmab6g/O2kYbGkq4PJgt/+BqgG/nQZ0/VK36SRH+7L ZewE7Vbu7tshXakl0GkmBUksf8Tu0L3/eHn/F67Bob1cDxS2jVkWT+VDp5m21UV3 E/ket6INqhZ8mU8j0MojcIyWYVgxaoNUy9fzl/tZPFFW4juyvzStEPp8smXsO+A/ LjYJDk29EIShJUD2EUp8sGT4SeLvm2tzCZR8KtVKxnsZDH1TkpRcGpU5uZFIDkg= =G+vd -----END PGP SIGNATURE----- --93J1Ne9G7QAQMFJqlPhNgi4gf6rHmu8io-- From owner-freebsd-python@FreeBSD.ORG Sun Jul 28 17:40:11 2013 Return-Path: Delivered-To: freebsd-python@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4E7FE6EE; Sun, 28 Jul 2013 17:40:11 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 24EAE2330; Sun, 28 Jul 2013 17:40:11 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6SHeBsp033721; Sun, 28 Jul 2013 17:40:11 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6SHeA1t033720; Sun, 28 Jul 2013 17:40:10 GMT (envelope-from edwin) Date: Sun, 28 Jul 2013 17:40:10 GMT Message-Id: <201307281740.r6SHeA1t033720@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-python@FreeBSD.org From: edwin@FreeBSD.org Subject: Re: ports/180910: [PATCH] devel/py-lxml: update to 3.2.3 and take maintainership X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jul 2013 17:40:11 -0000 Synopsis: [PATCH] devel/py-lxml: update to 3.2.3 and take maintainership Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-python Responsible-Changed-By: edwin Responsible-Changed-When: Sun Jul 28 17:40:10 UTC 2013 Responsible-Changed-Why: freebsd-python@ wants this port PRs (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=180910 From owner-freebsd-python@FreeBSD.ORG Sun Jul 28 17:40:13 2013 Return-Path: Delivered-To: freebsd-python@smarthost.ysv.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 ESMTP id 028AC6F8; Sun, 28 Jul 2013 17:40:13 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CB7F92334; Sun, 28 Jul 2013 17:40:12 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6SHeCgs033797; Sun, 28 Jul 2013 17:40:12 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6SHeCuW033796; Sun, 28 Jul 2013 17:40:12 GMT (envelope-from edwin) Date: Sun, 28 Jul 2013 17:40:12 GMT Message-Id: <201307281740.r6SHeCuW033796@freefall.freebsd.org> To: wg@FreeBSD.org, edwin@FreeBSD.org, freebsd-python@FreeBSD.org From: edwin@FreeBSD.org Subject: Re: ports/180910: [PATCH] devel/py-lxml: update to 3.2.3 and take maintainership X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jul 2013 17:40:13 -0000 Synopsis: [PATCH] devel/py-lxml: update to 3.2.3 and take maintainership State-Changed-From-To: open->feedback State-Changed-By: edwin State-Changed-When: Sun Jul 28 17:40:12 UTC 2013 State-Changed-Why: Awaiting maintainers feedback (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=180910 From owner-freebsd-python@FreeBSD.ORG Sun Jul 28 17:43:24 2013 Return-Path: Delivered-To: freebsd-python@smarthost.ysv.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 ESMTP id 2441780B; Sun, 28 Jul 2013 17:43:24 +0000 (UTC) (envelope-from wg@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EBCF2235B; Sun, 28 Jul 2013 17:43:23 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6SHhNqN035552; Sun, 28 Jul 2013 17:43:23 GMT (envelope-from wg@freefall.freebsd.org) Received: (from wg@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6SHhNgu035551; Sun, 28 Jul 2013 17:43:23 GMT (envelope-from wg) Date: Sun, 28 Jul 2013 17:43:23 GMT Message-Id: <201307281743.r6SHhNgu035551@freefall.freebsd.org> To: gogo@cs.uni-sb.de, wg@FreeBSD.org, freebsd-python@FreeBSD.org, wg@FreeBSD.org From: wg@FreeBSD.org Subject: Re: ports/180910: [PATCH] devel/py-lxml: update to 3.2.3 and take maintainership X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jul 2013 17:43:24 -0000 Synopsis: [PATCH] devel/py-lxml: update to 3.2.3 and take maintainership Responsible-Changed-From-To: freebsd-python->wg Responsible-Changed-By: wg Responsible-Changed-When: Sun Jul 28 17:43:22 UTC 2013 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=180910 From owner-freebsd-python@FreeBSD.ORG Sun Jul 28 20:50:01 2013 Return-Path: Delivered-To: freebsd-python@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9A809206 for ; Sun, 28 Jul 2013 20:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 85EC42A1B for ; Sun, 28 Jul 2013 20:50:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6SKo1de071216 for ; Sun, 28 Jul 2013 20:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6SKo1vP071215; Sun, 28 Jul 2013 20:50:01 GMT (envelope-from gnats) Date: Sun, 28 Jul 2013 20:50:01 GMT Message-Id: <201307282050.r6SKo1vP071215@freefall.freebsd.org> To: freebsd-python@FreeBSD.org Cc: From: moggie Subject: Re: ports/180853: [UPDATE] www/py-werkzeug to 0.9.3 X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: moggie List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jul 2013 20:50:01 -0000 The following reply was made to PR ports/180853; it has been noted by GNATS. From: moggie To: bug-followup@FreeBSD.org Cc: Edwin Groothuis Subject: Re: ports/180853: [UPDATE] www/py-werkzeug to 0.9.3 Date: Sun, 28 Jul 2013 21:39:47 +0100 On 25/07/2013 20:30, Edwin Groothuis wrote: > Maintainer of www/py-werkzeug, > > Please note that PR ports/180853 has just been submitted. > > If it contains a patch for an upgrade, an enhancement or a bug fix > you agree on, reply to this email stating that you approve the patch > and a committer will take care of it. > > The full text of the PR can be found at: > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/180853 > This seems fine, thank you. From owner-freebsd-python@FreeBSD.ORG Mon Jul 29 00:22:25 2013 Return-Path: Delivered-To: freebsd-python@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4F0CA929; Mon, 29 Jul 2013 00:22:25 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 22E3521A7; Mon, 29 Jul 2013 00:22:25 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6T0MOTZ021363; Mon, 29 Jul 2013 00:22:25 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6T0MORQ021362; Mon, 29 Jul 2013 00:22:24 GMT (envelope-from linimon) Date: Mon, 29 Jul 2013 00:22:24 GMT Message-Id: <201307290022.r6T0MORQ021362@freefall.freebsd.org> To: moggie@elasticmind.net, duchateau.olivier@gmail.com, linimon@FreeBSD.org, freebsd-python@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: ports/180853: [UPDATE] www/py-werkzeug to 0.9.3 X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jul 2013 00:22:25 -0000 Synopsis: [UPDATE] www/py-werkzeug to 0.9.3 State-Changed-From-To: feedback->open State-Changed-By: linimon State-Changed-When: Mon Jul 29 00:22:14 UTC 2013 State-Changed-Why: Maintainer approved. http://www.freebsd.org/cgi/query-pr.cgi?pr=180853 From owner-freebsd-python@FreeBSD.ORG Mon Jul 29 08:00:40 2013 Return-Path: Delivered-To: freebsd-python@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 ESMTP id 87F2896B for ; Mon, 29 Jul 2013 08:00:40 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 24A6A23EE for ; Mon, 29 Jul 2013 08:00:39 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id f14so744851wiw.3 for ; Mon, 29 Jul 2013 01:00:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=OlNL4BpDLUPjKNXxLEvYwujfN9gCgv0Fhlb+5upUfuc=; b=qJBcEx1Qe7UoNiHZomr6eU6NwHTxSN8kkZR2n/ZU/hR7V0TYEcbK8EmU/C+DxtWVSJ hgqJaWgDpVb4naS/WAWODbHeQeINa9nCMU+g31uxDqrGB2TY/wAKdBdm84QHaTgPHkSx lDIXSese0N0VhzbPH5keIuitR6x17ZdD8zJSipbNuV29q8UyOkv3q+2n5LpNQfp3B3rA nuZsr9RSPwyy9gek9DPoLRAEXpXwP/aAkOT9sTqbgR50vgBIZatoUyylWzF6MZfFYdDB CgXixwN17xfkvOclbtd+XDgShwQcLjrh6ds/p3A7UvTqnAirnPYIJ4H4gpBG/7Wq3pJN YbRw== MIME-Version: 1.0 X-Received: by 10.194.121.132 with SMTP id lk4mr42465844wjb.25.1375084838447; Mon, 29 Jul 2013 01:00:38 -0700 (PDT) Received: by 10.194.239.164 with HTTP; Mon, 29 Jul 2013 01:00:38 -0700 (PDT) Date: Mon, 29 Jul 2013 10:00:38 +0200 Message-ID: Subject: Dealing with 2.7 and 3.3 installations From: David Demelier To: freebsd-python@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jul 2013 08:00:40 -0000 Hello, At the moment, it's very hard to install python 2.7 and 3.3 because of the unification of the python ports. Also, pkgng will not let the user install both the 2.7 and 3.3 version of the interpreter because it will conflicts on several files such as /usr/local/bin/python for example. What I would like to propose, is to remove the non-versioned binaries such as : /usr/local/bin/2to3 /usr/local/bin/python /usr/local/bin/python-config This should completely be removed from every version's pkg-plist. Then we can create temporarly symlink in the pkg-install script if they are not present. This will allow the installation of python 3.3 and python 2.7 at the same time. I'm currently working on a implementation of interpretor selection. So in the future we will be able to select the interpreter for python, ruby and other interpreted languages. This is highly based on eselect from gentoo. Cheers, -- Demelier David From owner-freebsd-python@FreeBSD.ORG Mon Jul 29 08:54:12 2013 Return-Path: Delivered-To: python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 45031CB2; Mon, 29 Jul 2013 08:54:12 +0000 (UTC) (envelope-from koobs.freebsd@gmail.com) Received: from mail-pb0-x231.google.com (mail-pb0-x231.google.com [IPv6:2607:f8b0:400e:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 16CD627C1; Mon, 29 Jul 2013 08:54:12 +0000 (UTC) Received: by mail-pb0-f49.google.com with SMTP id xb4so144454pbc.22 for ; Mon, 29 Jul 2013 01:54:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:reply-to:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=AR8uO9kFLFh0Hyn9nvr2ED2XFkVIYjnXhfgYz3+236I=; b=ShEd6n5WH34Tk7BYYhqatQ6Ph0Bby9/PyufaVBf/Dy7dOxcakKn6Qwvk4SsHl1t1I9 vvWx70YVBIiM1vzMpK3qK/LgnhQeuI5T0Uj630taWG+8XF9zDH3SYEZzswED6z2wQ9Gv tG7ikMx8Gop6eQQgU592YoSOF/ZFj/MyL2RsYZmErlaFoxNTouG1cJHTDrdu0rGsNDCV g6OdshU3+yIJPhnH8aHGkKcHAUlYyka+19NL8IfD0qQGZXIItLkQKQHn0meESAGXZW5t 24+uVjVHXSqggl/WUtrwX4Y43kALmC+9fmvKaqwZMGkT0J1JNpAAd3XK3jSM/Biro79W 6kVg== X-Received: by 10.66.241.34 with SMTP id wf2mr37284098pac.111.1375088051636; Mon, 29 Jul 2013 01:54:11 -0700 (PDT) Received: from [192.168.1.7] (ppp59-167-128-11.static.internode.on.net. [59.167.128.11]) by mx.google.com with ESMTPSA id ts6sm23543103pbc.12.2013.07.29.01.54.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 29 Jul 2013 01:54:10 -0700 (PDT) Message-ID: <51F62DAC.3000003@FreeBSD.org> Date: Mon, 29 Jul 2013 18:54:04 +1000 From: Kubilay Kocak User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:23.0) Gecko/20100101 Thunderbird/23.0 MIME-Version: 1.0 To: David Demelier , Daniel Braniss Subject: Re: python 2 and 3 modules References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, python@FreeBSD.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: koobs@FreeBSD.org List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jul 2013 08:54:12 -0000 On 29/07/2013 5:46 PM, David Demelier wrote: > 2013/7/28 Daniel Braniss : >> Hi, >> I need to be able to have both (2.7 and 3.2) modules. >> setting PYTHON_VERSION=3.2 in /etc/make.conf compiles properly, >> but make install, insists that that the 2.7 version is installed! >> after deinstalling, it will install the 3.2 version in the correct directory: >> /usr/local/lib/python3.2/site-path >> but now I lost the 2.7 version. >> >> the same happens if I try to install the 2.7 version, it will complain >> that the 3,2 version is installed. >> >> BTW, the comments in ports/Mk/bsd.python.mk are very confusing and >> some are wrong: >> # PYTHON_VERSION - Version of the python binary in your ${PATH}, in the >> # format "python2.0". Set this in your >> makefile in case you >> # want to build extensions with an >> older binary. >> # default: depends on the version of >> your python binary >> >> setting it to "python3.2" produces errors in the make, while 3.2 is ok >> >> is there any fix? >> >> thanks, >> danny >> > > For the moment its pretty difficult to install python 2.7 and 3.3 at > the same time. However, if you plan to install python 3.3, you need to > set PYTHON_DEFAULT_VERSION to "python3.3" and not PYTHON_VERSION. > > Cheers, > David, python@ would love to get a better idea (ideally a list) of where and what the choke-points & hurdles users are coming across trying to achieving this. Id be happy to document these in the wiki as we start looking forward to best-practice FreeBSD/Python packaging for when the setuptools/distribute merge commotion settles down The FreeBSD Python team can be found on FreeNode IRC (#freebsd-python) if anyone wants to get the ball rolling. koobs From owner-freebsd-python@FreeBSD.ORG Mon Jul 29 09:05:39 2013 Return-Path: Delivered-To: freebsd-python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A6659B3 for ; Mon, 29 Jul 2013 09:05:39 +0000 (UTC) (envelope-from mva@freebsd.org) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.41]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 63FC9283C for ; Mon, 29 Jul 2013 09:05:39 +0000 (UTC) Received: from [80.67.16.112] (helo=webmailfront02.ispgateway.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1V3jOU-00052D-KD; Mon, 29 Jul 2013 11:05:30 +0200 Received: from his1.his.de (his1.his.de [192.124.237.237]) by webmail.df.eu (Horde Framework) with HTTP; Mon, 29 Jul 2013 11:05:30 +0200 Date: Mon, 29 Jul 2013 11:05:30 +0200 Message-ID: <20130729110530.Horde.8r2T8s2pSZ5xDoK1HOwi7Q1@webmail.df.eu> From: Marcus von Appen To: David Demelier Subject: Re: Dealing with 2.7 and 3.3 installations References: In-Reply-To: User-Agent: Internet Messaging Program (IMP) H5 (6.0.4) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Df-Sender: ZnJlZWJzZEBzeXNmYXVsdC5vcmc= Cc: freebsd-python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mva@freebsd.org List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jul 2013 09:05:39 -0000 Zitat von David Demelier : > Hello, > > At the moment, it's very hard to install python 2.7 and 3.3 because of > the unification of the python ports. Also, pkgng will not let the user > install both the 2.7 and 3.3 version of the interpreter because it > will conflicts on several files such as /usr/local/bin/python for > example. This sounds like a pkgng issue to me with building lang/python the wrong way. Should be discussed with pkgng@ separately. > What I would like to propose, is to remove the non-versioned > binaries such as : > > /usr/local/bin/2to3 > /usr/local/bin/python > /usr/local/bin/python-config > > This should completely be removed from every version's pkg-plist. Then > we can create temporarly symlink in the pkg-install script if they are > not present. This is what /usr/ports/lang/python does. I do not see a problem here. > This will allow the installation of python 3.3 and python 2.7 at the > same time. This is already possible (see my post on ports@). Cheers Marcus From owner-freebsd-python@FreeBSD.ORG Mon Jul 29 11:05:44 2013 Return-Path: Delivered-To: python@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 ESMTP id 68FDCEF1; Mon, 29 Jul 2013 11:05:44 +0000 (UTC) (envelope-from mva@freebsd.org) Received: from smtprelay03.ispgateway.de (smtprelay03.ispgateway.de [80.67.31.41]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 885432D58; Mon, 29 Jul 2013 11:05:43 +0000 (UTC) Received: from [80.67.16.121] (helo=webmailfront01.ispgateway.de) by smtprelay03.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1V3lGn-0004LT-17; Mon, 29 Jul 2013 13:05:41 +0200 Received: from his1.his.de (his1.his.de [192.124.237.237]) by webmail.df.eu (Horde Framework) with HTTP; Mon, 29 Jul 2013 13:05:40 +0200 Date: Mon, 29 Jul 2013 13:05:40 +0200 Message-ID: <20130729130540.Horde.o5sGDeiJhdhILNomjoUYyw5@webmail.df.eu> From: Marcus von Appen To: Baptiste Daroussin Subject: Re: python 2 and 3 modules References: <20130729110145.Horde.vaUlaCnJ-q1VD1He43pO6Q8@webmail.df.eu> <20130729122624.Horde.SUzy4e5lddiAJOw5KSFogg6@webmail.df.eu> <20130729104417.GQ98542@ithaqua.etoilebsd.net> In-Reply-To: <20130729104417.GQ98542@ithaqua.etoilebsd.net> User-Agent: Internet Messaging Program (IMP) H5 (6.0.4) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Df-Sender: ZnJlZWJzZEBzeXNmYXVsdC5vcmc= Cc: David Demelier , ports@freebsd.org, python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mva@freebsd.org List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jul 2013 11:05:44 -0000 Baptiste Daroussin : > On Mon, Jul 29, 2013 at 12:26:24PM +0200, Marcus von Appen wrote: >> David Demelier : >> >> > 2013/7/29 Marcus von Appen : >> >> David Demelier : >> >> >> >> >> >>> 2013/7/28 Daniel Braniss : >> >>>> >> >>>> Hi, >> >>>> I need to be able to have both (2.7 and 3.2) modules. >> >>>> setting PYTHON_VERSION=3.2 in /etc/make.conf compiles properly, >> >>>> but make install, insists that that the 2.7 version is installed! >> >>>> after deinstalling, it will install the 3.2 version in the correct >> >>>> directory: >> >>>> /usr/local/lib/python3.2/site-path >> >>>> but now I lost the 2.7 version. >> >>>> >> >>>> the same happens if I try to install the 2.7 version, it will complain >> >>>> that the 3,2 version is installed. >> >>>> >> >>>> BTW, the comments in ports/Mk/bsd.python.mk are very confusing and >> >>>> some are wrong: >> >>>> # PYTHON_VERSION - Version of the python binary in your ${PATH}, >> >>>> in the >> >>>> # format "python2.0". >> Set this in >> >>>> your >> >>>> makefile in case you >> >>>> # want to build extensions with >> >>>> an >> >>>> older binary. >> >>>> # default: depends on >> the version >> >>>> of >> >>>> your python binary >> >>>> >> >>>> setting it to "python3.2" produces errors in the make, while 3.2 is ok >> >>>> >> >>>> is there any fix? >> >>>> >> >>>> thanks, >> >>>> danny >> >>>> >> >>> >> >>> For the moment its pretty difficult to install python 2.7 and 3.3 at >> >>> the same time. However, if you plan to install python 3.3, you need to >> >>> set PYTHON_DEFAULT_VERSION to "python3.3" and not PYTHON_VERSION. >> >> >> >> >> >> No, it is not. >> >> >> >> cd /usr/ports/lang/python27 && make install clean >> >> cd /usr/ports/lang/python32 && make install clean >> >> cd /usr/ports/lang/python33 && make install clean >> >> >> >> works like a charm. If you however want to use Python modules, it might >> >> become >> >> more difficult. It was discussed some time ago on the >> freebsd-python mailing >> >> list >> >> without an applicable result. >> >> >> >> If you need to have the same Python module for different >> versions around, I >> >> would >> >> recommend to use virtualenv in favour of the ports infrastructure, since >> >> >> >> make -DPYTHON_DEFAULT_VERSION=xxx - or - >> >> make -DPYTHON_VERSION=xxx - or - >> >> make -DPYTHON3_DEFAULT_VERSION=xxx >> >> >> >> might mess up previous installations for a different python version. >> >> >> >> Cheers >> >> Marcus >> >> >> > >> > Of course from ports it will work. I've told about binary packages. >> > >> > When you bulk build a package for python 2.7 and python 3.3 the >> > /usr/local/bin/python will be included in both versions. Because bulk >> > building python 3 modules will requires to set PYTHON_DEFAULT_VERSION >> > and PYTHON3_DEFAULT_VERSION to the python 3.3 interpreter. >> > >> > Then the poudriere bulk will generate python 2.7 and python 3.3 >> > pkg-plist including for both /usr/local/bin/python and all of the >> > non-versioned files I've already told above. >> > >> > You may now think "who cares? it build from ports". I would say no, >> > binary packages will be used more and more in the future. >> >> I would not, either. This however is a problem with the package builder >> and ports infrastructure, which would need some install hooks to allow >> a check at installation time. >> > That is totally wrong, that is a python bug (python is not the only > one in that > case). It is not wrong. You just misunderstood me. > The ports have only be design for source installation, problem is > when you are > buidling packages properly each packages are being done in a cleanroom aka a > jail without anything installed in it that makes python 3.3 port think it is > becoming the default because no other python are installed at that time. > > This result in all python port defining bin/python, and thus they > _do_ conflict > with each other. While this was/is silent with pkg_install, pkgng > yell about it. On the port level, yes, with the IF_DEFAULT conditional. We have lang/python, which acts as wrapper; what conditional in the package builder triggers either port of lang/pythonXX to install itself as default (except for the current default version defined in bsd.python.mk, which uses _PYTHON_PORTBRANCH for that)? If I closely follow the port logic, only lang/python27 should be picked as default, if no specific flags are provided. Or I'm missing something obvious in the bsd.python.mk logic. > > A fun thing you can do with pkg_install (in binary mode only no > compilation from > sources and with packages built in a cleanroom) > # pkg_add -r python27 > default is now python27 > # pkg_add -r python33 > default is now python33 > # pkg_delete python27 > hey I have no default python anymore. If that is really the case (I can only confirm that for lang/python27), let's get it fixed on the bsd.python.mk and lang/pythonXX level and let lang/python do the magic, which it is supposed to do. > Java is solving the problem by using a javawrapper. There is 3 > possible way to > solve the situation with python, move the symlink dancing into a post install > script. Have a javawrapper like thing. The post-install script is what I was talking about above. So we both mean the same. Anyways, we have lang/python, which would be the best place in my opinion. Cheers Marcus From owner-freebsd-python@FreeBSD.ORG Mon Jul 29 11:06:50 2013 Return-Path: Delivered-To: freebsd-python@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 ESMTP id CC2C61F6 for ; Mon, 29 Jul 2013 11:06:50 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9E8442DDF for ; Mon, 29 Jul 2013 11:06:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6TB6oG3061881 for ; Mon, 29 Jul 2013 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6TB6ouh061879 for freebsd-python@FreeBSD.org; Mon, 29 Jul 2013 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 29 Jul 2013 11:06:50 GMT Message-Id: <201307291106.r6TB6ouh061879@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-python@FreeBSD.org Subject: Current problem reports assigned to freebsd-python@FreeBSD.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jul 2013 11:06:50 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/180889 python [MAINTAINER] math/py-pandas: Update to 0.12.0 o ports/180853 python [UPDATE] www/py-werkzeug to 0.9.3 o ports/180849 python New port: devel/py-jira A library to ease use of the J f ports/180549 python databases/py-swift: update to 1.9.0 o ports/180464 python [patch] Update astro/py-pyfits to 3.1.2 f ports/180327 python bug fix: bugfixes for security/py-fail2ban port o ports/180165 python [PATCH] devel/py27-distribute: Fix install and deinsta o ports/179558 python Using portupgrade to (forcefully) upgrade devel/py-dis o ports/178748 python [patch] lang/python27: dbm module fails to build o ports/178301 python [patch] lang/python2[67]: SEM option is inconsistent o ports/178242 python bsd.python.mk injection of @exec easy_install to PLIST f ports/178094 python math/py-numpy dependency on atlas assumes existing ins o ports/176714 python games/py-fife: fixed make package f ports/174242 python Update to databases/py-odbc o ports/171584 python lang/python32 built in a clean enviroment produces a p o ports/171246 python [patch] lang/python27: make python curses module work o ports/170788 python lang/python27: PyQT applications crash Python 2.7 (cor o ports/170566 python update graphics/py-opengl depends on old version of gc f ports/167530 python [patch] security/py-fail2ban will never ever start wit o ports/167368 python [bsd.python.mk] [patch] Python version propagation bre f ports/165545 python [patch]: net-mgmt/collectd5 doesn't compile against la o ports/163467 python lang/python27: Ports using python 2.7 and "waf" interm o ports/156759 python [patch] lang/python: kevent does not accept KQ_NOTE_EX o ports/155526 python [PATCH] devel/py-elementtree: ignore if python >= 2.5 f ports/154209 python [PATCH] lang/python: Install symlink for ptags o ports/149167 python lang/python26 fails to build _ctypes on Sheevaplug (AR o ports/146823 python [patch] lang/python26: knob to build _ctypes module ag s ports/118301 python [patch] devel/py-setuptools easy-install.pth contents 28 problems total. From owner-freebsd-python@FreeBSD.ORG Mon Jul 29 12:05:52 2013 Return-Path: Delivered-To: python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B9718F24; Mon, 29 Jul 2013 12:05:52 +0000 (UTC) (envelope-from baptiste.daroussin@gmail.com) Received: from mail-we0-x235.google.com (mail-we0-x235.google.com [IPv6:2a00:1450:400c:c03::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E2214227D; Mon, 29 Jul 2013 12:05:51 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id p58so3831423wes.40 for ; Mon, 29 Jul 2013 05:05:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=0gft/+cb977FPxqcLHsAeCM2M9tVK1l7XLlGnZ7dBW0=; b=oarzRFzee93+GvzGiamT/49JllgPg7TlOd9HSRvFL3G0BqZc5sYFvKlmYUj8q37Q+z KGcBfH2G9g4ZN4eEER/kiRWw165au/jYs8V/PvFlk6Bq+YVnaSzx3e2Sy/AV6pPCe9R0 cg2nmWJXm0dIopWshTzF1zx1+gHTiRkCDfWozM4nTlHwxlttKR90ssOa7U5i6AuKJsc/ +pNkvSLR+38dC2C1EX87levbWjOtFFVfn3xI2KQAQA4TB9vt20deWFbUJjoX3ZzVku0i eIBXURi2ho1SN1WZhUi/R4WXBOox7n3mVt0WfPw4RJI4T5svn4kHzhuq44ybysuBscCz KwKQ== X-Received: by 10.180.36.74 with SMTP id o10mr6872068wij.23.1375099550014; Mon, 29 Jul 2013 05:05:50 -0700 (PDT) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id u9sm22030537wif.6.2013.07.29.05.05.48 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Mon, 29 Jul 2013 05:05:49 -0700 (PDT) Sender: Baptiste Daroussin Date: Mon, 29 Jul 2013 14:05:47 +0200 From: Baptiste Daroussin To: Marcus von Appen Subject: Re: python 2 and 3 modules Message-ID: <20130729120546.GR98542@ithaqua.etoilebsd.net> References: <20130729110145.Horde.vaUlaCnJ-q1VD1He43pO6Q8@webmail.df.eu> <20130729122624.Horde.SUzy4e5lddiAJOw5KSFogg6@webmail.df.eu> <20130729104417.GQ98542@ithaqua.etoilebsd.net> <20130729130540.Horde.o5sGDeiJhdhILNomjoUYyw5@webmail.df.eu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/Isdj7O9hWi8F9Bn" Content-Disposition: inline In-Reply-To: <20130729130540.Horde.o5sGDeiJhdhILNomjoUYyw5@webmail.df.eu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: David Demelier , ports@freebsd.org, python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Jul 2013 12:05:52 -0000 --/Isdj7O9hWi8F9Bn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jul 29, 2013 at 01:05:40PM +0200, Marcus von Appen wrote: >=20 > Baptiste Daroussin : >=20 > > On Mon, Jul 29, 2013 at 12:26:24PM +0200, Marcus von Appen wrote: > >> David Demelier : > >> > >> > 2013/7/29 Marcus von Appen : > >> >> David Demelier : > >> >> > >> >> > >> >>> 2013/7/28 Daniel Braniss : > >> >>>> > >> >>>> Hi, > >> >>>> I need to be able to have both (2.7 and 3.2) modules. > >> >>>> setting PYTHON_VERSION=3D3.2 in /etc/make.conf compiles properly, > >> >>>> but make install, insists that that the 2.7 version is installed! > >> >>>> after deinstalling, it will install the 3.2 version in the correct > >> >>>> directory: > >> >>>> /usr/local/lib/python3.2/site-path > >> >>>> but now I lost the 2.7 version. > >> >>>> > >> >>>> the same happens if I try to install the 2.7 version, it will com= plain > >> >>>> that the 3,2 version is installed. > >> >>>> > >> >>>> BTW, the comments in ports/Mk/bsd.python.mk are very confusing and > >> >>>> some are wrong: > >> >>>> # PYTHON_VERSION - Version of the python binary in your ${= PATH}, > >> >>>> in the > >> >>>> # format "python2.0". =20 > >> Set this in > >> >>>> your > >> >>>> makefile in case you > >> >>>> # want to build extension= s with > >> >>>> an > >> >>>> older binary. > >> >>>> # default: depends on =20 > >> the version > >> >>>> of > >> >>>> your python binary > >> >>>> > >> >>>> setting it to "python3.2" produces errors in the make, while 3.2 = is ok > >> >>>> > >> >>>> is there any fix? > >> >>>> > >> >>>> thanks, > >> >>>> danny > >> >>>> > >> >>> > >> >>> For the moment its pretty difficult to install python 2.7 and 3.3 = at > >> >>> the same time. However, if you plan to install python 3.3, you nee= d to > >> >>> set PYTHON_DEFAULT_VERSION to "python3.3" and not PYTHON_VERSION. > >> >> > >> >> > >> >> No, it is not. > >> >> > >> >> cd /usr/ports/lang/python27 && make install clean > >> >> cd /usr/ports/lang/python32 && make install clean > >> >> cd /usr/ports/lang/python33 && make install clean > >> >> > >> >> works like a charm. If you however want to use Python modules, it m= ight > >> >> become > >> >> more difficult. It was discussed some time ago on the =20 > >> freebsd-python mailing > >> >> list > >> >> without an applicable result. > >> >> > >> >> If you need to have the same Python module for different =20 > >> versions around, I > >> >> would > >> >> recommend to use virtualenv in favour of the ports infrastructure, = since > >> >> > >> >> make -DPYTHON_DEFAULT_VERSION=3Dxxx - or - > >> >> make -DPYTHON_VERSION=3Dxxx - or - > >> >> make -DPYTHON3_DEFAULT_VERSION=3Dxxx > >> >> > >> >> might mess up previous installations for a different python version. > >> >> > >> >> Cheers > >> >> Marcus > >> >> > >> > > >> > Of course from ports it will work. I've told about binary packages. > >> > > >> > When you bulk build a package for python 2.7 and python 3.3 the > >> > /usr/local/bin/python will be included in both versions. Because bulk > >> > building python 3 modules will requires to set PYTHON_DEFAULT_VERSION > >> > and PYTHON3_DEFAULT_VERSION to the python 3.3 interpreter. > >> > > >> > Then the poudriere bulk will generate python 2.7 and python 3.3 > >> > pkg-plist including for both /usr/local/bin/python and all of the > >> > non-versioned files I've already told above. > >> > > >> > You may now think "who cares? it build from ports". I would say no, > >> > binary packages will be used more and more in the future. > >> > >> I would not, either. This however is a problem with the package builder > >> and ports infrastructure, which would need some install hooks to allow > >> a check at installation time. > >> > > That is totally wrong, that is a python bug (python is not the only =20 > > one in that > > case). >=20 > It is not wrong. You just misunderstood me. >=20 > > The ports have only be design for source installation, problem is =20 > > when you are > > buidling packages properly each packages are being done in a cleanroom = aka a > > jail without anything installed in it that makes python 3.3 port think = it is > > becoming the default because no other python are installed at that time. > > > > This result in all python port defining bin/python, and thus they =20 > > _do_ conflict > > with each other. While this was/is silent with pkg_install, pkgng =20 > > yell about it. >=20 > On the port level, yes, with the IF_DEFAULT conditional. > We have lang/python, which acts as wrapper; what conditional in > the package builder triggers either port of lang/pythonXX to install itse= lf > as default (except for the current default version defined in bsd.python.= mk, > which uses _PYTHON_PORTBRANCH for that)? If I closely follow the port log= ic, > only lang/python27 should be picked as default, if no specific flags are > provided. Or I'm missing something obvious in the bsd.python.mk logic. >=20 > > > > A fun thing you can do with pkg_install (in binary mode only no =20 > > compilation from > > sources and with packages built in a cleanroom) > > # pkg_add -r python27 > > default is now python27 > > # pkg_add -r python33 > > default is now python33 > > # pkg_delete python27 > > hey I have no default python anymore. >=20 > If that is really the case (I can only confirm that for lang/python27), > let's get it fixed on the bsd.python.mk and lang/pythonXX level and let > lang/python do the magic, which it is supposed to do. >=20 > > Java is solving the problem by using a javawrapper. There is 3 =20 > > possible way to > > solve the situation with python, move the symlink dancing into a post i= nstall > > script. Have a javawrapper like thing. >=20 > The post-install script is what I was talking about above. So we both =20 > mean the same. > Anyways, we have lang/python, which would be the best place in my opinion. My appologies, I was remembering the old time and this has been fixed since. I have been able to properly install python33 along with python27 from bina= ries without any conflicts. I was speaking of an old time, this has been fixed f= or a while now, sorry about the noise, and thanks for the fix. regards, Bapt --/Isdj7O9hWi8F9Bn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlH2WpoACgkQ8kTtMUmk6Ew/sACgwxzjrH0/HDFKqcXAwCZY2+Ys PnQAoLkfVO/kq7KghPfqUzLLIkI8YUOM =p5QE -----END PGP SIGNATURE----- --/Isdj7O9hWi8F9Bn-- From owner-freebsd-python@FreeBSD.ORG Tue Jul 30 08:01:09 2013 Return-Path: Delivered-To: freebsd-python@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 ESMTP id C59F6D30; Tue, 30 Jul 2013 08:01:09 +0000 (UTC) (envelope-from mva@freebsd.org) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 818252B18; Tue, 30 Jul 2013 08:01:08 +0000 (UTC) Received: from [80.67.16.121] (helo=webmailfront01.ispgateway.de) by smtprelay02.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1V44lk-00014r-VA; Tue, 30 Jul 2013 09:54:57 +0200 Received: from his1.his.de (his1.his.de [192.124.237.237]) by webmail.df.eu (Horde Framework) with HTTP; Tue, 30 Jul 2013 09:54:56 +0200 Date: Tue, 30 Jul 2013 09:54:56 +0200 Message-ID: <20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu> From: Marcus von Appen To: David Demelier , Daniel Braniss Subject: Re: Dealing with 2.7 and 3.3 installations References: In-Reply-To: User-Agent: Internet Messaging Program (IMP) H5 (6.0.4) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Df-Sender: ZnJlZWJzZEBzeXNmYXVsdC5vcmc= Cc: bapt@freebsd.org, koobs@freebsd.org, freebsd-python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mva@freebsd.org List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 08:01:09 -0000 David, Daniel, just to take this to python@ and to clarify, what problems are still open for you: - bapt confirmed that the parallel installation of python itself from binary packages should work without any problem - Installation from the ports tree should work without problems - Installation of python modules from the ports tree basically works without problems (given that you set the correct make knobs), BUT can create tons of issues, when it comes to deinstallation, port dependency detection, etc. As per my understanding, you both mentioned issues with both, python itself and 3rd party packages. As said above, python itself should not be any problem. If you ran into any issue, please let python@ know about it (ideally with a reproducible step-by-step description) or create a PR. Regarding the 3rd party modules, I am not sure about the pkg status. Maybe bapt can say a word or two about whether packages are (planned to or currently) built for different python versions or not. David, Daniel: if you are currently running into trouble with the 3rd party modules, please let us know, what your requirements are, so we can discuss different solutions top be applied to the ports tree and, where applicable, improved support for the pkg builds. Thanks and cheers Marcus From owner-freebsd-python@FreeBSD.ORG Tue Jul 30 09:14:24 2013 Return-Path: Delivered-To: freebsd-python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 290A34E8; Tue, 30 Jul 2013 09:14:24 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD6C62F97; Tue, 30 Jul 2013 09:14:23 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1V460a-0000VO-7t; Tue, 30 Jul 2013 12:14:20 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: mva@freebsd.org Subject: Re: Dealing with 2.7 and 3.3 installations In-reply-to: <20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu> References: <20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu> Comments: In-reply-to Marcus von Appen message dated "Tue, 30 Jul 2013 09:54:56 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 30 Jul 2013 12:14:19 +0300 From: Daniel Braniss Message-ID: Cc: David Demelier , bapt@freebsd.org, koobs@freebsd.org, freebsd-python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 09:14:24 -0000 > David, Daniel, > > just to take this to python@ and to clarify, what problems are still > open for you: > > - bapt confirmed that the parallel installation of python itself from > binary packages should work > without any problem > - Installation from the ports tree should work without problems > - Installation of python modules from the ports tree basically works > without problems (given that > you set the correct make knobs), BUT can create tons of issues, > when it comes to deinstallation, > port dependency detection, etc. > > As per my understanding, you both mentioned issues with both, python > itself and 3rd party packages. > As said above, python itself should not be any problem. If you ran > into any issue, please let python@ > know about it (ideally with a reproducible step-by-step description) > or create a PR. > > Regarding the 3rd party modules, I am not sure about the pkg status. > Maybe bapt can say a word or > two about whether packages are (planned to or currently) built for > different python versions or not. > David, Daniel: if you are currently running into trouble with the 3rd > party modules, please > let us know, what your requirements are, so we can discuss different > solutions top be applied to the > ports tree and, where applicable, improved support for the pkg builds. > > Thanks and cheers > Marcus > > > hi Marcus, you are correct on most counts. it's the make in ports that's problematic. - no problem in installing all/any version of lang/python. - the issue is with 3rd. party modules, and more specifically when installing. Furthermore, most modules compile for all versions of python, but installing them is the issue: - if the module is installed, no matter what python version, it will be deinstalled - unless FORCE_PKG_REGISTER=, which prevents the deinstall issue IMHO, the check for is installed does not correctly use PYTHON_VERSION example: /usr/local/bin/python -> python3.3 # cd /usr/ports/devel/py-setproctitle # make install ===> Installing for py33-setproctitle-1.1.7 ===> py33-setproctitle-1.1.7 depends on file: /usr/local/bin/python3.3 - found ===> Generating temporary packing list ===> Checking if devel/py-setproctitle already installed ===> py33-setproctitle-1.1.7 is already installed <==== NOT TRUE You may wish to ``make deinstall'' and install this port again by ``make reinstall'' to upgrade it properly. If you really wish to overwrite the old port of devel/py-setproctitle without deleting it first, set the variable "FORCE_PKG_REGISTER" in your environment or the "make install" command line. *** [check-already-installed] Error code 1 Stop in /usr/ports/devel/py-setproctitle. # ls -ls /usr/local/lib/python3.3/site-packages/ total 5 1 -r--r--r-- 1 root wheel 119 Jul 29 11:43 README 2 drwxr-xr-x 4 root wheel 14 Jul 28 14:00 psycopg2 3 -rw-r--r-- 1 root wheel 1883 Jul 28 14:00 psycopg2-2.5.1-py3.3.egg-info # make {de,re}install ===> Deinstalling for devel/py-setproctitle ===> Deinstalling Deinstallation has been requested for the following 1 packages: py27-setproctitle-1.1.7 <==========!!!! The deinstallation will free 31 kB [1/1] Deleting py27-setproctitle-1.1.7... done ===> Installing for py33-setproctitle-1.1.7 ===> py33-setproctitle-1.1.7 depends on file: /usr/local/bin/python3.3 - found ===> Generating temporary packing list ... - somehwere it should be mentioned: - how to set the default python i.e: usr/local/bin/python is a symlink, as is python-config - the bsd.python.mk is very confusing, and has some errors at the moment my goal is to have python 2.7 as default, and 3.2/3.3 as optional, and using PYTHON_VERSION= and FORCE_PKG_REGISTER= ie: make PYTHON_VERSION=3.3 FORCE_PKG_REGISTER= clean install is a workaround From owner-freebsd-python@FreeBSD.ORG Tue Jul 30 09:23:18 2013 Return-Path: Delivered-To: freebsd-python@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 ESMTP id 7C1D56D9; Tue, 30 Jul 2013 09:23:18 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-wg0-x232.google.com (mail-wg0-x232.google.com [IPv6:2a00:1450:400c:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E7322027; Tue, 30 Jul 2013 09:23:17 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id m15so5753807wgh.17 for ; Tue, 30 Jul 2013 02:23:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2SkLo2hZ6homsKm12yCBBL2U3988J98NkRAmAJWvoAM=; b=0JpiYxZssYSp3yr5utE0BGf2B9abSTfrEKJ5kL2Xfqx2pKxn/V5pdVE/1tzFcly5Cx oeHe5fPsg60Em4P92bdmER+TfukUKR1t4NvyeGxSRAcs3gMBKKAkVvWwvAgDIlzChgBW rtzMLOtJv8I3lZZaKXVVhCLF4aP4o66XWhFFqkEmgBVRcJHHnWJcYNczAXlKG7VlNU45 n3yrCEmUTNWn7Ke+U1rsr/Y0uIU+eLnERSNDFt9T4VsiOGtXKMJMD3qxEfwKvgWL+wAe 5YJQJGmAmOHW8fvTTukX0dZCH2saAd79J2Rjtbkq9hLaF7pgh+WjxTrSny6FYokPwxnw YgyQ== MIME-Version: 1.0 X-Received: by 10.180.98.233 with SMTP id el9mr305590wib.54.1375176195980; Tue, 30 Jul 2013 02:23:15 -0700 (PDT) Received: by 10.194.239.164 with HTTP; Tue, 30 Jul 2013 02:23:15 -0700 (PDT) In-Reply-To: <20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu> References: <20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu> Date: Tue, 30 Jul 2013 11:23:15 +0200 Message-ID: Subject: Re: Dealing with 2.7 and 3.3 installations From: David Demelier To: mva@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Daniel Braniss , bapt@freebsd.org, koobs@freebsd.org, freebsd-python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 09:23:18 -0000 2013/7/30 Marcus von Appen : > David, Daniel, > > just to take this to python@ and to clarify, what problems are still open > for you: > > - bapt confirmed that the parallel installation of python itself from binary > packages should work > without any problem > - Installation from the ports tree should work without problems > - Installation of python modules from the ports tree basically works without > problems (given that > you set the correct make knobs), BUT can create tons of issues, when it > comes to deinstallation, > port dependency detection, etc. > > As per my understanding, you both mentioned issues with both, python itself > and 3rd party packages. > As said above, python itself should not be any problem. If you ran into any > issue, please let python@ > know about it (ideally with a reproducible step-by-step description) or > create a PR. > > Regarding the 3rd party modules, I am not sure about the pkg status. Maybe > bapt can say a word or > two about whether packages are (planned to or currently) built for different > python versions or not. > David, Daniel: if you are currently running into trouble with the 3rd party > modules, please > let us know, what your requirements are, so we can discuss different > solutions top be applied to the > ports tree and, where applicable, improved support for the pkg builds. > > Thanks and cheers > Marcus > The problem is not directly related to python. Let me explain with details how we bulk build for both python 2.7 and 3.3 using the poudriere infrastructure. As you know, to build devel/py-* for python 2.7 and for 3.3, you will need to call make install and set PYTHON_DEFAULT_VERSION to the correct one. For us, if I plan to build all ports as packages, the poudriere script will only build devel/py-foobar for the PYTHON_DEFAULT_VERSION set, which is still 2.7. To permit other users to use both 2.7 and 3.3 modules, we need to create two jails which each build devel/py-foobar one with PYTHON_DEFAULT_VERSION set to python 2.7 and the other one to python3.3. And, because these modules requires lang/python, each of these jail will build the corresponding interpreter and including the symlink to /usr/local/bin/python. So we end with the following: [Jail python 2.7] lang/python27 built with /usr/local/bin/python py27-foobar py27-otherport ... [Jail python 3.3] lang/python33 built with /usr/local/bin/python too py33-foobar py33-otherport And then, thanks to the support of multiple repositories with pkgng. We are able to install py33-foobar and py27-foobar. But, the python 3.3 interpreter will not be installed because it also wants to install the symlink. Bapt successfully installed both interpreter because they were compiled in the same jail, thus, only one of the both have the IF_DEFAULT conditional evaluated. Now I agree that the problem is not related to python itself and more to pkgng. But if we install the /usr/local/bin/python symlink *only* if it does not currently exist, we will not being confused of from which repository should I install python 3.3. That's why I proposed to avoid the use of that conditional IF_DEFAULT and use a test-symlink before install so that even if python 3.3 is built within more than one repositories, it will never conflicts with other interpreters. Regards, -- Demelier David From owner-freebsd-python@FreeBSD.ORG Tue Jul 30 09:47:53 2013 Return-Path: Delivered-To: freebsd-python@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 ESMTP id 1BF2DF70; Tue, 30 Jul 2013 09:47:53 +0000 (UTC) (envelope-from mva@freebsd.org) Received: from smtprelay05.ispgateway.de (smtprelay05.ispgateway.de [80.67.31.97]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 491A4223C; Tue, 30 Jul 2013 09:47:52 +0000 (UTC) Received: from [80.67.16.121] (helo=webmailfront01.ispgateway.de) by smtprelay05.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1V46Wt-000604-G0; Tue, 30 Jul 2013 11:47:43 +0200 Received: from his1.his.de (his1.his.de [192.124.237.237]) by webmail.df.eu (Horde Framework) with HTTP; Tue, 30 Jul 2013 11:47:43 +0200 Date: Tue, 30 Jul 2013 11:47:43 +0200 Message-ID: <20130730114743.Horde.XOo8rQeBW_7C8Wx-seaAuw1@webmail.df.eu> From: Marcus von Appen To: David Demelier Subject: Re: Dealing with 2.7 and 3.3 installations References: <20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu> In-Reply-To: User-Agent: Internet Messaging Program (IMP) H5 (6.0.4) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Df-Sender: ZnJlZWJzZEBzeXNmYXVsdC5vcmc= Cc: Daniel Braniss , bapt@freebsd.org, koobs@freebsd.org, freebsd-python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mva@freebsd.org List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 09:47:53 -0000 David Demelier : > 2013/7/30 Marcus von Appen : >> David, Daniel, >> >> just to take this to python@ and to clarify, what problems are still open >> for you: >> >> - bapt confirmed that the parallel installation of python itself from binary >> packages should work >> without any problem >> - Installation from the ports tree should work without problems >> - Installation of python modules from the ports tree basically works without >> problems (given that >> you set the correct make knobs), BUT can create tons of issues, when it >> comes to deinstallation, >> port dependency detection, etc. >> >> As per my understanding, you both mentioned issues with both, python itself >> and 3rd party packages. >> As said above, python itself should not be any problem. If you ran into any >> issue, please let python@ >> know about it (ideally with a reproducible step-by-step description) or >> create a PR. >> >> Regarding the 3rd party modules, I am not sure about the pkg status. Maybe >> bapt can say a word or >> two about whether packages are (planned to or currently) built for different >> python versions or not. >> David, Daniel: if you are currently running into trouble with the 3rd party >> modules, please >> let us know, what your requirements are, so we can discuss different >> solutions top be applied to the >> ports tree and, where applicable, improved support for the pkg builds. >> >> Thanks and cheers >> Marcus >> > > The problem is not directly related to python. Let me explain with > details how we bulk build for both python 2.7 and 3.3 using the > poudriere infrastructure. > > As you know, to build devel/py-* for python 2.7 and for 3.3, you will > need to call make install and set PYTHON_DEFAULT_VERSION to the > correct one. For us, if I plan to build all ports as packages, the > poudriere script will only build devel/py-foobar for the > PYTHON_DEFAULT_VERSION set, which is still 2.7. > > To permit other users to use both 2.7 and 3.3 modules, we need to > create two jails which each build devel/py-foobar one with > PYTHON_DEFAULT_VERSION set to python 2.7 and the other one to > python3.3. > > And, because these modules requires lang/python, each of these jail > will build the corresponding interpreter and including the symlink to > /usr/local/bin/python. > > So we end with the following: > > [Jail python 2.7] > lang/python27 built with /usr/local/bin/python > > py27-foobar > py27-otherport > ... > > [Jail python 3.3] > lang/python33 built with /usr/local/bin/python too > > py33-foobar > py33-otherport > > And then, thanks to the support of multiple repositories with pkgng. > We are able to install py33-foobar and py27-foobar. But, the python > 3.3 interpreter will not be installed because it also wants to install > the symlink. > > Bapt successfully installed both interpreter because they were > compiled in the same jail, thus, only one of the both have the > IF_DEFAULT conditional evaluated. > > Now I agree that the problem is not related to python itself and more > to pkgng. But if we install the /usr/local/bin/python symlink *only* > if it does not currently exist, we will not being confused of from > which repository should I install python 3.3. > > That's why I proposed to avoid the use of that conditional IF_DEFAULT > and use a test-symlink before install so that even if python 3.3 is > built within more than one repositories, it will never conflicts with > other interpreters. Understood. We need to make sure, that ports will pull in lang/pythonXX as BUILD/RUN dependency rather than lang/python (if that's the case at the moment - that needs to be checked). However, many modules or applications requiring python ask for "python" as interpreter, ignoring a specific version, so we might need to pull in lang/python as RUN dependency for several applications in some way. I would not want to patch hundreds of ports to be explicit on the python interpreter, but that should not be a big problem at all. Applications that work with either python version, do not care about what /usr/local/bin/python links to. Applications that care about the python version, will have to set USE_PYTHON=XX explicitly (if they did not so far, that's an error). As per my understanding (coming back to your poudriere issue), getting rid of the IF_DEFAULT magic and moving everything of relevance into lang/python should solve nearly all of the current problems. In my opinion, such a change should also be safe in regards to the ports infrastructure and compatibility, so it would be a good place to start sorting out those issues. Cheers Marcus From owner-freebsd-python@FreeBSD.ORG Tue Jul 30 09:55:45 2013 Return-Path: Delivered-To: freebsd-python@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 ESMTP id 296FC1FD; Tue, 30 Jul 2013 09:55:45 +0000 (UTC) (envelope-from mva@freebsd.org) Received: from smtprelay05.ispgateway.de (smtprelay05.ispgateway.de [80.67.31.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6F11922F3; Tue, 30 Jul 2013 09:55:44 +0000 (UTC) Received: from [80.67.16.121] (helo=webmailfront01.ispgateway.de) by smtprelay05.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1V46eW-0003Vy-PK; Tue, 30 Jul 2013 11:55:36 +0200 Received: from his1.his.de (his1.his.de [192.124.237.237]) by webmail.df.eu (Horde Framework) with HTTP; Tue, 30 Jul 2013 11:55:36 +0200 Date: Tue, 30 Jul 2013 11:55:36 +0200 Message-ID: <20130730115536.Horde.hJnU1JcPQIOJUsZ_wn7oOw9@webmail.df.eu> From: Marcus von Appen To: Daniel Braniss Subject: Re: Dealing with 2.7 and 3.3 installations References: <20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu> In-Reply-To: User-Agent: Internet Messaging Program (IMP) H5 (6.0.4) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Df-Sender: ZnJlZWJzZEBzeXNmYXVsdC5vcmc= Cc: David Demelier , bapt@freebsd.org, koobs@freebsd.org, freebsd-python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mva@freebsd.org List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 09:55:45 -0000 Daniel Braniss : >> David, Daniel, >> >> just to take this to python@ and to clarify, what problems are still >> open for you: >> >> - bapt confirmed that the parallel installation of python itself from >> binary packages should work >> without any problem >> - Installation from the ports tree should work without problems >> - Installation of python modules from the ports tree basically works >> without problems (given that >> you set the correct make knobs), BUT can create tons of issues, >> when it comes to deinstallation, >> port dependency detection, etc. >> >> As per my understanding, you both mentioned issues with both, python >> itself and 3rd party packages. >> As said above, python itself should not be any problem. If you ran >> into any issue, please let python@ >> know about it (ideally with a reproducible step-by-step description) >> or create a PR. >> >> Regarding the 3rd party modules, I am not sure about the pkg status. >> Maybe bapt can say a word or >> two about whether packages are (planned to or currently) built for >> different python versions or not. >> David, Daniel: if you are currently running into trouble with the 3rd >> party modules, please >> let us know, what your requirements are, so we can discuss different >> solutions top be applied to the >> ports tree and, where applicable, improved support for the pkg builds. >> >> Thanks and cheers >> Marcus >> >> >> > > hi Marcus, > you are correct on most counts. > it's the make in ports that's problematic. > > - no problem in installing all/any version of lang/python. > - the issue is with 3rd. party modules, and more specifically > when installing. Furthermore, most modules compile for all > versions of python, but installing them is the issue: > - if the module is installed, no matter what python > version, it will be deinstalled - unless FORCE_PKG_REGISTER=, > which prevents the deinstall issue > IMHO, the check for is installed does not correctly use PYTHON_VERSION > example: > > /usr/local/bin/python -> python3.3 > > # cd /usr/ports/devel/py-setproctitle > # make install > ===> Installing for py33-setproctitle-1.1.7 > ===> py33-setproctitle-1.1.7 depends on file: /usr/local/bin/python3.3 - > found > ===> Generating temporary packing list > ===> Checking if devel/py-setproctitle already installed > ===> py33-setproctitle-1.1.7 is already installed > <==== NOT TRUE > You may wish to ``make deinstall'' and install this port again > by ``make reinstall'' to upgrade it properly. > If you really wish to overwrite the old port of devel/py-setproctitle > without deleting it first, set the variable "FORCE_PKG_REGISTER" > in your environment or the "make install" command line. > *** [check-already-installed] Error code 1 > > Stop in /usr/ports/devel/py-setproctitle. > # ls -ls /usr/local/lib/python3.3/site-packages/ > total 5 > 1 -r--r--r-- 1 root wheel 119 Jul 29 11:43 README > 2 drwxr-xr-x 4 root wheel 14 Jul 28 14:00 psycopg2 > 3 -rw-r--r-- 1 root wheel 1883 Jul 28 14:00 psycopg2-2.5.1-py3.3.egg-info > # make {de,re}install > ===> Deinstalling for devel/py-setproctitle > ===> Deinstalling > Deinstallation has been requested for the following 1 packages: > > py27-setproctitle-1.1.7 <==========!!!! > > The deinstallation will free 31 kB > [1/1] Deleting py27-setproctitle-1.1.7... done > ===> Installing for py33-setproctitle-1.1.7 > ===> py33-setproctitle-1.1.7 depends on file: /usr/local/bin/python3.3 - > found > ===> Generating temporary packing list > ... > > > - somehwere it should be mentioned: > - how to set the default python > i.e: usr/local/bin/python is a symlink, as is python-config > - the bsd.python.mk is very confusing, and has some errors > > at the moment my goal is to have python 2.7 as default, and 3.2/3.3 > as optional, and using PYTHON_VERSION= and FORCE_PKG_REGISTER= ie: > make PYTHON_VERSION=3.3 FORCE_PKG_REGISTER= clean install > is a workaround Does the same problem strike you, if you use PYTHON_DEFAULT_VERSION=xxx? PYTHON_VERSION should be used by ports, not by the user (input). Installing the port for different python versions at the same is not bullet-proof anyways, especially when it comes to data being installed outside of the python site-packages. So what you need is support for a python module installed for two different python versions at the same time, correct? And this (right now) is not supported, I am afraid. Cheers Marcus From owner-freebsd-python@FreeBSD.ORG Tue Jul 30 10:42:44 2013 Return-Path: Delivered-To: freebsd-python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id BBE4D1D3; Tue, 30 Jul 2013 10:42:44 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 300EC263D; Tue, 30 Jul 2013 10:42:44 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1V47O1-0001rY-4E; Tue, 30 Jul 2013 13:42:37 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: mva@freebsd.org Subject: Re: Dealing with 2.7 and 3.3 installations In-reply-to: <20130730115536.Horde.hJnU1JcPQIOJUsZ_wn7oOw9@webmail.df.eu> References: <20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu> <20130730115536.Horde.hJnU1JcPQIOJUsZ_wn7oOw9@webmail.df.eu> Comments: In-reply-to Marcus von Appen message dated "Tue, 30 Jul 2013 11:55:36 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 30 Jul 2013 13:42:36 +0300 From: Daniel Braniss Message-ID: Cc: David Demelier , bapt@freebsd.org, koobs@freebsd.org, freebsd-python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 10:42:44 -0000 > Daniel Braniss : > > >> David, Daniel, > >> > >> just to take this to python@ and to clarify, what problems are still > >> open for you: > >> > >> - bapt confirmed that the parallel installation of python itself from > >> binary packages should work > >> without any problem > >> - Installation from the ports tree should work without problems > >> - Installation of python modules from the ports tree basically works > >> without problems (given that > >> you set the correct make knobs), BUT can create tons of issues, > >> when it comes to deinstallation, > >> port dependency detection, etc. > >> > >> As per my understanding, you both mentioned issues with both, python > >> itself and 3rd party packages. > >> As said above, python itself should not be any problem. If you ran > >> into any issue, please let python@ > >> know about it (ideally with a reproducible step-by-step description) > >> or create a PR. > >> > >> Regarding the 3rd party modules, I am not sure about the pkg status. > >> Maybe bapt can say a word or > >> two about whether packages are (planned to or currently) built for > >> different python versions or not. > >> David, Daniel: if you are currently running into trouble with the 3rd > >> party modules, please > >> let us know, what your requirements are, so we can discuss different > >> solutions top be applied to the > >> ports tree and, where applicable, improved support for the pkg builds. > >> > >> Thanks and cheers > >> Marcus > >> > >> > >> > > > > hi Marcus, > > you are correct on most counts. > > it's the make in ports that's problematic. > > > > - no problem in installing all/any version of lang/python. > > - the issue is with 3rd. party modules, and more specifically > > when installing. Furthermore, most modules compile for all > > versions of python, but installing them is the issue: > > - if the module is installed, no matter what python > > version, it will be deinstalled - unless FORCE_PKG_REGISTER=, > > which prevents the deinstall issue > > IMHO, the check for is installed does not correctly use PYTHON_VERSION > > example: > > > > /usr/local/bin/python -> python3.3 > > > > # cd /usr/ports/devel/py-setproctitle > > # make install > > ===> Installing for py33-setproctitle-1.1.7 > > ===> py33-setproctitle-1.1.7 depends on file: /usr/local/bin/python3.3 - > > found > > ===> Generating temporary packing list > > ===> Checking if devel/py-setproctitle already installed > > ===> py33-setproctitle-1.1.7 is already installed > > <==== NOT TRUE > > You may wish to ``make deinstall'' and install this port again > > by ``make reinstall'' to upgrade it properly. > > If you really wish to overwrite the old port of devel/py-setproctitle > > without deleting it first, set the variable "FORCE_PKG_REGISTER" > > in your environment or the "make install" command line. > > *** [check-already-installed] Error code 1 > > > > Stop in /usr/ports/devel/py-setproctitle. > > # ls -ls /usr/local/lib/python3.3/site-packages/ > > total 5 > > 1 -r--r--r-- 1 root wheel 119 Jul 29 11:43 README > > 2 drwxr-xr-x 4 root wheel 14 Jul 28 14:00 psycopg2 > > 3 -rw-r--r-- 1 root wheel 1883 Jul 28 14:00 psycopg2-2.5.1-py3.3.egg-info > > # make {de,re}install > > ===> Deinstalling for devel/py-setproctitle > > ===> Deinstalling > > Deinstallation has been requested for the following 1 packages: > > > > py27-setproctitle-1.1.7 <==========!!!! > > > > The deinstallation will free 31 kB > > [1/1] Deleting py27-setproctitle-1.1.7... done > > ===> Installing for py33-setproctitle-1.1.7 > > ===> py33-setproctitle-1.1.7 depends on file: /usr/local/bin/python3.3 - > > found > > ===> Generating temporary packing list > > ... > > > > > > - somehwere it should be mentioned: > > - how to set the default python > > i.e: usr/local/bin/python is a symlink, as is python-config > > - the bsd.python.mk is very confusing, and has some errors > > > > at the moment my goal is to have python 2.7 as default, and 3.2/3.3 > > as optional, and using PYTHON_VERSION= and FORCE_PKG_REGISTER= ie: > > make PYTHON_VERSION=3.3 FORCE_PKG_REGISTER= clean install > > is a workaround > > Does the same problem strike you, if you use PYTHON_DEFAULT_VERSION=xxx? > PYTHON_VERSION should be used by ports, not by the user (input). I'll check, but don't hold your breath :-) > Installing the port for different python versions at the same is not > bullet-proof anyways, especially when it comes to data being installed > outside of the python site-packages. I am only 'compiling' from modules in ports, ********************************* I AM INSTALLING IN site-packages! ********************************* there is currently: 33 drwxr-xr-x 126 root wheel 266 Jul 29 17:23 /usr/local/lib/python2.7/site- packages 2 drwxr-xr-x 4 root wheel 12 Jul 28 16:40 /usr/local/lib/python3.2/site- packages 2 drwxr-xr-x 6 root wheel 18 Jul 30 12:49 /usr/local/lib/python3.3/site- packages > > So what you need is support for a python module installed for two different > python versions at the same time, correct? And this (right now) is not > supported, I am afraid. as I explained, probably not too well, the problem is in the install from ports. the check for the installed modules does not check, or incorrectly checks for the desired version. setting FORCE_PKG_REGISTER is a workaround, because it does not do any deinstall. and finally, there are currently 3(three) versions of python. cheers, danny From owner-freebsd-python@FreeBSD.ORG Tue Jul 30 12:11:37 2013 Return-Path: Delivered-To: freebsd-python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 3A708E07; Tue, 30 Jul 2013 12:11:37 +0000 (UTC) (envelope-from mva@freebsd.org) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.101]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 997D42CF0; Tue, 30 Jul 2013 12:11:36 +0000 (UTC) Received: from [80.67.16.121] (helo=webmailfront01.ispgateway.de) by smtprelay06.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1V48m5-0007UY-QO; Tue, 30 Jul 2013 14:11:33 +0200 Received: from his1.his.de (his1.his.de [192.124.237.237]) by webmail.df.eu (Horde Framework) with HTTP; Tue, 30 Jul 2013 14:11:33 +0200 Date: Tue, 30 Jul 2013 14:11:33 +0200 Message-ID: <20130730141133.Horde.0f8kjfhXWCzbnDRbbd9DvA1@webmail.df.eu> From: Marcus von Appen To: Daniel Braniss Subject: Re: Dealing with 2.7 and 3.3 installations References: <20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu> <20130730115536.Horde.hJnU1JcPQIOJUsZ_wn7oOw9@webmail.df.eu> In-Reply-To: User-Agent: Internet Messaging Program (IMP) H5 (6.0.4) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Df-Sender: ZnJlZWJzZEBzeXNmYXVsdC5vcmc= Cc: David Demelier , bapt@freebsd.org, koobs@freebsd.org, freebsd-python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mva@freebsd.org List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 12:11:37 -0000 Daniel Braniss : [...] > >> >> So what you need is support for a python module installed for two different >> python versions at the same time, correct? And this (right now) is not >> supported, I am afraid. > > as I explained, probably not too well, the problem is in the install from > ports. the check for the installed modules does not check, or > incorrectly checks for the desired version. That's understood quite well, the (big) problem however are not the site-packages, but other data installed e.g. under /usr/local/share, .../bin, .../wherever, which currently does not necessarily take the python version into account. x11-toolkits/py-gtk2 is a good example for such an issue. If you install it for python2.7 , there are heaps of files, which would conflict/overwrite a previous python3.2/3.3 installation and vice versa, making the port unusable for all your python installations except one (in the worst case). > setting FORCE_PKG_REGISTER is a workaround, because it does not > do any deinstall. It only is for ports, which keep everything in site-packages or are at least python-version aware. Cheers Marcus From owner-freebsd-python@FreeBSD.ORG Tue Jul 30 12:32:57 2013 Return-Path: Delivered-To: freebsd-python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 70DC98D1; Tue, 30 Jul 2013 12:32:57 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 205092E10; Tue, 30 Jul 2013 12:32:56 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1V496e-0003oK-7r; Tue, 30 Jul 2013 15:32:48 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: mva@freebsd.org Subject: Re: Dealing with 2.7 and 3.3 installations In-reply-to: <20130730141133.Horde.0f8kjfhXWCzbnDRbbd9DvA1@webmail.df.eu> References: <20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu> <20130730115536.Horde.hJnU1JcPQIOJUsZ_wn7oOw9@webmail.df.eu> <20130730141133.Horde.0f8kjfhXWCzbnDRbbd9DvA1@webmail.df.eu> Comments: In-reply-to Marcus von Appen message dated "Tue, 30 Jul 2013 14:11:33 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 30 Jul 2013 15:32:47 +0300 From: Daniel Braniss Message-ID: Cc: David Demelier , bapt@freebsd.org, koobs@freebsd.org, freebsd-python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 12:32:57 -0000 > Daniel Braniss : > > [...] > > > >> > >> So what you need is support for a python module installed for two different > >> python versions at the same time, correct? And this (right now) is not > >> supported, I am afraid. > > > > as I explained, probably not too well, the problem is in the install from > > ports. the check for the installed modules does not check, or > > incorrectly checks for the desired version. > > That's understood quite well, the (big) problem however are not the > site-packages, > but other data installed e.g. under /usr/local/share, .../bin, .../wherever, > which currently does not necessarily take the python version into account. > > x11-toolkits/py-gtk2 is a good example for such an issue. If you install it > for python2.7 , there are heaps of files, which would conflict/overwrite a > previous python3.2/3.3 installation and vice versa, making the port > unusable for > all your python installations except one (in the worst case). > > > setting FORCE_PKG_REGISTER is a workaround, because it does not > > do any deinstall. > > It only is for ports, which keep everything in site-packages or are at least > python-version aware. I understand that there is no magic bullet, but in this particular case, where the question 'is installed' has a bug, can/should be fixed. This does not solve modules that are only python2.7 ok, like py-ldap. cheers, danny From owner-freebsd-python@FreeBSD.ORG Tue Jul 30 12:58:26 2013 Return-Path: Delivered-To: freebsd-python@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 ESMTP id C2753EA8; Tue, 30 Jul 2013 12:58:26 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6E896214A; Tue, 30 Jul 2013 12:58:26 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1V49VP-00049A-ML; Tue, 30 Jul 2013 15:58:23 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: mva@freebsd.org Subject: Re: Dealing with 2.7 and 3.3 installations In-reply-to: <20130730115536.Horde.hJnU1JcPQIOJUsZ_wn7oOw9@webmail.df.eu> References: <20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu> <20130730115536.Horde.hJnU1JcPQIOJUsZ_wn7oOw9@webmail.df.eu> Comments: In-reply-to Marcus von Appen message dated "Tue, 30 Jul 2013 11:55:36 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 30 Jul 2013 15:58:23 +0300 From: Daniel Braniss Message-ID: Cc: David Demelier , bapt@freebsd.org, koobs@freebsd.org, freebsd-python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 12:58:26 -0000 [...] > Does the same problem strike you, if you use PYTHON_DEFAULT_VERSION=xxx? > PYTHON_VERSION should be used by ports, not by the user (input). By setting PYTHON_DEFAULT_VERSION=x.y, make insists in compiling python-x.y even though it's already installed :-( danny From owner-freebsd-python@FreeBSD.ORG Tue Jul 30 14:28:17 2013 Return-Path: Delivered-To: freebsd-python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 89C59BE2; Tue, 30 Jul 2013 14:28:17 +0000 (UTC) (envelope-from mva@freebsd.org) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.96]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0458B2768; Tue, 30 Jul 2013 14:28:17 +0000 (UTC) Received: from [80.67.16.118] (helo=webmailfront01.ispgateway.de) by smtprelay06.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1V4AuH-0001Ot-67; Tue, 30 Jul 2013 16:28:09 +0200 Received: from his1.his.de (his1.his.de [192.124.237.237]) by webmail.df.eu (Horde Framework) with HTTP; Tue, 30 Jul 2013 16:28:09 +0200 Date: Tue, 30 Jul 2013 16:28:09 +0200 Message-ID: <20130730162809.Horde.R0wzwYBDdIJV7w9jpwmaVg1@webmail.df.eu> From: Marcus von Appen To: Daniel Braniss Subject: Re: Dealing with 2.7 and 3.3 installations References: <20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu> <20130730115536.Horde.hJnU1JcPQIOJUsZ_wn7oOw9@webmail.df.eu> <20130730141133.Horde.0f8kjfhXWCzbnDRbbd9DvA1@webmail.df.eu> In-Reply-To: User-Agent: Internet Messaging Program (IMP) H5 (6.0.4) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Df-Sender: ZnJlZWJzZEBzeXNmYXVsdC5vcmc= Cc: David Demelier , bapt@freebsd.org, koobs@freebsd.org, freebsd-python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mva@freebsd.org List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 14:28:17 -0000 Daniel Braniss : >> Daniel Braniss : >> >> [...] >> > >> >> >> >> So what you need is support for a python module installed for >> two different >> >> python versions at the same time, correct? And this (right now) is not >> >> supported, I am afraid. >> > >> > as I explained, probably not too well, the problem is in the install from >> > ports. the check for the installed modules does not check, or >> > incorrectly checks for the desired version. >> >> That's understood quite well, the (big) problem however are not the >> site-packages, >> but other data installed e.g. under /usr/local/share, .../bin, .../wherever, >> which currently does not necessarily take the python version into account. >> >> x11-toolkits/py-gtk2 is a good example for such an issue. If you install it >> for python2.7 , there are heaps of files, which would conflict/overwrite a >> previous python3.2/3.3 installation and vice versa, making the port >> unusable for >> all your python installations except one (in the worst case). >> >> > setting FORCE_PKG_REGISTER is a workaround, because it does not >> > do any deinstall. >> >> It only is for ports, which keep everything in site-packages or are at least >> python-version aware. > > I understand that there is no magic bullet, but in this particular case, > where the question 'is installed' has a bug, can/should be fixed. This does > not solve modules that are only python2.7 ok, like py-ldap. Even that is not as trivial as it might sound at the first glance, since it could result in patching a lot of ports for something that feels a it incomplete. The bottom line is (speaking personally here): a quick solution cannot be provided, but that does not mean that your issue is rejected or ignored. Providing parallel installation support for different python versions just needs to be edged out a bit more, including how to deal with the different types of ports being around. Cheers Marcus From owner-freebsd-python@FreeBSD.ORG Tue Jul 30 19:30:02 2013 Return-Path: Delivered-To: freebsd-python@smarthost.ysv.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 ESMTP id E1C904D0 for ; Tue, 30 Jul 2013 19:30:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CDCA626BE for ; Tue, 30 Jul 2013 19:30:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6UJU1vS063703 for ; Tue, 30 Jul 2013 19:30:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6UJU16x063702; Tue, 30 Jul 2013 19:30:01 GMT (envelope-from gnats) Date: Tue, 30 Jul 2013 19:30:01 GMT Message-Id: <201307301930.r6UJU16x063702@freefall.freebsd.org> To: freebsd-python@FreeBSD.org Cc: From: dfilter@FreeBSD.ORG (dfilter service) Subject: Re: ports/180853: commit references a PR X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: dfilter service List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 19:30:02 -0000 The following reply was made to PR ports/180853; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: ports/180853: commit references a PR Date: Tue, 30 Jul 2013 19:27:40 +0000 (UTC) Author: olivierd Date: Tue Jul 30 19:27:24 2013 New Revision: 323984 URL: http://svnweb.freebsd.org/changeset/ports/323984 Log: - Update to 0.9.3 - Trim Makefile header - Convert to new option framework - Sort pkg-plist file - Remove patches PR: 180853 Submitted by: myself Approved by: moggie (maintainer) Deleted: head/www/py-werkzeug/files/ Modified: head/www/py-werkzeug/Makefile (contents, props changed) head/www/py-werkzeug/distinfo (contents, props changed) head/www/py-werkzeug/pkg-plist (contents, props changed) Modified: head/www/py-werkzeug/Makefile ============================================================================== --- head/www/py-werkzeug/Makefile Tue Jul 30 19:03:06 2013 (r323983) +++ head/www/py-werkzeug/Makefile Tue Jul 30 19:27:24 2013 (r323984) @@ -1,12 +1,9 @@ -# Ports collection makefile for: py-werkzeug -# Date created: 12 January 2010 -# Whom: Moggie -# +# Created by: Moggie # $FreeBSD$ # PORTNAME= werkzeug -PORTVERSION= 0.8.3 +PORTVERSION= 0.9.3 CATEGORIES= www python MASTER_SITES= CHEESESHOP PKGNAMEPREFIX= ${PYTHON_PKGNAMEPREFIX} @@ -16,9 +13,8 @@ MAINTAINER= moggie@elasticmind.net COMMENT= Python utilities collection for building WSGI applications LICENSE= BSD -LICENSE_FILE= ${WRKSRC}/LICENSE -USE_PYTHON= 2.6+ +USE_PYTHON= yes USE_PYDISTUTILS= easy_install PYDISTUTILS_PKGNAME= Werkzeug PYDISTUTILS_PKGVERSION= ${DISTVERSION} @@ -26,22 +22,18 @@ PYDISTUTILS_NOEGGINFO= yes EXAMPLESDIR= ${PREFIX}/share/examples/${PYTHON_PKGNAMEPREFIX}${PORTNAME} -.include +.include -# Avoid to install patch files backup -post-patch: - @cd ${WRKSRC} && \ - ${FIND} . -type f -name '*.orig' -exec ${RM} -f \{\} \; - -.if !defined(NOPORTEXAMPLES) -post-build: -# Bytecode - ${PYTHON_CMD} -m compileall ${WRKSRC}/examples ; \ - ${PYTHON_CMD} -O -m compileall ${WRKSRC}/examples +.include post-install: +.if ${PORT_OPTIONS:MEXAMPLES} ${MKDIR} ${EXAMPLESDIR} @cd ${WRKSRC}/examples/ && ${COPYTREE_SHARE} . ${EXAMPLESDIR} .endif +.if ${PYTHON_REL} >= 320 +.include "${PORTSDIR}/devel/py-virtualenv/files/py3k-fix-pkg-plist.inc" +.endif + .include Modified: head/www/py-werkzeug/distinfo ============================================================================== --- head/www/py-werkzeug/distinfo Tue Jul 30 19:03:06 2013 (r323983) +++ head/www/py-werkzeug/distinfo Tue Jul 30 19:27:24 2013 (r323984) @@ -1,2 +1,2 @@ -SHA256 (Werkzeug-0.8.3.tar.gz) = 108c3d41fb701c4af4ef00e8ebbedc147632c82247beb798c8d8657a12810206 -SIZE (Werkzeug-0.8.3.tar.gz) = 1108617 +SHA256 (Werkzeug-0.9.3.tar.gz) = ead3a6baf49f8fc594d88dca910d60c61e26e3bb89467ff034c47f6b57b3089a +SIZE (Werkzeug-0.9.3.tar.gz) = 1126096 Modified: head/www/py-werkzeug/pkg-plist ============================================================================== --- head/www/py-werkzeug/pkg-plist Tue Jul 30 19:03:06 2013 (r323983) +++ head/www/py-werkzeug/pkg-plist Tue Jul 30 19:27:24 2013 (r323984) @@ -6,6 +6,9 @@ %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/__init__.py %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/__init__.pyc %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/__init__.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/_compat.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/_compat.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/_compat.pyo %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/_internal.py %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/_internal.pyc %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/_internal.pyo @@ -27,9 +30,6 @@ %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/contrib/jsrouting.py %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/contrib/jsrouting.pyc %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/contrib/jsrouting.pyo -%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/contrib/kickstart.py -%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/contrib/kickstart.pyc -%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/contrib/kickstart.pyo %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/contrib/limiter.py %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/contrib/limiter.pyc %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/contrib/limiter.pyo @@ -102,15 +102,109 @@ %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/serving.py %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/serving.pyc %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/serving.pyo -%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/templates.py -%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/templates.pyc -%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/templates.pyo %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/test.py %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/test.pyc %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/test.pyo %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testapp.py %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testapp.pyc %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testapp.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/__init__.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/__init__.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/__init__.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/compat.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/compat.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/compat.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/__init__.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/__init__.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/__init__.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/cache.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/cache.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/cache.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/fixers.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/fixers.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/fixers.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/iterio.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/iterio.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/iterio.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/securecookie.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/securecookie.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/securecookie.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/sessions.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/sessions.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/sessions.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/wrappers.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/wrappers.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib/wrappers.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/datastructures.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/datastructures.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/datastructures.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/debug.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/debug.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/debug.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/exceptions.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/exceptions.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/exceptions.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/formparser.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/formparser.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/formparser.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/http.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/http.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/http.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/internal.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/internal.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/internal.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/local.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/local.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/local.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/collect.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/collect.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/collect.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/firefox3-2png1txt/file1.png +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/firefox3-2png1txt/file2.png +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/firefox3-2png1txt/request.txt +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/firefox3-2png1txt/text.txt +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/firefox3-2pnglongtext/file1.png +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/firefox3-2pnglongtext/file2.png +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/firefox3-2pnglongtext/request.txt +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/firefox3-2pnglongtext/text.txt +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/ie6-2png1txt/file1.png +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/ie6-2png1txt/file2.png +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/ie6-2png1txt/request.txt +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/ie6-2png1txt/text.txt +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/ie7_full_path_request.txt +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/opera8-2png1txt/file1.png +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/opera8-2png1txt/file2.png +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/opera8-2png1txt/request.txt +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/opera8-2png1txt/text.txt +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/webkit3-2png1txt/file1.png +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/webkit3-2png1txt/file2.png +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/webkit3-2png1txt/request.txt +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/webkit3-2png1txt/text.txt +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/res/test.txt +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/routing.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/routing.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/routing.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/security.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/security.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/security.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/serving.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/serving.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/serving.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/test.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/test.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/test.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/urls.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/urls.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/urls.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/utils.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/utils.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/utils.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/wrappers.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/wrappers.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/wrappers.pyo +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/wsgi.py +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/wsgi.pyc +%%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/wsgi.pyo %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/urls.py %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/urls.pyc %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/urls.pyo @@ -126,56 +220,26 @@ %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/wsgi.py %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/wsgi.pyc %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/wsgi.pyo -@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/debug/shared -@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/debug -@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/contrib -@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug -@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/EGG-INFO -@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%% %%PORTEXAMPLES%%%%EXAMPLESDIR%%/README %%PORTEXAMPLES%%%%EXAMPLESDIR%%/contrib/README %%PORTEXAMPLES%%%%EXAMPLESDIR%%/contrib/securecookie.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/contrib/securecookie.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/contrib/securecookie.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/contrib/sessions.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/contrib/sessions.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/contrib/sessions.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/cookieauth.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/cookieauth.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/cookieauth.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/__init__.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/__init__.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/__init__.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/application.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/application.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/application.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/helpers.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/helpers.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/helpers.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/public/style.css %%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/templates/layout.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/templates/static/about.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/templates/static/index.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/templates/static/not_found.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/utils.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/utils.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/utils.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/views/__init__.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/views/__init__.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/views/__init__.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/views/static.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/views/static.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/coolmagic/views/static.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/README %%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/__init__.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/__init__.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/__init__.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/application.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/application.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/application.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/models.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/models.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/models.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/static/style.css %%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/templates/display.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/templates/layout.html @@ -183,26 +247,12 @@ %%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/templates/new.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/templates/not_found.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/utils.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/utils.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/utils.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/views.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/views.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/couchy/views.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/__init__.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/__init__.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/__init__.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/application.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/application.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/application.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/db.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/db.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/db.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/network.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/network.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/network.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/pages.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/pages.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/pages.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/shared/content.png %%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/shared/down.png %%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/shared/favicon.ico @@ -216,94 +266,44 @@ %%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/templates/server.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/templates/serverlist.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/utils.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/utils.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/cupoftee/utils.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/httpbasicauth.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/httpbasicauth.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/httpbasicauth.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/i18nurls/__init__.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/i18nurls/__init__.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/i18nurls/__init__.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/i18nurls/application.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/i18nurls/application.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/i18nurls/application.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/i18nurls/templates/about.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/i18nurls/templates/blog.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/i18nurls/templates/index.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/i18nurls/templates/layout.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/i18nurls/urls.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/i18nurls/urls.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/i18nurls/urls.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/i18nurls/views.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/i18nurls/views.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/i18nurls/views.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-coolmagic.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-coolmagic.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-coolmagic.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-couchy.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-couchy.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-couchy.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-cupoftee.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-cupoftee.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-cupoftee.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-i18nurls.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-i18nurls.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-i18nurls.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-plnt.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-plnt.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-plnt.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-shorty.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-shorty.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-shorty.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-simplewiki.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-simplewiki.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-simplewiki.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-webpylike.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-webpylike.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/manage-webpylike.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/partial/README %%PORTEXAMPLES%%%%EXAMPLESDIR%%/partial/complex_routing.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/partial/complex_routing.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/partial/complex_routing.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/__init__.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/__init__.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/__init__.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/database.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/database.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/database.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/shared/style.css %%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/sync.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/sync.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/sync.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/templates/about.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/templates/index.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/templates/layout.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/utils.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/utils.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/utils.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/views.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/views.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/views.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/webapp.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/webapp.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/plnt/webapp.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/shortly/shortly.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/shortly/shortly.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/shortly/shortly.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/shortly/static/style.css %%PORTEXAMPLES%%%%EXAMPLESDIR%%/shortly/templates/404.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/shortly/templates/layout.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/shortly/templates/new_url.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/shortly/templates/short_link_details.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/__init__.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/__init__.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/__init__.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/application.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/application.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/application.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/models.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/models.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/models.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/static/style.css %%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/templates/display.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/templates/layout.html @@ -311,27 +311,13 @@ %%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/templates/new.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/templates/not_found.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/utils.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/utils.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/utils.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/views.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/views.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/shorty/views.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/__init__.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/__init__.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/__init__.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/actions.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/actions.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/actions.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/application.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/application.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/application.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/database.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/database.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/database.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/shared/style.css %%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/specialpages.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/specialpages.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/specialpages.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/templates/action_diff.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/templates/action_edit.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/templates/action_log.html @@ -344,17 +330,9 @@ %%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/templates/page_missing.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/templates/recent_changes.html %%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/utils.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/utils.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/simplewiki/utils.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/upload.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/upload.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/upload.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/webpylike/example.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/webpylike/example.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/webpylike/example.pyo %%PORTEXAMPLES%%%%EXAMPLESDIR%%/webpylike/webpylike.py -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/webpylike/webpylike.pyc -%%PORTEXAMPLES%%%%EXAMPLESDIR%%/webpylike/webpylike.pyo %%PORTEXAMPLES%%@dirrm %%EXAMPLESDIR%%/webpylike %%PORTEXAMPLES%%@dirrm %%EXAMPLESDIR%%/simplewiki/templates %%PORTEXAMPLES%%@dirrm %%EXAMPLESDIR%%/simplewiki/shared @@ -384,3 +362,18 @@ %%PORTEXAMPLES%%@dirrm %%EXAMPLESDIR%%/coolmagic %%PORTEXAMPLES%%@dirrm %%EXAMPLESDIR%%/contrib %%PORTEXAMPLES%%@dirrm %%EXAMPLESDIR%% +@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/res +@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/webkit3-2png1txt +@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/opera8-2png1txt +@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/ie6-2png1txt +@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/firefox3-2pnglongtext +@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart/firefox3-2png1txt +@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/multipart +@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite/contrib +@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/testsuite +@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/debug/shared +@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/debug +@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug/contrib +@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/werkzeug +@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%%/EGG-INFO +@dirrm %%PYTHON_SITELIBDIR%%/%%PYEASYINSTALL_EGG%% _______________________________________________ svn-ports-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-ports-all To unsubscribe, send any mail to "svn-ports-all-unsubscribe@freebsd.org" From owner-freebsd-python@FreeBSD.ORG Tue Jul 30 19:51:16 2013 Return-Path: Delivered-To: freebsd-python@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 90D50F25; Tue, 30 Jul 2013 19:51:16 +0000 (UTC) (envelope-from olivierd@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 64E5F27C1; Tue, 30 Jul 2013 19:51:16 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r6UJpG49068770; Tue, 30 Jul 2013 19:51:16 GMT (envelope-from olivierd@freefall.freebsd.org) Received: (from olivierd@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r6UJpFIN068769; Tue, 30 Jul 2013 19:51:15 GMT (envelope-from olivierd) Date: Tue, 30 Jul 2013 19:51:15 GMT Message-Id: <201307301951.r6UJpFIN068769@freefall.freebsd.org> To: moggie@elasticmind.net, duchateau.olivier@gmail.com, olivierd@FreeBSD.org, freebsd-python@FreeBSD.org From: olivierd@FreeBSD.org Subject: Re: ports/180853: [UPDATE] www/py-werkzeug to 0.9.3 X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Jul 2013 19:51:16 -0000 Synopsis: [UPDATE] www/py-werkzeug to 0.9.3 State-Changed-From-To: open->closed State-Changed-By: olivierd State-Changed-When: Tue Jul 30 19:51:15 UTC 2013 State-Changed-Why: Committed http://www.freebsd.org/cgi/query-pr.cgi?pr=180853 From owner-freebsd-python@FreeBSD.ORG Thu Aug 1 19:14:16 2013 Return-Path: Delivered-To: python@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 ESMTP id 2CF8C4A2; Thu, 1 Aug 2013 19:14:16 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-ee0-x22c.google.com (mail-ee0-x22c.google.com [IPv6:2a00:1450:4013:c00::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6516C2582; Thu, 1 Aug 2013 19:14:15 +0000 (UTC) Received: by mail-ee0-f44.google.com with SMTP id b47so1210358eek.31 for ; Thu, 01 Aug 2013 12:14:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:mime-version :content-type:content-transfer-encoding; bh=utRiKs6SJV05Cij8d9jgdHK96UtsnDSfgRPPnsm3HdI=; b=FXF+JDazcjFGIzGJWTudhu07izqVqzKfBfG2GaEPIZyka1y86saJgGGypZb2NOTxvW hMq3xc9Py6963kxjJ3nvClYBRBCOj7OhGa8Tzrw33zmEgDn4Wv/CKqTEg4sFQw2RfTzj EsJLzKt+jwAddAWm5mrmBvbRPamxXxjYmo3/3WZAejBwndqExmBmbqXXEDg909TTnEYE yg2bTEikrFOyGBTPcrUvj9Ep+0K3RKWQt2dOllMfAmjXpheE1IL5AyY9fhxz0hekXI0G L2l0+LJKXVRPltHNEFqwafV2NTz8iq2CWM63jaCtxJcRNaAyvkLvdugOnhSpNNB+gC5r EnmQ== X-Received: by 10.14.48.5 with SMTP id u5mr2687005eeb.89.1375384453642; Thu, 01 Aug 2013 12:14:13 -0700 (PDT) Received: from dragon.dg ([197.87.211.201]) by mx.google.com with ESMTPSA id r54sm6422653eev.8.2013.08.01.12.14.11 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 01 Aug 2013 12:14:12 -0700 (PDT) From: David Naylor To: bdrewery@freebsd.org, eadler@freebsd.org, python@freebsd.org Subject: Naming of lang/pypy and lang/pypy3 Date: Thu, 01 Aug 2013 21:14:05 +0300 Message-ID: <1595859.oJfAmeEhYc@dragon.dg> User-Agent: KMail/4.9.5 (FreeBSD/9.1-RELEASE; KDE/4.9.5; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart31260872.jEZ54PRYZj"; micalg="pgp-sha1"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Aug 2013 19:14:16 -0000 --nextPart31260872.jEZ54PRYZj Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Hi All, The pypy team have released a version of pypy that supports python-3.2 (while the existing port supports python-2.7). I would like to quickly talk about two concepts here: * python language version (such as python-2.7, python-3.2, etc) * python implementation version (such as pypy-2.1, jython-?.?, ironpython-?.? and cpython-2.7) Currently the only supported implementation of python in bsd.python.mk is cpython and bsd.python.mk assumes the implementation and language version is the same. Of note, pypy seems to be the only implementation who's version does not match the language. I would like to eventually teach bsd.python.mk about different implementations, so with that in mind the current situation for pypy is: The pypy library directory and binary are suffixed with the implementation version (currently 2.1) however with pypy3 keeping the same version as pypy (and pypy32.1 is just confusing) how should I handle the version numbering? I could think of: a) use the language version as the suffix (i.e. pypy2.7 and pypy3.2) b) use a combination of the two (i.e. pypy2.1-2.7 and pypy2.1-2.7) c) use some other numbering scheme I currently prefer using option (a). Your thoughts? Regards --nextPart31260872.jEZ54PRYZj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEABECAAYFAlH6s4AACgkQUaaFgP9pFrIKcgCbBCmSfFRV3o9Xnx6j1/Mo+J3s M5gAn0aeuiLbU3z0CKZUdWbXs1QKi7YM =1EQs -----END PGP SIGNATURE----- --nextPart31260872.jEZ54PRYZj-- From owner-freebsd-python@FreeBSD.ORG Thu Aug 1 19:56:39 2013 Return-Path: Delivered-To: freebsd-python@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 ESMTP id A151E18F for ; Thu, 1 Aug 2013 19:56:39 +0000 (UTC) (envelope-from mva@FreeBSD.org) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.29.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3646027C6 for ; Thu, 1 Aug 2013 19:56:38 +0000 (UTC) Received: from [89.183.10.47] (helo=localhost) by smtprelay04.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1V4ytE-0004VS-D0 for freebsd-python@freebsd.org; Thu, 01 Aug 2013 21:50:24 +0200 Date: Thu, 1 Aug 2013 21:50:23 +0200 From: Marcus von Appen To: freebsd-python@freebsd.org Subject: Re: Naming of lang/pypy and lang/pypy3 Message-ID: <20130801195023.GA1345@medusa.sysfault.org> Mail-Followup-To: freebsd-python@freebsd.org References: <1595859.oJfAmeEhYc@dragon.dg> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Q68bSM7Ycu6FN28Q" Content-Disposition: inline In-Reply-To: <1595859.oJfAmeEhYc@dragon.dg> User-Agent: Mutt/1.5.21 (2010-09-15) X-Df-Sender: MTEyNTc0Mg== X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Marcus von Appen List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Aug 2013 19:56:39 -0000 --Q68bSM7Ycu6FN28Q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On, Thu Aug 01, 2013, David Naylor wrote: > Hi All, > > The pypy team have released a version of pypy that supports python-3.2 (while > the existing port supports python-2.7). > > I would like to quickly talk about two concepts here: > * python language version (such as python-2.7, python-3.2, etc) > * python implementation version (such as pypy-2.1, jython-?.?, ironpython-?.? > and cpython-2.7) > > > Currently the only supported implementation of python in bsd.python.mk is > cpython and bsd.python.mk assumes the implementation and language version is > the same. Of note, pypy seems to be the only implementation who's version > does not match the language. I would like to eventually teach bsd.python.mk > about different implementations, so with that in mind the current situation > for pypy is: > > The pypy library directory and binary are suffixed with the implementation > version (currently 2.1) however with pypy3 keeping the same version as pypy > (and pypy32.1 is just confusing) how should I handle the version numbering? > > I could think of: > a) use the language version as the suffix (i.e. pypy2.7 and pypy3.2) > b) use a combination of the two (i.e. pypy2.1-2.7 and pypy2.1-2.7) > c) use some other numbering scheme > > I currently prefer using option (a). Your thoughts? a) would cause a big mismatch when users report errors to the pypy upstream. Do not do it. b) just looks overly complicated to me c) naaaaaaah How about something like: pypy-2.1 (or pypy2-2.1) pypy3-2.1 This would match the pypy versions perfectly in my opinion. (On a side note: do you mind to move pypy betas into a pypy-devel port or such alike? The beta versions currently prevent using pypy as more or less stable replacement for CPython). Cheers Marcus --Q68bSM7Ycu6FN28Q Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlH6u/8ACgkQi68/ErJnpkemrwCdF+XProS9+6CxI3St0BgAgZYP QKAAoMpm0z3Dd4aShZlhSDlGRpLNTghb =nKEZ -----END PGP SIGNATURE----- --Q68bSM7Ycu6FN28Q-- From owner-freebsd-python@FreeBSD.ORG Fri Aug 2 17:50:09 2013 Return-Path: Delivered-To: freebsd-python@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 350692FA; Fri, 2 Aug 2013 17:50:09 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0BFF62315; Fri, 2 Aug 2013 17:50:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r72Ho8l5039735; Fri, 2 Aug 2013 17:50:08 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r72Ho8Rm039734; Fri, 2 Aug 2013 17:50:08 GMT (envelope-from edwin) Date: Fri, 2 Aug 2013 17:50:08 GMT Message-Id: <201308021750.r72Ho8Rm039734@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-python@FreeBSD.org From: edwin@FreeBSD.org Subject: Re: ports/181001: maintainer update : sysutils/py-salt X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Aug 2013 17:50:09 -0000 Synopsis: maintainer update : sysutils/py-salt Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-python Responsible-Changed-By: edwin Responsible-Changed-When: Fri Aug 2 17:50:08 UTC 2013 Responsible-Changed-Why: freebsd-python@ wants this port PRs (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=181001 From owner-freebsd-python@FreeBSD.ORG Fri Aug 2 18:08:34 2013 Return-Path: Delivered-To: python@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 ESMTP id 286956C7; Fri, 2 Aug 2013 18:08:34 +0000 (UTC) (envelope-from mva@FreeBSD.org) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 631F923DD; Fri, 2 Aug 2013 18:08:33 +0000 (UTC) Received: from [89.183.20.128] (helo=localhost) by smtprelay01.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1V5Jeu-0006nY-7P; Fri, 02 Aug 2013 20:01:01 +0200 Date: Fri, 2 Aug 2013 20:00:59 +0200 From: Marcus von Appen To: python@freebsd.org, portmgr@FreeBSD.org Subject: [CFT] lang/python becoming a python binary wrapper Message-ID: <20130802180059.GA1278@medusa.sysfault.org> Mail-Followup-To: python@freebsd.org, portmgr@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="K8nIJk4ghYZn606h" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Df-Sender: MTEyNTc0Mg== X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Marcus von Appen List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Aug 2013 18:08:34 -0000 --K8nIJk4ghYZn606h Content-Type: multipart/mixed; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dear all, as discussed previously on this list, users would love to install the same python for multiple python versions. Besides other issues (which I'll summarize in a different mail), one problem, especially for binary packages, are the "am I the default?" assumptions of lang/pythonXX. The attached patch moves that logic into lang/python, instead of maintaining the IF_DEFAULT magic within the individual python ports. This will allow binary packages to be installed side by side without any hacks, but also requires users, which are now happily using /usr/local/bin/python (being created by lang/pythonXX) to install lang/python explicitly (UPDATING entry should be sufficient). If there are no objections, I'll commit the change on the next weekend (09.08.+). Please take your time to test. If portmgr@ feels this might be a bit risky (ports implying /usr/local/bin/python based on lang/pythonXX), please issue an exp-run beforehand. Cheers Marcus --17pEHd4RhPHOinZp-- --K8nIJk4ghYZn606h Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlH789sACgkQi68/ErJnpkctBACeJGat/CDLTiSMD+iE74UdAmcB hl8An00xeCZfKukfwvn/wSSexmV+AIUU =a9HN -----END PGP SIGNATURE----- --K8nIJk4ghYZn606h-- From owner-freebsd-python@FreeBSD.ORG Fri Aug 2 19:21:13 2013 Return-Path: Delivered-To: freebsd-python@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 ESMTP id 3363EE56 for ; Fri, 2 Aug 2013 19:21:13 +0000 (UTC) (envelope-from mva@freebsd.org) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.18.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E5AA226D7 for ; Fri, 2 Aug 2013 19:21:12 +0000 (UTC) Received: from [80.67.16.118] (helo=webmailfront01.ispgateway.de) by smtprelay02.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1V5Kta-0007P5-Cx for freebsd-python@freebsd.org; Fri, 02 Aug 2013 21:20:14 +0200 Received: from a89-183-20-128.net-htp.de (a89-183-20-128.net-htp.de [89.183.20.128]) by webmail.df.eu (Horde Framework) with HTTP; Fri, 02 Aug 2013 21:20:14 +0200 Date: Fri, 02 Aug 2013 21:20:14 +0200 Message-ID: <20130802212014.Horde.FIXp-g0V9mWVLJjr1EhVyQ1@webmail.df.eu> From: Marcus von Appen To: freebsd-python@freebsd.org Subject: Re: [CFT] lang/python becoming a python binary wrapper References: <20130802180059.GA1278@medusa.sysfault.org> In-Reply-To: <20130802180059.GA1278@medusa.sysfault.org> User-Agent: Internet Messaging Program (IMP) H5 (6.0.4) Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline X-Df-Sender: ZnJlZWJzZEBzeXNmYXVsdC5vcmc= X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: mva@freebsd.org List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Aug 2013 19:21:13 -0000 Marcus von Appen : > Dear all, > > as discussed previously on this list, users would love to install the > same python for multiple python versions. Of course this has to be read as "same python _module_" for multiple version... > Besides other issues (which I'll summarize in a different mail), one > problem, especially for binary packages, are the "am I the default?" > assumptions of lang/pythonXX. > > The attached patch moves that logic into lang/python, instead of > maintaining the IF_DEFAULT magic within the individual python ports. > This will allow binary packages to be installed side by side without any > hacks, but also requires users, which are now happily using > /usr/local/bin/python (being created by lang/pythonXX) to install > lang/python explicitly (UPDATING entry should be sufficient). > > If there are no objections, I'll commit the change on the next weekend > (09.08.+). Please take your time to test. If portmgr@ feels this might > be a bit risky (ports implying /usr/local/bin/python based on > lang/pythonXX), please issue an exp-run beforehand. > > Cheers > Marcus From owner-freebsd-python@FreeBSD.ORG Sat Aug 3 10:33:40 2013 Return-Path: Delivered-To: freebsd-python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5FD30C87 for ; Sat, 3 Aug 2013 10:33:40 +0000 (UTC) (envelope-from mva@FreeBSD.org) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.103]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E5A022E78 for ; Sat, 3 Aug 2013 10:33:39 +0000 (UTC) Received: from [89.182.27.156] (helo=localhost) by smtprelay06.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1V5Z8g-0008PY-0R for freebsd-python@freebsd.org; Sat, 03 Aug 2013 12:32:46 +0200 Date: Sat, 3 Aug 2013 12:32:45 +0200 From: Marcus von Appen To: freebsd-python@freebsd.org Subject: Enabling ports to be installed for different python versions Message-ID: <20130803103245.GA62768@medusa.sysfault.org> Mail-Followup-To: freebsd-python@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0F1p//8PRICkK4MW" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Df-Sender: MTEyNTc0Mg== X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Marcus von Appen List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Aug 2013 10:33:40 -0000 --0F1p//8PRICkK4MW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline ...at the same time. Let's see, what we can do now (based on the ports, ignoring pkg here for now): - switch the default python version (for all ports) or the python version for a single port - properly install and deinstall all ports for python 2.x - properly install and deinstall ports for python 3.x, that are explicitly marked as such and which deal with __pycache__ correctly - Install the same port for different python versions as long as it * uses PYTHON_PKGNAMEPREFIX/PKGNAMESUFFIX to create a unique PKGNAME * its data/doc/etc/bin/whatever files use a unique name for different python versions (a minority, if there are some) Putting all this together, probably 10 to 20 percent of the python ports are currently capable of being installed for muliple CPython instances at the same time. What do we need to deal with? I am only looking at CPython for the moment, leaving PyPy out for now. Use PKGNAMEPREFIX/SUFFIX for python ports - this is a clean up task (which should be done regardless of everything else). Some python modules miss the prefix, making it impossible to install them for multiple python versions at the same time Handle byte-compiled files properly: - rm@ provided a __pycache__ plist post target, which can fix the deinstallation for the majority of python ports, when the user wants python 3.x. [0] - I provided a plist post target to deal with .pyc files automatically instead of storing them in the plist files. [1] Handle data and doc files properly: - python ports installing shared files must not create conflicts at installation or deinstallation time. DATADIR and DOCDIR should include the PYTHON_PKGNAMEPREFIX (or SUFFIX). Since most ports should be DATADIR and DOCDIR aware, that change might have a rather small impact on some ports - application binaries should receive a prefix or suffix based on PYTHON_PKGNAME(PREFIX|SUFFIX). The currently active PYTHON_DEFAULT_VERSION might indicate, which binary shall by symlinked to a prefixed or suffixed name. This is likely to affect several ports and involves some Makefile hacking or an additional PYTHON_APPLICATION_BINARIES= variable, which can be dealt with in bsd.python.mk. File names assigned to that variable are automatically symlinked in a do-install hook - Other files, especially configuration files (ETCDIR, etc.) may need specialy consideration, but should become PYTHON_PKGNAMESUFFIX-aware. This is likely to require some patching and will have an impact on some python ports. Support for non-CPython implementations: - A mid-term goal should be to offer support PyPy in USE_PYTHON, etc. This can introduce a new PYTHON_PKGNAMEPREFIX and SUFFIX and should have only a minimal impact on implementing the change, once everything else has been done. Those should be the most important tasks to enable proper support for multiple Python versions. Regarding the order, I would recommend: 1) Use PKGNAMEPREFIX/SUFFIX for python ports should be done within only a few days and also should not have any impact on the existing ports tree infrastructure or package building 2) Handle byte-compiled files properly quite large clean-up task, since this involves plist changes for all affected ports. An exp-run would be required to ensure that no port has been forgotten and the add-plist* hook(s) work correctly 3) Handle data and doc files properly hard to say, since this will also involve testing the ports to find all flaws. 4) Support for non-CPython implementations A rather small task; will mainly involve marking ports as not working under PyPy. [0] http://lists.freebsd.org/pipermail/freebsd-python/2013-January/005050.html [1] http://people.freebsd.org/~mva/pyc_compile.bsd.python.mk.patch Feedback is highly appreciated. If there are no larger objections, we can and should start with those tasks as soon as possible. Cheers Marcus --0F1p//8PRICkK4MW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlH83E0ACgkQi68/ErJnpkfGBgCdGEQ+oiJ6IOnqYBNXHuHxhAXZ ip8An1oqA7dKY8s32N/C/kVIJ9DDaEEo =whCD -----END PGP SIGNATURE----- --0F1p//8PRICkK4MW-- From owner-freebsd-python@FreeBSD.ORG Sat Aug 3 12:29:40 2013 Return-Path: Delivered-To: freebsd-python@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 ESMTP id 0827FE54; Sat, 3 Aug 2013 12:29:40 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-ee0-x233.google.com (mail-ee0-x233.google.com [IPv6:2a00:1450:4013:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 64A332165; Sat, 3 Aug 2013 12:29:39 +0000 (UTC) Received: by mail-ee0-f51.google.com with SMTP id c1so784961eek.10 for ; Sat, 03 Aug 2013 05:29:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=AnSWo2DrFmDnZdd5XmeHfoD645OZ3oxJItsNxLp7vZs=; b=xJO2vxbA3lccgQUOz3b94fuT+ufzPW3SCPB87zyUymrL74z8+OCCxALeLyhxtZU2QW 6w6pucQ+XCy2kRsQlEjsotC0VzIYc/LU0zN4LodIdPpmPHVWOzABXHVL/El3rpYCJ+cr EPeESUoCgunQRxjSCv781fLEitW5q/z3nv+8THi8paVHrxcDzrIfK0z+TvYi3zDy1vZd KZ6SXnYOUn+YsvCqIj3UHzZw3z3vhRuSZ/cpjw2sDsMdYoWnWZtZDdX1XDf9dzUrJaXv lblyKoXF8YE2saK3vXRyc7bW+xhg9imuvJRT9tUJgd2NdcEFhlr/XNob4BsGj77UWenG GiUQ== X-Received: by 10.14.214.136 with SMTP id c8mr9305454eep.6.1375532977487; Sat, 03 Aug 2013 05:29:37 -0700 (PDT) Received: from dragon.dg ([197.87.211.201]) by mx.google.com with ESMTPSA id k3sm19069940een.16.2013.08.03.05.29.35 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 03 Aug 2013 05:29:36 -0700 (PDT) From: David Naylor To: freebsd-python@freebsd.org, Marcus von Appen Subject: Re: Enabling ports to be installed for different python versions Date: Sat, 03 Aug 2013 14:29:29 +0300 Message-ID: <3135486.lOCflO8WFc@dragon.dg> User-Agent: KMail/4.9.5 (FreeBSD/9.1-RELEASE; KDE/4.9.5; amd64; ; ) In-Reply-To: <20130803103245.GA62768@medusa.sysfault.org> References: <20130803103245.GA62768@medusa.sysfault.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3157046.GBhVY2qg2y"; micalg="pgp-sha1"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Aug 2013 12:29:40 -0000 --nextPart3157046.GBhVY2qg2y Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="ISO-8859-1" On Saturday, 3 August 2013 12:32:45 Marcus von Appen wrote: > ...at the same time. > > Use PKGNAMEPREFIX/SUFFIX for python ports > > - this is a clean up task (which should be done regardless of everything > else). Some python modules miss the prefix, making it impossible to > install them for multiple python versions at the same time I think not all python based ports should use PKGNAMEPREFIX/SUFFIX. Those are ports who's main contribution is a bin/ and not libraries. In these cases the use of python is largely incidental. Two example are devel/eric4 (there is an eric5 that supports python3) and ports-mgmt/portbuilder. > Support for non-CPython implementations: > > - A mid-term goal should be to offer support PyPy in USE_PYTHON, etc. > This can introduce a new PYTHON_PKGNAMEPREFIX and SUFFIX and should > have only a minimal impact on implementing the change, once everything > else has been done. I don't think we need to limit the scope to only PyPy, there is also IronPython and Jython (perhaps longer term goals). I have the following suggestions for PYTHON_PKGNAMEPREFIX: - ppyXY for PyPy - p3pyXY for PyPy3 - ipyXY for IronPython - jpyXY for Jython where XY is the implementation version. > 4) Support for non-CPython implementations > > A rather small task; will mainly involve marking ports as not working > under PyPy. Can you please clarify this? Are you proposing: - marking all ports as not working under PyPy, or - those ports that fail to build/install under PyPy or - those ports that do not run under PyPy (this will require some form of testing the ports after installation). I'll happily act as liaison between the Python/FreeBSD PyPy teams if needed. Thank you for undertaking this fixup of python ports :-D Regards --nextPart3157046.GBhVY2qg2y Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEABECAAYFAlH896wACgkQUaaFgP9pFrKV/QCdE7QMWkJK7LZgoiJwb/oxmHaP P/0AnR59ThqLOf7S0Nq/wfoH0PpgZXGz =gEA6 -----END PGP SIGNATURE----- --nextPart3157046.GBhVY2qg2y-- From owner-freebsd-python@FreeBSD.ORG Sat Aug 3 12:36:45 2013 Return-Path: Delivered-To: python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B9525151; Sat, 3 Aug 2013 12:36:45 +0000 (UTC) (envelope-from mva@FreeBSD.org) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.29.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 02FFB21A0; Sat, 3 Aug 2013 12:36:44 +0000 (UTC) Received: from [89.182.27.156] (helo=localhost) by smtprelay04.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1V5b4V-0003ee-Hv; Sat, 03 Aug 2013 14:36:36 +0200 Date: Sat, 3 Aug 2013 14:36:34 +0200 From: Marcus von Appen To: python@freebsd.org, portmgr@FreeBSD.org Subject: Re: [CFT] lang/python becoming a python binary wrapper Message-ID: <20130803123634.GA1280@medusa.sysfault.org> Mail-Followup-To: python@freebsd.org, portmgr@FreeBSD.org References: <20130802180059.GA1278@medusa.sysfault.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dc+cDN39EJAMEtIO" Content-Disposition: inline In-Reply-To: <20130802180059.GA1278@medusa.sysfault.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Df-Sender: MTEyNTc0Mg== X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Marcus von Appen List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Aug 2013 12:36:45 -0000 --dc+cDN39EJAMEtIO Content-Type: multipart/mixed; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On, Fri Aug 02, 2013, Marcus von Appen wrote: [...] Looks like I missed to attach the diff. Here you go. Cheers Marcus --n8g4imXOkfNTN/H1-- --dc+cDN39EJAMEtIO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlH8+VIACgkQi68/ErJnpkePLwCfUigrnibQHgeD5ZkVxL93Yv+N b5kAoIFzq1MR3uTx37cHPV4eYNmFUlJ/ =HYYO -----END PGP SIGNATURE----- --dc+cDN39EJAMEtIO-- From owner-freebsd-python@FreeBSD.ORG Sat Aug 3 12:39:17 2013 Return-Path: Delivered-To: python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id CACD5196; Sat, 3 Aug 2013 12:39:17 +0000 (UTC) (envelope-from mva@FreeBSD.org) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.104]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 88E2521B2; Sat, 3 Aug 2013 12:39:17 +0000 (UTC) Received: from [89.182.27.156] (helo=localhost) by smtprelay06.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1V5b74-00045i-HJ; Sat, 03 Aug 2013 14:39:14 +0200 Date: Sat, 3 Aug 2013 14:39:14 +0200 From: Marcus von Appen To: python@freebsd.org, portmgr@FreeBSD.org Subject: Re: [CFT] lang/python becoming a python binary wrapper Message-ID: <20130803123914.GB1280@medusa.sysfault.org> Mail-Followup-To: python@freebsd.org, portmgr@FreeBSD.org References: <20130802180059.GA1278@medusa.sysfault.org> <20130803123634.GA1280@medusa.sysfault.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1ccMZA6j1vT5UqiK" Content-Disposition: inline In-Reply-To: <20130803123634.GA1280@medusa.sysfault.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-Df-Sender: MTEyNTc0Mg== X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Marcus von Appen List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Aug 2013 12:39:17 -0000 --1ccMZA6j1vT5UqiK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On, Sat Aug 03, 2013, Marcus von Appen wrote: > On, Fri Aug 02, 2013, Marcus von Appen wrote: > > [...] > > Looks like I missed to attach the diff. Here you go. > > Cheers > Marcus And since the mailing list seems to strip attachements, you can find the diff at http://people.freebsd.org/~mva/python-wrapper.diff Cheers Marcus --1ccMZA6j1vT5UqiK Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlH8+fIACgkQi68/ErJnpkfyOQCghNPBLVdZv2kzxE6dxuLMAz0s ZWkAoJ257AyjcKqRO3PPN0fLtc9YQq0S =pPev -----END PGP SIGNATURE----- --1ccMZA6j1vT5UqiK-- From owner-freebsd-python@FreeBSD.ORG Sat Aug 3 12:58:08 2013 Return-Path: Delivered-To: freebsd-python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4B5246C1 for ; Sat, 3 Aug 2013 12:58:08 +0000 (UTC) (envelope-from mva@FreeBSD.org) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.31.36]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D0D99221C for ; Sat, 3 Aug 2013 12:58:07 +0000 (UTC) Received: from [89.182.27.156] (helo=localhost) by smtprelay02.ispgateway.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1V5bPJ-00006s-4N; Sat, 03 Aug 2013 14:58:05 +0200 Date: Sat, 3 Aug 2013 14:58:04 +0200 From: Marcus von Appen To: David Naylor Subject: Re: Enabling ports to be installed for different python versions Message-ID: <20130803125804.GC1280@medusa.sysfault.org> Mail-Followup-To: David Naylor , freebsd-python@freebsd.org References: <20130803103245.GA62768@medusa.sysfault.org> <3135486.lOCflO8WFc@dragon.dg> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0/kgSOzhNoDC5T3a" Content-Disposition: inline In-Reply-To: <3135486.lOCflO8WFc@dragon.dg> User-Agent: Mutt/1.5.21 (2010-09-15) X-Df-Sender: MTEyNTc0Mg== Cc: freebsd-python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Marcus von Appen List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Aug 2013 12:58:08 -0000 --0/kgSOzhNoDC5T3a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On, Sat Aug 03, 2013, David Naylor wrote: > On Saturday, 3 August 2013 12:32:45 Marcus von Appen wrote: > > ...at the same time. > > > > Use PKGNAMEPREFIX/SUFFIX for python ports > > > > - this is a clean up task (which should be done regardless of everything > > else). Some python modules miss the prefix, making it impossible to > > install them for multiple python versions at the same time > > I think not all python based ports should use PKGNAMEPREFIX/SUFFIX. Those are > ports who's main contribution is a bin/ and not libraries. In these cases the > use of python is largely incidental. Two example are devel/eric4 (there is an > eric5 that supports python3) and ports-mgmt/portbuilder. To be more precise on what I meant: Ports that act mainly as python modules. If a port installs stuff into site-packages AND is compatible with multiple python versions, it should be possible to install it for them and hence it should feature an according prefix or suffix. portbuilder for example installs a package libpb into site-packages. If I would want to have to have that packages around in Python2.7 and Python3.2, I should be able to install it that way. The resulting package names might be: portbuilder-py27 portbuilder-py32 ... Ports that require Python, but do not install anything into site-packages, do not need to be prefixed or suffixed, though. They just should use the set default interpreter as depedency. > > Support for non-CPython implementations: > > > > - A mid-term goal should be to offer support PyPy in USE_PYTHON, etc. > > This can introduce a new PYTHON_PKGNAMEPREFIX and SUFFIX and should > > have only a minimal impact on implementing the change, once everything > > else has been done. > > I don't think we need to limit the scope to only PyPy, there is also > IronPython and Jython (perhaps longer term goals). I have the following > suggestions for PYTHON_PKGNAMEPREFIX: > - ppyXY for PyPy > - p3pyXY for PyPy3 > - ipyXY for IronPython > - jpyXY for Jython > where XY is the implementation version. I left out IronPython and Jython intentionally, since they are barely usable from a module compatibility point of view (especially for Python 2.7+). Thus my current focus is on getting CPython and PyPy (or PyPy3) up and running as default python interpreters for FreeBSD. > > 4) Support for non-CPython implementations > > > > A rather small task; will mainly involve marking ports as not working > > under PyPy. > > Can you please clarify this? Are you proposing: > - marking all ports as not working under PyPy, or > - those ports that fail to build/install under PyPy or > - those ports that do not run under PyPy (this will require some form of > testing the ports after installation). First would be to determine, which ports do not build and install under PyPy. Ports that do not run under PyPy (might be the case for several ctypes-based ports as well as several, which build C modules) requires testing the port interfaces and can be set on demand, if the reports come in. For now I would assume PyPy to be able to support every port, that builds and installs cleanly. > I'll happily act as liaison between the Python/FreeBSD PyPy teams if needed. I was unaware that there are seperate teams for that ;-). I would consider PyPy to belong to the FreeBSD Python team as well as Jython, IronPython, Cython, PyRex... Cheers Marcus --0/kgSOzhNoDC5T3a Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlH8/lwACgkQi68/ErJnpkf3DwCbBdnmrZ4IH+dJRbPyBXKt8djn 9tAAn1nZxVq9BVPhyIqFVOcNgpSXbDmc =T3Bj -----END PGP SIGNATURE----- --0/kgSOzhNoDC5T3a-- From owner-freebsd-python@FreeBSD.ORG Sat Aug 3 14:00:38 2013 Return-Path: Delivered-To: freebsd-python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0DBCF503; Sat, 3 Aug 2013 14:00:38 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-ee0-x229.google.com (mail-ee0-x229.google.com [IPv6:2a00:1450:4013:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AE392397; Sat, 3 Aug 2013 14:00:37 +0000 (UTC) Received: by mail-ee0-f41.google.com with SMTP id d17so795920eek.14 for ; Sat, 03 Aug 2013 07:00:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:date:message-id:user-agent:in-reply-to :references:mime-version:content-type:content-transfer-encoding; bh=OWps3r2KoBxzf7vMUWPfva0lF43PMhlFTz9tqto4tdU=; b=z/BAYPsgXrzYqiAfBpi0f4GZui/eI246HCfEOOu5MU2iPfb3lnFOEJsqzIgbM6T/9b Ee01hS2ilF0/MNmJSY+zoh7UNHs4T5dXe7XQYKFNkHi/FyrlKaq7ePDezQqN6GEveJVG TnnzoA/u+JhXSM6bH+eAWbv+upF+Waw5M6VzhgY35EaW0BYhYKSd/2c39ou9UzpzPrP5 0CM4pGqvmYeaTZqI1ix9XqV8Xa4wzcc+D9veHBg8ReBGG57vEITe+9ZC/bDRGtXOslPG dylSY2VKcwlFJLQxhmRuelcLDmy2Gc2H6C6pBUaFjUXbPyObnY8VVmiXP0ELXDGjF2/7 Ai4Q== X-Received: by 10.14.204.194 with SMTP id h42mr9709068eeo.47.1375538435550; Sat, 03 Aug 2013 07:00:35 -0700 (PDT) Received: from dragon.dg ([197.87.211.201]) by mx.google.com with ESMTPSA id e1sm7796807eev.8.2013.08.03.07.00.33 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 03 Aug 2013 07:00:34 -0700 (PDT) From: David Naylor To: Marcus von Appen Subject: Re: Enabling ports to be installed for different python versions Date: Sat, 03 Aug 2013 16:00:27 +0300 Message-ID: <4794970.92XoZoQXFi@dragon.dg> User-Agent: KMail/4.9.5 (FreeBSD/9.1-RELEASE; KDE/4.9.5; amd64; ; ) In-Reply-To: <20130803125804.GC1280@medusa.sysfault.org> References: <20130803103245.GA62768@medusa.sysfault.org> <3135486.lOCflO8WFc@dragon.dg> <20130803125804.GC1280@medusa.sysfault.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2131470.HuaFo0ZK1R"; micalg="pgp-sha1"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit Cc: freebsd-python@freebsd.org X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Aug 2013 14:00:38 -0000 --nextPart2131470.HuaFo0ZK1R Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="ISO-8859-1" On Saturday, 3 August 2013 14:58:04 Marcus von Appen wrote: > On, Sat Aug 03, 2013, David Naylor wrote: > > On Saturday, 3 August 2013 12:32:45 Marcus von Appen wrote: > > > Support for non-CPython implementations: > > > > > > - A mid-term goal should be to offer support PyPy in USE_PYTHON, etc. > > > > > > This can introduce a new PYTHON_PKGNAMEPREFIX and SUFFIX and should > > > have only a minimal impact on implementing the change, once everything > > > else has been done. > > > > I don't think we need to limit the scope to only PyPy, there is also > > IronPython and Jython (perhaps longer term goals). I have the following > > > > suggestions for PYTHON_PKGNAMEPREFIX: > > - ppyXY for PyPy > > - p3pyXY for PyPy3 > > - ipyXY for IronPython > > - jpyXY for Jython > > > > where XY is the implementation version. > > I left out IronPython and Jython intentionally, since they are barely > usable from a module compatibility point of view (especially for Python > 2.7+). Thus my current focus is on getting CPython and PyPy (or PyPy3) > up and running as default python interpreters for FreeBSD. Once I have "finished" my remaining big ports I would like to move on to getting IronPython and Jython working nicely with Ports. But that is at least months away... > > I'll happily act as liaison between the Python/FreeBSD PyPy teams if > > needed. > I was unaware that there are seperate teams for that ;-). I would > consider PyPy to belong to the FreeBSD Python team as well as Jython, > IronPython, Cython, PyRex... By "PyPy team" I meant upstream PyPy team. I do agree with your expectation: as the sole PyPy maintainer I do consider myself part of the PyPy team. --nextPart2131470.HuaFo0ZK1R Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEABECAAYFAlH9DP4ACgkQUaaFgP9pFrLp8gCfWIue+RgV5rfrmbTnhxy+Jqyu Z2sAn34UVDDNBC88F0+3GhVg0bpevDf+ =4Hlz -----END PGP SIGNATURE----- --nextPart2131470.HuaFo0ZK1R-- From owner-freebsd-python@FreeBSD.ORG Sat Aug 3 16:25:14 2013 Return-Path: Delivered-To: freebsd-python@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 544D97AF; Sat, 3 Aug 2013 16:25:14 +0000 (UTC) (envelope-from naylor.b.david@gmail.com) Received: from mail-ea0-x231.google.com (mail-ea0-x231.google.com [IPv6:2a00:1450:4013:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B136526F2; Sat, 3 Aug 2013 16:25:13 +0000 (UTC) Received: by mail-ea0-f177.google.com with SMTP id f15so832745eak.36 for ; Sat, 03 Aug 2013 09:25:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:user-agent:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=zAwIstkYQR+jRoKYGMdFllqWUiVoMmPcooxTirRJIGU=; b=m+bMqnknxq/nh//atW1hkN7Toc4PmTB0WAwFpMqZ6p22HbYg4O+Eeqy3aTMyz1JRjk hW2/SV3lfMOWVyDz2hhoyr2fmbE0XEMnN37OWatVH/eIxD3KaSJbJKPzAUGfhfQDdpbR ffriqv1a/qyHmMlnG3xeglSb07/K9x5quVsX7yQrYi/cDgfftgEVircb7OAqG8L5c8vB 2aw+FrZ+1qjespeiiU3Ddv5Ovosirwuh4a+fuGKupwC38Cs9KoEZpfFpDSVkbqM+94rY vviGwCvNGtfKYtMqtkPAY/yFjkw5XD7utOxTDcvAemoNzOnccp8ho7SIaLbp61WR5sAD VqCg== X-Received: by 10.14.176.199 with SMTP id b47mr10043291eem.117.1375547112022; Sat, 03 Aug 2013 09:25:12 -0700 (PDT) Received: from dragon.dg ([197.87.211.201]) by mx.google.com with ESMTPSA id x3sm19780297eeu.1.2013.08.03.09.25.09 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 03 Aug 2013 09:25:11 -0700 (PDT) From: David Naylor To: freebsd-python@freebsd.org, Marcus von Appen Subject: Re: Naming of lang/pypy and lang/pypy3 Date: Sat, 03 Aug 2013 18:25:01 +0300 Message-ID: <6283190.FdUAYIpsqz@dragon.dg> User-Agent: KMail/4.9.5 (FreeBSD/9.1-RELEASE; KDE/4.9.5; amd64; ; ) In-Reply-To: <20130801195023.GA1345@medusa.sysfault.org> References: <1595859.oJfAmeEhYc@dragon.dg> <20130801195023.GA1345@medusa.sysfault.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2168369.BUPnfW8zrx"; micalg="pgp-sha1"; protocol="application/pgp-signature" Content-Transfer-Encoding: 7Bit X-BeenThere: freebsd-python@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: FreeBSD-specific Python issues List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Aug 2013 16:25:14 -0000 --nextPart2168369.BUPnfW8zrx Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="ISO-8859-1" On Thursday, 1 August 2013 21:50:23 Marcus von Appen wrote: > On, Thu Aug 01, 2013, David Naylor wrote: > > Hi All, > > > > The pypy team have released a version of pypy that supports python-3.2 > > (while the existing port supports python-2.7). > > > > I would like to quickly talk about two concepts here: > > * python language version (such as python-2.7, python-3.2, etc) > > * python implementation version (such as pypy-2.1, jython-?.?, > > ironpython-?.?> > > and cpython-2.7) > > > > > > Currently the only supported implementation of python in bsd.python.mk is > > cpython and bsd.python.mk assumes the implementation and language version > > is the same. Of note, pypy seems to be the only implementation who's > > version does not match the language. I would like to eventually teach > > bsd.python.mk about different implementations, so with that in mind the > > current situation for pypy is: > > > > The pypy library directory and binary are suffixed with the implementation > > version (currently 2.1) however with pypy3 keeping the same version as > > pypy > > (and pypy32.1 is just confusing) how should I handle the version > > numbering? > > > > I could think of: > > a) use the language version as the suffix (i.e. pypy2.7 and pypy3.2) > > b) use a combination of the two (i.e. pypy2.1-2.7 and pypy2.1-2.7) > > c) use some other numbering scheme > > > > I currently prefer using option (a). Your thoughts? > > a) would cause a big mismatch when users report errors to the pypy > upstream. Do not do it. > b) just looks overly complicated to me > c) naaaaaaah > > How about something like: > > pypy-2.1 (or pypy2-2.1) > pypy3-2.1 > > This would match the pypy versions perfectly in my opinion. > > (On a side note: do you mind to move pypy betas into a pypy-devel port > or such alike? The beta versions currently prevent using pypy as > more or less stable replacement for CPython). Thanks for your input. I've opted for pypy-2.1 and pypy3-2.1. I'll gladly make a -devel port for pypy (starting with pypy3-devel :-D). Could you please elaborate how the beta's are preventing pypy from being used as a replacement for CPython? Regards --nextPart2168369.BUPnfW8zrx Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEABECAAYFAlH9LuIACgkQUaaFgP9pFrI5pQCfWuxoggdapaSYdvPFTkXvgIL7 7J0AoIc4G0L02Vbh5nZDtlfdsHxeQlp5 =FXey -----END PGP SIGNATURE----- --nextPart2168369.BUPnfW8zrx--