Hi everyone,
I made an update of gnuradio in my university lab computers. They were
using
the 3.4.1 version, and I changed it to 3.5.3 version. However, some of
the
programs made for the old versions stopped working. When I run the
script
made by another student for the old version, I get this error:
traceback(most recent call last):
(…)
File
“/usr/local/lib/python2.6/dist-packages/gnuradio/blks2impl/gmsk.py”,
line 223, in init
self.clock_recovery = gr.clock_recovery_mm_ff(self._omega,
self._gain_omega,
AttributeError: ‘module’ object has no attribute ‘clock_recovery_mm_ff’
Which is basically saying that a script installed by the gnuradio
installation itself
(/usr/local/lib/python2.6/dist-packages/gnuradio/blks2impl/gmsk.py) is
still
working with the old methods since ‘clock_recovery_mm_ff’ doesn’t exist
anymore.
Does this mean that the installation wasn’t well made?
–
View this message in context:
http://old.nabble.com/Problem-in-the-update-tp33661146p33661146.html
Sent from the GnuRadio mailing list archive at Nabble.com.
On Tue, Apr 10, 2012 at 05:45:45AM -0700, frankist wrote:
self._gain_omega,
AttributeError: ‘module’ object has no attribute ‘clock_recovery_mm_ff’
Which is basically saying that a script installed by the gnuradio
installation itself
(/usr/local/lib/python2.6/dist-packages/gnuradio/blks2impl/gmsk.py) is still
working with the old methods since ‘clock_recovery_mm_ff’ doesn’t exist
anymore.
Does this mean that the installation wasn’t well made?
No, there was an API change (this was announced, though).
clock_recovery,
among other things, was moved to gr-digital.
Try self.clock_recovery = digital.clock_recovery_mm_ff(…)
(of course, you have to ‘from gnuradio import digital’).
Good luck
MB
–
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Dipl.-Ing. Martin B.
Research Associate
Kaiserstraße 12
Building 05.01
76131 Karlsruhe
Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu
KIT – University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association
Ok. But shouldn’t gmsk.py and other scripts that come with gnuradio be
updated when there is an update? Does this mean that some other scripts
.py
that comes with the installation of gnuradio are also outdated and don’t
work if I don’t change them?
Martin B.-4 wrote:
(…)
working with the old methods since ‘clock_recovery_mm_ff’ doesn’t exist
Kaiserstraße 12
Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page
–
View this message in context:
http://old.nabble.com/Problem-in-the-update-tp33661146p33662146.html
Sent from the GnuRadio mailing list archive at Nabble.com.
On Tue, Apr 10, 2012 at 08:13:56AM -0700, frankist wrote:
Ok. But shouldn’t gmsk.py and other scripts that come with gnuradio be
updated when there is an update? Does this mean that some other scripts .py
that comes with the installation of gnuradio are also outdated and don’t
work if I don’t change them?
My bad, I thought the error came up in your own script.
gmsk.py was updated to reflect the API changes, so I guess your update
is corrupted after all. If in doubt you should probably nuke all of your
GNU Radio files and reinstall.
Your own script should have an ‘import digital’ command. You shouldn’t
be able to import gmsk (or other digital modulators) from anywhere else
than digital, or you know for sure your installation is botched.
MB
–
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Dipl.-Ing. Martin B.
Research Associate
Kaiserstraße 12
Building 05.01
76131 Karlsruhe
Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu
KIT – University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association
On Tue, Apr 10, 2012 at 08:13:56AM -0700, frankist wrote:
File “/usr/local/lib/python2.6/dist-packages/gnuradio/blks2impl/gmsk.py”,
In fact, I should have responded to this line in the first place. This
file should not exist after the update. Looks like you did something
wrong while removing the old files before updating.
MB
–
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Dipl.-Ing. Martin B.
Research Associate
Kaiserstraße 12
Building 05.01
76131 Karlsruhe
Phone: +49 721 608-43790
Fax: +49 721 608-46071
www.cel.kit.edu
KIT – University of the State of Baden-Württemberg and
National Laboratory of the Helmholtz Association
It removes anything that was installed from binary packages. But
if you have a previous source install, it doesn’t go around trying to
hunt down all the artifacts from that install and try to remove them.
That would be really hard, because the new gnuradio source pack won’t
include uninstall instructions for the old install, and the old install
source lump may not be lying around, so there’s no “manifest” for it to
work from.
-Marcus
On Tue, 10 Apr 2012 08:29:38 -0700 (PDT),
frankist wrote:
Yeah. I used the build-gnuradio script that says
that it removes the old
versions. Probably there was some error in the
installation that I didn’t
notice…
Martin B.-4 wrote:
On
Tue, Apr 10, 2012 at 08:13:56AM -0700, frankist wrote:
File
“/usr/local/lib/python2.6/dist-packages/gnuradio/blks2impl/gmsk.py”,
In fact, I should have responded to this line in the first place. This
file should not exist after the update. Looks like you did something
wrong while removing the old files before updating. MB – Karlsruhe
Institute of Technology (KIT) Communications Engineering Lab (CEL)
Dipl.-Ing. Martin B. Research Associate Kaiserstraße 12 Building
05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071
www.cel.kit.edu [1] KIT – University of the State of Baden-Württemberg
and National Laboratory of the Helmholtz Association
_______________________________________________ Discuss-gnuradio mailing
list [email protected] [2]
Discuss-gnuradio Info Page [3]
Links:
Yeah. I used the build-gnuradio script that says that it removes the old
versions. Probably there was some error in the installation that I
didn’t
notice…
Martin B.-4 wrote:
[email protected]
Discuss-gnuradio Info Page
–
View this message in context:
http://old.nabble.com/Problem-in-the-update-tp33661146p33662272.html
Sent from the GnuRadio mailing list archive at Nabble.com.
Now I am trying to uninstall gnuradio. I am a bit nervous because it is my
first uninstall and the computer isn’t mine.
I am doing as http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ tells
me, however, I can’t find anything with the name gnuradio or similar in
these folders: /usr/bin, /usr/lib(64). Furthermore, I don’t have the folder
/usr/local/lib(64) in the computer. I wonder if this is normal
I just want to check before starting deleting files. I don’t want things to
get worse than they are right now
If you want to get every last file, and you know exactly how the old
version
was compiled (ideally down to the ./configure command) then you could
always
download that old version, compile it, then run ‘make uninstall’. This
will
remove all the files that would have been installed, so if it matches
your
original config, every last file in your existing gnuradio installation
will
be removed.
Of course that’s probably overkill, and if you just move the files to
another
folder instead of deleting them, then you can always move them back if
something breaks. In answer to your question, often /usr/local is empty
until
you start installing things yourself, so having no /usr/local/lib is not
unusual.
But if you’re going to do the install on lab computers (where presumably
there
are a number of identical ones) you’d probably be better off taking the
opportunity to make a package for whatever OS you’re running. Then you
can
install the same package on all your machines quickly, and when the time
comes
to do the next update the package manager will take care of removing the
old
files for you.
Cheers,
Adam.
Ok got it.
Now I am trying to uninstall gnuradio. I am a bit nervous because it is
my
first uninstall and the computer isn’t mine.
I am doing as http://gnuradio.org/redmine/projects/gnuradio/wiki/FAQ
tells
me, however, I can’t find anything with the name gnuradio or similar in
these folders: /usr/bin, /usr/lib(64). Furthermore, I don’t have the
folder
/usr/local/lib(64) in the computer. I wonder if this is normal
I just want to check before starting deleting files. I don’t want things
to
get worse than they are right now
Marcus D. Leech wrote:
file should not exist after the update. Looks like you did something
Discuss-gnuradio mailing list
[email protected]
Discuss-gnuradio Info Page
–
View this message in context:
http://old.nabble.com/Problem-in-the-update-tp33661146p33663653.html
Sent from the GnuRadio mailing list archive at Nabble.com.
Ok. Problem solved. Forgot the ldconfig lol
Thank you
frankist wrote:
me, however, I can’t find anything with the name gnuradio or similar in
was compiled (ideally down to the ./configure command) then you could
another
can
Right now, I am trying to install the old version. That might seem odd but
installation. I mean, the usr/local/lib/python2.6/dist-packages didn’t
The funniest part is that this file exists…
–
View this message in context:
http://old.nabble.com/Problem-in-the-update-tp33661146p33670363.html
Sent from the GnuRadio mailing list archive at Nabble.com.
Adam Nielsen wrote:
/usr/local/lib(64) in the computer. I wonder if this is normal
will
you start installing things yourself, so having no /usr/local/lib is not
old
Ok. Thanks for the tips.
I had to remove gnuradio manually because no make uninstall was working.
Right now, I am trying to install the old version. That might seem odd
but
the program I have to show working friday, which wasn’t made by me, only
works for the old version. I tried to adapt it to the new version and it
runs however, it doesn’t have the same behavior has it had for the old
installation. Since it wasn’t me who did the code I feel safer using the
old
version for now.
I’ve found the gnuradio installation folder used by someone before me. I
installed the 3.4.1 version with it. However it didn’t install the uhd.
The instructions I found for installing the uhd seem to install the
newer
version. However, I want the version that works with 3.4.1. Any
suggestion?
View this message in context:
http://old.nabble.com/Problem-in-the-update-tp33661146p33668780.html
Sent from the GnuRadio mailing list archive at Nabble.com.