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-tp3366...
Sent from the GnuRadio mailing list archive at Nabble.com.
on 2012-04-10 14:46
on 2012-04-10 15:56
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 Braun 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 2012-04-10 17:15
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 Braun-4 wrote: >> (...) >> working with the old methods since 'clock_recovery_mm_ff' doesn't exist > > Kaiserstraße 12 > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > -- View this message in context: http://old.nabble.com/Problem-in-the-update-tp3366... Sent from the GnuRadio mailing list archive at Nabble.com.
on 2012-04-10 17:22
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 Braun 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 2012-04-10 17:23
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 Braun
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 2012-04-10 17:30
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 Braun-4 wrote: > > > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > -- View this message in context: http://old.nabble.com/Problem-in-the-update-tp3366... Sent from the GnuRadio mailing list archive at Nabble.com.
on 2012-04-10 17:33
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 Braun-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 Braun 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 Discuss-gnuradio@gnu.org [2] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio [3] Links:
on 2012-04-10 21:00
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 > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > -- View this message in context: http://old.nabble.com/Problem-in-the-update-tp3366... Sent from the GnuRadio mailing list archive at Nabble.com.
on 2012-04-11 02:15
> 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.
on 2012-04-11 15:52
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-tp3366... Sent from the GnuRadio mailing list archive at Nabble.com.
on 2012-04-11 19:36
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-tp3366... Sent from the GnuRadio mailing list archive at Nabble.com.
Please log in before posting. Registration is free and takes only a minute.
Existing account
(Switch to SSL-encrypted connection)
NEW: Do you have a Google/GoogleMail or Yahoo account? No registration required!
Log in with Google account | Log in with Yahoo account
Log in with Google account | Log in with Yahoo account
No account? Register here.