On Wed, Jan 28, 2015 at 2:06 PM, Richard Bell
wrote:
> If I attempt to manually configure the pyqt4 source that pybombs installed
> to pybombs/src/pyqt4, by executing the configure command I found in pyqt4's
> recipe file, the following errors occur:
>
>
>
>
> *[tsvcis@tsvtester pyqt4]$ python co
If I attempt to manually configure the pyqt4 source that pybombs installed
to pybombs/src/pyqt4, by executing the configure command I found in pyqt4's
recipe file, the following errors occur:
*[tsvcis@tsvtester pyqt4]$ python configure.py --confirm-license -b
$
I also realize I've been referring to PyQWT in previous emails as the
problem, mistakingly. I meant to be saying PyQT4, as the previous thread
output error shows. Apologies for the confusion.
pyqt4 is the component which fails source installs on my fresh centos 6.6.
Rich
On Wed, Jan 28, 2015 at
You don't get much from this error. Copy and pasted below:
*Installing from source: pyqt4Configuring: (100%)
[==]Configuration
failed. Re-trying with higher verbosity.make: *** No targets specified and
no makefile found. Stop.Build fail
On Tue, Jan 27, 2015 at 5:28 PM, Richard Bell
wrote:
> Yes I did ./pybombs remove, which uninstalls everything. I also have
> pybombs set to install everything from source, so I know for sure what's
> being installed. All but PyQWT, because that source install is broken for
> some reason.
>
> So
Yes I did ./pybombs remove, which uninstalls everything. I also have
pybombs set to install everything from source, so I know for sure what's
being installed. All but PyQWT, because that source install is broken for
some reason.
So the process is, I begin with
./pybombs install gnuradio
This ins
Did you rebuild PyQWT & GR from scratch ?
I mean when you have this stack : Qt / Qwt / PyQWT / GR.
If you change anything, you need to rebuild anything above it. So
change Qt, you need to rebuild Qwt / PyQWt and GR from scratch or it
might be built against old headers that have incompatible ABI.
I know it seems like there is a version issue going on, I agree. I'm as
certain as I can be given that the results of
sudo find / -name '*qwt*'
returns only qwt5 directories and libqwt.so.5 shared objects and these
directories are all sub-directories of either pybombs or the pybombs target
direct
Are you sure that you have only qwt5 on your system ?
I had such effects when there was qwt5 and qwt6 on my system.
-- Volker
Am 27.01.2015 um 18:05 schrieb Richard Bell:
*Another update: *I've managed to get the libqwt.so files isolated to
the pybombs install directories:
/[tsvcis@tsvteste
*Another update: *I've managed to get the libqwt.so files isolated to the
pybombs install directories:
*[tsvcis@tsvtester lib]$ sudo find / -name
'*libqwt.so.5*'/home/tsvcis/Documents/pybombs/src/qwt5/lib/libqwt.so.5.2.0/home/tsvcis/Documents/pybombs/src/qwt5/lib/libqwt.so.5.2/home/tsvcis/Do
*Latest update:* After uninstalling all the qwt and pyqwt that were
installed by yum, I tried a clean pybombs install, with everything
installed from source, and it completed.
Further debug commands now look like this:
*[tsvcis@tsvtester ~]$ ldd
/home/tsvcis/Documents/target/lib64/libgnuradio-qt
Executing 'export LD_PRELOAD=/usr/lib64/libqwt.so.5' allows me to run 'from
gnuradio import qtgui' from a python prompt successfully. However, when I
start grc and attempt to run a flowgraph as a test, I still get this error:
AttributeError: 'module' object has no attribute 'QWidget'
I uninstalle
As it seems, at compile time, the 5.1.1 version was used, whilst at
runtime the 5.2.0 version from your ~/Documents/target prefix seems to
be found. That's a bit strange, since pybombs should use the qwt version
that it downloaded (ie. 5.2.0 in your case). Maybe it's all the other
way around...
If
OK Marcus. The shared object file does exist in two directories. Full
output of comands below, with matches bolded:
ldd /home/tsvcis/Documents/target/lib64/libgnuradio-qtgui-3.7.7git.so.0.0.0
| grep qwt
* libqwt.so.5 => /home/tsvcis/Documents/target/lib/libqwt.so.5
(0x7f5d2a4c1000)*
[tsv
Hi Richard,
this looks like you've installed a "good" version of QWT, which is used
when building GNU Radio, but when running a GNU Radio program, a
different version of the QWT library is loaded, which leads to missing
symbols.
My first approach would be to run ldd on
/home/tsvcis/Documents/targ
*Problem*: I can't use qtgui blocks. Wxgui blocks work. My system is CentOS
6.6 running gnuradio 3.7.6 installed using pybombs.
*Debug*: I've run cmake in pybombs/gnuradio/src/build to make sure qtgui
was enabled during install, and it is. The only gnuradio components
disabled that are listed by c
16 matches
Mail list logo