# GRC Command Not Found **URL:** \ **Category:** GNU Radio\ **Created:** [January 16, 2015, 2:11am UTC](https://www.ruby-forum.com/t/grc-command-not-found/233841 "2015-01-16T02:11:45Z")\ **Posts on this page:** 10\ **Page:** 1
**Author:** ![addis\_a](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/a/c4cdca/32.png) [@addis\_a](https://www.ruby-forum.com/u/addis_a)\ **Post date:** [January 16, 2015, 2:11am UTC](https://www.ruby-forum.com/t/grc-command-not-found/233841/1 "2015-01-16T02:11:45Z")
Hello all, I’ve used pybombs to install uhd+gnuradio on CentOS 6.6 x86\_64. I then executed ./pybombs env and sourced the generated file in my .bashrc. After completely restarting my computer to make sure nothing funny was going on, my terminal continues not to recognize gnuradio-companion as a command. I can, however, run gnuradio-config-info. Some output that might be useful: gnuradio-config-info -v: v3.7.6.1-41-g0bea2cce gnuradio-config-info --builddate: Fri, 16 Jan 2015 00:18:57 (date/time wrong here, not sure why) What could cause this behavior? I’m not sure how to debug this. Thanks, Rich ---
**Author:** ![reback](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/b5ac83/32.png) [@reback](https://www.ruby-forum.com/u/reback)\ **Post date:** [January 16, 2015, 8:46am UTC](https://www.ruby-forum.com/t/grc-command-not-found/233841/2 "2015-01-16T08:46:06Z")
On 01/16/2015 02:10 AM, Richard B. wrote: > gnuradio-config-info --builddate: Fri, 16 Jan 2015 00:18:57 (date/time > wrong here, not sure why) > > What could cause this behavior? I’m not sure how to debug this. Was GRC even built? Run “cmake ..” from the GNU Radio build directory (usually something like pybombs/src/gnuradio/build) and see if it’s among the enabled components. M ---
**Author:** ![reback](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/b5ac83/32.png) [@reback](https://www.ruby-forum.com/u/reback)\ **Post date:** [January 16, 2015, 9:42pm UTC](https://www.ruby-forum.com/t/grc-command-not-found/233841/3 "2015-01-16T21:42:49Z")
Thanks for that Martin. I enjoy learning things like this. What it shows is gnuradio-companion is disabled because it does not recognize pygtk installed. For whatever reason, the package-manager system on my centos 6.6 machine has a broken link for pygobject and pygtk. I can’t depend on yum or pybombs to install it for me. I’ve downloaded pygobject from here: [http://ftp.gnome.org/pub/GNOME/sources/pygobject/2.27/](http://ftp.gnome.org/pub/GNOME/sources/pygobject/2.27/) I’ve downloaded pygtk from here: [http://ftp.gnome.org/pub/GNOME/sources/pygtk/2.17/](http://ftp.gnome.org/pub/GNOME/sources/pygtk/2.17/) I’ve been struggling for hours trying to get pygobject installed correctly so that pygtk recognizes it as being installed. Extracting pygobject to pybombs/src/pygobject I run ./configure, make, sudo make install. No errors arise and I see a new file create in my /usr/local/bin When I then extract pygtk to pybombs/src/pygtk and run ./configure, I receive the following partial output: checking for GLIB - version \>= 2.8.0… yes (version 2.28.8) checking for PYGOBJECT… configure: error: Package requirements (pygobject-2.0 \>= 2.16.1) were not met: No package ‘pygobject-2.0’ found My path variable includes all the standard locations and I did not change the default install location of pygobject. I’m at my wits end with this. Help would be greatly appreciated. P.S. Is it possible to fix this error with a yum repo hack? –2015-01-16 11:56:19– [http://ftp.gnome.org/pub/GNOME/sources/pygobject/2.27/pygobject-2.27.91.patched.tar.gz](http://ftp.gnome.org/pub/GNOME/sources/pygobject/2.27/pygobject-2.27.91.patched.tar.gz) Resolving [ftp.gnome.org](http://ftp.gnome.org)… 130.239.18.165, 130.239.18.163, 130.239.18.173, … Connecting to ftp.gnome.org|130.239.18.165|:80… connected. HTTP request sent, awaiting response… 302 Found Location: [http://gensho.acc.umu.se/pub/GNOME/sources/pygobject/2.27/pygobject-2.27.91.patched.tar.gz](http://gensho.acc.umu.se/pub/GNOME/sources/pygobject/2.27/pygobject-2.27.91.patched.tar.gz) [following] –2015-01-16 11:56:19– [http://gensho.acc.umu.se/pub/GNOME/sources/pygobject/2.27/pygobject-2.27.91.patched.tar.gz](http://gensho.acc.umu.se/pub/GNOME/sources/pygobject/2.27/pygobject-2.27.91.patched.tar.gz) Resolving gensho.acc.umu.se… 130.239.18.176, 2001:6b0:e:2018::176 Connecting to gensho.acc.umu.se|130.239.18.176|:80… connected. HTTP request sent, awaiting response… 404 Not Found 2015-01-16 11:56:19 ERROR 404: Not Found. The ftp link it’s using is correct, but for a filename error: This: [http://gensho.acc.umu.se/pub/GNOME/sources/pygobject/2.27/pygobject-2.27.91.patched.tar.gz](http://gensho.acc.umu.se/pub/GNOME/sources/pygobject/2.27/pygobject-2.27.91.patched.tar.gz) Should be [http://gensho.acc.umu.se/pub/GNOME/sources/pygobject/2.27/pygobject-2.27.91.tar.gz](http://gensho.acc.umu.se/pub/GNOME/sources/pygobject/2.27/pygobject-2.27.91.tar.gz) Removed patched from the tarball filename. I don’t know how pybombs determines that link. v/r, Rich On Thu, Jan 15, 2015 at 11:44 PM, Martin B. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) ---
**Author:** ![reback](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/b5ac83/32.png) [@reback](https://www.ruby-forum.com/u/reback)\ **Post date:** [January 16, 2015, 10:19pm UTC](https://www.ruby-forum.com/t/grc-command-not-found/233841/4 "2015-01-16T22:19:29Z")
Oh how I wish that was the fix, but sadly, no it’s not. My EPEL was enabled by default. I went so far as to enable EPEL-testing, but no change. Rich On Fri, Jan 16, 2015 at 12:49 PM, Marcus Müller [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) ---
**Author:** ![reback](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/b5ac83/32.png) [@reback](https://www.ruby-forum.com/u/reback)\ **Post date:** [January 16, 2015, 11:34pm UTC](https://www.ruby-forum.com/t/grc-command-not-found/233841/5 "2015-01-16T23:34:12Z")
Is there someone who can explain the pybombs install mechanism to me. I have been speaking to some CentOS guys about the package-manager and they say that pybombs isn’t using that at all because it is installing programs from source. If they are right, how does pybombs figure out where to go find programs like pygobect and pygtk? I would like to manipulate this as a problem fix if I can. Rich On Fri, Jan 16, 2015 at 1:17 PM, Richard B. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) ---
**Author:** ![reback](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/b5ac83/32.png) [@reback](https://www.ruby-forum.com/u/reback)\ **Post date:** [January 17, 2015, 3:06am UTC](https://www.ruby-forum.com/t/grc-command-not-found/233841/6 "2015-01-17T03:06:42Z")
* * * Discuss-gnuradio mailing list removed\_email\_address@domain.invalid [https://lists.gnu.org/mailman/listinfo/discuss-gnuradio](https://lists.gnu.org/mailman/listinfo/discuss-gnuradio) ---
**Author:** ![reback](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/b5ac83/32.png) [@reback](https://www.ruby-forum.com/u/reback)\ **Post date:** [January 17, 2015, 4:07am UTC](https://www.ruby-forum.com/t/grc-command-not-found/233841/7 "2015-01-17T04:07:03Z")
Hi John, I believe I know what you’re referring to in the config file. But what I’m interested in doing is changing the location of the source file pybombs tries to download from, not just force the decision to install from source. Would you be able to explain how that is done? Rich Sent from my iPhone ---
**Author:** ![reback](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/b5ac83/32.png) [@reback](https://www.ruby-forum.com/u/reback)\ **Post date:** [January 17, 2015, 10:53am UTC](https://www.ruby-forum.com/t/grc-command-not-found/233841/8 "2015-01-17T10:53:02Z")
In that case, you’d have to modify the respective LWR file in the recipes/ folder. Most of it is pretty self-explanatory. Please also note that the default installation preference order is always deb, src; for CentOS, deb never works, so it really builds everything from source. You should configure it to be rpm,src in 99% of cases. Greetings, Marcus ---
**Author:** ![reback](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/b5ac83/32.png) [@reback](https://www.ruby-forum.com/u/reback)\ **Post date:** [January 16, 2015, 9:50pm UTC](https://www.ruby-forum.com/t/grc-command-not-found/233841/9 "2015-01-16T21:50:53Z")
Hi Richard, I’ve gotten rid of my CentOS 6.5 VM in favor of CentOS 7, where this was not an issue. However, usually “broken links” should not happen in CentOS. Did you “yum clean all”, “yum check-updates” before installation? That should make absolutely sure only the newest packet lists from the official servers are used. As a general reference for CentOS users: It often seems very helpful to use the EPEL archives [1], which basically adds most of the packages that are missing in RHEL, CentOS and Scientific Linux compared to Fedora. Greetings, Marcus [1] [Extra Packages for Enterprise Linux (EPEL) :: Fedora Docs](https://fedoraproject.org/wiki/EPEL) ---
**Author:** ![reback](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/r/b5ac83/32.png) [@reback](https://www.ruby-forum.com/u/reback)\ **Post date:** [January 20, 2015, 6:54pm UTC](https://www.ruby-forum.com/t/grc-command-not-found/233841/10 "2015-01-20T18:54:05Z")
Thank you MarcusM, the LWR file was exactly what I needed. Very helpful. Rich On Sat, Jan 17, 2015 at 1:51 AM, Marcus Müller [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)