Package Details: ros-indigo-python-qt-binding 0.2.19-1

Git Clone URL: https://aur.archlinux.org/ros-indigo-python-qt-binding.git (read-only, click to copy)
Package Base: ros-indigo-python-qt-binding
Description: ROS - This stack provides Python bindings for Qt.
Upstream URL: http://ros.org/wiki/python_qt_binding
Licenses: BSD
Submitter: bchretien
Maintainer: yuxiang.li
Last Packager: bchretien
Votes: 1
Popularity: 0.000000
First Submitted: 2014-06-07 16:22
Last Updated: 2016-04-14 05:19

Latest Comments

1 2 Next › Last »

jerry73204 commented on 2018-11-04 20:46

The installed script invokes qmake command in wrong version and QT_SELECT env takes not effect. Please add this patch to change to qmake-qt4.

diff --git a/cmake/sip_configure.py b/cmake/sip_configure.py
index 1373bbb..5c451aa 100644
--- a/cmake/sip_configure.py
+++ b/cmake/sip_configure.py
@@ -16,7 +16,7 @@ except ImportError:
             env = copy(os.environ)
             env['QT_SELECT'] = '4'
             qtconfig = subprocess.check_output(
-                ['qmake', '-query'], env=env, universal_newlines=True)
+                ['qmake-qt4', '-query'], env=env, universal_newlines=True)
             qtconfig = dict(line.split(':', 1) for line in qtconfig.splitlines())
             pyqtconfig = {
                 'qt_archdata_dir': qtconfig['QT_INSTALL_DATA'],

bchretien commented on 2015-04-24 01:25

Note: I'm now using the updated patch by Dirk Thomas (cf. https://github.com/ros-visualization/python_qt_binding/pull/21).

bchretien commented on 2015-02-27 11:05

@pallegro: ok, thanks! I'll update this once it goes out of testing.

pallegro commented on 2015-02-27 05:07

fyi, the repackaging is done as of python2-pyqt4 4.11.3-3

bchretien commented on 2015-02-15 00:14

@pallegro: I agree, I came to the same conclusion, I was just wondering if it was done by design or if changes coud appear between Python 2 and Python 3 files in a future release. I doubt that, but I really don't know much about sip. Since lots of work on Python 3 has been done recently on Debian/Ubuntu, I guess their unique package confirms your observation. Thanks again for taking care of this, I'll follow the discussion and update the package if your suggestion is approved.

pallegro commented on 2015-02-15 00:05

I filed a bug report so see what Andrea thinks.
https://bugs.archlinux.org/task/43821?project=1&cat%5B0%5D=2&string=python2-pyqt4

Depends on your definition of "absolutely sure" ... I'm by no means a pyqt/sip expert but
'diff -r /usr/share/sip/PyQt4/ /usr/share/sip/Py2-PyQt4/' returns nothing
'diff -r /usr/share/sip/PyQt5/ /usr/share/sip/Py2-PyQt5/' returns nothing
and searching for a random .sip files in ubuntu packages only returns python-qt4-dev
and pyqt5-dev even though they have python3-pyqt4 packages
http://packages.ubuntu.com/search?searchon=contents&keywords=QtCoremod.sip&mode=exactfilename&suite=utopic&arch=any

bchretien commented on 2015-02-14 22:15

@pallegro: if you're absolutely sure that /usr/share/sip/{Py2-}PyQt4 files will always be exactly the same, then indeed it would make sense to move them to pyqt4-common and keep just one directory per PyQt version.

pallegro commented on 2015-02-14 21:07

I've updated the pyqt_sip_dir to '/usr/share/sip/PyQt4' as that is what's used by Ubuntu utopic (and Fedora). Right now this path is only offered by python3-pyqt4, but the files are identical and I've asked for them to be pulled into pyqt4-common.

bchretien commented on 2014-12-20 23:48

@pallegro: the developers usually have a lot on their plate, so issues that only affect bleeding edge distributions may take a while to be solved upstream. Since you've been testing it and everything seems to be ok, I'll add it to the package and remove the version freeze on pyqt. Thanks! ;-)

pallegro commented on 2014-12-20 16:48

My final patch is at https://github.com/ros-visualization/python_qt_binding/pull/15
But none of my ROS patches have been reviewed for months now, so I imagine it won't get merged until the next ROS release. For what its worth, I've been using it for since August and had no issues.