From beheerder at ppba.nl Wed Oct 1 07:20:56 2014
From: beheerder at ppba.nl (Ewout Boks)
Date: Wed, 1 Oct 2014 09:18:09 +0200
Subject: FreeBSD Port: wxglade-0.6.8_4
Message-ID: <27DF7526-1F9C-4B5B-B678-16FD2DDB716E@ppba.nl>
Hi,
I wanted to let you know that wxGlade, as it is configured in FreeBSD at the moment, is non-functional. wxGlade 0.6.8 must be used with wxpython 2.8 . It is incompatible with wxpython-3.0 :
from http://wxglade.sourceforge.net/ :
2014?08?31 News from next release:
The next release will be a major release. It will introduce the support for generating code for wxWidgets 3.0. But wxGlade will still not running with Python3.
General changes:
Could you please revert it to wxpython 2.8 ?
With best regards,
Ewout Boks
From bugzilla-noreply at freebsd.org Wed Oct 1 13:32:15 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Wed, 01 Oct 2014 13:32:15 +0000
Subject: [Bug 191943] lang/python34 won't build in jail if software and
kernel versions doesn't match
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191943
Eir Nym changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Open |Issue Resolved
Resolution|--- |FIXED
--- Comment #13 from Eir Nym ---
I think it better to has less hijacking to set this variables this way.
--
You are receiving this mail because:
You are the assignee for the bug.
From antoine at freebsd.org Wed Oct 1 17:55:13 2014
From: antoine at freebsd.org (Antoine Brodin)
Date: Wed, 1 Oct 2014 19:55:09 +0200
Subject: svn commit: r369447 - head/math/py-numpy
In-Reply-To: <20140930105901.Horde.8NnDt4jYnDKAQm8WBYG8sg2@graf.pompo.net>
References:
<62DE6FC0-81E3-4948-8EEC-E117F8804C47@FreeBSD.org>
<20140929171014.Horde.YYy7h3WioJML_Df5UL6LGw1@graf.pompo.net>
<98696AA7-E23D-46BF-854C-DAAB0FEAE9CC@FreeBSD.org>
<20140929174352.GH22824@graf.pompo.net>
<20140929220609.GK22824@graf.pompo.net>
<6D4AA066-D0FE-4F86-9519-4235A4B8D4B8@FreeBSD.org>
<20140930094610.Horde.DUABEBfOMwkJwRR-18ZKxw1@graf.pompo.net>
<794D8C26-FC05-4417-A16C-47B3156285F2@FreeBSD.org>
<20140930105901.Horde.8NnDt4jYnDKAQm8WBYG8sg2@graf.pompo.net>
Message-ID:
On Tue, Sep 30, 2014 at 10:59 AM, wrote:
> Selon Dmitry Sivachenko le mar 30 sep 10:40:46 2014 :
>
>> I committed your fix for py-scipy and py-symeig port, I also verified
>> several other py-numpy-dependent ports: they have no such an issue.
Hi,
2 others:
http://package20.nyi.freebsd.org/data/91amd64-default-baseline/369680/logs/errors/py27-obspy-0.9.2_2.log
http://package20.nyi.freebsd.org/data/91amd64-default-baseline/369680/logs/errors/py27-pymc-2.3_2,1.log
Cheers,
Antoine
>
>
> Thanks Dmitry!
>
> --
> Th. Thomas.
From thierry at FreeBSD.org Wed Oct 1 19:14:02 2014
From: thierry at FreeBSD.org (Thierry Thomas)
Date: Wed, 1 Oct 2014 21:13:30 +0200
Subject: svn commit: r369447 - head/math/py-numpy
In-Reply-To:
References: <62DE6FC0-81E3-4948-8EEC-E117F8804C47@FreeBSD.org>
<20140929171014.Horde.YYy7h3WioJML_Df5UL6LGw1@graf.pompo.net>
<98696AA7-E23D-46BF-854C-DAAB0FEAE9CC@FreeBSD.org>
<20140929174352.GH22824@graf.pompo.net>
<20140929220609.GK22824@graf.pompo.net>
<6D4AA066-D0FE-4F86-9519-4235A4B8D4B8@FreeBSD.org>
<20140930094610.Horde.DUABEBfOMwkJwRR-18ZKxw1@graf.pompo.net>
<794D8C26-FC05-4417-A16C-47B3156285F2@FreeBSD.org>
<20140930105901.Horde.8NnDt4jYnDKAQm8WBYG8sg2@graf.pompo.net>
Message-ID: <20141001191330.GI16571@graf.pompo.net>
Le mer 1 oct 14 ? 19:55:09 +0200, Antoine Brodin
?crivait?:
> Hi,
Hello,
> 2 others:
>
> http://package20.nyi.freebsd.org/data/91amd64-default-baseline/369680/logs/errors/py27-obspy-0.9.2_2.log
> http://package20.nyi.freebsd.org/data/91amd64-default-baseline/369680/logs/errors/py27-pymc-2.3_2,1.log
Same cause, same remedy!
I have tested the two attached patches, and they fix the issue.
Best regards,
--
Th. Thomas.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 949 bytes
Desc: not available
URL:
From antoine at freebsd.org Wed Oct 1 20:53:47 2014
From: antoine at freebsd.org (Antoine Brodin)
Date: Wed, 1 Oct 2014 22:53:45 +0200
Subject: svn commit: r369447 - head/math/py-numpy
In-Reply-To: <20141001191330.GI16571@graf.pompo.net>
References: <62DE6FC0-81E3-4948-8EEC-E117F8804C47@FreeBSD.org>
<20140929171014.Horde.YYy7h3WioJML_Df5UL6LGw1@graf.pompo.net>
<98696AA7-E23D-46BF-854C-DAAB0FEAE9CC@FreeBSD.org>
<20140929174352.GH22824@graf.pompo.net>
<20140929220609.GK22824@graf.pompo.net>
<6D4AA066-D0FE-4F86-9519-4235A4B8D4B8@FreeBSD.org>
<20140930094610.Horde.DUABEBfOMwkJwRR-18ZKxw1@graf.pompo.net>
<794D8C26-FC05-4417-A16C-47B3156285F2@FreeBSD.org>
<20140930105901.Horde.8NnDt4jYnDKAQm8WBYG8sg2@graf.pompo.net>
<20141001191330.GI16571@graf.pompo.net>
Message-ID:
On Wed, Oct 1, 2014 at 9:13 PM, Thierry Thomas wrote:
> Le mer 1 oct 14 ? 19:55:09 +0200, Antoine Brodin
> ?crivait :
>
>> Hi,
>
> Hello,
>
>> 2 others:
>>
>> http://package20.nyi.freebsd.org/data/91amd64-default-baseline/369680/logs/errors/py27-obspy-0.9.2_2.log
>> http://package20.nyi.freebsd.org/data/91amd64-default-baseline/369680/logs/errors/py27-pymc-2.3_2,1.log
>
> Same cause, same remedy!
>
> I have tested the two attached patches, and they fix the issue.
And those 2:
http://package20.nyi.freebsd.org/data/91amd64-default-baseline/369680/logs/errors/wspr-3.00.r2511_8.log
http://package20.nyi.freebsd.org/data/91amd64-default-baseline/369680/logs/errors/wsjt-9.1.r2511_5.log
Are you sure it's no a bug in numpy?
Manually adding -shared to all those ports doesn't look too right.
Cheers,
Antoine
From thierry at FreeBSD.org Wed Oct 1 21:17:33 2014
From: thierry at FreeBSD.org (Thierry Thomas)
Date: Wed, 1 Oct 2014 23:17:30 +0200
Subject: svn commit: r369447 - head/math/py-numpy
In-Reply-To:
References: <98696AA7-E23D-46BF-854C-DAAB0FEAE9CC@FreeBSD.org>
<20140929174352.GH22824@graf.pompo.net>
<20140929220609.GK22824@graf.pompo.net>
<6D4AA066-D0FE-4F86-9519-4235A4B8D4B8@FreeBSD.org>
<20140930094610.Horde.DUABEBfOMwkJwRR-18ZKxw1@graf.pompo.net>
<794D8C26-FC05-4417-A16C-47B3156285F2@FreeBSD.org>
<20140930105901.Horde.8NnDt4jYnDKAQm8WBYG8sg2@graf.pompo.net>
<20141001191330.GI16571@graf.pompo.net>
Message-ID: <20141001211730.GL16571@graf.pompo.net>
Le mer 1 oct 14 ? 22:53:45 +0200, Antoine Brodin
?crivait?:
> And those 2:
>
> http://package20.nyi.freebsd.org/data/91amd64-default-baseline/369680/logs/errors/wspr-3.00.r2511_8.log
> http://package20.nyi.freebsd.org/data/91amd64-default-baseline/369680/logs/errors/wsjt-9.1.r2511_5.log
>
> Are you sure it's no a bug in numpy?
> Manually adding -shared to all those ports doesn't look too right.
I'm wondering too... This is rather strange, and I cannot explain why
this failure appears now.
For sure numpy was broken before my patch: it was impossible to use it
without setting LD_LIBRARY_PATH to the libfortran directory. But I don't
understand how it could be related to this missing '-shared'.
In the meantime we also upgraded Gcc from 4.7 to 4.8, and this produces
also new failures, e.g. with cad/kicad: it was OK with 4.7 but does not
compile anymore with 4.8.
Any ideas?
--
Th. Thomas.
From antoine at freebsd.org Thu Oct 2 06:26:38 2014
From: antoine at freebsd.org (Antoine Brodin)
Date: Thu, 2 Oct 2014 08:26:36 +0200
Subject: svn commit: r369447 - head/math/py-numpy
In-Reply-To: <20141001211730.GL16571@graf.pompo.net>
References: <98696AA7-E23D-46BF-854C-DAAB0FEAE9CC@FreeBSD.org>
<20140929174352.GH22824@graf.pompo.net>
<20140929220609.GK22824@graf.pompo.net>
<6D4AA066-D0FE-4F86-9519-4235A4B8D4B8@FreeBSD.org>
<20140930094610.Horde.DUABEBfOMwkJwRR-18ZKxw1@graf.pompo.net>
<794D8C26-FC05-4417-A16C-47B3156285F2@FreeBSD.org>
<20140930105901.Horde.8NnDt4jYnDKAQm8WBYG8sg2@graf.pompo.net>
<20141001191330.GI16571@graf.pompo.net>
<20141001211730.GL16571@graf.pompo.net>
Message-ID:
On Wed, Oct 1, 2014 at 11:17 PM, Thierry Thomas wrote:
> Le mer 1 oct 14 ? 22:53:45 +0200, Antoine Brodin
> ?crivait :
>
>> And those 2:
>>
>> http://package20.nyi.freebsd.org/data/91amd64-default-baseline/369680/logs/errors/wspr-3.00.r2511_8.log
>> http://package20.nyi.freebsd.org/data/91amd64-default-baseline/369680/logs/errors/wsjt-9.1.r2511_5.log
>>
>> Are you sure it's no a bug in numpy?
>> Manually adding -shared to all those ports doesn't look too right.
>
> I'm wondering too... This is rather strange, and I cannot explain why
> this failure appears now.
>
> For sure numpy was broken before my patch: it was impossible to use it
> without setting LD_LIBRARY_PATH to the libfortran directory. But I don't
> understand how it could be related to this missing '-shared'.
>
> In the meantime we also upgraded Gcc from 4.7 to 4.8, and this produces
> also new failures, e.g. with cad/kicad: it was OK with 4.7 but does not
> compile anymore with 4.8.
Hi,
The failures are not related to the gcc 4.7 -> gcc 4.8 switch (I did
the exp-run)
Cheers,
Antoine
From portscout at FreeBSD.org Thu Oct 2 09:51:44 2014
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Thu, 2 Oct 2014 09:51:44 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201410020951.s929pi19029772@portscout.freebsd.org>
An embedded and charset-unspecified text was scrubbed...
Name: not available
URL:
From bugzilla-noreply at freebsd.org Thu Oct 2 11:53:42 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Thu, 02 Oct 2014 11:53:41 +0000
Subject: [Bug 193054] Update port: security/py-pylibacl from 0.5 to 0.5.2
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193054
--- Comment #4 from Bartek Rutkowski ---
Created attachment 147909
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=147909&action=edit
update to 0.5.2
--
You are receiving this mail because:
You are the assignee for the bug.
From bugzilla-noreply at freebsd.org Thu Oct 2 11:56:49 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Thu, 02 Oct 2014 11:56:49 +0000
Subject: [Bug 193054] Update port: security/py-pylibacl from 0.5 to 0.5.2
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193054
--- Comment #5 from Bartek Rutkowski ---
Here's my svn diff patch on the port:
- Update 0.5.0 -> 0.5.2
- Change the MASTER_SITES to CHEESESHOP
- Convert to USES=python
- Change the pkg-descr url
- Pet portlint
--
You are receiving this mail because:
You are the assignee for the bug.
From bugzilla-noreply at freebsd.org Thu Oct 2 11:58:27 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Thu, 02 Oct 2014 11:58:27 +0000
Subject: [Bug 193054] Update port: security/py-pylibacl from 0.5 to 0.5.2
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193054
Bartek Rutkowski changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #147909|0 |1
is obsolete| |
--- Comment #6 from Bartek Rutkowski ---
Created attachment 147910
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=147910&action=edit
update to 0.5.2 & fixes
--
You are receiving this mail because:
You are the assignee for the bug.
From bugzilla-noreply at freebsd.org Fri Oct 3 15:49:42 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Fri, 03 Oct 2014 15:49:42 +0000
Subject: [Bug 190065] New port: net-p2p/py-transmission-remote-curses Remote
Curses UI for Transmission daemon
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190065
--- Comment #4 from Jan Beich ---
> MASTER_SITES= https://codeload.github.com/${GH_ACCOUNT}/${GH_PROJECT}/legacy.tar.gz/v${PORTVERSION}?dummy=/
> DISTNAME= ${GH_PROJECT}-v${PORTVERSION}
No need to specify those with USE_GITHUB. Instead put
GH_TAGNAME= v${DISTVERSION}
and re-fetch the distfile.
> PKGNAMEPREFIX= ${PYTHON_PKGNAMEPREFIX}
Don't define unless the port installs files under PYTHON_SITELIBDIR or at least
allows generating *non-conflicting* packages for different python versions.
> USE_PYTHON= YES
Convert to USES=python,run
> NO_BUILD= yes
Define NO_ARCH as well unless the port installs binaries for a specific ARCH.
> ${INSTALL_SCRIPT} ${WRKSRC}/transmission-remote-cli ${STAGEDIR}${BINDIR}/${PORTNAME}
Wrap long lines to fit on 80 characters terminal.
> OPTIONS_DEFINE= ADNS GEOIP
ADNS_DESC is not defined anywhere.
> #LIB_DEPENDS+= ${PYTHON_SITELIBDIR}/adns.so:${PORTSDIR}/dns/py-adns
> LIB_DEPENDS+= libadns.so:${PORTSDIR}/dns/py-adns
...
> #LIB_DEPENDS+= ${PYTHON_SITELIBDIR}/GeoIP.so:${PORTSDIR}/net/py-GeoIP
> LIB_DEPENDS+= libGeoIP.so:${PORTSDIR}/net/py-GeoIP
Use RUN_DEPENDS and convert to option helpers, see Mk/bsd.options.mk or
net/py-kombu/Makefile for an example.
--
You are receiving this mail because:
You are the assignee for the bug.
From bugzilla-noreply at freebsd.org Fri Oct 3 16:50:47 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Fri, 03 Oct 2014 16:50:47 +0000
Subject: [Bug 193811] Uses/python.mk: PYDISTUTILS_EGGINFODIR got expanded
into wrong dir because of staging
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193811
Marcus von Appen changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |portmgr at FreeBSD.org,
| |python at FreeBSD.org
--- Comment #3 from Marcus von Appen ---
Added python@ and portmgr@ in CC
--
You are receiving this mail because:
You are on the CC list for the bug.
From bugzilla-noreply at freebsd.org Fri Oct 3 18:34:57 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Fri, 03 Oct 2014 18:34:57 +0000
Subject: [Bug 193811] Uses/python.mk: PYDISTUTILS_EGGINFODIR got expanded
into wrong dir because of staging
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193811
--- Comment #4 from 6yearold at gmail.com ---
(In reply to Marcus von Appen from comment #2)
> portmgr@: please exp-run attachment 147938 [details].
>
> 6yearold: Can you give my patch another try? It works for me.
Yup, seems to work. Now i'm able to install devel/tortoisehg into custom
PREFIX.
--
You are receiving this mail because:
You are on the CC list for the bug.
From mva at FreeBSD.org Fri Oct 3 20:31:58 2014
From: mva at FreeBSD.org (Marcus von Appen)
Date: Fri, 3 Oct 2014 22:30:57 +0200
Subject: py-imaging vs. py-pillow
In-Reply-To: <542E677A.7080205@gmx.net>
References: <542E677A.7080205@gmx.net>
Message-ID: <20141003203057.GA1053@medusa.sysfault.org>
On, Fri Oct 03, 2014, Stefan Ehmann wrote:
> According to freshports there are about 10 ports that depend on
> py-pilllow and 50 that depend on py-imaging.
>
> py-imaging conflicts with py-pilllow. E.g., calibre and xmbc cannot be
> installed at the same time.
>
>
> I noticed the problem because calibre switched to py-pilllow recently.
> There really should be a way that these packages can coexist.
>
> (py-imaging/py-pilllow maintainers CCed)
I just pushed a patch to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193957, which updates
pillow, makes it available for different python versions at the same time and
addresses db@'s _imagingtk issue
(https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193958).
This should allow us to migrate the ports to pillow.
Cheers
Marcus
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: not available
URL:
From bugzilla-noreply at freebsd.org Sat Oct 4 06:58:50 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sat, 04 Oct 2014 06:58:50 +0000
Subject: [Bug 193786] [MAINTAINER] devel/py-robotframework-ride: Convert to
USES=python
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193786
Marcus von Appen changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Open |Issue Resolved
Resolution|--- |FIXED
--- Comment #4 from Marcus von Appen ---
Committed in ports 369946. Thanks!
--
You are receiving this mail because:
You are the assignee for the bug.
From bugzilla-noreply at freebsd.org Sat Oct 4 06:59:19 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sat, 04 Oct 2014 06:59:19 +0000
Subject: [Bug 193786] [MAINTAINER] devel/py-robotframework-ride: Convert to
USES=python
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193786
--- Comment #5 from commit-hook at freebsd.org ---
A commit references this bug:
Author: mva
Date: Sat Oct 4 06:58:35 UTC 2014
New revision: 369946
URL: https://svnweb.freebsd.org/changeset/ports/369946
Log:
- Convert to USES=python
PR: 193786
Submitted by: vladimir.chukharev at gmail.com (maintainer)
Changes:
head/devel/py-robotframework-ride/Makefile
--
You are receiving this mail because:
You are the assignee for the bug.
From bugzilla-noreply at freebsd.org Sat Oct 4 07:04:53 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sat, 04 Oct 2014 07:04:53 +0000
Subject: [Bug 193736] [MAINTAINER] devel/py-python-statsd: Convert to
USES=python
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193736
Marcus von Appen changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|needs-qa |
Status|Open |Issue Resolved
Resolution|--- |FIXED
--- Comment #2 from Marcus von Appen ---
Committed in ports 369947. Thanks!
--
You are receiving this mail because:
You are the assignee for the bug.
From bugzilla-noreply at freebsd.org Sat Oct 4 07:05:20 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sat, 04 Oct 2014 07:05:20 +0000
Subject: [Bug 193736] [MAINTAINER] devel/py-python-statsd: Convert to
USES=python
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193736
--- Comment #3 from commit-hook at freebsd.org ---
A commit references this bug:
Author: mva
Date: Sat Oct 4 07:04:42 UTC 2014
New revision: 369947
URL: https://svnweb.freebsd.org/changeset/ports/369947
Log:
- Convert to USES=python
PR: 193736
Submitted by: Eero H?nninen (maintainer)
Changes:
head/devel/py-python-statsd/Makefile
--
You are receiving this mail because:
You are the assignee for the bug.
From bugzilla-noreply at freebsd.org Sat Oct 4 07:12:42 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sat, 04 Oct 2014 07:12:41 +0000
Subject: [Bug 192449] lang/python27 fails to build on FreeBSD 11
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192449
Marcus von Appen changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|In Discussion |Issue Resolved
Resolution|--- |FIXED
--- Comment #12 from Marcus von Appen ---
The issue should be fixed (mostly) with ports 369644. Please reopen the issue,
if there are still problems with your jail.
--
You are receiving this mail because:
You are the assignee for the bug.
From demon at FreeBSD.org Sat Oct 4 14:36:47 2014
From: demon at FreeBSD.org (Dmitry Sivachenko)
Date: Sat, 4 Oct 2014 18:36:40 +0400
Subject: svn commit: r369447 - head/math/py-numpy
In-Reply-To: <20141001211730.GL16571@graf.pompo.net>
References: <98696AA7-E23D-46BF-854C-DAAB0FEAE9CC@FreeBSD.org>
<20140929174352.GH22824@graf.pompo.net>
<20140929220609.GK22824@graf.pompo.net>
<6D4AA066-D0FE-4F86-9519-4235A4B8D4B8@FreeBSD.org>
<20140930094610.Horde.DUABEBfOMwkJwRR-18ZKxw1@graf.pompo.net>
<794D8C26-FC05-4417-A16C-47B3156285F2@FreeBSD.org>
<20140930105901.Horde.8NnDt4jYnDKAQm8WBYG8sg2@graf.pompo.net>
<20141001191330.GI16571@graf.pompo.net>
<20141001211730.GL16571@graf.pompo.net>
Message-ID:
If there are no more similar build logs, may be we fix these by adding LDFLAGS=-shared?
On 02 ???. 2014 ?., at 1:17, Thierry Thomas wrote:
> Le mer 1 oct 14 ? 22:53:45 +0200, Antoine Brodin
> ?crivait :
>
>> And those 2:
>>
>> http://package20.nyi.freebsd.org/data/91amd64-default-baseline/369680/logs/errors/wspr-3.00.r2511_8.log
>> http://package20.nyi.freebsd.org/data/91amd64-default-baseline/369680/logs/errors/wsjt-9.1.r2511_5.log
>>
>> Are you sure it's no a bug in numpy?
>> Manually adding -shared to all those ports doesn't look too right.
>
> I'm wondering too... This is rather strange, and I cannot explain why
> this failure appears now.
>
> For sure numpy was broken before my patch: it was impossible to use it
> without setting LD_LIBRARY_PATH to the libfortran directory. But I don't
> understand how it could be related to this missing '-shared'.
>
> In the meantime we also upgraded Gcc from 4.7 to 4.8, and this produces
> also new failures, e.g. with cad/kicad: it was OK with 4.7 but does not
> compile anymore with 4.8.
>
> Any ideas?
> --
> Th. Thomas.
From bugzilla-noreply at freebsd.org Sat Oct 4 15:45:27 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sat, 04 Oct 2014 15:45:27 +0000
Subject: [Bug 193811] Uses/python.mk: PYDISTUTILS_EGGINFODIR got expanded
into wrong dir because of staging
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193811
Antoine Brodin changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|mva at FreeBSD.org |antoine at FreeBSD.org
--- Comment #5 from Antoine Brodin ---
bugzilla seems buggy, this bug wasn't assigned to portmgr
--
You are receiving this mail because:
You are on the CC list for the bug.
From bugzilla-noreply at freebsd.org Sun Oct 5 06:33:46 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 05 Oct 2014 06:33:46 +0000
Subject: [Bug 193811] Uses/python.mk: PYDISTUTILS_EGGINFODIR got expanded
into wrong dir because of staging
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193811
--- Comment #6 from Marcus von Appen ---
(In reply to Antoine Brodin from comment #5)
> bugzilla seems buggy, this bug wasn't assigned to portmgr
No, I did not reassign it but added portmgr to the CC...
--
You are receiving this mail because:
You are on the CC list for the bug.
From thierry at FreeBSD.org Sun Oct 5 06:43:12 2014
From: thierry at FreeBSD.org (Thierry Thomas)
Date: Sat, 4 Oct 2014 18:11:56 +0200
Subject: svn commit: r369447 - head/math/py-numpy
In-Reply-To:
References: <20140929220609.GK22824@graf.pompo.net>
<6D4AA066-D0FE-4F86-9519-4235A4B8D4B8@FreeBSD.org>
<20140930094610.Horde.DUABEBfOMwkJwRR-18ZKxw1@graf.pompo.net>
<794D8C26-FC05-4417-A16C-47B3156285F2@FreeBSD.org>
<20140930105901.Horde.8NnDt4jYnDKAQm8WBYG8sg2@graf.pompo.net>
<20141001191330.GI16571@graf.pompo.net>
<20141001211730.GL16571@graf.pompo.net>
Message-ID: <20141004161156.GH73345@graf.pompo.net>
Hello,
Le sam 4 oct 14 ? 16:36:40 +0200, Dmitry Sivachenko
?crivait?:
> If there are no more similar build logs, may be we fix these by adding LDFLAGS=-shared?
I tried to analyze the problem - without success ATM.
Antoine is right: this is rather strange, but I have not noticed any
problem with this solution.
Best regards,
--
Th. Thomas.
From bugzilla-noreply at freebsd.org Sun Oct 5 17:49:50 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Sun, 05 Oct 2014 17:49:50 +0000
Subject: [Bug 193811] Uses/python.mk: PYDISTUTILS_EGGINFODIR got expanded
into wrong dir because of staging
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193811
Antoine Brodin changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|Open |Patch Ready
Assignee|antoine at FreeBSD.org |mva at FreeBSD.org
--- Comment #7 from Antoine Brodin ---
no regression during the exp-run
--
You are receiving this mail because:
You are on the CC list for the bug.
From bugzilla-noreply at freebsd.org Mon Oct 6 08:38:12 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Mon, 06 Oct 2014 08:38:12 +0000
Subject: [Bug 193054] Update port: security/py-pylibacl from 0.5 to 0.5.2
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193054
Bartek Rutkowski changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|python at FreeBSD.org |robak at freebsd.org
--
You are receiving this mail because:
You are the assignee for the bug.
From demon at FreeBSD.org Tue Oct 7 09:11:02 2014
From: demon at FreeBSD.org (Dmitry Sivachenko)
Date: Tue, 7 Oct 2014 13:10:56 +0400
Subject: incorrect dependency registration?
In-Reply-To: <20140929080109.GI40373@ivaldir.etoilebsd.net>
References: <15E556C8-EEB6-4218-93F3-F76BFA2E4F29@FreeBSD.org>
<20140929080109.GI40373@ivaldir.etoilebsd.net>
Message-ID:
On 29 ????. 2014 ?., at 12:01, Baptiste Daroussin wrote:
> On Mon, Sep 29, 2014 at 11:52:50AM +0400, Dmitry Sivachenko wrote:
>> Hello,
>>
>> I am using FreeBSD-10/stable and pkg-1.3.8.
>>
>> Consider py-dateutil port, it depends on py-six.
>>
>> First, I installed py33-dateutil (with py33-six), for python3.
>>
>> Now I install py-dateutil for python2. Upon installation, I get the following waring:
>> ===> Installing for py27-dateutil-2.2
>> ===> py27-dateutil-2.2 depends on package: py27-six>0 - found
>> ===> py27-dateutil-2.2 depends on package: py27-setuptools27>0 - found
>> ===> py27-dateutil-2.2 depends on file: /usr/local/bin/python2.7 - found
>> ===> Checking if py27-dateutil already installed
>> ===> Registering installation for py27-dateutil-2.2
>> pkg-static: py27-dateutil-2.2: duplicate dependency listing: py33-six-1.5.2, ignoring
>>
>> When I try to deinstall py27-six, I get:
>>
>> # pkg delete py27-six
>> Checking integrity... done (0 conflicting)
>> Deinstallation has been requested for the following 3 packages (of 0 packages in the universe):
>>
>> Installed packages to be REMOVED:
>> py27-six-1.8.0
>> py33-dateutil-2.1_3 (depends on py27-six-1.8.0)
>> py27-dateutil-2.2 (depends on py27-six-1.8.0)
>>
>> The operation will free 1 MB.
>>
>> Proceed with deinstalling packages? [y/N]:
>>
>> (it wants to deinstall both versions of py-dateutil).
>>
>> Something looks broken here.
>>
>> Some time ago it did not let to install the same port for different python version, now it is possible but deps registration looks broken.
>
> I do not have time for this right now, I'll see in a couple of days, but CCing
> parties that should be interested :)
>
Can you reproduce this or is this a problem on my side?
Thanks.
From bapt at FreeBSD.org Tue Oct 7 09:12:46 2014
From: bapt at FreeBSD.org (Baptiste Daroussin)
Date: Tue, 7 Oct 2014 11:12:40 +0200
Subject: incorrect dependency registration?
In-Reply-To:
References: <15E556C8-EEB6-4218-93F3-F76BFA2E4F29@FreeBSD.org>
<20140929080109.GI40373@ivaldir.etoilebsd.net>
Message-ID: <20141007091240.GG37670@ivaldir.etoilebsd.net>
On Tue, Oct 07, 2014 at 01:10:56PM +0400, Dmitry Sivachenko wrote:
>
> On 29 ????. 2014 ?., at 12:01, Baptiste Daroussin wrote:
>
> > On Mon, Sep 29, 2014 at 11:52:50AM +0400, Dmitry Sivachenko wrote:
> >> Hello,
> >>
> >> I am using FreeBSD-10/stable and pkg-1.3.8.
> >>
> >> Consider py-dateutil port, it depends on py-six.
> >>
> >> First, I installed py33-dateutil (with py33-six), for python3.
> >>
> >> Now I install py-dateutil for python2. Upon installation, I get the following waring:
> >> ===> Installing for py27-dateutil-2.2
> >> ===> py27-dateutil-2.2 depends on package: py27-six>0 - found
> >> ===> py27-dateutil-2.2 depends on package: py27-setuptools27>0 - found
> >> ===> py27-dateutil-2.2 depends on file: /usr/local/bin/python2.7 - found
> >> ===> Checking if py27-dateutil already installed
> >> ===> Registering installation for py27-dateutil-2.2
> >> pkg-static: py27-dateutil-2.2: duplicate dependency listing: py33-six-1.5.2, ignoring
> >>
> >> When I try to deinstall py27-six, I get:
> >>
> >> # pkg delete py27-six
> >> Checking integrity... done (0 conflicting)
> >> Deinstallation has been requested for the following 3 packages (of 0 packages in the universe):
> >>
> >> Installed packages to be REMOVED:
> >> py27-six-1.8.0
> >> py33-dateutil-2.1_3 (depends on py27-six-1.8.0)
> >> py27-dateutil-2.2 (depends on py27-six-1.8.0)
> >>
> >> The operation will free 1 MB.
> >>
> >> Proceed with deinstalling packages? [y/N]:
> >>
> >> (it wants to deinstall both versions of py-dateutil).
> >>
> >> Something looks broken here.
> >>
> >> Some time ago it did not let to install the same port for different python version, now it is possible but deps registration looks broken.
> >
> > I do not have time for this right now, I'll see in a couple of days, but CCing
> > parties that should be interested :)
> >
>
>
> Can you reproduce this or is this a problem on my side?
Bryan has fixed it iirc, this was a port bug.
regards,
Bapt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: not available
URL:
From demon at FreeBSD.org Tue Oct 7 11:17:30 2014
From: demon at FreeBSD.org (Dmitry Sivachenko)
Date: Tue, 7 Oct 2014 15:17:24 +0400
Subject: incorrect dependency registration?
In-Reply-To: <20141007091240.GG37670@ivaldir.etoilebsd.net>
References: <15E556C8-EEB6-4218-93F3-F76BFA2E4F29@FreeBSD.org>
<20140929080109.GI40373@ivaldir.etoilebsd.net>
<20141007091240.GG37670@ivaldir.etoilebsd.net>
Message-ID:
On 07 ???. 2014 ?., at 13:12, Baptiste Daroussin wrote:
> On Tue, Oct 07, 2014 at 01:10:56PM +0400, Dmitry Sivachenko wrote:
>>
>> On 29 ????. 2014 ?., at 12:01, Baptiste Daroussin wrote:
>>
>>> On Mon, Sep 29, 2014 at 11:52:50AM +0400, Dmitry Sivachenko wrote:
>>>> Hello,
>>>>
>>>> I am using FreeBSD-10/stable and pkg-1.3.8.
>>>>
>>>> Consider py-dateutil port, it depends on py-six.
>>>>
>>>> First, I installed py33-dateutil (with py33-six), for python3.
>>>>
>>>> Now I install py-dateutil for python2. Upon installation, I get the following waring:
>>>> ===> Installing for py27-dateutil-2.2
>>>> ===> py27-dateutil-2.2 depends on package: py27-six>0 - found
>>>> ===> py27-dateutil-2.2 depends on package: py27-setuptools27>0 - found
>>>> ===> py27-dateutil-2.2 depends on file: /usr/local/bin/python2.7 - found
>>>> ===> Checking if py27-dateutil already installed
>>>> ===> Registering installation for py27-dateutil-2.2
>>>> pkg-static: py27-dateutil-2.2: duplicate dependency listing: py33-six-1.5.2, ignoring
>>>>
>>>> When I try to deinstall py27-six, I get:
>>>>
>>>> # pkg delete py27-six
>>>> Checking integrity... done (0 conflicting)
>>>> Deinstallation has been requested for the following 3 packages (of 0 packages in the universe):
>>>>
>>>> Installed packages to be REMOVED:
>>>> py27-six-1.8.0
>>>> py33-dateutil-2.1_3 (depends on py27-six-1.8.0)
>>>> py27-dateutil-2.2 (depends on py27-six-1.8.0)
>>>>
>>>> The operation will free 1 MB.
>>>>
>>>> Proceed with deinstalling packages? [y/N]:
>>>>
>>>> (it wants to deinstall both versions of py-dateutil).
>>>>
>>>> Something looks broken here.
>>>>
>>>> Some time ago it did not let to install the same port for different python version, now it is possible but deps registration looks broken.
>>>
>>> I do not have time for this right now, I'll see in a couple of days, but CCing
>>> parties that should be interested :)
>>>
>>
>>
>> Can you reproduce this or is this a problem on my side?
>
> Bryan has fixed it iirc, this was a port bug.
>
What commit do you mean? I just updated ports tree, installed pkg-1.3.8_3, and I see the same issue.
From bapt at FreeBSD.org Tue Oct 7 11:47:48 2014
From: bapt at FreeBSD.org (Baptiste Daroussin)
Date: Tue, 7 Oct 2014 13:47:43 +0200
Subject: incorrect dependency registration?
In-Reply-To:
References: <15E556C8-EEB6-4218-93F3-F76BFA2E4F29@FreeBSD.org>
<20140929080109.GI40373@ivaldir.etoilebsd.net>
<20141007091240.GG37670@ivaldir.etoilebsd.net>
Message-ID: <20141007114742.GI37670@ivaldir.etoilebsd.net>
On Tue, Oct 07, 2014 at 03:17:24PM +0400, Dmitry Sivachenko wrote:
>
> On 07 ???. 2014 ?., at 13:12, Baptiste Daroussin wrote:
>
> > On Tue, Oct 07, 2014 at 01:10:56PM +0400, Dmitry Sivachenko wrote:
> >>
> >> On 29 ????. 2014 ?., at 12:01, Baptiste Daroussin wrote:
> >>
> >>> On Mon, Sep 29, 2014 at 11:52:50AM +0400, Dmitry Sivachenko wrote:
> >>>> Hello,
> >>>>
> >>>> I am using FreeBSD-10/stable and pkg-1.3.8.
> >>>>
> >>>> Consider py-dateutil port, it depends on py-six.
> >>>>
> >>>> First, I installed py33-dateutil (with py33-six), for python3.
> >>>>
> >>>> Now I install py-dateutil for python2. Upon installation, I get the following waring:
> >>>> ===> Installing for py27-dateutil-2.2
> >>>> ===> py27-dateutil-2.2 depends on package: py27-six>0 - found
> >>>> ===> py27-dateutil-2.2 depends on package: py27-setuptools27>0 - found
> >>>> ===> py27-dateutil-2.2 depends on file: /usr/local/bin/python2.7 - found
> >>>> ===> Checking if py27-dateutil already installed
> >>>> ===> Registering installation for py27-dateutil-2.2
> >>>> pkg-static: py27-dateutil-2.2: duplicate dependency listing: py33-six-1.5.2, ignoring
> >>>>
> >>>> When I try to deinstall py27-six, I get:
> >>>>
> >>>> # pkg delete py27-six
> >>>> Checking integrity... done (0 conflicting)
> >>>> Deinstallation has been requested for the following 3 packages (of 0 packages in the universe):
> >>>>
> >>>> Installed packages to be REMOVED:
> >>>> py27-six-1.8.0
> >>>> py33-dateutil-2.1_3 (depends on py27-six-1.8.0)
> >>>> py27-dateutil-2.2 (depends on py27-six-1.8.0)
> >>>>
> >>>> The operation will free 1 MB.
> >>>>
> >>>> Proceed with deinstalling packages? [y/N]:
> >>>>
> >>>> (it wants to deinstall both versions of py-dateutil).
> >>>>
> >>>> Something looks broken here.
> >>>>
> >>>> Some time ago it did not let to install the same port for different python version, now it is possible but deps registration looks broken.
> >>>
> >>> I do not have time for this right now, I'll see in a couple of days, but CCing
> >>> parties that should be interested :)
> >>>
> >>
> >>
> >> Can you reproduce this or is this a problem on my side?
> >
> > Bryan has fixed it iirc, this was a port bug.
> >
>
>
> What commit do you mean? I just updated ports tree, installed pkg-1.3.8_3, and I see the same issue.
>
Then I misunderstood the commit I'll have a look now at your case :)
regards,
Bapt
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: not available
URL:
From rjk at wintek.com Tue Oct 7 14:20:29 2014
From: rjk at wintek.com (Richard Kuhns)
Date: Tue, 7 Oct 2014 10:19:19 -0400
Subject: Trying to install psycopg2 for 2.7 & 3.4
Message-ID: <5433F667.4090109@wintek.com>
Hello,
I'm finally trying to port a fair number of python scripts from v2 to
v3. I've already installed py-psycopg2 for v3.4, but when I then try to
install it for v2.7 I get:
===> Checking if py27-psycopg2 already installed
===> Registering installation for py27-psycopg2-2.5.3
pkg-static: py27-psycopg2-2.5.3 conflicts with py34-psycopg2-2.5.3
(installs files into the same place). Problematic file:
/usr/local/share/doc/py-psycopg2/AUTHORS
*** Error code 70
Stop.
make: stopped in /usr/ports/databases/py-psycopg2
Will I be making a mess of things if I just delete the PORTDOCS line in
the Makefile long enough to install py27-psycopg2?
Thanks!
PS I've just subscribed to freebsd-python. I didn't realize it existed
until I started googling for this problem.
--
Richard Kuhns Main Number: 765-742-8428
Wintek Corporation Direct: 765-269-8541
427 N 6th Street Internet Support: 765-269-8503
Lafayette, IN 47901-2211 Consulting: 765-269-8504
From wg at freebsd.org Tue Oct 7 14:35:20 2014
From: wg at freebsd.org (William Grzybowski)
Date: Tue, 7 Oct 2014 11:35:18 -0300
Subject: Trying to install psycopg2 for 2.7 & 3.4
In-Reply-To: <5433F667.4090109@wintek.com>
References: <5433F667.4090109@wintek.com>
Message-ID:
Can you try the following patch?
http://sprunge.us/HMJb
On Tue, Oct 7, 2014 at 11:19 AM, Richard Kuhns wrote:
> Hello,
>
> I'm finally trying to port a fair number of python scripts from v2 to
> v3. I've already installed py-psycopg2 for v3.4, but when I then try to
> install it for v2.7 I get:
>
> ===> Checking if py27-psycopg2 already installed
> ===> Registering installation for py27-psycopg2-2.5.3
> pkg-static: py27-psycopg2-2.5.3 conflicts with py34-psycopg2-2.5.3
> (installs files into the same place). Problematic file:
> /usr/local/share/doc/py-psycopg2/AUTHORS
> *** Error code 70
>
> Stop.
> make: stopped in /usr/ports/databases/py-psycopg2
>
> Will I be making a mess of things if I just delete the PORTDOCS line in
> the Makefile long enough to install py27-psycopg2?
>
> Thanks!
>
> PS I've just subscribed to freebsd-python. I didn't realize it existed
> until I started googling for this problem.
> --
> Richard Kuhns Main Number: 765-742-8428
> Wintek Corporation Direct: 765-269-8541
> 427 N 6th Street Internet Support: 765-269-8503
> Lafayette, IN 47901-2211 Consulting: 765-269-8504
> _______________________________________________
> freebsd-python at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-python
> To unsubscribe, send any mail to "freebsd-python-unsubscribe at freebsd.org"
--
William Grzybowski / wg
FreeBSD Ports Committer
-------------- next part --------------
Index: Makefile
===================================================================
--- Makefile (revision 369280)
+++ Makefile (working copy)
@@ -3,6 +3,7 @@
PORTNAME= psycopg2
PORTVERSION= 2.5.3
+PORTREVISION= 1
CATEGORIES= databases python
MASTER_SITES= http://initd.org/psycopg/tarballs/PSYCOPG-2-5/ \
CHEESESHOP
@@ -11,14 +12,9 @@
MAINTAINER= miwi at FreeBSD.org
COMMENT= High performance Python adapter for PostgreSQL
-USE_PGSQL= yes
-USE_PYTHON= yes
-USE_PYDISTUTILS= yes
-PYDISTUTILS_AUTOPLIST= yes
+USES= pgsql python
+USE_PYTHON= autoplist concurrent distutils
-DOCSDIR= ${PREFIX}/share/doc/py-psycopg2
-EXAMPLESDIR= ${PREFIX}/share/examples/py-psycopg2
-
PORTEXAMPLES= binary.py copy_from.py copy_to.py cursor.py dialtone.py \
dict.py dt.py encoding.py fetch.py lastrowid.py lobject.py \
mogrify.py myfirstrecipe.py notify.py simple.py somehackers.jpg \
From mva at freebsd.org Tue Oct 7 14:43:02 2014
From: mva at freebsd.org (Marcus von Appen)
Date: Tue, 07 Oct 2014 16:41:11 +0200
Subject: Trying to install psycopg2 for 2.7 & 3.4
In-Reply-To: <5433F667.4090109@wintek.com>
References: <5433F667.4090109@wintek.com>
Message-ID: <20141007164111.Horde.sC-iBehoxPtxn-m1y_L-GA1@webmail.df.eu>
Richard Kuhns :
> Hello,
>
> I'm finally trying to port a fair number of python scripts from v2 to
> v3. I've already installed py-psycopg2 for v3.4, but when I then try to
> install it for v2.7 I get:
>
> ===> Checking if py27-psycopg2 already installed
> ===> Registering installation for py27-psycopg2-2.5.3
> pkg-static: py27-psycopg2-2.5.3 conflicts with py34-psycopg2-2.5.3
> (installs files into the same place). Problematic file:
> /usr/local/share/doc/py-psycopg2/AUTHORS
> *** Error code 70
>
> Stop.
> make: stopped in /usr/ports/databases/py-psycopg2
>
> Will I be making a mess of things if I just delete the PORTDOCS line in
> the Makefile long enough to install py27-psycopg2?
Well, you won't solve the issue, the next would be the examples to complain.
And afterwards, if psycopg2 installs any binaries/scripts or something
similar,
it still will complain.
You can try the following workaround (untested):
1) Add PYTHON_CONCURRENT_INSTALL=yes after the PYDISTUTILS_AUTOPLIST=yes line.
2) Remove the DOCSDIR= ... and EXAMPLESDIR= ... lines.
3) Deinstall py34-psycopg2-2.5.3.
4) Try to install psycopg2 for both python 3.4 and python 2.7
Cheers
Marcus
From rjk at wintek.com Tue Oct 7 14:43:58 2014
From: rjk at wintek.com (Richard Kuhns)
Date: Tue, 7 Oct 2014 10:43:57 -0400
Subject: Trying to install psycopg2 for 2.7 & 3.4
In-Reply-To:
References: <5433F667.4090109@wintek.com>
Message-ID: <5433FC2D.3070609@wintek.com>
On 10/07/14 10:35, William Grzybowski wrote:
> Can you try the following patch?
> http://sprunge.us/HMJb
Now that's what I call service! It worked fine; the docs got installed
in /usr/local/share/doc/py27-psycopg2.
Thanks!
> On Tue, Oct 7, 2014 at 11:19 AM, Richard Kuhns wrote:
>> Hello,
>>
>> I'm finally trying to port a fair number of python scripts from v2 to
>> v3. I've already installed py-psycopg2 for v3.4, but when I then try to
>> install it for v2.7 I get:
>>
>> ===> Checking if py27-psycopg2 already installed
>> ===> Registering installation for py27-psycopg2-2.5.3
>> pkg-static: py27-psycopg2-2.5.3 conflicts with py34-psycopg2-2.5.3
>> (installs files into the same place). Problematic file:
>> /usr/local/share/doc/py-psycopg2/AUTHORS
>> *** Error code 70
>>
>> Stop.
>> make: stopped in /usr/ports/databases/py-psycopg2
>>
>> Will I be making a mess of things if I just delete the PORTDOCS line in
>> the Makefile long enough to install py27-psycopg2?
>>
>> Thanks!
>>
>> PS I've just subscribed to freebsd-python. I didn't realize it existed
>> until I started googling for this problem.
>> --
>> Richard Kuhns Main Number: 765-742-8428
>> Wintek Corporation Direct: 765-269-8541
>> 427 N 6th Street Internet Support: 765-269-8503
>> Lafayette, IN 47901-2211 Consulting: 765-269-8504
>> _______________________________________________
>> freebsd-python at freebsd.org mailing list
>> http://lists.freebsd.org/mailman/listinfo/freebsd-python
>> To unsubscribe, send any mail to "freebsd-python-unsubscribe at freebsd.org"
>
>
>
--
Richard Kuhns Main Number: 765-742-8428
Wintek Corporation Direct: 765-269-8541
427 N 6th Street Internet Support: 765-269-8503
Lafayette, IN 47901-2211 Consulting: 765-269-8504
From bugzilla-noreply at freebsd.org Tue Oct 7 16:51:29 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 07 Oct 2014 16:51:29 +0000
Subject: [Bug 193811] Uses/python.mk: PYDISTUTILS_EGGINFODIR got expanded
into wrong dir because of staging
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193811
--- Comment #8 from commit-hook at freebsd.org ---
A commit references this bug:
Author: mva
Date: Tue Oct 7 16:51:21 UTC 2014
New revision: 370366
URL: https://svnweb.freebsd.org/changeset/ports/370366
Log:
- Do not blindly assume PREFIX to be the same as PYTHONBASE, when creating
the
egg-info entries for the plist
PR: 193811
Reported by: 6yearold at gmail.com
Exp-run by: antoine@
With hat: python@
Changes:
head/Mk/Uses/python.mk
--
You are receiving this mail because:
You are on the CC list for the bug.
From bugzilla-noreply at freebsd.org Tue Oct 7 16:51:55 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 07 Oct 2014 16:51:55 +0000
Subject: [Bug 193811] Uses/python.mk: PYDISTUTILS_EGGINFODIR got expanded
into wrong dir because of staging
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193811
--- Comment #9 from Marcus von Appen ---
Committed in ports r370366. Thanks for reporting and testing!
--
You are receiving this mail because:
You are on the CC list for the bug.
From bugzilla-noreply at freebsd.org Tue Oct 7 16:52:37 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 07 Oct 2014 16:52:37 +0000
Subject: [Bug 193811] Uses/python.mk: PYDISTUTILS_EGGINFODIR got expanded
into wrong dir because of staging
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193811
Marcus von Appen changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords|needs-qa |
Status|Patch Ready |Issue Resolved
Resolution|--- |FIXED
Flags|exp-run? |exp-run+
--- Comment #10 from Marcus von Appen ---
And we also need to close it...
--
You are receiving this mail because:
You are on the CC list for the bug.
From portscout at FreeBSD.org Fri Oct 10 09:58:01 2014
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Fri, 10 Oct 2014 09:58:00 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201410100958.s9A9w0Ic058217@portscout.freebsd.org>
An embedded and charset-unspecified text was scrubbed...
Name: not available
URL:
From bugzilla-noreply at freebsd.org Tue Oct 14 16:14:19 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 14 Oct 2014 16:14:19 +0000
Subject: [Bug 190065] New port: net-p2p/py-transmission-remote-curses Remote
Curses UI for Transmission daemon
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=190065
mike.d.ft402 at gmail.com changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #145117|0 |1
is obsolete| |
--- Comment #5 from mike.d.ft402 at gmail.com ---
Created attachment 148307
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=148307&action=edit
net/transmission-remote-curses
--
You are receiving this mail because:
You are the assignee for the bug.
From mueller6724 at bellsouth.net Thu Oct 16 02:36:18 2014
From: mueller6724 at bellsouth.net (Thomas Mueller)
Date: Wed, 15 Oct 2014 19:29:43 -0700 (PDT)
Subject: Is py-sqlite3 broken (missing _ctypes)?
Message-ID: <732067.33913.bm@smtp112.sbc.mail.ne1.yahoo.com>
Trying to update www/seamonkey, I failed on an error in databases/py-sqlite3 relating to _ctypes, am not really familiar with that.
Did I do something wrong, or is this a more general bug?
I am on FreeBSD-current amd64, r272279.
I tried to portmaster databases/py-sqlite3 separately after initial failure, to isolate the error.
Log file is short:
===>>> Currently installed version: py27-sqlite3-2.7.6_4
===>>> Port directory: /usr/ports/databases/py-sqlite3
===>>> Gathering distinfo list for installed ports
===>>> Launching 'make checksum' for databases/py-sqlite3 in background
===>>> Gathering dependency list for databases/py-sqlite3 from ports
===>>> Initial dependency check complete for databases/py-sqlite3
]0;portmaster: py27-sqlite3-2.7.6_4
===>>> Starting build for databases/py-sqlite3 <<<===
===>>> All dependencies are up to date
===> Cleaning for py27-sqlite3-2.7.8_5
===> License PSFL accepted by the user
===> py27-sqlite3-2.7.8_5 depends on file: /usr/local/sbin/pkg - found
===> Fetching all distfiles required by py27-sqlite3-2.7.8_5 for building
===> Extracting for py27-sqlite3-2.7.8_5
=> SHA256 Checksum OK for python/Python-2.7.8.tar.xz.
===> Patching for py27-sqlite3-2.7.8_5
===> py27-sqlite3-2.7.8_5 depends on package: py27-setuptools27>0 - found
===> py27-sqlite3-2.7.8_5 depends on file: /usr/local/bin/python2.7 - found
===> py27-sqlite3-2.7.8_5 depends on shared library: libsqlite3.so - found (/usr/local/lib/libsqlite3.so.0.8.6)
===> Configuring for py27-sqlite3-2.7.8_5
===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/aclocal.m4
===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/acinclude.m4
===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/m4/libtool.m4
===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/configure
===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/zlib/configure
===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/configure
Traceback (most recent call last):
File "", line 1, in
File "setup.py", line 36, in
import ctypes
File "/usr/local/lib/python2.7/ctypes/__init__.py", line 10, in
from _ctypes import Union, Structure, Array
ImportError: No module named _ctypes
*** Error code 1
Stop.
make: stopped in /usr/ports/databases/py-sqlite3
===>>> make build failed for databases/py-sqlite3
===>>> Aborting update
===>>> You can restart from the point of failure with this command line:
portmaster databases/py-sqlite3
Tom
From bsam at passap.ru Thu Oct 16 10:21:56 2014
From: bsam at passap.ru (Boris Samorodov)
Date: Thu, 16 Oct 2014 14:21:51 +0400
Subject: games/pysolfc, R370447: from PIL import _imagingtk, ImportError:
cannot import name _imagingtk
Message-ID: <543F9C3F.4060501@passap.ru>
Hi William, All,
I'm using 10.1-RC2-amd64 and official packages. After recent "pkg
upgrade" I've got the error:
-----
% pysolfc
[...]
File "/usr/local/lib/python2.7/site-packages/PIL/ImageTk.py", line
180, in paste
from PIL import _imagingtk
ImportError: cannot import name _imagingtk
-----
--
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
From mueller6724 at bellsouth.net Fri Oct 17 08:40:39 2014
From: mueller6724 at bellsouth.net (Thomas Mueller)
Date: Fri, 17 Oct 2014 01:34:26 -0700 (PDT)
Subject: py-sqlite3 fails on missing _ctypes
References: <656327.64453.bm@smtp113.sbc.mail.ne1.yahoo.com>
<542E07BE.3040005@freebsd.org>
Message-ID: <561710.85539.bm@smtp111.sbc.mail.ne1.yahoo.com>
from Alfred Perlstein:
> Probably need to rebuild python itself.
I did that just before the failed attempt, tried again two weeks later and got same result.
Python was up-to-date.
I missed your reply in the heap of messages until I found it two weeks later.
Try on another installation, like i386-head or 10-stable, when I get the chance?
Tom
From koobs at FreeBSD.org Sun Oct 19 07:32:18 2014
From: koobs at FreeBSD.org (Kubilay Kocak)
Date: Sun, 19 Oct 2014 18:32:13 +1100
Subject: Is py-sqlite3 broken (missing _ctypes)?
In-Reply-To: <732067.33913.bm@smtp112.sbc.mail.ne1.yahoo.com>
References: <732067.33913.bm@smtp112.sbc.mail.ne1.yahoo.com>
Message-ID: <544368FD.7070802@FreeBSD.org>
On 16/10/2014 1:29 PM, Thomas Mueller wrote:
> Trying to update www/seamonkey, I failed on an error in databases/py-sqlite3 relating to _ctypes, am not really familiar with that.
>
> Did I do something wrong, or is this a more general bug?
>
> I am on FreeBSD-current amd64, r272279.
>
> I tried to portmaster databases/py-sqlite3 separately after initial failure, to isolate the error.
>
> Log file is short:
>
> ===>>> Currently installed version: py27-sqlite3-2.7.6_4
> ===>>> Port directory: /usr/ports/databases/py-sqlite3
>
> ===>>> Gathering distinfo list for installed ports
>
> ===>>> Launching 'make checksum' for databases/py-sqlite3 in background
> ===>>> Gathering dependency list for databases/py-sqlite3 from ports
> ===>>> Initial dependency check complete for databases/py-sqlite3
>
> ]0;portmaster: py27-sqlite3-2.7.6_4
> ===>>> Starting build for databases/py-sqlite3 <<<===
>
> ===>>> All dependencies are up to date
>
> ===> Cleaning for py27-sqlite3-2.7.8_5
> ===> License PSFL accepted by the user
> ===> py27-sqlite3-2.7.8_5 depends on file: /usr/local/sbin/pkg - found
> ===> Fetching all distfiles required by py27-sqlite3-2.7.8_5 for building
> ===> Extracting for py27-sqlite3-2.7.8_5
> => SHA256 Checksum OK for python/Python-2.7.8.tar.xz.
> ===> Patching for py27-sqlite3-2.7.8_5
> ===> py27-sqlite3-2.7.8_5 depends on package: py27-setuptools27>0 - found
> ===> py27-sqlite3-2.7.8_5 depends on file: /usr/local/bin/python2.7 - found
> ===> py27-sqlite3-2.7.8_5 depends on shared library: libsqlite3.so - found (/usr/local/lib/libsqlite3.so.0.8.6)
> ===> Configuring for py27-sqlite3-2.7.8_5
> ===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/aclocal.m4
> ===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/acinclude.m4
> ===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/m4/libtool.m4
> ===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/_ctypes/libffi/configure
> ===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/Modules/zlib/configure
> ===> FreeBSD 10 autotools fix applied to /usr/ports/databases/py-sqlite3/work11.amd64/Python-2.7.8/configure
> Traceback (most recent call last):
> File "", line 1, in
> File "setup.py", line 36, in
> import ctypes
> File "/usr/local/lib/python2.7/ctypes/__init__.py", line 10, in
> from _ctypes import Union, Structure, Array
> ImportError: No module named _ctypes
> *** Error code 1
>
> Stop.
> make: stopped in /usr/ports/databases/py-sqlite3
>
> ===>>> make build failed for databases/py-sqlite3
> ===>>> Aborting update
>
>
> ===>>> You can restart from the point of failure with this command line:
> portmaster databases/py-sqlite3
>
>
> Tom
>
> _______________________________________________
> freebsd-python at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-python
> To unsubscribe, send any mail to "freebsd-python-unsubscribe at freebsd.org"
>
Hi Tom, thanks for the report!
This one needs further isolation to lang/python27, to identify why the
ctypes module fails to build. Let us know what you find.
--
koobs
From mueller6724 at bellsouth.net Sun Oct 19 09:11:32 2014
From: mueller6724 at bellsouth.net (Thomas Mueller)
Date: Sun, 19 Oct 2014 09:04:10 +0000 (UTC)
Subject: Is py-sqlite3 broken (missing _ctypes)?
References: <732067.33913.bm@smtp112.sbc.mail.ne1.yahoo.com>
<544368FD.7070802@FreeBSD.org>
Message-ID: <493281.66204.bm@smtp119.sbc.mail.ne1.yahoo.com>
from Kubilay Kocak:
> Hi Tom, thanks for the report!
> This one needs further isolation to lang/python27, to identify why the
> ctypes module fails to build. Let us know what you find.
What specifically should I do?
Should I try to build lang/python34 or python33?
Distrowatch.com tracks some packages including sqlite, and I noticed sqlite was updated to 3.8.7; subsequently saw that on www.sqlite.org .
Should I wait for databases/sqlite3 to be upgraded in the ports tree, or try to update it myself if need be?
Tom
From demon at FreeBSD.org Sun Oct 19 09:28:30 2014
From: demon at FreeBSD.org (Dmitry Sivachenko)
Date: Sun, 19 Oct 2014 13:28:25 +0400
Subject: RFC: python34 update to 3.4.2
Message-ID:
Hello,
Please find below the proposed update for python34 port.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: py34.diff
Type: application/octet-stream
Size: 22629 bytes
Desc: not available
URL:
From amdmi3 at amdmi3.ru Mon Oct 20 14:54:19 2014
From: amdmi3 at amdmi3.ru (Dmitry Marakasov)
Date: Mon, 20 Oct 2014 18:54:07 +0400 (MSK)
Subject: [PATCH] devel/py-freebsd: fix build on HEAD
Message-ID: <20141020145407.2305F129F8@hades.panopticon>
>Submitter-Id: current-users
>Originator: Dmitry Marakasov
>Organization:
>Confidential: no
>Synopsis: [PATCH] devel/py-freebsd: fix build on HEAD
>Severity: serious
>Priority: low
>Category: ports
>Class: change-request
>Release: FreeBSD 10.1-BETA2 amd64
>Environment:
System: FreeBSD hades.panopticon 10.1-BETA2 FreeBSD 10.1-BETA2 #0 r271992: Tue Sep 23 00:12:47 MSK
>Description:
- Fix build on HEAD: remove support for IFF_SMART flag which was removed
- Switch to USES=python
Port maintainer (python at FreeBSD.org) is cc'd.
Generated with FreeBSD Port Tools 1.02 (mode: change, diff: SVN)
>How-To-Repeat:
>Fix:
--- py-freebsd-0.9.3.patch begins here ---
Index: Makefile
===================================================================
--- Makefile (revision 371272)
+++ Makefile (working copy)
@@ -14,9 +14,8 @@
MAINTAINER= python at FreeBSD.org
COMMENT= Python interface to FreeBSD-specific system libraries
-USE_PYTHON= 2
-USE_PYDISTUTILS= yes
-PYDISTUTILS_AUTOPLIST= yes
+USES= python:2
+USE_PYTHON= distutils autoplist
.include
@@ -28,5 +27,9 @@
.if ${OSVERSION} >= 900030
EXTRA_PATCHES+= ${FILESDIR}/freebsd9_patch-src-sysctl.c
.endif
+.if ${OSVERSION} >= 1100002
+EXTRA_PATCHES+= ${FILESDIR}/freebsd11_patch-src__.const.def \
+ ${FILESDIR}/freebsd11_patch-src__netstat.c
+.endif
.include
Index: files/freebsd11_patch-src__.const.def
===================================================================
--- files/freebsd11_patch-src__.const.def (revision 0)
+++ files/freebsd11_patch-src__.const.def (working copy)
@@ -0,0 +1,10 @@
+--- src/.const.def.orig 2005-12-09 06:40:56.000000000 +0300
++++ src/.const.def 2014-10-18 00:25:38.000000000 +0400
+@@ -69,7 +69,6 @@
+ SETDICT_INT(d, "IFF_DEBUG", IFF_DEBUG);
+ SETDICT_INT(d, "IFF_LOOPBACK", IFF_LOOPBACK);
+ SETDICT_INT(d, "IFF_POINTOPOINT", IFF_POINTOPOINT);
+-SETDICT_INT(d, "IFF_SMART", IFF_SMART);
+ SETDICT_INT(d, "IFF_RUNNING", IFF_RUNNING);
+ SETDICT_INT(d, "IFF_NOARP", IFF_NOARP);
+ SETDICT_INT(d, "IFF_PROMISC", IFF_PROMISC);
Property changes on: files/freebsd11_patch-src__.const.def
___________________________________________________________________
Added: svn:mime-type
## -0,0 +1 ##
+text/plain
\ No newline at end of property
Added: svn:eol-style
## -0,0 +1 ##
+native
\ No newline at end of property
Index: files/freebsd11_patch-src__netstat.c
===================================================================
--- files/freebsd11_patch-src__netstat.c (revision 0)
+++ files/freebsd11_patch-src__netstat.c (working copy)
@@ -0,0 +1,10 @@
+--- src/netstat.c.orig 2005-05-08 10:55:00.000000000 +0400
++++ src/netstat.c 2014-10-18 00:25:23.000000000 +0400
+@@ -40,7 +40,6 @@
+ EXPCONST(int IFF_DEBUG)
+ EXPCONST(int IFF_LOOPBACK)
+ EXPCONST(int IFF_POINTOPOINT)
+-EXPCONST(int IFF_SMART)
+ EXPCONST(int IFF_RUNNING)
+ EXPCONST(int IFF_NOARP)
+ EXPCONST(int IFF_PROMISC)
Property changes on: files/freebsd11_patch-src__netstat.c
___________________________________________________________________
Added: svn:eol-style
## -0,0 +1 ##
+native
\ No newline at end of property
Added: svn:mime-type
## -0,0 +1 ##
+text/plain
\ No newline at end of property
--- py-freebsd-0.9.3.patch ends here ---
From bugzilla-noreply at freebsd.org Tue Oct 21 02:24:44 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 21 Oct 2014 02:24:44 +0000
Subject: [Bug 194504] New: [MAINTAINER] math/py-pandas: Update to 0.15.0
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194504
Bug ID: 194504
Summary: [MAINTAINER] math/py-pandas: Update to 0.15.0
Product: Ports Tree
Version: Latest
Hardware: Any
OS: Any
Status: Needs Triage
Severity: Affects Some People
Priority: Normal
Component: Individual Port(s)
Assignee: freebsd-ports-bugs at FreeBSD.org
Reporter: john at saltant.com
CC: freebsd-python at FreeBSD.org
Created attachment 148525
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=148525&action=edit
Update math/py-pandas to 0.15.0
Change log
==========
* Update to 0.15.0
* Offer experimental Openpyxl2 support
* Depend on minimum versions of optional ports per upstream docs
QA
==
$ portlint -AC math/py-pandas
WARN: Makefile: for new port, make $FreeBSD$ tag in comment section empty,
to make SVN happy.
WARN: Consider to set DEVELOPER=yes in /etc/make.conf
0 fatal errors and 2 warnings found.
Build logs and test output to follow.
--
You are receiving this mail because:
You are on the CC list for the bug.
From bugzilla-noreply at freebsd.org Tue Oct 21 02:27:08 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 21 Oct 2014 02:27:08 +0000
Subject: [Bug 194504] [MAINTAINER] math/py-pandas: Update to 0.15.0
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194504
--- Comment #1 from John W. O'Brien ---
Created attachment 148526
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=148526&action=edit
Build log with python 2.7
--
You are receiving this mail because:
You are on the CC list for the bug.
From bugzilla-noreply at freebsd.org Tue Oct 21 02:27:26 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 21 Oct 2014 02:27:26 +0000
Subject: [Bug 194504] [MAINTAINER] math/py-pandas: Update to 0.15.0
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194504
--- Comment #2 from John W. O'Brien ---
Created attachment 148527
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=148527&action=edit
Build log with python 3.3
--
You are receiving this mail because:
You are on the CC list for the bug.
From bugzilla-noreply at freebsd.org Tue Oct 21 02:27:47 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 21 Oct 2014 02:27:46 +0000
Subject: [Bug 194504] [MAINTAINER] math/py-pandas: Update to 0.15.0
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194504
--- Comment #3 from John W. O'Brien ---
Created attachment 148528
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=148528&action=edit
Build log with python 3.4
--
You are receiving this mail because:
You are on the CC list for the bug.
From bugzilla-noreply at freebsd.org Tue Oct 21 03:00:30 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Tue, 21 Oct 2014 03:00:30 +0000
Subject: [Bug 194504] [MAINTAINER] math/py-pandas: Update to 0.15.0
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194504
--- Comment #4 from John W. O'Brien ---
Created attachment 148529
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=148529&action=edit
Verbose nosetests output
This test output log was generated from a build with all optional dependencies
enabled (includeing textproc/openpyxl experimental support). There is one error
and three test failures:
ERROR: test_pytables_native_read (pandas.io.tests.test_pytables.TestHDFStore)
This is an error we have inherited from devel/py-tables for some time [0] (I
should really submit a PR).
FAIL: test_append_with_timezones_dateutil
(pandas.io.tests.test_pytables.TestHDFStore)
FAIL: test_sub_isub (pandas.tseries.tests.test_base.TestDatetimeIndexOps)
FAIL: test_convert_datetime_list
(pandas.tseries.tests.test_timezones.TestTimeZoneSupportDateutil)
These three I will need to look into.
[0] https://lists.freebsd.org/pipermail/freebsd-python/2013-July/005692.html
--
You are receiving this mail because:
You are on the CC list for the bug.
From bugzilla-noreply at freebsd.org Wed Oct 22 04:48:58 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Wed, 22 Oct 2014 04:48:58 +0000
Subject: [Bug 184954] Installation checks prevent multiple python ports being
installed
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184954
--- Comment #4 from FreeBSD at ShaneWare.Biz ---
This is mostly fixed, just a suggestion before closing. Manual building within
ports works but building package repos with poudriere fails.
Could man pages be added to the concurrent setting?
Could pkg install incorporate the concurrent renaming steps?
Using py-numpy as example. The Makefile creates an extra manpage to match the
default py version.
When building packages with poudriere if I use a set which specifies py27 as
default and build py-numpy then build again with with py34 as default, the two
packages can't be installed together. If pkg install performed the concurrent
renaming step this could work.
--
You are receiving this mail because:
You are the assignee for the bug.
From bugzilla-noreply at freebsd.org Wed Oct 22 05:17:05 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Wed, 22 Oct 2014 05:17:05 +0000
Subject: [Bug 184954] Installation checks prevent multiple python ports being
installed
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184954
--- Comment #5 from Marcus von Appen ---
The problem is not about man pages, but about how you configure poudriere.
There can be only one default python version at any time, which is the reason,
why your approach does not work.
The correct approach for your poudriere environment would be to build packages
with the proper default python version and to build packages with a
user-supplied PYTHON_VERSION setting.
If you build packages for python2.7 as default and python3.4 as default,
packages may conflict, since e.g. the f2py binary would link to f2py-2.7 and
also to f2py-3.4 (or the man page or the docs, etc.).
A correct poudriere configuration could look like this:
/usr/local/etc/poudriere.d/make.conf:
PYTHON_DEFAULT_VERSION=python2.7
/usr/local/etc/poudriere.d/python34-make.conf:
PYTHON_DEFAULT_VERSION=python2.7
PYTHON_VERSION=python3.4
To build packages for your default, just invoke poudriere without a set option,
as you are used to. To build packages for python3.4, add the set option:
poudriere ... -z python34 ...
--
You are receiving this mail because:
You are the assignee for the bug.
From mva at FreeBSD.org Wed Oct 22 05:29:31 2014
From: mva at FreeBSD.org (Marcus von Appen)
Date: Wed, 22 Oct 2014 07:29:27 +0200
Subject: games/pysolfc, R370447: from PIL import _imagingtk, ImportError:
cannot import name _imagingtk
In-Reply-To: <543F9C3F.4060501@passap.ru>
References: <543F9C3F.4060501@passap.ru>
Message-ID: <20141022052927.GA1056@medusa.sysfault.org>
On, Thu Oct 16, 2014, Boris Samorodov wrote:
> Hi William, All,
>
> I'm using 10.1-RC2-amd64 and official packages. After recent "pkg
> upgrade" I've got the error:
> -----
> % pysolfc
> [...]
> File "/usr/local/lib/python2.7/site-packages/PIL/ImageTk.py", line
> 180, in paste
> from PIL import _imagingtk
> ImportError: cannot import name _imagingtk
> -----
>
Did you build graphics/py-pillow yourself or install it from the
official poudriere repositories? Its default is not to use Tkinter,
which is likely to be the root problem for an official build.
Cheers
Marcus
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 181 bytes
Desc: not available
URL:
From bsam at passap.ru Wed Oct 22 07:24:06 2014
From: bsam at passap.ru (Boris Samorodov)
Date: Wed, 22 Oct 2014 11:23:53 +0400
Subject: games/pysolfc, R370447: from PIL import _imagingtk, ImportError:
cannot import name _imagingtk
In-Reply-To: <20141022052927.GA1056@medusa.sysfault.org>
References: <543F9C3F.4060501@passap.ru>
<20141022052927.GA1056@medusa.sysfault.org>
Message-ID: <54475B89.7080800@passap.ru>
22.10.2014 09:29, Marcus von Appen ?????:
> On, Thu Oct 16, 2014, Boris Samorodov wrote:
>
>> Hi William, All,
>>
>> I'm using 10.1-RC2-amd64 and official packages. After recent "pkg
>> upgrade" I've got the error:
>> -----
>> % pysolfc
>> [...]
>> File "/usr/local/lib/python2.7/site-packages/PIL/ImageTk.py", line
>> 180, in paste
>> from PIL import _imagingtk
>> ImportError: cannot import name _imagingtk
>> -----
>>
>
> Did you build graphics/py-pillow yourself or install it from the
> official poudriere repositories? Its default is not to use Tkinter,
> which is likely to be the root problem for an official build.
Marcus, thank you for your answer and analysis.
You are quite right. Official package for games/pysolfc is broken after
R370447.
I replaced the official package of graphics/pillow with a package built
with option "TKINTER=on". Now pysolfc works as expected.
--
WBR, Boris Samorodov (bsam)
FreeBSD Committer, http://www.FreeBSD.org The Power To Serve
From bugzilla-noreply at freebsd.org Thu Oct 23 11:15:31 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Thu, 23 Oct 2014 11:15:30 +0000
Subject: [Bug 184954] Installation checks prevent multiple python ports being
installed
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=184954
FreeBSD at ShaneWare.Biz changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|In Discussion |Issue Resolved
Resolution|--- |FIXED
--- Comment #6 from FreeBSD at ShaneWare.Biz ---
OK I shoulda thought of setting PYTHON_VERSION
But man pages could still be added to concurrent adjustments instead of each
port manually renaming them.
--
You are receiving this mail because:
You are the assignee for the bug.
From Axel.Rau at Chaos1.DE Sun Oct 26 18:32:45 2014
From: Axel.Rau at Chaos1.DE (Axel Rau)
Date: Sun, 26 Oct 2014 19:32:38 +0100
Subject: Setting ${PYTHON_CMD} in startup script
Message-ID: <65AA781B-7756-40CB-8CD8-F712F0FA8416@Chaos1.DE>
Hi all,
simple question:
How can I set PYTHON_CMD in my startup script, say
files/my_daemon.in
?
Thanks, Axel
---
PGP-Key:29E99DD6 ? +49 151 2300 9283 ? computing @ chaos claudius
From portscout at FreeBSD.org Mon Oct 27 09:45:49 2014
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Mon, 27 Oct 2014 09:45:49 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201410270945.s9R9jnUb097701@portscout.freebsd.org>
An embedded and charset-unspecified text was scrubbed...
Name: not available
URL:
From Axel.Rau at Chaos1.DE Mon Oct 27 11:06:30 2014
From: Axel.Rau at Chaos1.DE (Axel Rau)
Date: Mon, 27 Oct 2014 12:06:25 +0100
Subject: [RESOLVED] Re: Setting ${PYTHON_CMD} in startup script
In-Reply-To: <65AA781B-7756-40CB-8CD8-F712F0FA8416@Chaos1.DE>
References: <65AA781B-7756-40CB-8CD8-F712F0FA8416@Chaos1.DE>
Message-ID: <08E2AC32-B28E-4616-85AF-330A20588F8D@Chaos1.DE>
Am 26.10.2014 um 19:32 schrieb Axel Rau :
> How can I set PYTHON_CMD in my startup script, say
> files/my_daemon.in
SUB_LIST+= PYTHON_CMD=${PYTHON_CMD}
in the Makefile expands
"%%PYTHON_CMD%%"
in files/my_daemon.in
grep was my friend (-;,
Axel
---
PGP-Key:29E99DD6 ? +49 151 2300 9283 ? computing @ chaos claudius
From bugzilla-noreply at freebsd.org Mon Oct 27 21:36:07 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Mon, 27 Oct 2014 21:36:07 +0000
Subject: [Bug 194488] [PATCH] devel/py-freebsd: fix build on HEAD
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194488
Dmitry Marakasov changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |amdmi3 at FreeBSD.org
Assignee|freebsd-ports-bugs at FreeBSD. |python at FreeBSD.org
|org |
--
You are receiving this mail because:
You are the assignee for the bug.
From Cy.Schubert at komquats.com Tue Oct 28 05:01:09 2014
From: Cy.Schubert at komquats.com (Cy Schubert)
Date: Mon, 27 Oct 2014 22:01:00 -0700
Subject: Libffi Dependency
Message-ID: <201410280501.s9S510vl025204@slippy.cwsent.com>
Hi,
Would anyone care to check this out and would anyone object to this being
committed? Basically this enables optional (default) dependency on
devel/libffi instead of libffi shipped within the python tarballs. The
default is to use devel/libffi however the user can opt to use the ffi
delivered with each python tarball. Comments? Ojbections?
-------------- next part --------------
Index: python27/Makefile
===================================================================
--- python27/Makefile (revision 371618)
+++ python27/Makefile (working copy)
@@ -2,7 +2,7 @@
PORTNAME= python27
PORTVERSION= 2.7.8
-PORTREVISION= 5
+PORTREVISION= 6
CATEGORIES= lang python ipv6
MASTER_SITES= PYTHON
MASTER_SITE_SUBDIR= ftp/python/${PORTVERSION}
@@ -34,8 +34,8 @@
PORTVERSION=${PORTVERSION} \
OSMAJOR=${OSVERSION:C/([0-9]*)[0-9]{5}/\1/} # For plat-freebsd* in
pkg-plist. http://bugs.python.org/issue19554
-OPTIONS_DEFINE= DEBUG IPV6 NLS PYMALLOC SEM THREADS
-OPTIONS_DEFAULT= IPV6 NLS PYMALLOC SEM THREADS UCS4
+OPTIONS_DEFINE= DEBUG IPV6 NLS PYMALLOC SEM THREADS PORT_FFI
+OPTIONS_DEFAULT= IPV6 NLS PYMALLOC SEM THREADS UCS4 PORT_FFI
OPTIONS_SINGLE= UNICODE
OPTIONS_SINGLE_UNICODE= UCS2 UCS4
@@ -45,6 +45,7 @@
UCS2_DESC= Enable UCS2 Unicode Strings
UCS4_DESC= Enable UCS4 Unicode Strings
PYMALLOC_DESC= Enable specialized mallocs
+PORT_FFI_DESC= Use devel/ffi instead of ffi bundled with Python
DEBUG_CONFIGURE_WITH= pydebug
IPV6_CONFIGURE_ENABLE= ipv6
@@ -88,6 +89,12 @@
CFLAGS+= -DPYTHON_DEFAULT_RECURSION_LIMIT=900
.endif
+.if ${PORT_OPTIONS:MPORT_FFI}
+CONFIGURE_ARGS+= --with-system-ffi
+BUILD_DEPENDS+= libffi>=0:${PORTSDIR}/devel/libffi
+RUN_DEPENDS+= libffi>=0:${PORTSDIR}/devel/libffi
+.endif
+
# See http://bugs.freebsd.org/115940
.if !exists(/usr/bin/ypcat) || defined(WITHOUT_NIS) # the world with NO_NIS
PLIST_SUB+= NO_NIS="@comment "
Index: python32/Makefile
===================================================================
--- python32/Makefile (revision 371618)
+++ python32/Makefile (working copy)
@@ -2,7 +2,7 @@
PORTNAME= python32
PORTVERSION= 3.2.5
-PORTREVISION= 11
+PORTREVISION= 12
CATEGORIES= lang python ipv6
MASTER_SITES= PYTHON
MASTER_SITE_SUBDIR= ftp/python/${PORTVERSION}
@@ -33,13 +33,15 @@
PLIST_SUB= ABI=${ABIFLAGS} \
OSMAJOR=${OSVERSION:C/([0-9]*)[0-9]{5}/\1/} # For plat-freebsd* in
pkg-plist. http://bugs.python.org/issue19554
-OPTIONS_DEFINE= DEBUG IPV6 NLS PYMALLOC THREADS TSC UCS4
-OPTIONS_DEFAULT= IPV6 NLS PYMALLOC THREADS UCS4
+OPTIONS_DEFINE= DEBUG IPV6 NLS PYMALLOC THREADS TSC PORT_FFI
+OPTIONS_DEFAULT= IPV6 NLS PYMALLOC THREADS PORT_FFI
+
OPTIONS_SUB= yes
NLS_DESC= Enable gettext support for the locale module
PYMALLOC_DESC= Enable specialized mallocs
TSC_DESC= Enable processor timestamp counter profiling
+PORT_FFI_DESC= Use devel/ffi instead of ffi bundled with Python
DEBUG_CONFIGURE_WITH= pydebug
IPV6_CONFIGURE_ENABLE= ipv6
@@ -75,6 +77,12 @@
ABIFLAGS:= d${ABIFLAGS}
.endif
+.if ${PORT_OPTIONS:MPORT_FFI}
+CONFIGURE_ARGS+= --with-system-ffi
+BUILD_DEPENDS+= libffi>=0:${PORTSDIR}/devel/libffi
+RUN_DEPENDS+= libffi>=0:${PORTSDIR}/devel/libffi
+.endif
+
.if !empty(ABIFLAGS)
PLIST_FILES+= bin/python3.2%%ABI%%
PLIST_FILES+= bin/python3.2%%ABI%%-config
Index: python33/Makefile
===================================================================
--- python33/Makefile (revision 371618)
+++ python33/Makefile (working copy)
@@ -2,7 +2,7 @@
PORTNAME= python33
PORTVERSION= 3.3.5
-PORTREVISION= 4
+PORTREVISION= 5
CATEGORIES= lang python ipv6
MASTER_SITES= PYTHON
MASTER_SITE_SUBDIR= ftp/python/${PORTVERSION}
@@ -33,13 +33,15 @@
PLIST_SUB= ABI=${ABIFLAGS} \
OSMAJOR=${OSVERSION:C/([0-9]*)[0-9]{5}/\1/} # For plat-freebsd* in
pkg-plist. http://bugs.python.org/issue19554
-OPTIONS_DEFINE= DEBUG IPV6 NLS PYMALLOC THREADS TSC
-OPTIONS_DEFAULT= IPV6 NLS PYMALLOC THREADS
+OPTIONS_DEFINE= DEBUG IPV6 NLS PYMALLOC THREADS TSC PORT_FFI
+OPTIONS_DEFAULT= IPV6 NLS PYMALLOC THREADS PORT_FFI
+
OPTIONS_SUB= yes
NLS_DESC= Enable gettext support for the locale module
PYMALLOC_DESC= Enable specialized mallocs
TSC_DESC= Enable processor timestamp counter profiling
+PORT_FFI_DESC= Use devel/ffi instead of ffi bundled with Python
DEBUG_CONFIGURE_WITH= pydebug
IPV6_CONFIGURE_ENABLE= ipv6
@@ -69,6 +71,12 @@
ABIFLAGS:= d${ABIFLAGS}
.endif
+.if ${PORT_OPTIONS:MPORT_FFI}
+CONFIGURE_ARGS+= --with-system-ffi
+BUILD_DEPENDS+= libffi>=0:${PORTSDIR}/devel/libffi
+RUN_DEPENDS+= libffi>=0:${PORTSDIR}/devel/libffi
+.endif
+
.if !empty(ABIFLAGS)
PLIST_FILES+= bin/python3.3%%ABI%%
PLIST_FILES+= bin/python3.3%%ABI%%-config
Index: python34/Makefile
===================================================================
--- python34/Makefile (revision 371618)
+++ python34/Makefile (working copy)
@@ -3,6 +3,7 @@
PORTNAME= python34
PORTVERSION= 3.4.2
+PORTREVISION= 1
CATEGORIES= lang python ipv6
MASTER_SITES= PYTHON
MASTER_SITE_SUBDIR= ftp/python/${PORTVERSION}
@@ -34,8 +35,8 @@
PLIST_SUB= ABI=${ABIFLAGS} \
OSMAJOR=${OSVERSION:C/([0-9]*)[0-9]{5}/\1/} # For plat-freebsd* in
pkg-plist. http://bugs.python.org/issue19554
-OPTIONS_DEFINE= DEBUG IPV6 NLS PYMALLOC THREADS TSC
-OPTIONS_DEFAULT= IPV6 NLS PYMALLOC THREADS
+OPTIONS_DEFINE= DEBUG IPV6 NLS PYMALLOC THREADS TSC PORT_FFI
+OPTIONS_DEFAULT= IPV6 NLS PYMALLOC THREADS PORT_FFI
OPTIONS_RADIO= HASH
OPTIONS_RADIO_HASH= FNV SIPHASH
OPTIONS_SUB= yes
@@ -43,6 +44,7 @@
NLS_DESC= Enable gettext support for the locale module
PYMALLOC_DESC= Enable specialized mallocs
TSC_DESC= Enable processor timestamp counter profiling
+PORT_FFI_DESC= Use devel/ffi instead of ffi bundled with Python
HASH_DESC= Hash Algorithm (PEP-456)
FNV_DESC= Modified Fowler-Noll-Vo Algorithm
@@ -78,6 +80,12 @@
ABIFLAGS:= d${ABIFLAGS}
.endif
+.if ${PORT_OPTIONS:MPORT_FFI}
+CONFIGURE_ARGS+= --with-system-ffi
+BUILD_DEPENDS+= libffi>=0:${PORTSDIR}/devel/libffi
+RUN_DEPENDS+= libffi>=0:${PORTSDIR}/devel/libffi
+.endif
+
.if !empty(ABIFLAGS)
PLIST_FILES+= bin/python3.4%%ABI%%
PLIST_FILES+= bin/python3.4%%ABI%%-config
-------------- next part --------------
Cheers,
Cy Schubert
FreeBSD UNIX: Web: http://www.FreeBSD.org
The need of the many outweighs the greed of the few.
From antoine at FreeBSD.org Tue Oct 28 09:29:06 2014
From: antoine at FreeBSD.org (Antoine Brodin)
Date: Tue, 28 Oct 2014 09:29:04 +0000
Subject: svn commit: r371567 - in head/lang/python34: . files
In-Reply-To: <201410271254.s9RCs5ld049355@svn.freebsd.org>
References: <201410271254.s9RCs5ld049355@svn.freebsd.org>
Message-ID:
On Mon, Oct 27, 2014 at 12:54 PM, Dmitry Sivachenko wrote:
> Author: demon
> Date: Mon Oct 27 12:54:04 2014
> New Revision: 371567
> URL: https://svnweb.freebsd.org/changeset/ports/371567
> QAT: https://qat.redports.org/buildarchive/r371567/
>
> Log:
> Update to version 3.4.2.
> Two deleted patches were integrated upstream.
>
> Reviewed by: koobs in D967
>
> Deleted:
> head/lang/python34/files/patch-issue21166
> head/lang/python34/files/patch-issue21704
> Modified:
> head/lang/python34/Makefile
> head/lang/python34/distinfo
> head/lang/python34/files/patch-Makefile.pre.in
> head/lang/python34/files/patch-Modules-_ctypes-libffi-configure
> head/lang/python34/pkg-plist
Hi,
This fails to build on i386 (_ctypes/libffi error)
Cheers,
Antoine
>
> Modified: head/lang/python34/Makefile
> ==============================================================================
> --- head/lang/python34/Makefile Mon Oct 27 12:49:22 2014 (r371566)
> +++ head/lang/python34/Makefile Mon Oct 27 12:54:04 2014 (r371567)
> @@ -2,8 +2,7 @@
> # $FreeBSD$
>
> PORTNAME= python34
> -PORTVERSION= 3.4.1
> -PORTREVISION= 5
> +PORTVERSION= 3.4.2
> CATEGORIES= lang python ipv6
> MASTER_SITES= PYTHON
> MASTER_SITE_SUBDIR= ftp/python/${PORTVERSION}
>
> Modified: head/lang/python34/distinfo
> ==============================================================================
> --- head/lang/python34/distinfo Mon Oct 27 12:49:22 2014 (r371566)
> +++ head/lang/python34/distinfo Mon Oct 27 12:54:04 2014 (r371567)
> @@ -1,2 +1,2 @@
> -SHA256 (python/Python-3.4.1.tar.xz) = c595a163104399041fcbe1c5c04db4c1da94f917b82ce89e8944c8edff7aedc4
> -SIZE (python/Python-3.4.1.tar.xz) = 14125788
> +SHA256 (python/Python-3.4.2.tar.xz) = 1c6d9682d145c056537e477bbfa060ce727f9edd38df1827e0f970dcf04b2def
> +SIZE (python/Python-3.4.2.tar.xz) = 14223804
>
> Modified: head/lang/python34/files/patch-Makefile.pre.in
> ==============================================================================
> --- head/lang/python34/files/patch-Makefile.pre.in Mon Oct 27 12:49:22 2014 (r371566)
> +++ head/lang/python34/files/patch-Makefile.pre.in Mon Oct 27 12:54:04 2014 (r371567)
> @@ -6,13 +6,17 @@
> # Submitted by: antoine@ (r358029)
> # TODO: Upstream
>
> ---- ./Makefile.pre.in.orig 2014-05-19 05:19:39.000000000 +0000
> -+++ ./Makefile.pre.in 2014-06-15 12:12:17.000000000 +0000
> -@@ -70,18 +70,15 @@
> +--- Makefile.pre.in.orig 2014-10-08 12:18:14.000000000 +0400
> ++++ Makefile.pre.in 2014-10-19 12:37:14.000000000 +0400
> +@@ -70,23 +70,20 @@
> OPT= @OPT@
> BASECFLAGS= @BASECFLAGS@
> BASECPPFLAGS= @BASECPPFLAGS@
> -CONFIGURE_CFLAGS= @CFLAGS@
> + # CFLAGS_NODIST is used for building the interpreter and stdlib C extensions.
> + # Use it when a compiler flag should _not_ be part of the distutils CFLAGS
> + # once Python is installed (Issue #21121).
> + CONFIGURE_CFLAGS_NODIST=@CFLAGS_NODIST@
> -CONFIGURE_CPPFLAGS= @CPPFLAGS@
> -CONFIGURE_LDFLAGS= @LDFLAGS@
> # Avoid assigning CFLAGS, LDFLAGS, etc. so users can use them on the
> @@ -20,6 +24,7 @@
> # values.
> -PY_CFLAGS= $(BASECFLAGS) $(OPT) $(CONFIGURE_CFLAGS) $(CFLAGS) $(EXTRA_CFLAGS)
> +PY_CFLAGS= $(BASECFLAGS) $(OPT) $(CFLAGS) $(EXTRA_CFLAGS)
> + PY_CFLAGS_NODIST=$(CONFIGURE_CFLAGS_NODIST) $(CFLAGS_NODIST)
> # Both CPPFLAGS and LDFLAGS need to contain the shell's value for setup.py to
> # be able to build extension modules using the directories specified in the
> # environment variables
> @@ -30,7 +35,7 @@
> NO_AS_NEEDED= @NO_AS_NEEDED@
> LDLAST= @LDLAST@
> SGI_ABI= @SGI_ABI@
> -@@ -1065,12 +1062,6 @@
> +@@ -1080,12 +1077,6 @@
> else true; \
> fi
> (cd $(DESTDIR)$(BINDIR); $(LN) -s python$(VERSION)$(EXE) python3$(EXE))
> @@ -43,7 +48,7 @@
> -rm -f $(DESTDIR)$(BINDIR)/python3-config
> (cd $(DESTDIR)$(BINDIR); $(LN) -s python$(VERSION)-config python3-config)
> -rm -f $(DESTDIR)$(LIBPC)/python3.pc
> -@@ -1333,6 +1324,12 @@
> +@@ -1348,6 +1339,12 @@
> $(INSTALL_SCRIPT) $(srcdir)/install-sh $(DESTDIR)$(LIBPL)/install-sh
> $(INSTALL_SCRIPT) python-config.py $(DESTDIR)$(LIBPL)/python-config.py
> $(INSTALL_SCRIPT) python-config $(DESTDIR)$(BINDIR)/python$(LDVERSION)-config
>
> Modified: head/lang/python34/files/patch-Modules-_ctypes-libffi-configure
> ==============================================================================
> --- head/lang/python34/files/patch-Modules-_ctypes-libffi-configure Mon Oct 27 12:49:22 2014 (r371566)
> +++ head/lang/python34/files/patch-Modules-_ctypes-libffi-configure Mon Oct 27 12:54:04 2014 (r371567)
> @@ -1,11 +1,11 @@
> ---- ./Modules/_ctypes/libffi/configure.orig 2013-05-15 20:32:57.000000000 +0400
> -+++ ./Modules/_ctypes/libffi/configure 2013-05-18 10:56:03.000000000 +0400
> -@@ -6889,7 +6889,7 @@
> +--- Modules/_ctypes/libffi/configure.orig 2014-10-08 12:18:14.000000000 +0400
> ++++ Modules/_ctypes/libffi/configure 2014-10-19 12:39:11.000000000 +0400
> +@@ -7526,7 +7526,7 @@
> rm -rf conftest*
> ;;
>
> --x86_64-*kfreebsd*-gnu|x86_64-*linux*|ppc*-*linux*|powerpc*-*linux*| \
> -+amd64-*-freebsd*|x86_64-*kfreebsd*-gnu|x86_64-*linux*|ppc*-*linux*|powerpc*-*linux*| \
> +-x86_64-*kfreebsd*-gnu|x86_64-*linux*|powerpc*-*linux*| \
> ++amd64-*-freebsd*|x86_64-*kfreebsd*-gnu|x86_64-*linux*|powerpc*-*linux*| \
> s390*-*linux*|s390*-*tpf*|sparc*-*linux*)
> - # Find out which ABI we are using.
> - echo 'int i;' > conftest.$ac_ext
> + # Find out what ABI is being produced by ac_compile, and set linker
> + # options accordingly. Note that the listed cases only cover the
>
> Modified: head/lang/python34/pkg-plist
> ==============================================================================
> --- head/lang/python34/pkg-plist Mon Oct 27 12:49:22 2014 (r371566)
> +++ head/lang/python34/pkg-plist Mon Oct 27 12:54:04 2014 (r371567)
> @@ -460,6 +460,8 @@ lib/python3.4/asyncio/__pycache__/base_s
> lib/python3.4/asyncio/__pycache__/base_subprocess.cpython-34.pyo
> lib/python3.4/asyncio/__pycache__/constants.cpython-34.pyc
> lib/python3.4/asyncio/__pycache__/constants.cpython-34.pyo
> +lib/python3.4/asyncio/__pycache__/coroutines.cpython-34.pyc
> +lib/python3.4/asyncio/__pycache__/coroutines.cpython-34.pyo
> lib/python3.4/asyncio/__pycache__/events.cpython-34.pyc
> lib/python3.4/asyncio/__pycache__/events.cpython-34.pyo
> lib/python3.4/asyncio/__pycache__/futures.cpython-34.pyc
> @@ -495,6 +497,7 @@ lib/python3.4/asyncio/__pycache__/window
> lib/python3.4/asyncio/base_events.py
> lib/python3.4/asyncio/base_subprocess.py
> lib/python3.4/asyncio/constants.py
> +lib/python3.4/asyncio/coroutines.py
> lib/python3.4/asyncio/events.py
> lib/python3.4/asyncio/futures.py
> lib/python3.4/asyncio/locks.py
> @@ -595,10 +598,11 @@ lib/python3.4/ctypes/macholib/fetch_mach
> lib/python3.4/ctypes/macholib/fetch_macholib.bat
> lib/python3.4/ctypes/macholib/framework.py
> lib/python3.4/ctypes/test/__init__.py
> +lib/python3.4/ctypes/test/__main__.py
> lib/python3.4/ctypes/test/__pycache__/__init__.cpython-34.pyc
> lib/python3.4/ctypes/test/__pycache__/__init__.cpython-34.pyo
> -lib/python3.4/ctypes/test/__pycache__/runtests.cpython-34.pyc
> -lib/python3.4/ctypes/test/__pycache__/runtests.cpython-34.pyo
> +lib/python3.4/ctypes/test/__pycache__/__main__.cpython-34.pyc
> +lib/python3.4/ctypes/test/__pycache__/__main__.cpython-34.pyo
> lib/python3.4/ctypes/test/__pycache__/test_anon.cpython-34.pyc
> lib/python3.4/ctypes/test/__pycache__/test_anon.cpython-34.pyo
> lib/python3.4/ctypes/test/__pycache__/test_array_in_pointer.cpython-34.pyc
> @@ -625,8 +629,6 @@ lib/python3.4/ctypes/test/__pycache__/te
> lib/python3.4/ctypes/test/__pycache__/test_checkretval.cpython-34.pyo
> lib/python3.4/ctypes/test/__pycache__/test_delattr.cpython-34.pyc
> lib/python3.4/ctypes/test/__pycache__/test_delattr.cpython-34.pyo
> -lib/python3.4/ctypes/test/__pycache__/test_errcheck.cpython-34.pyc
> -lib/python3.4/ctypes/test/__pycache__/test_errcheck.cpython-34.pyo
> lib/python3.4/ctypes/test/__pycache__/test_errno.cpython-34.pyc
> lib/python3.4/ctypes/test/__pycache__/test_errno.cpython-34.pyo
> lib/python3.4/ctypes/test/__pycache__/test_find.cpython-34.pyc
> @@ -641,8 +643,6 @@ lib/python3.4/ctypes/test/__pycache__/te
> lib/python3.4/ctypes/test/__pycache__/test_incomplete.cpython-34.pyo
> lib/python3.4/ctypes/test/__pycache__/test_init.cpython-34.pyc
> lib/python3.4/ctypes/test/__pycache__/test_init.cpython-34.pyo
> -lib/python3.4/ctypes/test/__pycache__/test_integers.cpython-34.pyc
> -lib/python3.4/ctypes/test/__pycache__/test_integers.cpython-34.pyo
> lib/python3.4/ctypes/test/__pycache__/test_internals.cpython-34.pyc
> lib/python3.4/ctypes/test/__pycache__/test_internals.cpython-34.pyo
> lib/python3.4/ctypes/test/__pycache__/test_keeprefs.cpython-34.pyc
> @@ -705,7 +705,6 @@ lib/python3.4/ctypes/test/__pycache__/te
> lib/python3.4/ctypes/test/__pycache__/test_win32.cpython-34.pyo
> lib/python3.4/ctypes/test/__pycache__/test_wintypes.cpython-34.pyc
> lib/python3.4/ctypes/test/__pycache__/test_wintypes.cpython-34.pyo
> -lib/python3.4/ctypes/test/runtests.py
> lib/python3.4/ctypes/test/test_anon.py
> lib/python3.4/ctypes/test/test_array_in_pointer.py
> lib/python3.4/ctypes/test/test_arrays.py
> @@ -719,7 +718,6 @@ lib/python3.4/ctypes/test/test_cast.py
> lib/python3.4/ctypes/test/test_cfuncs.py
> lib/python3.4/ctypes/test/test_checkretval.py
> lib/python3.4/ctypes/test/test_delattr.py
> -lib/python3.4/ctypes/test/test_errcheck.py
> lib/python3.4/ctypes/test/test_errno.py
> lib/python3.4/ctypes/test/test_find.py
> lib/python3.4/ctypes/test/test_frombuffer.py
> @@ -727,7 +725,6 @@ lib/python3.4/ctypes/test/test_funcptr.p
> lib/python3.4/ctypes/test/test_functions.py
> lib/python3.4/ctypes/test/test_incomplete.py
> lib/python3.4/ctypes/test/test_init.py
> -lib/python3.4/ctypes/test/test_integers.py
> lib/python3.4/ctypes/test/test_internals.py
> lib/python3.4/ctypes/test/test_keeprefs.py
> lib/python3.4/ctypes/test/test_libc.py
> @@ -1800,6 +1797,22 @@ lib/python3.4/idlelib/idle_test/__pycach
> lib/python3.4/idlelib/idle_test/__pycache__/mock_idle.cpython-34.pyo
> lib/python3.4/idlelib/idle_test/__pycache__/mock_tk.cpython-34.pyc
> lib/python3.4/idlelib/idle_test/__pycache__/mock_tk.cpython-34.pyo
> +lib/python3.4/idlelib/idle_test/__pycache__/test_autocomplete.cpython-34.pyc
> +lib/python3.4/idlelib/idle_test/__pycache__/test_autocomplete.cpython-34.pyo
> +lib/python3.4/idlelib/idle_test/__pycache__/test_autoexpand.cpython-34.pyc
> +lib/python3.4/idlelib/idle_test/__pycache__/test_autoexpand.cpython-34.pyo
> +lib/python3.4/idlelib/idle_test/__pycache__/test_configdialog.cpython-34.pyc
> +lib/python3.4/idlelib/idle_test/__pycache__/test_configdialog.cpython-34.pyo
> +lib/python3.4/idlelib/idle_test/__pycache__/test_hyperparser.cpython-34.pyc
> +lib/python3.4/idlelib/idle_test/__pycache__/test_hyperparser.cpython-34.pyo
> +lib/python3.4/idlelib/idle_test/__pycache__/test_parenmatch.cpython-34.pyc
> +lib/python3.4/idlelib/idle_test/__pycache__/test_parenmatch.cpython-34.pyo
> +lib/python3.4/idlelib/idle_test/__pycache__/test_searchdialogbase.cpython-34.pyc
> +lib/python3.4/idlelib/idle_test/__pycache__/test_textview.cpython-34.pyc
> +lib/python3.4/idlelib/idle_test/__pycache__/test_textview.cpython-34.pyo
> +lib/python3.4/idlelib/idle_test/__pycache__/test_widgetredir.cpython-34.pyc
> +lib/python3.4/idlelib/idle_test/__pycache__/test_widgetredir.cpython-34.pyo
> +lib/python3.4/idlelib/idle_test/__pycache__/test_searchdialogbase.cpython-34.pyo
> lib/python3.4/idlelib/idle_test/__pycache__/test_calltips.cpython-34.pyc
> lib/python3.4/idlelib/idle_test/__pycache__/test_calltips.cpython-34.pyo
> lib/python3.4/idlelib/idle_test/__pycache__/test_config_name.cpython-34.pyc
> @@ -1822,6 +1835,14 @@ lib/python3.4/idlelib/idle_test/__pycach
> lib/python3.4/idlelib/idle_test/__pycache__/test_text.cpython-34.pyo
> lib/python3.4/idlelib/idle_test/__pycache__/test_warning.cpython-34.pyc
> lib/python3.4/idlelib/idle_test/__pycache__/test_warning.cpython-34.pyo
> +lib/python3.4/idlelib/idle_test/test_autocomplete.py
> +lib/python3.4/idlelib/idle_test/test_autoexpand.py
> +lib/python3.4/idlelib/idle_test/test_configdialog.py
> +lib/python3.4/idlelib/idle_test/test_hyperparser.py
> +lib/python3.4/idlelib/idle_test/test_parenmatch.py
> +lib/python3.4/idlelib/idle_test/test_searchdialogbase.py
> +lib/python3.4/idlelib/idle_test/test_textview.py
> +lib/python3.4/idlelib/idle_test/test_widgetredir.py
> lib/python3.4/idlelib/idle_test/htest.py
> lib/python3.4/idlelib/idle_test/mock_idle.py
> lib/python3.4/idlelib/idle_test/mock_tk.py
> @@ -1942,9 +1963,9 @@ lib/python3.4/lib-dynload/unicodedata.so
> %%NO_DEBUG%%lib/python3.4/lib-dynload/xxlimited.so
> lib/python3.4/lib-dynload/zlib.so
> lib/python3.4/lib2to3/Grammar.txt
> -lib/python3.4/lib2to3/Grammar3.4.1.final.0.pickle
> +lib/python3.4/lib2to3/Grammar3.4.2.final.0.pickle
> lib/python3.4/lib2to3/PatternGrammar.txt
> -lib/python3.4/lib2to3/PatternGrammar3.4.1.final.0.pickle
> +lib/python3.4/lib2to3/PatternGrammar3.4.2.final.0.pickle
> lib/python3.4/lib2to3/__init__.py
> lib/python3.4/lib2to3/__main__.py
> lib/python3.4/lib2to3/__pycache__/__init__.cpython-34.pyc
> @@ -2504,6 +2525,8 @@ lib/python3.4/test/__pycache__/seq_tests
> lib/python3.4/test/__pycache__/seq_tests.cpython-34.pyo
> lib/python3.4/test/__pycache__/sortperf.cpython-34.pyc
> lib/python3.4/test/__pycache__/sortperf.cpython-34.pyo
> +lib/python3.4/test/__pycache__/test_spwd.cpython-34.pyc
> +lib/python3.4/test/__pycache__/test_spwd.cpython-34.pyo
> lib/python3.4/test/__pycache__/ssl_servers.cpython-34.pyc
> lib/python3.4/test/__pycache__/ssl_servers.cpython-34.pyo
> lib/python3.4/test/__pycache__/ssltests.cpython-34.pyc
> @@ -3172,8 +3195,6 @@ lib/python3.4/test/__pycache__/test_tk.c
> lib/python3.4/test/__pycache__/test_tk.cpython-34.pyo
> lib/python3.4/test/__pycache__/test_tokenize.cpython-34.pyc
> lib/python3.4/test/__pycache__/test_tokenize.cpython-34.pyo
> -lib/python3.4/test/__pycache__/test_tools.cpython-34.pyc
> -lib/python3.4/test/__pycache__/test_tools.cpython-34.pyo
> lib/python3.4/test/__pycache__/test_trace.cpython-34.pyc
> lib/python3.4/test/__pycache__/test_trace.cpython-34.pyo
> lib/python3.4/test/__pycache__/test_traceback.cpython-34.pyc
> @@ -3982,8 +4003,11 @@ lib/python3.4/test/test_importlib/__pyca
> lib/python3.4/test/test_importlib/__pycache__/util.cpython-34.pyo
> lib/python3.4/test/test_importlib/abc.py
> lib/python3.4/test/test_importlib/builtin/__init__.py
> +lib/python3.4/test/test_importlib/builtin/__main__.py
> lib/python3.4/test/test_importlib/builtin/__pycache__/__init__.cpython-34.pyc
> lib/python3.4/test/test_importlib/builtin/__pycache__/__init__.cpython-34.pyo
> +lib/python3.4/test/test_importlib/builtin/__pycache__/__main__.cpython-34.pyc
> +lib/python3.4/test/test_importlib/builtin/__pycache__/__main__.cpython-34.pyo
> lib/python3.4/test/test_importlib/builtin/__pycache__/test_finder.cpython-34.pyc
> lib/python3.4/test/test_importlib/builtin/__pycache__/test_finder.cpython-34.pyo
> lib/python3.4/test/test_importlib/builtin/__pycache__/test_loader.cpython-34.pyc
> @@ -3994,8 +4018,11 @@ lib/python3.4/test/test_importlib/builti
> lib/python3.4/test/test_importlib/builtin/test_loader.py
> lib/python3.4/test/test_importlib/builtin/util.py
> lib/python3.4/test/test_importlib/extension/__init__.py
> +lib/python3.4/test/test_importlib/extension/__main__.py
> lib/python3.4/test/test_importlib/extension/__pycache__/__init__.cpython-34.pyc
> lib/python3.4/test/test_importlib/extension/__pycache__/__init__.cpython-34.pyo
> +lib/python3.4/test/test_importlib/extension/__pycache__/__main__.cpython-34.pyc
> +lib/python3.4/test/test_importlib/extension/__pycache__/__main__.cpython-34.pyo
> lib/python3.4/test/test_importlib/extension/__pycache__/test_case_sensitivity.cpython-34.pyc
> lib/python3.4/test/test_importlib/extension/__pycache__/test_case_sensitivity.cpython-34.pyo
> lib/python3.4/test/test_importlib/extension/__pycache__/test_finder.cpython-34.pyc
> @@ -4012,8 +4039,11 @@ lib/python3.4/test/test_importlib/extens
> lib/python3.4/test/test_importlib/extension/test_path_hook.py
> lib/python3.4/test/test_importlib/extension/util.py
> lib/python3.4/test/test_importlib/frozen/__init__.py
> +lib/python3.4/test/test_importlib/frozen/__main__.py
> lib/python3.4/test/test_importlib/frozen/__pycache__/__init__.cpython-34.pyc
> lib/python3.4/test/test_importlib/frozen/__pycache__/__init__.cpython-34.pyo
> +lib/python3.4/test/test_importlib/frozen/__pycache__/__main__.cpython-34.pyc
> +lib/python3.4/test/test_importlib/frozen/__pycache__/__main__.cpython-34.pyo
> lib/python3.4/test/test_importlib/frozen/__pycache__/test_finder.cpython-34.pyc
> lib/python3.4/test/test_importlib/frozen/__pycache__/test_finder.cpython-34.pyo
> lib/python3.4/test/test_importlib/frozen/__pycache__/test_loader.cpython-34.pyc
> @@ -4021,8 +4051,11 @@ lib/python3.4/test/test_importlib/frozen
> lib/python3.4/test/test_importlib/frozen/test_finder.py
> lib/python3.4/test/test_importlib/frozen/test_loader.py
> lib/python3.4/test/test_importlib/import_/__init__.py
> +lib/python3.4/test/test_importlib/import_/__main__.py
> lib/python3.4/test/test_importlib/import_/__pycache__/__init__.cpython-34.pyc
> lib/python3.4/test/test_importlib/import_/__pycache__/__init__.cpython-34.pyo
> +lib/python3.4/test/test_importlib/import_/__pycache__/__main__.cpython-34.pyc
> +lib/python3.4/test/test_importlib/import_/__pycache__/__main__.cpython-34.pyo
> lib/python3.4/test/test_importlib/import_/__pycache__/test___loader__.cpython-34.pyc
> lib/python3.4/test/test_importlib/import_/__pycache__/test___loader__.cpython-34.pyo
> lib/python3.4/test/test_importlib/import_/__pycache__/test___package__.cpython-34.pyc
> @@ -4089,8 +4122,11 @@ lib/python3.4/test/test_importlib/namesp
> lib/python3.4/test/test_importlib/namespace_pkgs/top_level_portion1.zip
> lib/python3.4/test/test_importlib/regrtest.py
> lib/python3.4/test/test_importlib/source/__init__.py
> +lib/python3.4/test/test_importlib/source/__main__.py
> lib/python3.4/test/test_importlib/source/__pycache__/__init__.cpython-34.pyc
> lib/python3.4/test/test_importlib/source/__pycache__/__init__.cpython-34.pyo
> +lib/python3.4/test/test_importlib/source/__pycache__/__main__.cpython-34.pyc
> +lib/python3.4/test/test_importlib/source/__pycache__/__main__.cpython-34.pyo
> lib/python3.4/test/test_importlib/source/__pycache__/test_case_sensitivity.cpython-34.pyc
> lib/python3.4/test/test_importlib/source/__pycache__/test_case_sensitivity.cpython-34.pyo
> lib/python3.4/test/test_importlib/source/__pycache__/test_file_loader.cpython-34.pyc
> @@ -4304,6 +4340,7 @@ lib/python3.4/test/test_socket.py
> lib/python3.4/test/test_socketserver.py
> lib/python3.4/test/test_sort.py
> lib/python3.4/test/test_source_encoding.py
> +lib/python3.4/test/test_spwd.py
> lib/python3.4/test/test_sqlite.py
> lib/python3.4/test/test_ssl.py
> lib/python3.4/test/test_startfile.py
> @@ -4346,7 +4383,6 @@ lib/python3.4/test/test_timeit.py
> lib/python3.4/test/test_timeout.py
> lib/python3.4/test/test_tk.py
> lib/python3.4/test/test_tokenize.py
> -lib/python3.4/test/test_tools.py
> lib/python3.4/test/test_trace.py
> lib/python3.4/test/test_traceback.py
> lib/python3.4/test/test_tracemalloc.py
> @@ -4490,6 +4526,8 @@ lib/python3.4/tkinter/test/test_tkinter/
> lib/python3.4/tkinter/test/test_tkinter/__pycache__/test_font.cpython-34.pyo
> lib/python3.4/tkinter/test/test_tkinter/__pycache__/test_geometry_managers.cpython-34.pyc
> lib/python3.4/tkinter/test/test_tkinter/__pycache__/test_geometry_managers.cpython-34.pyo
> +lib/python3.4/tkinter/test/test_tkinter/__pycache__/test_images.cpython-34.pyc
> +lib/python3.4/tkinter/test/test_tkinter/__pycache__/test_images.cpython-34.pyo
> lib/python3.4/tkinter/test/test_tkinter/__pycache__/test_loadtk.cpython-34.pyc
> lib/python3.4/tkinter/test/test_tkinter/__pycache__/test_loadtk.cpython-34.pyo
> lib/python3.4/tkinter/test/test_tkinter/__pycache__/test_misc.cpython-34.pyc
> @@ -4502,6 +4540,7 @@ lib/python3.4/tkinter/test/test_tkinter/
> lib/python3.4/tkinter/test/test_tkinter/__pycache__/test_widgets.cpython-34.pyo
> lib/python3.4/tkinter/test/test_tkinter/test_font.py
> lib/python3.4/tkinter/test/test_tkinter/test_geometry_managers.py
> +lib/python3.4/tkinter/test/test_tkinter/test_images.py
> lib/python3.4/tkinter/test/test_tkinter/test_loadtk.py
> lib/python3.4/tkinter/test/test_tkinter/test_misc.py
> lib/python3.4/tkinter/test/test_tkinter/test_text.py
> @@ -4574,13 +4613,10 @@ lib/python3.4/turtledemo/__pycache__/wik
> lib/python3.4/turtledemo/__pycache__/wikipedia.cpython-34.pyo
> lib/python3.4/turtledemo/__pycache__/yinyang.cpython-34.pyc
> lib/python3.4/turtledemo/__pycache__/yinyang.cpython-34.pyo
> -lib/python3.4/turtledemo/about_turtle.txt
> -lib/python3.4/turtledemo/about_turtledemo.txt
> lib/python3.4/turtledemo/bytedesign.py
> lib/python3.4/turtledemo/chaos.py
> lib/python3.4/turtledemo/clock.py
> lib/python3.4/turtledemo/colormixer.py
> -lib/python3.4/turtledemo/demohelp.txt
> lib/python3.4/turtledemo/forest.py
> lib/python3.4/turtledemo/fractalcurves.py
> lib/python3.4/turtledemo/lindenmayer.py
>
From demon at FreeBSD.org Tue Oct 28 09:30:36 2014
From: demon at FreeBSD.org (Dmitry Sivachenko)
Date: Tue, 28 Oct 2014 12:30:30 +0300
Subject: svn commit: r371567 - in head/lang/python34: . files
In-Reply-To:
References: <201410271254.s9RCs5ld049355@svn.freebsd.org>
Message-ID: <04B47323-0BE9-4FEE-99C8-E575E23B0230@FreeBSD.org>
> On 28 ???. 2014 ?., at 12:29, Antoine Brodin wrote:
>
> On Mon, Oct 27, 2014 at 12:54 PM, Dmitry Sivachenko wrote:
>> Author: demon
>> Date: Mon Oct 27 12:54:04 2014
>> New Revision: 371567
>> URL: https://svnweb.freebsd.org/changeset/ports/371567
>> QAT: https://qat.redports.org/buildarchive/r371567/
>>
>> Log:
>> Update to version 3.4.2.
>> Two deleted patches were integrated upstream.
>>
>> Reviewed by: koobs in D967
>>
>> Deleted:
>> head/lang/python34/files/patch-issue21166
>> head/lang/python34/files/patch-issue21704
>> Modified:
>> head/lang/python34/Makefile
>> head/lang/python34/distinfo
>> head/lang/python34/files/patch-Makefile.pre.in
>> head/lang/python34/files/patch-Modules-_ctypes-libffi-configure
>> head/lang/python34/pkg-plist
>
> Hi,
>
> This fails to build on i386 (_ctypes/libffi error)
Where can I see build logs? QAT link leads to empty page.
From demon at FreeBSD.org Tue Oct 28 15:21:22 2014
From: demon at FreeBSD.org (Dmitry Sivachenko)
Date: Tue, 28 Oct 2014 18:21:15 +0300
Subject: svn commit: r371567 - in head/lang/python34: . files
In-Reply-To:
References: <201410271254.s9RCs5ld049355@svn.freebsd.org>
<04B47323-0BE9-4FEE-99C8-E575E23B0230@FreeBSD.org>
Message-ID: <805A5998-26F1-4CAB-A565-382C13509F9A@FreeBSD.org>
> On 28 ???. 2014 ?., at 12:38, Antoine Brodin wrote:
>
> On Tue, Oct 28, 2014 at 9:30 AM, Dmitry Sivachenko wrote:
>>
>>> On 28 ???. 2014 ?., at 12:29, Antoine Brodin wrote:
>>>
>>> On Mon, Oct 27, 2014 at 12:54 PM, Dmitry Sivachenko wrote:
>>>> Author: demon
>>>> Date: Mon Oct 27 12:54:04 2014
>>>> New Revision: 371567
>>>> URL: https://svnweb.freebsd.org/changeset/ports/371567
>>>> QAT: https://qat.redports.org/buildarchive/r371567/
>>>>
>>>> Log:
>>>> Update to version 3.4.2.
>>>> Two deleted patches were integrated upstream.
>>>>
>>>> Reviewed by: koobs in D967
>>>>
>>>> Deleted:
>>>> head/lang/python34/files/patch-issue21166
>>>> head/lang/python34/files/patch-issue21704
>>>> Modified:
>>>> head/lang/python34/Makefile
>>>> head/lang/python34/distinfo
>>>> head/lang/python34/files/patch-Makefile.pre.in
>>>> head/lang/python34/files/patch-Modules-_ctypes-libffi-configure
>>>> head/lang/python34/pkg-plist
>>>
>>> Hi,
>>>
>>> This fails to build on i386 (_ctypes/libffi error)
>>
>>
>> Where can I see build logs? QAT link leads to empty page.
>
> I have this log:
>
> http://gohan1.ysv.freebsd.org/data/101i386-default-baseline/2014-10-27_21h27m36s/logs/errors/python34-3.4.2.log
>
Well, I can't figure ATM what's wrong with _ctypes and libffi. But the proposed patch to use libffi from ports should fix that.
What do you think about this patch (and to force it unconditionally for i386)?
BTW, I took a look at NetBSD pkgsrc: they always build python with libffi from ports (--with-system-libffi).
From Cy.Schubert at komquats.com Wed Oct 29 01:12:49 2014
From: Cy.Schubert at komquats.com (Cy Schubert)
Date: Tue, 28 Oct 2014 18:11:40 -0700
Subject: svn commit: r371567 - in head/lang/python34: . files
In-Reply-To: Message from Antoine Brodin of "Tue,
28 Oct 2014 09:29:04 -0000."
Message-ID: <201410290111.s9T1Beo8077298@slippy.cwsent.com>
In message
, Antoine Brodin writes:
> On Mon, Oct 27, 2014 at 12:54 PM, Dmitry Sivachenko wrote
> :
> > Author: demon
> > Date: Mon Oct 27 12:54:04 2014
> > New Revision: 371567
> > URL: https://svnweb.freebsd.org/changeset/ports/371567
> > QAT: https://qat.redports.org/buildarchive/r371567/
> >
> > Log:
> > Update to version 3.4.2.
> > Two deleted patches were integrated upstream.
> >
> > Reviewed by: koobs in D967
> >
> > Deleted:
> > head/lang/python34/files/patch-issue21166
> > head/lang/python34/files/patch-issue21704
> > Modified:
> > head/lang/python34/Makefile
> > head/lang/python34/distinfo
> > head/lang/python34/files/patch-Makefile.pre.in
> > head/lang/python34/files/patch-Modules-_ctypes-libffi-configure
> > head/lang/python34/pkg-plist
>
> Hi,
>
> This fails to build on i386 (_ctypes/libffi error)
Take a look at my patch posted to this list late last night (PDT).
--
Cheers,
Cy Schubert
FreeBSD UNIX: Web: http://www.FreeBSD.org
The need of the many outweighs the greed of the few.
From Cy.Schubert at komquats.com Wed Oct 29 01:16:47 2014
From: Cy.Schubert at komquats.com (Cy Schubert)
Date: Tue, 28 Oct 2014 18:16:45 -0700
Subject: svn commit: r371567 - in head/lang/python34: . files
In-Reply-To: Message from Dmitry Sivachenko of "Tue,
28 Oct 2014 18:21:15 +0300."
<805A5998-26F1-4CAB-A565-382C13509F9A@FreeBSD.org>
Message-ID: <201410290116.s9T1GjV2081414@slippy.cwsent.com>
In message <805A5998-26F1-4CAB-A565-382C13509F9A at FreeBSD.org>, Dmitry
Sivachenk
o writes:
>
> > On 28 ??????. 2014 ??., at 12:38, Antoine Brodin wrote:
> >
> > On Tue, Oct 28, 2014 at 9:30 AM, Dmitry Sivachenko wrot
> e:
> >>
> >>> On 28 ??????. 2014 ??., at 12:29, Antoine Brodin wrote:
> >>>
> >>> On Mon, Oct 27, 2014 at 12:54 PM, Dmitry Sivachenko w
> rote:
> >>>> Author: demon
> >>>> Date: Mon Oct 27 12:54:04 2014
> >>>> New Revision: 371567
> >>>> URL: https://svnweb.freebsd.org/changeset/ports/371567
> >>>> QAT: https://qat.redports.org/buildarchive/r371567/
> >>>>
> >>>> Log:
> >>>> Update to version 3.4.2.
> >>>> Two deleted patches were integrated upstream.
> >>>>
> >>>> Reviewed by: koobs in D967
> >>>>
> >>>> Deleted:
> >>>> head/lang/python34/files/patch-issue21166
> >>>> head/lang/python34/files/patch-issue21704
> >>>> Modified:
> >>>> head/lang/python34/Makefile
> >>>> head/lang/python34/distinfo
> >>>> head/lang/python34/files/patch-Makefile.pre.in
> >>>> head/lang/python34/files/patch-Modules-_ctypes-libffi-configure
> >>>> head/lang/python34/pkg-plist
> >>>
> >>> Hi,
> >>>
> >>> This fails to build on i386 (_ctypes/libffi error)
> >>
> >>
> >> Where can I see build logs? QAT link leads to empty page.
> >
> > I have this log:
> >
> > http://gohan1.ysv.freebsd.org/data/101i386-default-baseline/2014-10-27_21h2
> 7m36s/logs/errors/python34-3.4.2.log
> >
>
>
> Well, I can't figure ATM what's wrong with _ctypes and libffi. But the propo
> sed patch to use libffi from ports should fix that.
> What do you think about this patch (and to force it unconditionally for i386)
> ?
>
> BTW, I took a look at NetBSD pkgsrc: they always build python with libffi fro
> m ports (--with-system-libffi).
Would anyone mind if I committed the patch I posted last night (PDT)? Here
it is for anyone who's missed it.
-------------- next part --------------
Index: python27/Makefile
===================================================================
--- python27/Makefile (revision 371620)
+++ python27/Makefile (working copy)
@@ -2,7 +2,7 @@
PORTNAME= python27
PORTVERSION= 2.7.8
-PORTREVISION= 5
+PORTREVISION= 6
CATEGORIES= lang python ipv6
MASTER_SITES= PYTHON
MASTER_SITE_SUBDIR= ftp/python/${PORTVERSION}
@@ -34,8 +34,8 @@
PORTVERSION=${PORTVERSION} \
OSMAJOR=${OSVERSION:C/([0-9]*)[0-9]{5}/\1/} # For plat-freebsd* in pkg-plist. http://bugs.python.org/issue19554
-OPTIONS_DEFINE= DEBUG IPV6 NLS PYMALLOC SEM THREADS
-OPTIONS_DEFAULT= IPV6 NLS PYMALLOC SEM THREADS UCS4
+OPTIONS_DEFINE= DEBUG IPV6 NLS PYMALLOC SEM THREADS PORT_FFI
+OPTIONS_DEFAULT= IPV6 NLS PYMALLOC SEM THREADS UCS4 PORT_FFI
OPTIONS_SINGLE= UNICODE
OPTIONS_SINGLE_UNICODE= UCS2 UCS4
@@ -45,6 +45,7 @@
UCS2_DESC= Enable UCS2 Unicode Strings
UCS4_DESC= Enable UCS4 Unicode Strings
PYMALLOC_DESC= Enable specialized mallocs
+PORT_FFI_DESC= Use devel/ffi instead of ffi bundled with Python
DEBUG_CONFIGURE_WITH= pydebug
IPV6_CONFIGURE_ENABLE= ipv6
@@ -88,6 +89,12 @@
CFLAGS+= -DPYTHON_DEFAULT_RECURSION_LIMIT=900
.endif
+.if ${PORT_OPTIONS:MPORT_FFI}
+CONFIGURE_ARGS+= --with-system-ffi
+BUILD_DEPENDS+= libffi>=0:${PORTSDIR}/devel/libffi
+RUN_DEPENDS+= libffi>=0:${PORTSDIR}/devel/libffi
+.endif
+
# See http://bugs.freebsd.org/115940
.if !exists(/usr/bin/ypcat) || defined(WITHOUT_NIS) # the world with NO_NIS
PLIST_SUB+= NO_NIS="@comment "
Index: python32/Makefile
===================================================================
--- python32/Makefile (revision 371620)
+++ python32/Makefile (working copy)
@@ -2,7 +2,7 @@
PORTNAME= python32
PORTVERSION= 3.2.5
-PORTREVISION= 11
+PORTREVISION= 12
CATEGORIES= lang python ipv6
MASTER_SITES= PYTHON
MASTER_SITE_SUBDIR= ftp/python/${PORTVERSION}
@@ -33,13 +33,15 @@
PLIST_SUB= ABI=${ABIFLAGS} \
OSMAJOR=${OSVERSION:C/([0-9]*)[0-9]{5}/\1/} # For plat-freebsd* in pkg-plist. http://bugs.python.org/issue19554
-OPTIONS_DEFINE= DEBUG IPV6 NLS PYMALLOC THREADS TSC UCS4
-OPTIONS_DEFAULT= IPV6 NLS PYMALLOC THREADS UCS4
+OPTIONS_DEFINE= DEBUG IPV6 NLS PYMALLOC THREADS TSC PORT_FFI
+OPTIONS_DEFAULT= IPV6 NLS PYMALLOC THREADS PORT_FFI
+
OPTIONS_SUB= yes
NLS_DESC= Enable gettext support for the locale module
PYMALLOC_DESC= Enable specialized mallocs
TSC_DESC= Enable processor timestamp counter profiling
+PORT_FFI_DESC= Use devel/ffi instead of ffi bundled with Python
DEBUG_CONFIGURE_WITH= pydebug
IPV6_CONFIGURE_ENABLE= ipv6
@@ -75,6 +77,12 @@
ABIFLAGS:= d${ABIFLAGS}
.endif
+.if ${PORT_OPTIONS:MPORT_FFI}
+CONFIGURE_ARGS+= --with-system-ffi
+BUILD_DEPENDS+= libffi>=0:${PORTSDIR}/devel/libffi
+RUN_DEPENDS+= libffi>=0:${PORTSDIR}/devel/libffi
+.endif
+
.if !empty(ABIFLAGS)
PLIST_FILES+= bin/python3.2%%ABI%%
PLIST_FILES+= bin/python3.2%%ABI%%-config
Index: python33/Makefile
===================================================================
--- python33/Makefile (revision 371620)
+++ python33/Makefile (working copy)
@@ -2,7 +2,7 @@
PORTNAME= python33
PORTVERSION= 3.3.5
-PORTREVISION= 4
+PORTREVISION= 5
CATEGORIES= lang python ipv6
MASTER_SITES= PYTHON
MASTER_SITE_SUBDIR= ftp/python/${PORTVERSION}
@@ -33,13 +33,15 @@
PLIST_SUB= ABI=${ABIFLAGS} \
OSMAJOR=${OSVERSION:C/([0-9]*)[0-9]{5}/\1/} # For plat-freebsd* in pkg-plist. http://bugs.python.org/issue19554
-OPTIONS_DEFINE= DEBUG IPV6 NLS PYMALLOC THREADS TSC
-OPTIONS_DEFAULT= IPV6 NLS PYMALLOC THREADS
+OPTIONS_DEFINE= DEBUG IPV6 NLS PYMALLOC THREADS TSC PORT_FFI
+OPTIONS_DEFAULT= IPV6 NLS PYMALLOC THREADS PORT_FFI
+
OPTIONS_SUB= yes
NLS_DESC= Enable gettext support for the locale module
PYMALLOC_DESC= Enable specialized mallocs
TSC_DESC= Enable processor timestamp counter profiling
+PORT_FFI_DESC= Use devel/ffi instead of ffi bundled with Python
DEBUG_CONFIGURE_WITH= pydebug
IPV6_CONFIGURE_ENABLE= ipv6
@@ -69,6 +71,12 @@
ABIFLAGS:= d${ABIFLAGS}
.endif
+.if ${PORT_OPTIONS:MPORT_FFI}
+CONFIGURE_ARGS+= --with-system-ffi
+BUILD_DEPENDS+= libffi>=0:${PORTSDIR}/devel/libffi
+RUN_DEPENDS+= libffi>=0:${PORTSDIR}/devel/libffi
+.endif
+
.if !empty(ABIFLAGS)
PLIST_FILES+= bin/python3.3%%ABI%%
PLIST_FILES+= bin/python3.3%%ABI%%-config
Index: python34/Makefile
===================================================================
--- python34/Makefile (revision 371620)
+++ python34/Makefile (working copy)
@@ -3,6 +3,7 @@
PORTNAME= python34
PORTVERSION= 3.4.2
+PORTREVISION= 1
CATEGORIES= lang python ipv6
MASTER_SITES= PYTHON
MASTER_SITE_SUBDIR= ftp/python/${PORTVERSION}
@@ -34,8 +35,8 @@
PLIST_SUB= ABI=${ABIFLAGS} \
OSMAJOR=${OSVERSION:C/([0-9]*)[0-9]{5}/\1/} # For plat-freebsd* in pkg-plist. http://bugs.python.org/issue19554
-OPTIONS_DEFINE= DEBUG IPV6 NLS PYMALLOC THREADS TSC
-OPTIONS_DEFAULT= IPV6 NLS PYMALLOC THREADS
+OPTIONS_DEFINE= DEBUG IPV6 NLS PYMALLOC THREADS TSC PORT_FFI
+OPTIONS_DEFAULT= IPV6 NLS PYMALLOC THREADS PORT_FFI
OPTIONS_RADIO= HASH
OPTIONS_RADIO_HASH= FNV SIPHASH
OPTIONS_SUB= yes
@@ -43,6 +44,7 @@
NLS_DESC= Enable gettext support for the locale module
PYMALLOC_DESC= Enable specialized mallocs
TSC_DESC= Enable processor timestamp counter profiling
+PORT_FFI_DESC= Use devel/ffi instead of ffi bundled with Python
HASH_DESC= Hash Algorithm (PEP-456)
FNV_DESC= Modified Fowler-Noll-Vo Algorithm
@@ -78,6 +80,12 @@
ABIFLAGS:= d${ABIFLAGS}
.endif
+.if ${PORT_OPTIONS:MPORT_FFI}
+CONFIGURE_ARGS+= --with-system-ffi
+BUILD_DEPENDS+= libffi>=0:${PORTSDIR}/devel/libffi
+RUN_DEPENDS+= libffi>=0:${PORTSDIR}/devel/libffi
+.endif
+
.if !empty(ABIFLAGS)
PLIST_FILES+= bin/python3.4%%ABI%%
PLIST_FILES+= bin/python3.4%%ABI%%-config
-------------- next part --------------
Cheers,
Cy Schubert
FreeBSD UNIX: Web: http://www.FreeBSD.org
The need of the many outweighs the greed of the few.
From demon at FreeBSD.org Wed Oct 29 05:03:37 2014
From: demon at FreeBSD.org (Dmitry Sivachenko)
Date: Wed, 29 Oct 2014 08:03:30 +0300
Subject: svn commit: r371567 - in head/lang/python34: . files
In-Reply-To: <201410290116.s9T1GjV2081414@slippy.cwsent.com>
References: <201410290116.s9T1GjV2081414@slippy.cwsent.com>
Message-ID: <40BC1A8F-65CB-470F-8268-7129EA7FB3DF@FreeBSD.org>
On 29 ???. 2014 ?., at 4:16, Cy Schubert wrote:
>
> In message <805A5998-26F1-4CAB-A565-382C13509F9A at FreeBSD.org>, Dmitry
> Sivachenk
> o writes:
>>
>>> On 28 ??????. 2014 ??., at 12:38, Antoine Brodin wrote:
>>>
>>> On Tue, Oct 28, 2014 at 9:30 AM, Dmitry Sivachenko wrot
>> e:
>>>>
>>>>> On 28 ??????. 2014 ??., at 12:29, Antoine Brodin wrote:
>>>>>
>>>>> On Mon, Oct 27, 2014 at 12:54 PM, Dmitry Sivachenko w
>> rote:
>>>>>> Author: demon
>>>>>> Date: Mon Oct 27 12:54:04 2014
>>>>>> New Revision: 371567
>>>>>> URL: https://svnweb.freebsd.org/changeset/ports/371567
>>>>>> QAT: https://qat.redports.org/buildarchive/r371567/
>>>>>>
>>>>>> Log:
>>>>>> Update to version 3.4.2.
>>>>>> Two deleted patches were integrated upstream.
>>>>>>
>>>>>> Reviewed by: koobs in D967
>>>>>>
>>>>>> Deleted:
>>>>>> head/lang/python34/files/patch-issue21166
>>>>>> head/lang/python34/files/patch-issue21704
>>>>>> Modified:
>>>>>> head/lang/python34/Makefile
>>>>>> head/lang/python34/distinfo
>>>>>> head/lang/python34/files/patch-Makefile.pre.in
>>>>>> head/lang/python34/files/patch-Modules-_ctypes-libffi-configure
>>>>>> head/lang/python34/pkg-plist
>>>>>
>>>>> Hi,
>>>>>
>>>>> This fails to build on i386 (_ctypes/libffi error)
>>>>
>>>>
>>>> Where can I see build logs? QAT link leads to empty page.
>>>
>>> I have this log:
>>>
>>> http://gohan1.ysv.freebsd.org/data/101i386-default-baseline/2014-10-27_21h2
>> 7m36s/logs/errors/python34-3.4.2.log
>>>
>>
>>
>> Well, I can't figure ATM what's wrong with _ctypes and libffi. But the propo
>> sed patch to use libffi from ports should fix that.
>> What do you think about this patch (and to force it unconditionally for i386)
>> ?
>>
>> BTW, I took a look at NetBSD pkgsrc: they always build python with libffi fro
>> m ports (--with-system-libffi).
>
> Would anyone mind if I committed the patch I posted last night (PDT)? Here
> it is for anyone who's missed it.
>
Yes, I was talking about your patch in "But the proposed patch to use libffi from ports should fix that".
From info at vip.addlike.ro Wed Oct 29 07:34:05 2014
From: info at vip.addlike.ro (info at vip.addlike.ro)
Date: Wed, 29 Oct 2014 09:32:29 +0200
Subject: EARLY BOOKING VARA 2015 Adventure Travel in DUNI !
Message-ID: <1acf0a05ac016b2fd0918458b9c7ad56@vip.addlike.ro>
CRACIUN 2014 si REVELION 2015 in Romania prin ADVENTURE TRAVEL.
OFERTE SPECIALE
LAST MINUTE
EARLY BOOKING
CITY BREAK
DESTINATII EXOTICE
VARA 2014
Revelion 2015 Exotic
Singapore - 9 zile
Oferta Vacanta Early Booking Bulgaria Vara 2015 /DUNI HOTEL PELIKAN 4*
Oferta Early Booking Bulgaria Vara 2015 /DUNI HOTEL BELLEVILLE 4*
Vacanta Early Booking Bulgaria Vara 2015 /DUNI HOTEL MARINA BEACH 5*
Sejur Early Booking Bulgaria Vara 2015 /DUNI HOTEL MARINA ROYAL PALACE
5*
Urmareste-ne pe
S.C. ADVENTURE TRAVEL S.R.L.
Adresa punct de lucru: str. OCCIDENTULUI nr.45, ap.2, sector 1
punct de reper Calea Victoriei
Cod postal: 011556
*+4 0728.960.372 / +4 0743.960.374 / +4 0752.282.622*
Datele de identificare ale societatii:
Brevetul de turism: 7872 / 17.06.2003
Licenta de turism: 4541 / 29.11.2010
Nr. Reg. Com.: J40/7734/2002
CUI: RO 14822800 Activitatea principala: Activitati ale agentiilor
turistice - cod CAEN 7911
office at adventuretravel.ro
Date bancare:
ALPHA BANK ROMANIA
RO70 BUCU 0498 0417 2511 RO01 (RON)
RO27 BUCU 0498 0417 2511 EU01 (EUR)
RO84 BUCU 0498 0417 2511 US01 (USD)
(Sucursala Dorobanti)
Primiti acest newsletter deoarece v-ati abonat in baza noastra de date
online, sunteti clientul nostru, ati participat la evenimentele unde
am fost prezenti si noi sau cineva v-a recomandat.
[CONTENT]
--
This message was sent to python at freebsd.org by info at vip.addlike.ro
To forward this message, please do not use the forward button of your
email application, because this message was made specifically for you
only. Instead use the forward page
in our newsletter system.
To change your details and to choose which lists to be subscribed to,
visit your personal preferences page
Or you can opt-out completely
from all future mailings.
-- powered by phpList, www.phplist.com --
From demon at FreeBSD.org Wed Oct 29 13:22:32 2014
From: demon at FreeBSD.org (Dmitry Sivachenko)
Date: Wed, 29 Oct 2014 16:22:25 +0300
Subject: Libffi Dependency
In-Reply-To: <201410280501.s9S510vl025204@slippy.cwsent.com>
References: <201410280501.s9S510vl025204@slippy.cwsent.com>
Message-ID:
On 28 ???. 2014 ?., at 8:01, Cy Schubert wrote:
>
> Hi,
>
> Would anyone care to check this out and would anyone object to this being
> committed? Basically this enables optional (default) dependency on
> devel/libffi instead of libffi shipped within the python tarballs. The
> default is to use devel/libffi however the user can opt to use the ffi
> delivered with each python tarball. Comments? Ojbections?
>
I committed your patch for python34 for now to fix i386 build.
Let's see how it goes before merging it for other python version.
Thanks.
From portscout at FreeBSD.org Thu Oct 30 09:48:37 2014
From: portscout at FreeBSD.org (portscout at FreeBSD.org)
Date: Thu, 30 Oct 2014 09:48:37 +0000
Subject: FreeBSD ports you maintain which are out of date
Message-ID: <201410300948.s9U9mbaS019620@portscout.freebsd.org>
An embedded and charset-unspecified text was scrubbed...
Name: not available
URL:
From bugzilla-noreply at freebsd.org Thu Oct 30 15:06:52 2014
From: bugzilla-noreply at freebsd.org (bugzilla-noreply at freebsd.org)
Date: Thu, 30 Oct 2014 15:06:52 +0000
Subject: [Bug 194701] graphics/py-imaging: missing CONFLICTS for py-pillow
In-Reply-To:
References:
Message-ID:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194701
Marcus von Appen changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |easy
Status|Needs Triage |Open
Assignee|freebsd-ports-bugs at FreeBSD. |python at FreeBSD.org
|org |
Summary|graphics/py-imaging: |graphics/py-imaging:
|conflicts with |missing CONFLICTS for
|graphics/py-pillow |py-pillow
--- Comment #2 from Marcus von Appen ---
The conflict is correct, since py-pillow is meant to be a replacement for
py-imaging.
py-imaging however does not contain a CONFLICTS or CONFLICTS_INSTALL line in
its Makefile for py-pillow, which should be fixed.
--
You are receiving this mail because:
You are the assignee for the bug.