From owner-freebsd-python@FreeBSD.ORG Sun Jul 28 16:52:03 2013
Return-Path: <owner-freebsd-python@FreeBSD.ORG>
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" <john@saltant.com>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <freebsd-python@smarthost.ysv.freebsd.org>;
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 <freebsd-python@smarthost.ysv.freebsd.org>;
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 <freebsd-python@freefall.freebsd.org>; 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" <john@saltant.com>
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" <john@saltant.com>
List-Id: FreeBSD-specific Python issues <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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" <john@saltant.com>
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: <owner-freebsd-python@FreeBSD.ORG>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <freebsd-python@smarthost.ysv.freebsd.org>;
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 <freebsd-python@smarthost.ysv.freebsd.org>;
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 <freebsd-python@freefall.freebsd.org>; 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 <moggie@elasticmind.net>
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 <moggie@elasticmind.net>
List-Id: FreeBSD-specific Python issues <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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 <moggie@elasticmind.net>
To: bug-followup@FreeBSD.org
Cc: Edwin Groothuis <edwin@FreeBSD.org>
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: <owner-freebsd-python@FreeBSD.ORG>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <freebsd-python@freebsd.org>; 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 <freebsd-python@freebsd.org>; Mon, 29 Jul 2013 08:00:39 +0000 (UTC)
Received: by mail-wi0-f176.google.com with SMTP id f14so744851wiw.3
for <freebsd-python@freebsd.org>; 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: <CAO+PfDdfdhfnyTi0sJzvbJA0GLnOB=3dNme0gn6uhnenzUcjaQ@mail.gmail.com>
Subject: Dealing with 2.7 and 3.3 installations
From: David Demelier <demelier.david@gmail.com>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <multiple recipients>; 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 <multiple recipients>
(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 <koobs.freebsd@gmail.com>
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 <demelier.david@gmail.com>,
Daniel Braniss <danny@cs.huji.ac.il>
Subject: Re: python 2 and 3 modules
References: <E1V3QJs-000JpR-FR@kabab.cs.huji.ac.il>
<CAO+PfDcARya67Kd+hOEfDGNzLA4zp+8d1JYJhsYShQx=kXVijA@mail.gmail.com>
In-Reply-To: <CAO+PfDcARya67Kd+hOEfDGNzLA4zp+8d1JYJhsYShQx=kXVijA@mail.gmail.com>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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 <danny@cs.huji.ac.il>:
>> 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: <owner-freebsd-python@FreeBSD.ORG>
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 <freebsd-python@freebsd.org>; 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 <freebsd-python@freebsd.org>; 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 <mva@freebsd.org>)
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 <mva@freebsd.org>
To: David Demelier <demelier.david@gmail.com>
Subject: Re: Dealing with 2.7 and 3.3 installations
References: <CAO+PfDdfdhfnyTi0sJzvbJA0GLnOB=3dNme0gn6uhnenzUcjaQ@mail.gmail.com>
In-Reply-To: <CAO+PfDdfdhfnyTi0sJzvbJA0GLnOB=3dNme0gn6uhnenzUcjaQ@mail.gmail.com>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jul 2013 09:05:39 -0000
Zitat von David Demelier <demelier.david@gmail.com>:
> 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: <owner-freebsd-python@FreeBSD.ORG>
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 <mva@freebsd.org>)
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 <mva@freebsd.org>
To: Baptiste Daroussin <bapt@freebsd.org>
Subject: Re: python 2 and 3 modules
References: <E1V3QJs-000JpR-FR@kabab.cs.huji.ac.il>
<CAO+PfDcARya67Kd+hOEfDGNzLA4zp+8d1JYJhsYShQx=kXVijA@mail.gmail.com>
<20130729110145.Horde.vaUlaCnJ-q1VD1He43pO6Q8@webmail.df.eu>
<CAO+PfDfYVzjiH8Q=TB8RWg09unA37Mnwb3FACXWL60bjnZm_iA@mail.gmail.com>
<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 <demelier.david@gmail.com>, 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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 29 Jul 2013 11:05:44 -0000
Baptiste Daroussin <bapt@freebsd.org>:
> On Mon, Jul 29, 2013 at 12:26:24PM +0200, Marcus von Appen wrote:
>> David Demelier <demelier.david@gmail.com>:
>>
>> > 2013/7/29 Marcus von Appen <mva@freebsd.org>:
>> >> David Demelier <demelier.david@gmail.com>:
>> >>
>> >>
>> >>> 2013/7/28 Daniel Braniss <danny@cs.huji.ac.il>:
>> >>>>
>> >>>> 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 <python-module> - or -
>> >> make -DPYTHON_VERSION=xxx <python-module> - or -
>> >> make -DPYTHON3_DEFAULT_VERSION=xxx <python-module>
>> >>
>> >> 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: <owner-freebsd-python@FreeBSD.ORG>
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 <freebsd-python@FreeBSD.org>; 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 <freebsd-python@FreeBSD.org>; 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 <freebsd-python@FreeBSD.org>; 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 <bugmaster@freebsd.org>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <multiple recipients>; 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 <multiple recipients>
(version=TLSv1 cipher=RC4-SHA bits=128/128);
Mon, 29 Jul 2013 05:05:49 -0700 (PDT)
Sender: Baptiste Daroussin <baptiste.daroussin@gmail.com>
Date: Mon, 29 Jul 2013 14:05:47 +0200
From: Baptiste Daroussin <bapt@freebsd.org>
To: Marcus von Appen <mva@freebsd.org>
Subject: Re: python 2 and 3 modules
Message-ID: <20130729120546.GR98542@ithaqua.etoilebsd.net>
References: <E1V3QJs-000JpR-FR@kabab.cs.huji.ac.il>
<CAO+PfDcARya67Kd+hOEfDGNzLA4zp+8d1JYJhsYShQx=kXVijA@mail.gmail.com>
<20130729110145.Horde.vaUlaCnJ-q1VD1He43pO6Q8@webmail.df.eu>
<CAO+PfDfYVzjiH8Q=TB8RWg09unA37Mnwb3FACXWL60bjnZm_iA@mail.gmail.com>
<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 <demelier.david@gmail.com>, 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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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 <bapt@freebsd.org>:
>=20
> > On Mon, Jul 29, 2013 at 12:26:24PM +0200, Marcus von Appen wrote:
> >> David Demelier <demelier.david@gmail.com>:
> >>
> >> > 2013/7/29 Marcus von Appen <mva@freebsd.org>:
> >> >> David Demelier <demelier.david@gmail.com>:
> >> >>
> >> >>
> >> >>> 2013/7/28 Daniel Braniss <danny@cs.huji.ac.il>:
> >> >>>>
> >> >>>> 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 <python-module> - or -
> >> >> make -DPYTHON_VERSION=3Dxxx <python-module> - or -
> >> >> make -DPYTHON3_DEFAULT_VERSION=3Dxxx <python-module>
> >> >>
> >> >> 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: <owner-freebsd-python@FreeBSD.ORG>
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 <mva@freebsd.org>)
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 <mva@freebsd.org>
To: David Demelier <demelier.david@gmail.com>, Daniel Braniss
<danny@cs.huji.ac.il>
Subject: Re: Dealing with 2.7 and 3.3 installations
References: <CAO+PfDdfdhfnyTi0sJzvbJA0GLnOB=3dNme0gn6uhnenzUcjaQ@mail.gmail.com>
In-Reply-To: <CAO+PfDdfdhfnyTi0sJzvbJA0GLnOB=3dNme0gn6uhnenzUcjaQ@mail.gmail.com>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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: <CAO+PfDdfdhfnyTi0sJzvbJA0GLnOB=3dNme0gn6uhnenzUcjaQ@mail.gmail.com>
<20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu>
Comments: In-reply-to Marcus von Appen <mva@freebsd.org>
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 <danny@cs.huji.ac.il>
Message-ID: <E1V460a-0000VO-7t@kabab.cs.huji.ac.il>
Cc: David Demelier <demelier.david@gmail.com>, 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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <multiple recipients>; 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: <CAO+PfDdfdhfnyTi0sJzvbJA0GLnOB=3dNme0gn6uhnenzUcjaQ@mail.gmail.com>
<20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu>
Date: Tue, 30 Jul 2013 11:23:15 +0200
Message-ID: <CAO+PfDdpOw8FONKaze0_CMYET7eHrfWPzZd1-K0FwBVvnJ8jpg@mail.gmail.com>
Subject: Re: Dealing with 2.7 and 3.3 installations
From: David Demelier <demelier.david@gmail.com>
To: mva@freebsd.org
Content-Type: text/plain; charset=UTF-8
Cc: Daniel Braniss <danny@cs.huji.ac.il>, 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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jul 2013 09:23:18 -0000
2013/7/30 Marcus von Appen <mva@freebsd.org>:
> 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: <owner-freebsd-python@FreeBSD.ORG>
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 <mva@freebsd.org>)
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 <mva@freebsd.org>
To: David Demelier <demelier.david@gmail.com>
Subject: Re: Dealing with 2.7 and 3.3 installations
References: <CAO+PfDdfdhfnyTi0sJzvbJA0GLnOB=3dNme0gn6uhnenzUcjaQ@mail.gmail.com>
<20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu>
<CAO+PfDdpOw8FONKaze0_CMYET7eHrfWPzZd1-K0FwBVvnJ8jpg@mail.gmail.com>
In-Reply-To: <CAO+PfDdpOw8FONKaze0_CMYET7eHrfWPzZd1-K0FwBVvnJ8jpg@mail.gmail.com>
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 <danny@cs.huji.ac.il>, 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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jul 2013 09:47:53 -0000
David Demelier <demelier.david@gmail.com>:
> 2013/7/30 Marcus von Appen <mva@freebsd.org>:
>> 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: <owner-freebsd-python@FreeBSD.ORG>
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 <mva@freebsd.org>)
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 <mva@freebsd.org>
To: Daniel Braniss <danny@cs.huji.ac.il>
Subject: Re: Dealing with 2.7 and 3.3 installations
References: <CAO+PfDdfdhfnyTi0sJzvbJA0GLnOB=3dNme0gn6uhnenzUcjaQ@mail.gmail.com>
<20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu>
<E1V460a-0000VO-7t@kabab.cs.huji.ac.il>
In-Reply-To: <E1V460a-0000VO-7t@kabab.cs.huji.ac.il>
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 <demelier.david@gmail.com>, 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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jul 2013 09:55:45 -0000
Daniel Braniss <danny@cs.huji.ac.il>:
>> 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: <owner-freebsd-python@FreeBSD.ORG>
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: <CAO+PfDdfdhfnyTi0sJzvbJA0GLnOB=3dNme0gn6uhnenzUcjaQ@mail.gmail.com>
<20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu>
<E1V460a-0000VO-7t@kabab.cs.huji.ac.il>
<20130730115536.Horde.hJnU1JcPQIOJUsZ_wn7oOw9@webmail.df.eu>
Comments: In-reply-to Marcus von Appen <mva@freebsd.org>
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 <danny@cs.huji.ac.il>
Message-ID: <E1V47O1-0001rY-4E@kabab.cs.huji.ac.il>
Cc: David Demelier <demelier.david@gmail.com>, 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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jul 2013 10:42:44 -0000
> Daniel Braniss <danny@cs.huji.ac.il>:
>
> >> 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: <owner-freebsd-python@FreeBSD.ORG>
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 <mva@freebsd.org>)
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 <mva@freebsd.org>
To: Daniel Braniss <danny@cs.huji.ac.il>
Subject: Re: Dealing with 2.7 and 3.3 installations
References: <CAO+PfDdfdhfnyTi0sJzvbJA0GLnOB=3dNme0gn6uhnenzUcjaQ@mail.gmail.com>
<20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu>
<E1V460a-0000VO-7t@kabab.cs.huji.ac.il>
<20130730115536.Horde.hJnU1JcPQIOJUsZ_wn7oOw9@webmail.df.eu>
<E1V47O1-0001rY-4E@kabab.cs.huji.ac.il>
In-Reply-To: <E1V47O1-0001rY-4E@kabab.cs.huji.ac.il>
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 <demelier.david@gmail.com>, 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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jul 2013 12:11:37 -0000
Daniel Braniss <danny@cs.huji.ac.il>:
[...]
>
>>
>> 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: <owner-freebsd-python@FreeBSD.ORG>
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: <CAO+PfDdfdhfnyTi0sJzvbJA0GLnOB=3dNme0gn6uhnenzUcjaQ@mail.gmail.com>
<20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu>
<E1V460a-0000VO-7t@kabab.cs.huji.ac.il>
<20130730115536.Horde.hJnU1JcPQIOJUsZ_wn7oOw9@webmail.df.eu>
<E1V47O1-0001rY-4E@kabab.cs.huji.ac.il>
<20130730141133.Horde.0f8kjfhXWCzbnDRbbd9DvA1@webmail.df.eu>
Comments: In-reply-to Marcus von Appen <mva@freebsd.org>
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 <danny@cs.huji.ac.il>
Message-ID: <E1V496e-0003oK-7r@kabab.cs.huji.ac.il>
Cc: David Demelier <demelier.david@gmail.com>, 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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jul 2013 12:32:57 -0000
> Daniel Braniss <danny@cs.huji.ac.il>:
>
> [...]
> >
> >>
> >> 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: <owner-freebsd-python@FreeBSD.ORG>
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: <CAO+PfDdfdhfnyTi0sJzvbJA0GLnOB=3dNme0gn6uhnenzUcjaQ@mail.gmail.com>
<20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu>
<E1V460a-0000VO-7t@kabab.cs.huji.ac.il>
<20130730115536.Horde.hJnU1JcPQIOJUsZ_wn7oOw9@webmail.df.eu>
Comments: In-reply-to Marcus von Appen <mva@freebsd.org>
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 <danny@cs.huji.ac.il>
Message-ID: <E1V49VP-00049A-ML@kabab.cs.huji.ac.il>
Cc: David Demelier <demelier.david@gmail.com>, 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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <mva@freebsd.org>)
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 <mva@freebsd.org>
To: Daniel Braniss <danny@cs.huji.ac.il>
Subject: Re: Dealing with 2.7 and 3.3 installations
References: <CAO+PfDdfdhfnyTi0sJzvbJA0GLnOB=3dNme0gn6uhnenzUcjaQ@mail.gmail.com>
<20130730095456.Horde.XlxQMdj5YU1hIxf6WAYZOQ2@webmail.df.eu>
<E1V460a-0000VO-7t@kabab.cs.huji.ac.il>
<20130730115536.Horde.hJnU1JcPQIOJUsZ_wn7oOw9@webmail.df.eu>
<E1V47O1-0001rY-4E@kabab.cs.huji.ac.il>
<20130730141133.Horde.0f8kjfhXWCzbnDRbbd9DvA1@webmail.df.eu>
<E1V496e-0003oK-7r@kabab.cs.huji.ac.il>
In-Reply-To: <E1V496e-0003oK-7r@kabab.cs.huji.ac.il>
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 <demelier.david@gmail.com>, 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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Jul 2013 14:28:17 -0000
Daniel Braniss <danny@cs.huji.ac.il>:
>> Daniel Braniss <danny@cs.huji.ac.il>:
>>
>> [...]
>> >
>> >>
>> >> 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: <owner-freebsd-python@FreeBSD.ORG>
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 <freebsd-python@smarthost.ysv.freebsd.org>;
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 <freebsd-python@smarthost.ysv.freebsd.org>;
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 <freebsd-python@freefall.freebsd.org>; 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 <dfilter@FreeBSD.ORG>
List-Id: FreeBSD-specific Python issues <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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 <moggie@elasticmind.net>
-#
+# Created by: Moggie <moggie@elasticmind.net>
# $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 <bsd.port.pre.mk>
+.include <bsd.port.options.mk>
-# 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 <bsd.port.pre.mk>
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 <bsd.port.post.mk>
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: <owner-freebsd-python@FreeBSD.ORG>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <multiple recipients>; 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 <multiple recipients>
(version=TLSv1 cipher=RC4-SHA bits=128/128);
Thu, 01 Aug 2013 12:14:12 -0700 (PDT)
From: David Naylor <naylor.b.david@gmail.com>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <freebsd-python@freebsd.org>; 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 <freebsd-python@freebsd.org>; 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 <mva@FreeBSD.org>) 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 <mva@FreeBSD.org>
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 <mva@FreeBSD.org>
List-Id: FreeBSD-specific Python issues <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <mva@FreeBSD.org>)
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 <mva@FreeBSD.org>
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 <mva@FreeBSD.org>
List-Id: FreeBSD-specific Python issues <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <freebsd-python@freebsd.org>; 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 <freebsd-python@freebsd.org>; 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 <mva@freebsd.org>) 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 <mva@freebsd.org>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Aug 2013 19:21:13 -0000
Marcus von Appen <mva@freebsd.org>:
> 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: <owner-freebsd-python@FreeBSD.ORG>
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 <freebsd-python@freebsd.org>; 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 <freebsd-python@freebsd.org>; 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 <mva@FreeBSD.org>) 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 <mva@FreeBSD.org>
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 <mva@FreeBSD.org>
List-Id: FreeBSD-specific Python issues <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <multiple recipients>; 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 <multiple recipients>
(version=TLSv1 cipher=RC4-SHA bits=128/128);
Sat, 03 Aug 2013 05:29:36 -0700 (PDT)
From: David Naylor <naylor.b.david@gmail.com>
To: freebsd-python@freebsd.org, Marcus von Appen <mva@freebsd.org>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <mva@FreeBSD.org>)
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 <mva@FreeBSD.org>
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 <mva@FreeBSD.org>
List-Id: FreeBSD-specific Python issues <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <mva@FreeBSD.org>)
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 <mva@FreeBSD.org>
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 <mva@FreeBSD.org>
List-Id: FreeBSD-specific Python issues <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <freebsd-python@freebsd.org>; 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 <freebsd-python@freebsd.org>; 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 <mva@FreeBSD.org>)
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 <mva@FreeBSD.org>
To: David Naylor <naylor.b.david@gmail.com>
Subject: Re: Enabling ports to be installed for different python versions
Message-ID: <20130803125804.GC1280@medusa.sysfault.org>
Mail-Followup-To: David Naylor <naylor.b.david@gmail.com>,
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 <mva@FreeBSD.org>
List-Id: FreeBSD-specific Python issues <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <multiple recipients>; 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 <multiple recipients>
(version=TLSv1 cipher=RC4-SHA bits=128/128);
Sat, 03 Aug 2013 07:00:34 -0700 (PDT)
From: David Naylor <naylor.b.david@gmail.com>
To: Marcus von Appen <mva@freebsd.org>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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: <owner-freebsd-python@FreeBSD.ORG>
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 <multiple recipients>; 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 <multiple recipients>
(version=TLSv1 cipher=RC4-SHA bits=128/128);
Sat, 03 Aug 2013 09:25:11 -0700 (PDT)
From: David Naylor <naylor.b.david@gmail.com>
To: freebsd-python@freebsd.org, Marcus von Appen <mva@freebsd.org>
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 <freebsd-python.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-python>
List-Post: <mailto:freebsd-python@freebsd.org>
List-Help: <mailto:freebsd-python-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-python>,
<mailto:freebsd-python-request@freebsd.org?subject=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--