# Pybombs

**URL:** <https://www.ruby-forum.com/t/pybombs/234277>\
**Category:** GNU Radio\
**Created:** [February 20, 2015, 11:33am UTC](https://www.ruby-forum.com/t/pybombs/234277 "2015-02-20T11:33:18Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**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:** [February 20, 2015, 11:33am UTC](https://www.ruby-forum.com/t/pybombs/234277/1 "2015-02-20T11:33:18Z")

</div>

Hello list

Has anyone else has experienced any problems with pybombs: failing to  
load  
recipes

This is happening when I try to install through ./app\_store.py

I am getting this output

I have tried several prefixes all with the same result.

test@test-virtual-machine:~$ cd pybombs

test@test-virtual-machine:~/pybombs$ sudo ./app\_store.py

[sudo] password for test:

Settled on prefix: /home/test

Initializing environmental variables…

no existing inventory found, creating an empty one…

Loading recipes …

Failed to load recipe gr-zmqblocks

Failed to load recipe numpy

Failed to load recipe gflags

Failed to load recipe gr-osmosdr

Failed to load recipe pyqt4-dev-tools

Failed to load recipe glib

Failed to load recipe gr-baz

Failed to load recipe pocsag-mrt

Failed to load recipe gr-gsm

Failed to load recipe gr-tagutils

Failed to load recipe gr-compat

Failed to load recipe libbzip

Failed to load recipe fftw

Failed to load recipe pango

Failed to load recipe wireshark

Failed to load recipe gr-smithchart

Failed to load recipe gr-dvbs2

Failed to load recipe libpng

Failed to load recipe gr-ettus

Failed to load recipe gr-packetradio

Failed to load recipe git

Failed to load recipe gnuradio

Failed to load recipe uhd

Failed to load recipe gr-multimon

Failed to load recipe freetype

Failed to load recipe cairo

Failed to load recipe libbtbb

Failed to load recipe libpcap

Failed to load recipe gr-mediatools

Failed to load recipe boost

Failed to load recipe libsndfile

Failed to load recipe gr-mtb

Failed to load recipe wxpython

Failed to load recipe gr-iqbal

Failed to load recipe gr-dvbt2

Failed to load recipe libpolarssl

Failed to load recipe expat

Failed to load recipe pyqt4

Failed to load recipe glog

Failed to load recipe pycairo

Thanks in advanced

---

<div class="post-metadata">

**Author:** ![fredomfighter099](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/f/9d8465/32.png) [@fredomfighter099](https://www.ruby-forum.com/u/fredomfighter099)\
**Post date:** [February 20, 2015, 12:34pm UTC](https://www.ruby-forum.com/t/pybombs/234277/2 "2015-02-20T12:34:50Z")

</div>

Hi,

you seem to be running pybombs and/or the app\_store.py as root, although  
the prefix they use seems to be your home directory, making root  
privileges unnecessary.  
Using sudo therefore most likely messes up your paths, and thus things  
go wrong.  
Don’t use sudo when you’re using a home-directory prefix.

Greetings,  
Marcus

---

<div class="post-metadata">

**Author:** ![fredomfighter099](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/f/9d8465/32.png) [@fredomfighter099](https://www.ruby-forum.com/u/fredomfighter099)\
**Post date:** [February 20, 2015, 3:33pm UTC](https://www.ruby-forum.com/t/pybombs/234277/3 "2015-02-20T15:33:19Z")

</div>

On Fri, Feb 20, 2015 at 6:33 AM, Marcus Müller  
[removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)  
wrote:

> Marcus

I’m actually seeing the same response about the failure to load recipes.  
Not at all sure why, because pybombs and app\_store do pretty much the  
same  
thing to read in the recipes, but the former works and the latter  
doesn’t.  
Haven’t been able to trace down why.

Tom

>

---

<div class="post-metadata">

**Author:** ![fredomfighter099](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/f/9d8465/32.png) [@fredomfighter099](https://www.ruby-forum.com/u/fredomfighter099)\
**Post date:** [February 24, 2015, 7:00pm UTC](https://www.ruby-forum.com/t/pybombs/234277/4 "2015-02-24T19:00:55Z")

</div>

This issue should now be fixed in the latest version  
-Tim
