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.