[opensuse] 12:3: Python chaos
Hi, I recently installed some stuff, including gnuradio and QGis2. I don't know when exactly, but at some point, the PlasmaCon widget stopped working and is now complainind that it's unable to start a Python script engine. My Gnuradio GRC fails with Traceback (most recent call last): File "/home/sgofferj/top_block.py", line 12, in <module> from gnuradio import qtgui File "/usr/lib64/python2.7/site-packages/gnuradio/qtgui/__init__.py", line 34, in <module> from qtgui_swig import * File "/usr/lib64/python2.7/site-packages/gnuradio/qtgui/qtgui_swig.py", line 26, in <module> _qtgui_swig = swig_import_helper() File "/usr/lib64/python2.7/site-packages/gnuradio/qtgui/qtgui_swig.py", line 22, in swig_import_helper _mod = imp.load_module('_qtgui_swig', fp, pathname, description) ImportError: /usr/lib64/libgnuradio-qtgui-3.7.2.so.0.0.0: undefined symbol: _ZN7QwtPlot17legendItemClickedEv I don't know anything about Python. Some googling pointed towards possible version conflicts but I can't determine, what exactly is the problem. Could anyone bring light into the dark here? -S -- (o_ Stefan Gofferje | SCLT, MCP, CCSA //\ Reg'd Linux User #247167 | VCP #2263 V_/_ Heckler & Koch - the original point and click interface
On Montag, 25. November 2013 17:38:36 Stefan Gofferje wrote:
Hi,
I recently installed some stuff, including gnuradio and QGis2. I don't know when exactly, but at some point, the PlasmaCon widget stopped working and is now complainind that it's unable to start a Python script engine.
My Gnuradio GRC fails with
Traceback (most recent call last): File "/home/sgofferj/top_block.py", line 12, in <module> from gnuradio import qtgui File "/usr/lib64/python2.7/site-packages/gnuradio/qtgui/__init__.py", line 34, in <module> from qtgui_swig import * File "/usr/lib64/python2.7/site-packages/gnuradio/qtgui/qtgui_swig.py", line 26, in <module> _qtgui_swig = swig_import_helper() File "/usr/lib64/python2.7/site-packages/gnuradio/qtgui/qtgui_swig.py", line 22, in swig_import_helper _mod = imp.load_module('_qtgui_swig', fp, pathname, description) ImportError: /usr/lib64/libgnuradio-qtgui-3.7.2.so.0.0.0: undefined symbol: _ZN7QwtPlot17legendItemClickedEv
The gnuradio app doesn't match the installed qwt lib. Something changed in this area. I would check, which qwt version it is build against (on build service, in build log) and install exactly that one. Side note: I don't know about gnuradio, but this TB points to some questionable concepts under its hood. The author is reinventing the wheel by wrapping qwt himself - with swig. The point is, qwt is wrapped already (called python-qwt5), and that's done in a "sane" way, using python-sip - the same tool, that is used for python-qt{3,4} and python-kde{3,4} wraps... Oh, well. Cheers, Pete -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Monday, November 25, 2013 10:53:46 PM Hans-Peter Jansen wrote:
On Montag, 25. November 2013 17:38:36 Stefan Gofferje wrote:
Hi,
I recently installed some stuff, including gnuradio and QGis2. I don't know when exactly, but at some point, the PlasmaCon widget stopped working and is now complainind that it's unable to start a Python script engine.
I recently posted to this list a question about QGis2 not doing any python. No one seemed to share my issue. When you start QGis2, do you get a message like this: Couldn't load PyQGIS. Python support will be disabled. Traceback (most recent call last): File "", line 1, in File "/usr/share/qgis/python/qgis/__init__.py", line 63, in from qgis import core RuntimeError: the sip module implements API v10.0 to v10.1 but the qgis.core module requires API v9.2 -- Yours sincerely, Roger Oberholtzer Ramböll RST / Systems Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 roger.oberholtzer@ramboll.se ________________________________________ Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden www.rambollrst.se -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Dienstag, 26. November 2013 10:36:43 Roger Oberholtzer wrote:
On Monday, November 25, 2013 10:53:46 PM Hans-Peter Jansen wrote:
On Montag, 25. November 2013 17:38:36 Stefan Gofferje wrote:
Hi,
I recently installed some stuff, including gnuradio and QGis2. I don't know when exactly, but at some point, the PlasmaCon widget stopped working and is now complainind that it's unable to start a Python script engine.
I recently posted to this list a question about QGis2 not doing any python. No one seemed to share my issue.
Roger, I was off this group for a few years ;-) At that time, it had a really bad signal/noise ratio.
When you start QGis2, do you get a message like this:
Couldn't load PyQGIS. Python support will be disabled.
Traceback (most recent call last): File "", line 1, in File "/usr/share/qgis/python/qgis/__init__.py", line 63, in from qgis import core RuntimeError: the sip module implements API v10.0 to v10.1 but the qgis.core module requires API v9.2
Ahh, the typical python-sip, python-qt4 impedance mismatch.. This looks like the qgis.core module is built against a non matching sip version. If that is still 12.3, I bet, you updated to KDE 4.11.something. Mind pointing me to the qgis package, you're suffering from? Cheers, Pete -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Tuesday, November 26, 2013 02:38:10 PM Hans-Peter Jansen wrote:
RuntimeError: the sip module implements API v10.0 to v10.1 but the qgis.core module requires API v9.2
Ahh, the typical python-sip, python-qt4 impedance mismatch..
This looks like the qgis.core module is built against a non matching sip version. If that is still 12.3, I bet, you updated to KDE 4.11.something.
I think so as well. But if that is not the one in OBS for python in general, then where is it from?
Mind pointing me to the qgis package, you're suffering from?
It has been this way for a while. I do not think it started with KDE 4.11, The package is from Application:Geo. I currently have installed qgis2-2.0.1-6.5.i586. My python is python-2.7.3-10.8.1.i586 -- Yours sincerely, Roger Oberholtzer Ramböll RST / Systems Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 roger.oberholtzer@ramboll.se ________________________________________ Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden www.rambollrst.se -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Mittwoch, 27. November 2013 08:08:41 Roger Oberholtzer wrote:
On Tuesday, November 26, 2013 02:38:10 PM Hans-Peter Jansen wrote:
RuntimeError: the sip module implements API v10.0 to v10.1 but the qgis.core module requires API v9.2
Ahh, the typical python-sip, python-qt4 impedance mismatch..
This looks like the qgis.core module is built against a non matching sip version. If that is still 12.3, I bet, you updated to KDE 4.11.something.
I think so as well. But if that is not the one in OBS for python in general, then where is it from?
Mind pointing me to the qgis package, you're suffering from?
It has been this way for a while. I do not think it started with KDE 4.11, The package is from Application:Geo. I currently have installed qgis2-2.0.1-6.5.i586. My python is python-2.7.3-10.8.1.i586
It started when you decided to install some non distribution KDE upgrade. KDE comes with newer python-sip versions all the time. That is building the bridges between Python, Qt, and KDE, as it makes the latter C(++) libs available as Python bindings. If some other program does bind its own C++ module with sip, such as qgis, it has to recreate the binding, if the sip library version was bumped. Due to major advances in python-sip, this was necessary. It has grown major improvements for simple C bindings targeted at raspberry pi and the like, as well as improved Python3 and Qt5 support, that imposed binary incompatibilities in the low level binding interfaces/protocols. IOW, the price is being payed for the progress made.. While Linux is able to deal with multiple library revisions unlike the "other" OS, this cannot be dealt with easily in Python. This would need adding mechanisms to prefer one lib over another for certain modules, without modifications to those modules, e.g. LD_PRELOAD for Python. BTW, this time, the python-sip hurdle is a bit higher than usual, as some private methods need to be declared, if used. I branched qgis and its deps in home:frispete:geo and fixed the fallout.. While at it, I fixed the spec to be usable without turning off post processing checks. Hopefully. Build is under way. It would be nice, if you could test my builds, if they succeed. Cheers, Pete -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Thursday, November 28, 2013 04:14:47 PM Hans-Peter Jansen wrote:
BTW, this time, the python-sip hurdle is a bit higher than usual, as some private methods need to be declared, if used. I branched qgis and its deps in home:frispete:geo and fixed the fallout.. While at it, I fixed the spec to be usable without turning off post processing checks. Hopefully. Build is under way. It would be nice, if you could test my builds, if they succeed.
I will be more than happy to do so. Just keep me posted. -- Yours sincerely, Roger Oberholtzer Ramböll RST / Systems Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 roger.oberholtzer@ramboll.se ________________________________________ Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden www.rambollrst.se -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Donnerstag, 28. November 2013 16:44:17 Roger Oberholtzer wrote:
On Thursday, November 28, 2013 04:14:47 PM Hans-Peter Jansen wrote:
BTW, this time, the python-sip hurdle is a bit higher than usual, as some private methods need to be declared, if used. I branched qgis and its deps in home:frispete:geo and fixed the fallout.. While at it, I fixed the spec to be usable without turning off post processing checks. Hopefully. Build is under way. It would be nice, if you could test my builds, if they succeed.
I will be more than happy to do so. Just keep me posted.
It's all there now: https://build.opensuse.org/project/monitor/home:frispete:geo Cheers, Pete -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Thursday, November 28, 2013 09:31:03 PM Hans-Peter Jansen wrote:
On Donnerstag, 28. November 2013 16:44:17 Roger Oberholtzer wrote:
On Thursday, November 28, 2013 04:14:47 PM Hans-Peter Jansen wrote:
BTW, this time, the python-sip hurdle is a bit higher than usual, as some private methods need to be declared, if used. I branched qgis and its deps in home:frispete:geo and fixed the fallout.. While at it, I fixed the spec to be usable without turning off post processing checks. Hopefully. Build is under way. It would be nice, if you could test my builds, if they succeed.
I will be more than happy to do so. Just keep me posted.
It's all there now:
https://build.opensuse.org/project/monitor/home:frispete:geo
I added the qgis2 RPM and the python complaint went away. And some things like Open Street Map now appear. This was good. Now to learn qgis... -- Yours sincerely, Roger Oberholtzer Ramböll RST / Systems Office: Int +46 10-615 60 20 Mobile: Int +46 70-815 1696 roger.oberholtzer@ramboll.se ________________________________________ Ramböll Sverige AB Krukmakargatan 21 P.O. Box 17009 SE-104 62 Stockholm, Sweden www.rambollrst.se -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 11/25/2013 11:53 PM, Hans-Peter Jansen wrote:
The gnuradio app doesn't match the installed qwt lib. Something changed in this area. I would check, which qwt version it is build against (on build service, in build log) and install exactly that one.
Ehm, I'm a network guy, not a software guy. I don't know anything about library versions or building, much less with Python... Call me naive, but I would normally assume that if I install a package from an "official" repo, like e.g. the Hamradio repo, that the software would actually run on my installation... -S -- (o_ Stefan Gofferje | SCLT, MCP, CCSA //\ Reg'd Linux User #247167 | VCP #2263 V_/_ Heckler & Koch - the original point and click interface
I GOT IT RUNNING!!! :D Hehe, the libqwt6 from the KDE-Extra repo were the culprit. They are 6.1.x while the system's normal packages are 6.0.x... Still no plasmacon but at least GnuRadio works now. -S -- (o_ Stefan Gofferje | SCLT, MCP, CCSA //\ Reg'd Linux User #247167 | VCP #2263 V_/_ Heckler & Koch - the original point and click interface
On Mittwoch, 4. Dezember 2013 10:49:15 Stefan Gofferje wrote:
I GOT IT RUNNING!!! :D
Hehe, the libqwt6 from the KDE-Extra repo were the culprit. They are 6.1.x while the system's normal packages are 6.0.x...
I'm glad, you succeeded. If you're juggling with different repos, it is advantageous to know some of the system basics.
Still no plasmacon but at least GnuRadio works now.
Check .xsession-errors-$HOSTNAME:0 for tracebacks after an attempt to start them.. Pete -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (3)
-
Hans-Peter Jansen
-
Roger Oberholtzer
-
Stefan Gofferje