[kde-freebsd] [SVN Commit] area51/PYQT

2014-06-08 Thread Raphael Kubo da Costa
SVN commit 10118 by rakuco: PYQT: Use the new OPTIONS helpers instead of parsing options manually. Switch from manual checks for each option with explicit changes to CONFIGURE_ARGS to ${FOO}_CONFIGURE_ON, ${FOO}_CONFIGURE_OFF, ${FOO}_LIB_DEPENDS and OPTIONS_SUB=yes. This makes most Makefiles con

[kde-freebsd] [SVN Commit] area51/PYQT/net/py-qt4-network

2014-06-08 Thread Raphael Kubo da Costa
SVN commit 10117 by rakuco: py-qt4-network: Enable debug symbols based on the right option. Fix a regression introduced in area51 r8534, which checked for the value of the API option instead of WITH_DEBUG like the other py-qt4 ports. In practice, this meant py-qt4-network was built with debug and

[kde-freebsd] [SVN Commit] area51/PYQT

2014-06-08 Thread Raphael Kubo da Costa
SVN commit 10116 by rakuco: PYQT: Rename ARGS to CONFIGURE_ARGS. This is a mechanical replacement to use the canonical variable name. It is not very meaningful in itself, but is a first step towards converting the Makefiles to the new OPTIONS syntax and helpers, as we can then use ${OPTION}_CONFI

[kde-freebsd] [Bug 180467] [partial patch] Make devel/py-qt4-core work with python 3

2014-06-08 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=180467 Nathan Whitehorn changed: What|Removed |Added Attachment #135546|0 |1 is obsolete|

Re: [kde-freebsd] Trying to make sense out of py-qt4-dbus and py-qt4-dbussupport

2014-06-08 Thread Raphael Kubo da Costa
"Jason E. Hale" writes: > py-qt4-dbus is the actual PyQT4 DBus module which is newer and was not > provided by ports in the past...IIRC it was added in 4.9.0. > py-qt4-dbussupport is a DBus support module to provide an interface to py- > dbus. [..] > Hope that clears things up. It does, thanks

[kde-freebsd] [SVN Commit] area51/PYQT/devel/py-qt4-core

2014-06-08 Thread Raphael Kubo da Costa
SVN commit 10115 by rakuco: py-qt4-core: Use Python's compileall.py instead of py_compile.py. compileall.py handles the job of recursing into all subdirectories and byte-compiling all modules it finds, and spares us from using manual `ls' constructs. M +7 -6 Makefile ___

[kde-freebsd] [Bug 180467] [partial patch] Make devel/py-qt4-core work with python 3

2014-06-08 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=180467 --- Comment #2 from Raphael Kubo da Costa --- I've started taking a look at it; I've managed to get the plist to work with by passing PYTHON_MAJOR_VER to PLIST_SUB, but I'm currently blocked by PYTHON_PY3K_PLIST_HACK (to take __pycache__/ d

[kde-freebsd] [Bug 188150] devel/py-sip: pkg-plist incompatible with Py3k

2014-06-08 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=188150 --- Comment #5 from commit-h...@freebsd.org --- A commit references this bug: Author: rakuco Date: Sun Jun 8 11:10:06 UTC 2014 New revision: 357002 URL: http://svnweb.freebsd.org/changeset/ports/357002 Log: MFH: r357000 Set PYTHON_PY

[kde-freebsd] [Bug 188150] devel/py-sip: pkg-plist incompatible with Py3k

2014-06-08 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=188150 Raphael Kubo da Costa changed: What|Removed |Added Status|In Discussion |Issue Resolved Res

[kde-freebsd] [Bug 188150] devel/py-sip: pkg-plist incompatible with Py3k

2014-06-08 Thread bz-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=188150 --- Comment #3 from commit-h...@freebsd.org --- A commit references this bug: Author: rakuco Date: Sun Jun 8 10:19:26 UTC 2014 New revision: 357000 URL: http://svnweb.freebsd.org/changeset/ports/357000 Log: Set PYTHON_PY3K_PLIST_HACK to

[kde-freebsd] [SVN Commit] area51/PYQT/devel/py-sip

2014-06-08 Thread Raphael Kubo da Costa
SVN commit 10114 by rakuco: py-sip: Set PYTHON_PY3K_PLIST_HACK to adjust the plist for Python >= 3.2.0. Since this port does not use distutils/setuptools and we manually generate the .pyc/.pyo files, we need to set PYTHON_PY3K_PLIST_HACK so that the cache files end up in the right directory if Py