gnuradio / gr-recipes Goto Github PK

user@host$ sudo docker run --net=host -it centos /bin/bash
[root@host /]# yum install epel-release git
[root@host /]# yum install python-pip
[root@host /]# pip install pybombs
[root@host /]# pybombs recipes add gr-recipes git+https://github.com/gnuradio/gr-recipes.git 
[root@host /]# pybombs recipes add gr-recipes git+https://github.com/gnuradio/gr-etcetera.git 
[root@host /]# pybombs prefix init /gnuradio -a myprefix -R gnuradio-default

PyBOMBS._process_thread() - DEBUG - Executing command `['sudo', '-H', 'yum', '-y', 'install', 'autoconf']'
Exception in thread Thread-1:
<...snip...>
OSError: [Errno 2] No such file or directory

From the above, It looks like sudo is necessary as well. I believe sudo not being present is only going to happen in docker, or very restricted environments. However, later we failed on make, then on g++. Neither of these are present in a minimal CentOS install (maybe not in desktop either?). What would be the best way to go about adding them as dependencies? They will be necessary for almost any source built package, so I'm not sure where to modify the recipes to include them, as they will only be necessary if source-building, however, they will at least be necessary for gnuradio in every case.

Anyway, after installing them, things started building, but I think I saw a build issue with thrift. I'll have another look later and open a separate ticket.

I tried gnuradio38 recipe on a fairly fresh "minimal" install of Ubuntu 18.04 on 16 Aug 2019, and found that the following two packages were not installed automatically and caused the process to fail:

• libqt5opengl5-dev
• libqwt-qt5-dev

Here's what I did to start:

sudo apt install python3-pip
pip3 install pybombs
pybombs recipes add gr-recipes git+https://github.com/gnuradio/gr-recipes.git
pybombs prefix init ./gnuradio/
pybombs install gnuradio38

(...console output from installation of a distressing number of packages...)

-- Configuring gr-qtgui support...
--   Dependency Boost_FOUND = 1
--   Dependency QT_FOUND = 0
--   Dependency QWT_FOUND = FALSE
--   Dependency ENABLE_VOLK = ON
--   Dependency ENABLE_GNURADIO_RUNTIME = ON
--   Dependency ENABLE_GR_FFT = ON
--   Dependency ENABLE_GR_FILTER = ON
--   Dependency PYTHONLIBS_FOUND = TRUE
--   Dependency PYQT5_FOUND = TRUE
CMake Error at cmake/Modules/GrComponent.cmake:75 (message):
  user force-enabled gr-qtgui but configuration checked failed
Call Stack (most recent call first):
  gr-qtgui/CMakeLists.txt:48 (GR_REGISTER_COMPONENT)

:(

After stumbling around trying to figure out which of the myriad and confusingly named QT packages was missing I noted that the list of dependencies on this page https://wiki.gnuradio.org/index.php/UbuntuInstall#Bionic_Beaver_.2818.04.29 includes one that I did not find installed, so I installed it:

sudo apt install libqt5opengl5-dev

After which CMake was happy and the build proceeded. But then, lo:

[ 78%] Built target pygen_gr_channels_python_channels_ecc42
make[2]: *** No rule to make target '/usr/lib/libqwt-qt5.so', needed by 'gr-qtgui/lib/libgnuradio-qtgui.so.3.8.0.0'.  Stop.
CMakeFiles/Makefile2:10849: recipe for target 'gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/all' failed
make[1]: *** [gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/all] Error 2
Makefile:140: recipe for target 'all' failed
make: *** [all] Error 2
PyBOMBS.Packager.source - ERROR - Build failed. See output above for error messages.
PyBOMBS.Packager.source - ERROR - Problem occurred while building package gnuradio38:
Build failed.
PyBOMBS.install_manager - ERROR - Error installing package gnuradio38. Aborting.

What's this? I manage to figure out that the package libqwt-qt5-dev is also missing, so I installed it as well. After this, installation with pybombs ran to completion.

I appear to have commit d611aae5 of gr-recipes.

GNU Radio is not compiling and is looking for gmp or mpir. I added gmp to the requirements of gnuradio.lwr and this fixed my issue.

https://github.com/gnuradio/gr-recipes/blob/master/gnuradio.lwr#L20-L40

Om Fedora 25 python-tk is can not be installed.
Problem:
python-tkinter, python-tk and python2-tkinter are no packages in F25
Solution:
adding tkinter

I will do a pull request soon.

I am unable to make plutoSDR work with gqrx installing using pybombs. PlutoSDR does not apear in the device list. I am ussing debian, and following the next procedure:

pip install git+https://github.com/gnuradio/pybombs.git
mkdir -p ~/radio
cd ~/radio
git clone https://github.com/gnuradio/pybombs
cd pybombs
python setup.py build
pybombs auto-config
pybombs recipes add-defaults
pybombs prefix init ~/radio -a radio -R gnuradio-default
pybombs install gr-iio
pybombs install gr-osmosdr
pybombs install gqrx
pybombs run gqrx

I have tried to change the source of the gr-osmosdr package to https://github.com/csete/gr-osmosdr-gqrx. Also, i have tried to comment out the line deb: gqrx-sdr at the gqrx recipe.
No changes. What may be the problem?

I'm trying to install RFNoC based on instructions here and I'm running into an issue with PyQt5. Following is the error output:

PyBOMBS.install_manager - INFO - Installing package: pyqt5
PyBOMBS.PackageManager - DEBUG - install(pyqt5, install_type=source, static=False)
PyBOMBS.get_recipe - OBNOXIOUS - Woohoo, this one's already cached (pyqt5)
PyBOMBS.get_recipe - OBNOXIOUS - Woohoo, this one's already cached (pyqt5)
PyBOMBS.PackageManager - OBNOXIOUS - pyqt5 has cached installed-status: False
PyBOMBS.get_recipe - OBNOXIOUS - Woohoo, this one's already cached (pyqt5)
PyBOMBS.get_recipe - OBNOXIOUS - Woohoo, this one's already cached (pyqt5)
PyBOMBS.PackageManager - DEBUG - Using packager source
PyBOMBS.Packager.source - DEBUG - State on package pyqt5 is 0
PyBOMBS.Fetcher - DEBUG - Fetching source for recipe: pyqt5
PyBOMBS.Fetcher - DEBUG - Switching to src directory: /home/(diirname)/rfnoc/src
PyBOMBS.Fetcher - OBNOXIOUS - Trying to fetch wget+https://sourceforge.net/projects/pyqt/files/PyQt5/PyQt-5.8.2/PyQt5_gpl-5.8.2.tar.gz
PyBOMBS.Fetcher - DEBUG - Getting fetcher for https://sourceforge.net/projects/pyqt/files/PyQt5/PyQt-5.8.2/PyQt5_gpl-5.8.2.tar.gz, type wget
PyBOMBS.Fetcher - DEBUG - Using fetcher <pybombs.fetchers.wget.Wget object at 0x7ff10c977810>
PyBOMBS.Fetcher.wget - DEBUG - Requiring packages on host system: ['python-requests']
PyBOMBS.PackageManager - DEBUG - Attempting to add binary package manager pip
PyBOMBS.PackageManager - DEBUG - pip is supported!
PyBOMBS.PackageManager - DEBUG - Attempting to add binary package manager apt
PyBOMBS.PackageManager - DEBUG - apt is supported!
PyBOMBS.PackageManager - DEBUG - Attempting to add binary package manager yumdnf
PyBOMBS.PackageManager - DEBUG - Attempting to add binary package manager port
PyBOMBS.PackageManager - DEBUG - Attempting to add binary package manager brew
PyBOMBS.PackageManager - DEBUG - Attempting to add binary package manager zypper
PyBOMBS.PackageManager - DEBUG - Attempting to add binary package manager pacman
PyBOMBS.PackageManager - DEBUG - Attempting to add binary package manager portage
PyBOMBS.PackageManager - DEBUG - Attempting to add binary package manager pymod
PyBOMBS.PackageManager - DEBUG - pymod is supported!
PyBOMBS.PackageManager - DEBUG - Attempting to add binary package manager pkgconfig
PyBOMBS.PackageManager - DEBUG - pkgconfig is supported!
PyBOMBS.PackageManager - DEBUG - Attempting to add binary package manager cmd
PyBOMBS.PackageManager - DEBUG - cmd is supported!
PyBOMBS.PackageManager - DEBUG - Using binary packagers: ['pip', 'apt', 'pymod', 'pkgconfig', 'cmd']
PyBOMBS.install_manager - DEBUG - Phase 1: Creating install tree and installing binary packages:
PyBOMBS.install_manager - OBNOXIOUS - Checking if package `python-requests' goes into tree...
PyBOMBS.PackageManager - OBNOXIOUS - python-requests has cached installable-status: True
PyBOMBS.PackageManager - OBNOXIOUS - python-requests has cached installed-status: True
PyBOMBS.install_manager - OBNOXIOUS - Installed, but no update requested. Does not go into tree.
PyBOMBS.install_manager - DEBUG - Phase 2: Recursively installing source packages to prefix:
PyBOMBS.Fetcher.wget - DEBUG - Requirements met.
PyBOMBS.Fetcher.wget - DEBUG - Downloading file: https://sourceforge.net/projects/pyqt/files/PyQt5/PyQt-5.8.2/PyQt5_gpl-5.8.2.tar.gz
03745 kB / 03745 kB (100%)
PyBOMBS.Fetcher.wget - DEBUG - MD5: c3048e9d242f3e72fd393630da1d971a
PyBOMBS.extract_to - DEBUG - Unpacking PyQt5_gpl-5.8.2.tar.gz
PyBOMBS.extract_to - DEBUG - Common prefix: PyQt5_gpl-5.8.2
PyBOMBS.extract_to - DEBUG - Moving /tmp/tmpaoJse4/PyQt5_gpl-5.8.2 -> pyqt5
PyBOMBS.Fetcher - OBNOXIOUS - Success.
PyBOMBS.Inventory - OBNOXIOUS - Setting key source on package pyqt5 to wget+https://sourceforge.net/projects/pyqt/files/PyQt5/PyQt-5.8.2/PyQt5_gpl-5.8.2.tar.gz.
PyBOMBS.Inventory - DEBUG - Setting state to `fetched'
PyBOMBS.Inventory - DEBUG - Saving inventory to file /home/(dirname)/rfnoc/.pybombs/inventory.yml...
PyBOMBS.Requirer - DEBUG - Requiring packages on host system: []
PyBOMBS.Requirer - DEBUG - Requirements met.
PyBOMBS.Packager.source - DEBUG - Using build directory: /home/(dirname)/rfnoc/src/pyqt5
PyBOMBS.Packager.source - DEBUG - Configuring recipe pyqt5
PyBOMBS.Packager.source - DEBUG - Using vars - CommentedMap([('config_opt', ''), ('builddir', '/home/(dirname)/rfnoc/src/pyqt5')])
PyBOMBS.Packager.source - DEBUG - In cwd - /home/(dirname)/rfnoc/src/pyqt5
PyBOMBS._process_thread() - DEBUG - Executing command `$ python configure.py --confirm-license -b /home/(dirname)/rfnoc/bin -d /home/(dirname)/rfnoc/lib/python2.6/site-packages/ -v /home/(dirname)/rfnoc/share/sip/'
Querying qmake about your Qt installation...
Determining the details of your Qt installation...
This is the GPL version of PyQt 5.8.2 (licensed under the GNU General Public
License) for Python 2.7.6 on linux2.
Found the license file pyqt-gpl.sip.
Error: Make sure you have a working sip on your PATH or use the --sip argument
to explicitly specify a working sip.
PyBOMBS.monitor_process() - DEBUG - Thread signaled termination or returned
PyBOMBS.monitor_process() - DEBUG - Return value: 1
PyBOMBS.Packager.source - WARNING - Configuration failed. Re-trying with higher verbosity.
PyBOMBS.Packager.source - DEBUG - Configuring recipe pyqt5
PyBOMBS.Packager.source - DEBUG - Using vars - CommentedMap([('config_opt', ''), ('builddir', '/home/(dirname)/rfnoc/src/pyqt5')])
PyBOMBS.Packager.source - DEBUG - In cwd - /home/(dirname)/rfnoc/src/pyqt5
PyBOMBS._process_thread() - DEBUG - Executing command `$ python configure.py --confirm-license -b /home/(dirname)/rfnoc/bin -d /home/(dirname)/rfnoc/lib/python2.6/site-packages/ -v /home/(dirname)/rfnoc/share/sip/'
Querying qmake about your Qt installation...
Determining the details of your Qt installation...
This is the GPL version of PyQt 5.8.2 (licensed under the GNU General Public
License) for Python 2.7.6 on linux2.
Found the license file pyqt-gpl.sip.
Error: Make sure you have a working sip on your PATH or use the --sip argument
to explicitly specify a working sip.
PyBOMBS.monitor_process() - DEBUG - Thread signaled termination or returned
PyBOMBS.monitor_process() - DEBUG - Return value: 1
PyBOMBS.Packager.source - ERROR - Configuration failed after running at least twice.
PyBOMBS.Packager.source - ERROR - Problem occurred while building package pyqt5:
Configuration failed
PyBOMBS.install_manager - ERROR - Error installing package pyqt5. Aborting.

This is on a Ubuntu 14.04.5 installation using the latest gr-recipes pull (including the pyqt5.lwr recipe). I tried tracing the error and it seems that there is an issue with sip. When I try to install sip using pybombs install sip, the output says that the package is already installed, but I'm unable to find it in my prefix directory.

Am I doing something wrong here?

I'm using PyBOMBS v2.3.0 on CentOS 7 (x64) and gnuradio-stable (as well as gnuradio-default) is building and installing properly. However, libosmo-dsp build is failing due to the following error:

PyBOMBS.install_manager - INFO - Installing package: libosmo-dsp
Configuring: (100%)
PyBOMBS.Packager.source - WARNING - Configuration failed. Re-trying with higher verbosity.
src/Makefile.am:8: error: Libtool library used but 'LIBTOOL' is undefined
src/Makefile.am:8:   The usual way to define 'LIBTOOL' is to add 'LT_INIT'
src/Makefile.am:8:   to 'configure.ac' and run 'aclocal' and 'autoconf' again.
src/Makefile.am:8:   If 'LT_INIT' is in 'configure.ac', make sure
src/Makefile.am:8:   its definition is in aclocal's search path.
autoreconf: automake failed with exit status: 1
PyBOMBS.Packager.source - ERROR - Configuration failed after running at least twice.
PyBOMBS.Packager.source - ERROR - Problem occurred while building package libosmo-dsp:
Configuration failed
PyBOMBS.install_manager - ERROR - Error installing package libosmo-dsp. Aborting.

Autoconf as well as libtool are installed. Did I miss something?

gr-limesdr fails to compile as it looks for a function not present in the libusb v1.0.9.
Going to libusb 1.0.22 fixed the issue. I'm not sure if everything can be moved to libusb 1.0.22 though.

Trying to do a pybombs install today, was having issue with pycairo recipe suddenly. Saw that there was a change in the last 24 hours, so I figure that the python3 stuff is what hosed the build.

Here is some verbose output of when it fails:

PyBOMBS.install_manager - OBNOXIOUS - Checking if package pycairo' goes into tree... PyBOMBS.PackageManager - DEBUG - Checking if package pycairo is installable... PyBOMBS.Recipe[pycairo] - OBNOXIOUS - Loading recipe file: /home/v3.7.12.0/.pybombs/recipes/gr-recipes/pycairo.lwr PyBOMBS.get_recipe - ERROR - Error fetching recipe pycairo':
Error loading /home/v3.7.12.0/.pybombs/recipes/gr-recipes/pycairo.lwr: while constructing a mapping
in "", line 20, column 1:
category: baseline
^ (line: 20)
found duplicate key "source" with value "wget+http://cairographics.org/releases/py2cairo-1.8.10.tar.gz" (original value: "git+git://git.cairographics.org/git/py2cairo")
in "", line 43, column 1:
source: wget+http://cairographic ...
^ (line: 43)

To suppress this check see:
http://yaml.readthedocs.io/en/latest/api.html#duplicate-keys

Duplicate keys will become and error in future releases, and are errors
by default when using the new API.

PyBOMBS - DEBUG - Error loading /home/v3.7.12.0/.pybombs/recipes/gr-recipes/pycairo.lwr: while constructing a mapping
in "", line 20, column 1:
category: baseline
^ (line: 20)
found duplicate key "source" with value "wget+http://cairographics.org/releases/py2cairo-1.8.10.tar.gz" (original value: "git+git://git.cairographics.org/git/py2cairo")
in "", line 43, column 1:
source: wget+http://cairographic ...
^ (line: 43)

To suppress this check see:
http://yaml.readthedocs.io/en/latest/api.html#duplicate-keys

Duplicate keys will become and error in future releases, and are errors
by default when using the new API.

I had been building the py2cairo package by hand since it seemed like Centos 7 wanted that. It was package 1.10.0 (and that used to be good enough).

Obviously a trivial issue but the link in the files section :

Main GNU Radio recipe repository for use with PyBOMBS http://gnuradio.org/pybombs

returns a 404

apache-thrift recipe failed to install on my relatively fresh Ubuntu 19.04 machine due to missing package zlib1g-dev.

Specific error message was:

In file included from src/thrift/transport/TZlibTransport.cpp:23:
./src/thrift/transport/TZlibTransport.h:26:10: fatal error: zlib.h: No such file or directory
 #include <zlib.h>
          ^~~~~~~~
compilation terminated.

After installing zlib1g-dev manually with apt the recipe install ran to completion successfully.

By default the UHD recipe has gitargs of --depth=1, causing UHD to be shallow cloned. This has bitten me a number of times when I've altered the recipe to checkout a specific version of UHD but forgot to remove the gitargs statement. Is there any reason why the recipe shallow clones by default? No other recipe in this repo seems to do this.

URL needs updating

PyBOMBS.Fetcher.wget - DEBUG - Downloading file: http://www.tux.org/pub/sites/ftp.alsa-project.org/lib/alsa-lib-1.0.27.2.tar.bz2
PyBOMBS.Fetcher.wget - ERROR - HTTPConnectionPool(host='www.tux.org', port=80): Max retries exceeded with url: /pub/sites/ftp.alsa-project.org/lib/alsa-lib-1.0.27.2.tar.bz2 (Caused by NewConnectionError('<requests.packages.urllib3.connection.HTTPConnection object at 0x1040b1290>: Failed to establish a new connection: [Errno 61] Connection refused',))
PyBOMBS.Packager.source - ERROR - Problem occurred while building package alsa:
Unable to fetch recipe alsa
PyBOMBS.install_manager - ERROR - Error installing package alsa. Aborting.

the recipe specified rpm: libgudev-devel but i think it should be rpm: libudev-devel. Without this fix, the install fails because libgudev-devel does not exists in the centos 7 repo. Not sure if we still need libgudev-devel but i think we should probably at least do rpm: libgudev-devel || libudev-devel

Apache Thrift 0.9.3 fails to build on Fedora 26, because libcrypto from the latest openssl shipping with Fedora 26 has changed enough for it to matter to thrift 0.9.3's configure script.

Apparently thrift 0.10.0 has addressed this issue, and Fedora 26 provides thrift-0.10.0 and thrift-devel-0.10.0 as distro packages. https://bugzilla.redhat.com/show_bug.cgi?id=1385702

The GNURadio wiki claims that 0.9.3 or higher is acceptable:
https://wiki.gnuradio.org/index.php/ControlPort

Hi there,

faad.lwr specifies

rpm: libfaad-devel

but that package name seems to be incorrect. The fedora 23 install next to me includes a faad2-devel package in the rpmfusion repository instead.
Best regards,
mpb

I am trying to install gr-radar with pybombs install gr-radar however while PyBOMBS is installing apache-thrift, I get the following error:

/usr/bin/python3 setup.py build
Error processing line 1 of /usr/lib/python3/dist-packages/apparmor.click-0.3.13.1-nspkg.pth:

Failed to import the site module
Traceback (most recent call last):
  File "/usr/lib/python3.5/site.py", line 173, in addpackage
    exec(line)
  File "<string>", line 1, in <module>
  File "/usr/lib/python3.5/types.py", line 166, in <module>
    import functools as _functools
  File "/usr/lib/python3.5/functools.py", line 21, in <module>
    from collections import namedtuple
  File "/usr/lib/python3.5/collections/__init__.py", line 32, in <module>
    from reprlib import recursive_repr as _recursive_repr
  File "/usr/local/lib/python2.7/dist-packages/reprlib/__init__.py", line 7, in <module>
    raise ImportError('This package should not be accessible on Python 3. '
ImportError: This package should not be accessible on Python 3. Either you are trying to run from the python-future src folder or your installation of python-future is corrupted.

I have sucessfully installed GNURadio 3.7.12.0 with sudo pybombs prefix init /home/rytse/gnuradio/prefix -a myprefix -R gnuradio-stable. The full output of pybombs install gr-radar is here

gr-specest.lwr miss cppunit as a dependecy and fails to build if cppunit is not installed.

running pybombs install cppunit resolved it.

Is there a reason why the recipes for gnuradio38 and uhd are set to gitbranch master? Both of those repositories mentioned carry out active development on master then create a branch for each new release version. This causes PyBOMBS to build whatever is being developed at the moment instead of known working and released code.

When I attempted to install gnuradio38 on Ubuntu 18.04, the build failed with the following error:

Python module click-plugins is required for gr-modtool

Installing the python3-click-plugins with apt resolved the problem. I presume this dependency should be part of the recipe.

I have made DAB recipes to install Opendigitalradio and related tools with PyBOMBS.

Any recommendations for:

• Tiding towards PyBOMBS style
• Prerequisites for getting included with PyBOMBS recipes, Is this relevant to GNUradio?
• Licence for DAB recipes
• Package names for dependences on different operating systems
• Other aspects that I have not yet considered

I'm stuck at the following error:

$ pip install pybombs
DEPRECATION: Python 2.7 will reach the end of its life on January 1st, 2020. Please upgrade your Python as Python 2.7 won't be maintained after that date. A future version of pip will drop support for Python 2.7. More details about Python 2 support in pip, can be found at https://pip.pypa.io/en/latest/development/release-process/#python-2-support
Requirement already satisfied: pybombs in /usr/local/lib/python2.7/dist-packages (2.3.3)
Requirement already satisfied: future in /usr/local/lib/python2.7/dist-packages (from pybombs) (0.17.1)
Requirement already satisfied: ruamel.yaml in /usr/local/lib/python2.7/dist-packages (from pybombs) (0.16.5)
Requirement already satisfied: setuptools in /usr/lib/python2.7/dist-packages (from pybombs) (20.7.0)
Requirement already satisfied: six in /usr/lib/python2.7/dist-packages (from pybombs) (1.10.0)
Requirement already satisfied: requests in /usr/lib/python2.7/dist-packages (from pybombs) (2.9.1)
Requirement already satisfied: ruamel.yaml.clib>=0.1.2; platform_python_implementation == "CPython" and python_version < "3.8" in /usr/local/lib/python2.7/dist-packages (from ruamel.yaml->pybombs) (0.1.2)
Requirement already satisfied: ruamel.ordereddict; platform_python_implementation == "CPython" and python_version <= "2.7" in /usr/local/lib/python2.7/dist-packages (from ruamel.yaml->pybombs) (0.4.14)


$ pybombs -v recipes add gr-recipes git+https://github.com/gnuradio/gr-recipes.git
PyBOMBS.ConfigManager - DEBUG - Reading config info from file: /etc/pybombs/config.yml
PyBOMBS.ConfigManager - DEBUG - New config items: {}
PyBOMBS.ConfigManager - DEBUG - Reading config info from file: /home/gnuradio/.pybombs/config.yml
Traceback (most recent call last):
  File "/usr/local/bin/pybombs", line 6, in <module>
    from pybombs.main import main
  File "/usr/local/lib/python2.7/dist-packages/pybombs/main.py", line 26, in <module>
    from pybombs.commands import dispatch
  File "/usr/local/lib/python2.7/dist-packages/pybombs/commands/__init__.py", line 23, in <module>
    from .base import CommandBase, SubCommandBase, dispatch
  File "/usr/local/lib/python2.7/dist-packages/pybombs/commands/base.py", line 27, in <module>
    from pybombs.config_manager import config_manager
  File "/usr/local/lib/python2.7/dist-packages/pybombs/config_manager.py", line 707, in <module>
    config_manager = ConfigManager()
  File "/usr/local/lib/python2.7/dist-packages/pybombs/config_manager.py", line 320, in __init__
    self.load(select_prefix)
  File "/usr/local/lib/python2.7/dist-packages/pybombs/config_manager.py", line 361, in load
    if self._append_cfg_from_file(self.local_cfg):
  File "/usr/local/lib/python2.7/dist-packages/pybombs/config_manager.py", line 445, in _append_cfg_from_file
    cfg_data = PBConfigFile(cfg_filename).get()
  File "/usr/local/lib/python2.7/dist-packages/pybombs/config_file.py", line 87, in __init__
    raise PBException("Error loading {0}: {1}".format(filename, str(e)))
pybombs.pb_exception.PBException: Error loading /home/gnuradio/.pybombs/config.yml: while constructing a mapping
  in "<byte string>", line 11, column 7:
          gitrev: master
          ^ (line: 11)
found duplicate key "vars" with value "ordereddict([('config_opt', ' -DWITH_IIOD:BOOL=OFF -DINSTALL_UDEV_RULE:BOOL=OFF ')])" (original value: "ordereddict([('config_opt', ' -DWITH_IIOD:BOOL=OFF -DINSTALL_UDEV_RULE:BOOL=OFF ')])")
  in "<byte string>", line 16, column 7:
          vars:
          ^ (line: 16)

To suppress this check see:
    http://yaml.readthedocs.io/en/latest/api.html#duplicate-keys

Duplicate keys will become an error in future releases, and are errors
by default when using the new API.

How do I solve the duplicate keys error?

Regards.

I have little issue with the process of selection of recipes to the main GNU Radio recipe repository. There is for example airprobe recipe. It only downloads airprobe files, which are now only historical relict as none of the GNU Radio related projects inside can be build with current GNU Radio versions. In my opinion this recipe should be moved to the gr-etcetera repository or removed totally as it will be only source of frustration to the GNU Radio users.

There is gr-gsm project that does what airprobe did but better and in a cleaner manner. Only missing functionality is compatibility of the output with Kraken (GSM's encryption cracker) that I have doubt to implement due to ethical reasons (this can be easily implemented by the user however).

When I build gr-osmosdr (pybombs install gr-osmosdr) on top of a prefix with gnuradio-default installed, I get a libgnuradio-osmosdr that depends on the gnuradio libs in the host system instead of the pybombs prefix.

Note that for instance both libgnuradio-runtime.so.3.7.9 and libgnuradio-runtime-3.7.11git.so.0.0.0 are referenced, where 3.7.9 is the host system and 3.7.11git is in the pybombs prefix folder.

Is this expected?
Am I making a mistake somewhere?

It causes segfaults in gqrx which depends on gr-osmosdr.

~> ldd lib/libgnuradio-osmosdr.so
        linux-vdso.so.1 =>  (0x00007f3cb3a60000)
        libboost_thread.so.1.58.0 => /usr/lib/x86_64-linux-gnu/libboost_thread.so.1.58.0 (0x00007f3cb3514000)
        libboost_system.so.1.58.0 => /usr/lib/x86_64-linux-gnu/libboost_system.so.1.58.0 (0x00007f3cb330f000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f3cb30f2000)
        libgnuradio-runtime-3.7.11git.so.0.0.0 => /home/pybombs/gnuradio-pybombs/base/lib/libgnuradio-runtime-3.7.11git.so.0.0.0 (0x00007f3cb2d78000)
        libgnuradio-pmt-3.7.11git.so.0.0.0 => /home/pybombs/gnuradio-pybombs/base/lib/libgnuradio-pmt-3.7.11git.so.0.0.0 (0x00007f3cb2b28000)
        libgnuradio-blocks-3.7.11git.so.0.0.0 => /home/pybombs/gnuradio-pybombs/base/lib/libgnuradio-blocks-3.7.11git.so.0.0.0 (0x00007f3cb2633000)
        librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f3cb242b000)
        libgnuradio-iqbalance.so => /home/pybombs/gnuradio-pybombs/base/lib/libgnuradio-iqbalance.so (0x00007f3cb2219000)
        libosmosdr.so.0 => /home/pybombs/gnuradio-pybombs/base/lib/libosmosdr.so.0 (0x00007f3cb2014000)
        libgnuradio-fcd-3.7.11git.so.0.0.0 => /home/pybombs/gnuradio-pybombs/base/lib/libgnuradio-fcd-3.7.11git.so.0.0.0 (0x00007f3cb1dfc000)
        libgnuradio-fcdproplus.so.0 => /usr/lib/x86_64-linux-gnu/libgnuradio-fcdproplus.so.0 (0x00007f3cb1be6000)
        librtlsdr.so.0 => /home/pybombs/gnuradio-pybombs/base/lib/librtlsdr.so.0 (0x00007f3cb19d7000)
        libgnuradio-uhd-3.7.11git.so.0.0.0 => /home/pybombs/gnuradio-pybombs/base/lib/libgnuradio-uhd-3.7.11git.so.0.0.0 (0x00007f3cb1786000)
        libuhd.so.3 => /home/pybombs/gnuradio-pybombs/base/lib/libuhd.so.3 (0x00007f3cb0c3c000)
        libhackrf.so.0 => /home/pybombs/gnuradio-pybombs/base/lib/libhackrf.so.0 (0x00007f3cb0a36000)
        libbladeRF.so.1 => /home/pybombs/gnuradio-pybombs/base/lib/libbladeRF.so.1 (0x00007f3cb0804000)
        libairspy.so.0 => /home/pybombs/gnuradio-pybombs/base/lib/libairspy.so.0 (0x00007f3cb05fb000)
        libSoapySDR.so.0.6-dev => /usr/local/lib/libSoapySDR.so.0.6-dev (0x00007f3cb03bc000)
        libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f3cb003a000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f3cafd30000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f3cafb1a000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f3caf751000)
        /lib64/ld-linux-x86-64.so.2 (0x000055dce0375000)
        libthrift-0.9.3.so => /home/pybombs/gnuradio-pybombs/base/lib/libthrift-0.9.3.so (0x00007f3caf41b000)
        libvolk.so.1.3 => /home/pybombs/gnuradio-pybombs/base/lib/libvolk.so.1.3 (0x00007f3caf050000)
        libboost_program_options.so.1.58.0 => /usr/lib/x86_64-linux-gnu/libboost_program_options.so.1.58.0 (0x00007f3caedd2000)
        libboost_filesystem.so.1.58.0 => /usr/lib/x86_64-linux-gnu/libboost_filesystem.so.1.58.0 (0x00007f3caebb9000)
        liblog4cpp.so.5 => /usr/lib/liblog4cpp.so.5 (0x00007f3cae97c000)
        libosmodsp.so.0 => /home/pybombs/gnuradio-pybombs/base/lib/libosmodsp.so.0 (0x00007f3cae776000)
        libusb-1.0.so.0 => /lib/x86_64-linux-gnu/libusb-1.0.so.0 (0x00007f3cae55e000)
        libgnuradio-audio-3.7.11git.so.0.0.0 => /home/pybombs/gnuradio-pybombs/base/lib/libgnuradio-audio-3.7.11git.so.0.0.0 (0x00007f3cae324000)
        libhidapi-libusb.so.0 => /usr/lib/x86_64-linux-gnu/libhidapi-libusb.so.0 (0x00007f3cae11c000)
        libgnuradio-runtime.so.3.7.9 => /usr/lib/x86_64-linux-gnu/libgnuradio-runtime.so.3.7.9 (0x00007f3cade22000)
        libgnuradio-blocks.so.3.7.9 => /usr/lib/x86_64-linux-gnu/libgnuradio-blocks.so.3.7.9 (0x00007f3cad93b000)
        libgnuradio-audio.so.3.7.9 => /usr/lib/x86_64-linux-gnu/libgnuradio-audio.so.3.7.9 (0x00007f3cad6eb000)
        libgnuradio-pmt.so.3.7.9 => /usr/lib/x86_64-linux-gnu/libgnuradio-pmt.so.3.7.9 (0x00007f3cad499000)  
        libboost_date_time.so.1.58.0 => /usr/lib/x86_64-linux-gnu/libboost_date_time.so.1.58.0 (0x00007f3cad287000)
        libboost_regex.so.1.58.0 => /usr/lib/x86_64-linux-gnu/libboost_regex.so.1.58.0 (0x00007f3cacf7f000)
        libboost_serialization.so.1.58.0 => /usr/lib/x86_64-linux-gnu/libboost_serialization.so.1.58.0 (0x00007f3cacd1e000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f3cacb19000)
        libssl.so.1.0.0 => /lib/x86_64-linux-gnu/libssl.so.1.0.0 (0x00007f3cac8b0000)
        libcrypto.so.1.0.0 => /lib/x86_64-linux-gnu/libcrypto.so.1.0.0 (0x00007f3cac46b000)
        liborc-0.4.so.0 => /usr/lib/x86_64-linux-gnu/liborc-0.4.so.0 (0x00007f3cac1eb000)
        libfftw3f.so.3 => /usr/lib/x86_64-linux-gnu/libfftw3f.so.3 (0x00007f3cabddf000)
        libudev.so.1 => /lib/x86_64-linux-gnu/libudev.so.1 (0x00007f3cabdbf000)
        libasound.so.2 => /usr/lib/x86_64-linux-gnu/libasound.so.2 (0x00007f3cababf000)
        libjack.so.0 => /usr/lib/x86_64-linux-gnu/libjack.so.0 (0x00007f3cab89e000)
        libvolk.so.1.1 => /usr/lib/x86_64-linux-gnu/libvolk.so.1.1 (0x00007f3cab4e7000)
        libportaudio.so.2 => /usr/lib/x86_64-linux-gnu/libportaudio.so.2 (0x00007f3cab2b6000)
        libicui18n.so.55 => /usr/lib/x86_64-linux-gnu/libicui18n.so.55 (0x00007f3caae54000)
        libicuuc.so.55 => /usr/lib/x86_64-linux-gnu/libicuuc.so.55 (0x00007f3caaabf000)
        libdb-5.3.so => /usr/lib/x86_64-linux-gnu/libdb-5.3.so (0x00007f3caa712000)
        libicudata.so.55 => /usr/lib/x86_64-linux-gnu/libicudata.so.55 (0x00007f3ca8c5a000)

The current clone URL for the GNURADIO recipe will only work for people who have SSH keys setup (i.e. people with github accounts), and will fail for anyone else, or on machines not setup with those keys.

Trying to install gr-limesdr recipe with pybombs fails during compilation on fedora 29
Reported to fedora they say it is a problem with the recipe using too old version of wxPython
2.8.11.0

ERROR:  fc29   while running pybombs install gr-limesdr

In file included from ./src/gtk/dcclient.cpp:46:

./src/gtk/bdiag.xbm:6:50: error: narrowing conversion of ‘128’ from ‘int’ to ‘char’ inside { } [-Wnarrowing]
0x08, 0x08, 0x04, 0x04, 0x02, 0x02, 0x01, 0x01};

I am not sure this is the only issue as I had a problem compiling OpenCPN that uses wxWidgets.

pybombs recipes add gr-recipes https://github.com/gnuradio/gr-recipes.git PyBOMBS - INFO - PyBOMBS Version 2.3.2 PyBOMBS.Packager.apt - INFO - Install python-apt to speed up apt processing. Traceback (most recent call last): File "/usr/local/bin/pybombs", line 11, in <module> sys.exit(main()) File "/usr/local/lib/python2.7/dist-packages/pybombs/main.py", line 32, in main return dispatch() or 0 File "/usr/local/lib/python2.7/dist-packages/pybombs/commands/base.py", line 194, in dispatch return get_cmd_dict(cmd_list)[args.command](cmd=args.command, args=args).run() File "/usr/local/lib/python2.7/dist-packages/pybombs/commands/base.py", line 120, in run return self.subcommands[self.args.sub_command]['run'](self)() File "/usr/local/lib/python2.7/dist-packages/pybombs/commands/recipes.py", line 172, in run_add if not self.add_recipe_dir(alias, uri): File "/usr/local/lib/python2.7/dist-packages/pybombs/commands/recipes.py", line 347, in add_recipe_dir Fetcher().fetch_url(uri, recipe_cache_top_level, alias, {}) # No args File "/usr/local/lib/python2.7/dist-packages/pybombs/fetcher.py", line 72, in fetch_url fetcher.assert_requirements() File "/usr/local/lib/python2.7/dist-packages/pybombs/requirer.py", line 80, in assert_requirements require_hostsys_dependencies(requirements) File "/usr/local/lib/python2.7/dist-packages/pybombs/requirer.py", line 50, in require_hostsys_dependencies install_type="binary", # Requirers may not request source packages File "/usr/local/lib/python2.7/dist-packages/pybombs/install_manager.py", line 112, in install lambda pkg: _cached_check_if_pkg_goes_into_tree(pkg, _check_if_pkg_goes_into_tree) File "/usr/local/lib/python2.7/dist-packages/pybombs/dep_manager.py", line 53, in make_dep_tree pkg_set = set([pkg for pkg in pkg_list if filter_callback(pkg)]) File "/usr/local/lib/python2.7/dist-packages/pybombs/install_manager.py", line 112, in <lambda> lambda pkg: _cached_check_if_pkg_goes_into_tree(pkg, _check_if_pkg_goes_into_tree) File "/usr/local/lib/python2.7/dist-packages/pybombs/install_manager.py", line 97, in _cached_check_if_pkg_goes_into_tree ret_val = check_callback(pkg) File "/usr/local/lib/python2.7/dist-packages/pybombs/install_manager.py", line 63, in _check_if_pkg_goes_into_tree if not self.pm.exists(pkg): File "/usr/local/lib/python2.7/dist-packages/pybombs/package_manager.py", line 128, in exists if self.check_package_flag(name, 'forceinstalled'): File "/usr/local/lib/python2.7/dist-packages/pybombs/package_manager.py", line 89, in check_package_flag recipe.get_recipe(pkgname).category File "/usr/local/lib/python2.7/dist-packages/pybombs/recipe.py", line 383, in get_recipe r = Recipe(recipe_manager.recipe_manager.get_recipe_filename(pkgname)) File "/usr/local/lib/python2.7/dist-packages/pybombs/recipe.py", line 219, in __init__ self._data = self._load_recipe_from_file(filename) File "/usr/local/lib/python2.7/dist-packages/pybombs/recipe.py", line 256, in _load_recipe_from_file data = PBConfigFile(filename).get() File "/usr/local/lib/python2.7/dist-packages/pybombs/config_file.py", line 84, in __init__ assert isinstance(self.data, dict) AssertionError

osmo-tetra failes to build without having libosmocore installed.
installing it manually solves the problem.

For libusb.lwr:

Currently the recipe uses:

rpm: (libusb-devel >= 1.0.9) || (libusb-devel >= 1.0.9)

But on Fedora 20-23 the packages are "libusbx-devel" for libusb 1.0.x.
On Fedora 20-23 libusb-devel (no -x) refers to libusb 0.1.x, which is not what this recipe is trying to find.

Recommend changing the line to read:

 rpm: (libusb-devel >= 1.0.9) || (libusbx-devel >= 1.0.9)

On Ubuntu 16.04 QwtPlot3D is packaged as libqwtplot3d-qt4-dev and as such is required.

When installing gqrx:
pybombs install gqrx

pybombs installs debian package "gqrx-sdr", which in turn causes all the gnuradio libraries to be overwritten by (older) OS-version gnuradio libraries
on Ubuntu 16.04

To fix this, i removed this line from gqrx.lwr:
satisfy:
deb: gqrx-sdr
which causes grqx to be built from source instead (good).

The following NEW packages will be installed:
  blt fonts-lyx gnuradio gnuradio-dev gqrx-sdr gr-fcdproplus gr-fosphor gr-iqbal gr-osmosdr libairspy0 libbladerf1
  libcodec2-0.4 libcomedi0 libglfw3 libgnuradio-analog3.7.9 libgnuradio-atsc3.7.9 libgnuradio-audio3.7.9
  libgnuradio-blocks3.7.9 libgnuradio-channels3.7.9 libgnuradio-comedi3.7.9 libgnuradio-digital3.7.9
  libgnuradio-dtv3.7.9 libgnuradio-fcd3.7.9 libgnuradio-fcdproplus0 libgnuradio-fec3.7.9 libgnuradio-fft3.7.9
  libgnuradio-filter3.7.9 libgnuradio-fosphor3.7.0 libgnuradio-iqbalance0 libgnuradio-noaa3.7.9
  libgnuradio-osmosdr0.1.4 libgnuradio-pager3.7.9 libgnuradio-pmt3.7.9 libgnuradio-qtgui3.7.9 libgnuradio-runtime3.7.9
  libgnuradio-trellis3.7.9 libgnuradio-uhd3.7.9 libgnuradio-video-sdl3.7.9 libgnuradio-vocoder3.7.9
  libgnuradio-wavelet3.7.9 libgnuradio-wxgui3.7.9 libgnuradio-zeromq3.7.9 libgps22 libhackrf0 libhidapi-libusb0
  libjs-jquery-ui libmirisdr0 libosmosdr0 librtlsdr0 libsdl1.2debian libuhd003 libvolk1-bin libvolk1-dev libvolk1.1
  python-cycler python-dateutil python-imaging python-matplotlib python-matplotlib-data python-networkx python-pil
  python-pyparsing python-scipy python-tk python-tz rtl-sdr tk8.6-blt2.5 ttf-bitstream-vera uhd-host
0 upgraded, 69 newly installed, 0 to remove and 0 not upgraded.
Need to get 36.1 MB of archives.
After this operation, 213 MB of additional disk space will be used.

wget http://archive.ubuntu.com/ubuntu/pool/main/g/gmp/gmp_4.3.2+dfsg.orig.tar.gz
--2016-07-28 10:05:53--  http://archive.ubuntu.com/ubuntu/pool/main/g/gmp/gmp_4.3.2+dfsg.orig.tar.gz
Resolving archive.ubuntu.com (archive.ubuntu.com)... 91.189.88.162, 91.189.88.161, 91.189.88.152, ...
Connecting to archive.ubuntu.com (archive.ubuntu.com)|91.189.88.162|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2016-07-28 10:05:54 ERROR 404: Not Found.

https://github.com/gnuradio/gr-recipes/blob/master/gmp.lwr#L26

Not sure who to contact here, but I found SoapySDR.lwr in this repo, so I'm leaving a message:

• Here is the issue pothosware/SoapySDR#132

In short, SoapySDR tries to build for python3, and although that may not be useful for gnuradio, the current pybombs build may have some PYTHONPATH settings that cause the cmake configure to bomb out when python3 is installed. Happened to a few users so far.

My suspicion is that pybombs sets PYTHONPATH for python2-ish reasons, but this causes a failure when SoapySDR cmake tries to talk to python3 to discover the install path.

• I would like to confirm that PYTHONPATH is overwritten in a way that would make python3 import statements fail (more inside the issue mentioned above)
• And two, in the near term, add a cmake argument to the lwr file with -DENABLE_PYTHON3=OFF to avoid this problem

Any comments ideas?

Clean setup of pybombs on Ubuntu 16.04, trying to run an example from gr-psk-burst, I get an import error:

Generating: '/home/user/gnuradio-pybombs/src/gr-psk-burst/psk_burst_tx.py'

Executing: /usr/bin/python2 -u /home/user/gnuradio-pybombs/src/gr-psk-burst/psk_burst_tx.py

/usr/lib/python2.7/dist-packages/matplotlib/font_manager.py:273: UserWarning: Matplotlib is building the font cache using fc-list. This may take a moment.
  warnings.warn('Matplotlib is building the font cache using fc-list. This may take a moment.')
Traceback (most recent call last):
  File "/home/user/gnuradio-pybombs/src/gr-psk-burst/psk_burst_tx.py", line 33, in <module>
    import pyqt
  File "/home/user/gnuradio-pybombs/lib/python2.7/dist-packages/pyqt/__init__.py", line 52, in <module>
    from plotter_base import *;
  File "/home/user/gnuradio-pybombs/lib/python2.7/dist-packages/pyqt/plotter_base.py", line 27, in <module>
    import PyQt4.Qwt5 as Qwt
ImportError: No module named Qwt5

>>> Done (return code 1)

The issue was resolved after I ran sudo apt install python-qwt5-qt4. Does this need added as a requirement?

I was following RFNoC install instructions from here and ran into an issue. After running pybombs prefix init ~/rfnoc -a rfnoc -R rfnoc, I received a success message telling me all packages were installed. However, PyQt5 was not installed and this prevented me from using uhd_image_builder_gui.py from uhd-fpga.

Running pybombs install pyqt5 would result in a "No packages to install' message. Weirdly, running pybombs remove pyqt5 would give me a "Package pyqt5 is not installed. Aborting" message. I also found out that qt5 (PyQt5 dependency) was not installed and ran pybombs install qt5 to fix this.

After this, I manually installed PyQt5 in the rfnoc prefix and I can now open the above mentioned script.

I did make a few other changes for this to go through and I will be submitting those changes in a pull request. I wasn't able to figure out why pybombs would not install qt5 and pyqt5 from the log messages, but I am re-running the installation soon and will be able to post detailed logs here.

Note: I am using pybombs version 2.3.1 installed via pip.

Hi

I've been trying to install gnuradio on Ubuntu via PyBOMBS but it fails on some thrift dependency with the following error:

Linking CXX executable gr_runtime_test
libgnuradio-runtime-3.7.10git.so.0.0.0: undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::getPending(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >&, apache::thrift::protocol::TMessageType&, int&)'
libgnuradio-runtime-3.7.10git.so.0.0.0: undefined reference to `apache::thrift::async::TConcurrentClientSyncInfo::updatePending(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, apache::thrift::protocol::TMessageType, int)'
collect2: error: ld returned 1 exit status
gnuradio-runtime/lib/CMakeFiles/gr_runtime_test.dir/build.make:98: recipe for target 'gnuradio-runtime/lib/gr_runtime_test' failed
make[2]: *** [gnuradio-runtime/lib/gr_runtime_test] Error 1
CMakeFiles/Makefile2:597: recipe for target 'gnuradio-runtime/lib/CMakeFiles/gr_runtime_test.dir/all' failed
make[1]: *** [gnuradio-runtime/lib/CMakeFiles/gr_runtime_test.dir/all] Error 2
Makefile:146: recipe for target 'all' failed
make: *** [all] Error 2
PyBombs.monitor_process() - DEBUG - Thread signaled termination or returned
PyBombs.monitor_process() - DEBUG - Return value: 2
PyBombs.Packager.source - ERROR - Build failed. See output above for error messages.
PyBombs.Packager.source - ERROR - Problem occurred while building package gnuradio:
Build failed.
PyBombs.install - ERROR - Error installing package gnuradio. Aborting.

The thing is that running pybombs -p default -vvv install gnuradio pulls apache-thrift as a dependency so I'm not sure what am I missing?

I had an issue where my gnuradio build failed the x11 package on my Ubuntu 16 machine. I went poking around the pybombs code to see why and found that the apt-cache search was failing when it was attempting to get the x11 version available in the apt repo. I attempted to run the same command (that pybombs uses) manually on the command line (apt-cache search libX11-dev) and was surprised to see that the package could not be located. After a little more sleuthing I determined that the libX11-dev package name doesn't have the correct case. During my sleuthing I discovered that Ubuntu 14 doesn't behave the same way. The apt-cache search libX11-dev command succeeds even though the package is named libx11-dev.

The current names in x11.lwr are:

• libX11-dev
• libXrender-dev

They should be:

• libx11-dev
• libxrender-dev

I am surprised that no one has encountered this before.

Hello,

I have a relatively new vanilla install of gnuradio via pybombs on debian/buster and I am trying to install gr-display. I set "gitrev: v3.7" in gr-display.lwr because the 3.8 master version also kicked errors, but I am not using Gnuradio 3.8, so I switched gr-display to 3.7.

These are my versions:
pybombs 2.3.3
python 2.7.15
gnuradio 3.7.13.4

Should I be using different versions of any above? Diff gitrev, for gr-display or not at all ?

Thank you!

Notable output from "pybombs install gr-display":

HEAD is now at b083ca3 V3.7
PyBOMBS.Packager.apt - INFO - Install python-apt to speed up apt processing.
Configuring: (100%) [=========================================================================================================================================]
PyBOMBS.Packager.source - WARNING - Configuration failed. Re-trying with higher verbosity.
-- Boost version: 1.67.0
-- Found the following Boost libraries:
-- filesystem
-- system
File "", line 3
print sysconfig.get_python_lib(plat_specific=True, prefix='')
^
SyntaxError: invalid syntax
CMake Error at cmake/Modules/GrPython.cmake:103 (file):
file FILE([TO_CMAKE_PATH|TO_NATIVE_PATH] path result) must be called with
exactly three arguments.
Call Stack (most recent call first):
CMakeLists.txt:101 (include)

--
-- Python checking for PyQt4
-- Python checking for PyQt4 - not found
Traceback (most recent call last):
File "", line 2, in
TypeError: Unicode-objects must be encoded before hashing
Traceback (most recent call last):
File "", line 2, in
TypeError: Unicode-objects must be encoded before hashing
CMake Error at cmake/Modules/GrPython.cmake:115 (add_custom_target):
add_custom_target cannot create target "ALL" because another target with
the same name already exists. The existing target is a custom target
created in source directory
"/home/me/gnuradio/default/src/gr-display/swig". See documentation for
policy CMP0002 for more details.
Call Stack (most recent call first):
cmake/Modules/GrPython.cmake:214 (GR_UNIQUE_TARGET)
python/CMakeLists.txt:31 (GR_PYTHON_INSTALL)

Traceback (most recent call last):
File "", line 2, in
TypeError: Unicode-objects must be encoded before hashing
CMake Error at cmake/Modules/GrPython.cmake:115 (add_custom_target):
add_custom_target cannot create target "ALL" because another target with
the same name already exists. The existing target is a custom target
created in source directory
"/home/me/gnuradio/default/src/gr-display/swig". See documentation for
policy CMP0002 for more details.
Call Stack (most recent call first):
cmake/Modules/GrPython.cmake:214 (GR_UNIQUE_TARGET)
apps/CMakeLists.txt:22 (GR_PYTHON_INSTALL)

-- Configuring incomplete, errors occurred!
See also "/home/me/gnuradio/default/src/gr-display/build/CMakeFiles/CMakeOutput.log".
See also "/home/me/gnuradio/default/src/gr-display/build/CMakeFiles/CMakeError.log".
PyBOMBS.Packager.source - ERROR - Configuration failed after running at least twice.
PyBOMBS.Packager.source - ERROR - Problem occurred while building package gr-display:
Configuration failed
PyBOMBS.install_manager - ERROR - Error installing package gr-display. Aborting.

Is the URL: http://gnuradio.org/pybombs outdated？

I see this message:

Page not found
Sorry, but the page you were trying to view does not exist.

The gr_filter_design tool will not run without PyQtGraph. On Ubuntu 18.04 I solved this by installing the python3-pyqtgraph package.

It's a dead link right now and is referenced by

• The GH description
• readme
• first google search for "pybombs"

As far as I checked (port, rpm, deb), the installed packages actually do contain the GNU Radio-included zmq.hpp (and that either as a merge of zeromq and cppzmq, or by virtue of being the cppzmq package, which only depends on zeromq, making the name of the LWR a bit questionable).

But the source code of zeromq does not contain zmq.hpp. No idea how to fix that.

Build log: https://travis-ci.org/tfcollins/gr-iio-docker-testing/jobs/434185786

Basically, python-urllib3 fails to install (https://travis-ci.org/tfcollins/gr-iio-docker-testing/jobs/434185786#L4214) and pybombs keeps going.

Pre-installing python-urllib3 fixes this problem.

Not totally sure if this is an issue with pybombs, a recipe, or CentOS's repos.

When trying to satisfy x11 dependency (required by gr-fosphor install), I get the following error message:

$ pybombs --version
2.3.1a0
$ pybombs -v install x11
...
PyBOMBS.install_manager - INFO - Phase 1: Creating install tree and installing binary packages:
PyBOMBS.PackageManager - DEBUG - Checking if package x11 is installable...
PyBOMBS.PackageManager - DEBUG - Package x11 is not installable.
PyBOMBS.install_manager - ERROR - Package has no install method: x11
PyBOMBS - DEBUG - Unresolved install path.

The recipe contains:

depends: null
satisfy:
  deb: libx11-dev && libxrender-dev

However, on my system, the correct capitalizations are "libX11-dev" and "libxrender-dev".

$ cat /etc/lsb-release
DISTRIB_ID=LinuxMint
DISTRIB_RELEASE=17.1
DISTRIB_CODENAME=rebecca
DISTRIB_DESCRIPTION="Linux Mint 17.1 Rebecca"

$ apt search "libx11-dev" "libxrender-dev"
i   libX11-dev                      - X11 client-side library (development heade
p   libX11-dev:i386                 - X11 client-side library (development heade
i   libxrender-dev                  - X Rendering Extension client library (deve
p   libxrender-dev:i386             - X Rendering Extension client library (deve

Note the differing capitalization. libX11-dev seems to be the only related package with a capital X, for some reason.

Installation with pybombs from pypi fails with AssertionError.
Installation with pybombs from github fails with "AttributeError: 'Recipe' object has no attribute 'target'"
the only attributes that the r has at that time is r.optional == True

OS is Ubuntu 18.04

Any hints appreciated.

I'm currently experiencing the following problem while installing gqrx-digital, which has osmo-tetra as one of dependencies. Please help.

phoenix@nuc:~/sdr$ pybombs install gqrx-digital
PyBOMBS - INFO - PyBOMBS Version 2.1.0
Install tree:
|

• gqrx-digital
  |
  +- libshout
  |
  +- gr-dsd
  | |
  | +- mbelib
  | |
  | - libsndfile
  |
  • osmo-tetra
    PyBOMBS.install_manager - INFO - Installing package: osmo-tetra
    Cloning: (100%) [=====================================================================================================================]
    Configuring: (100%) [=====================================================================================================================]
    Building: (100%) [=====================================================================================================================]
    /bin/sh: 1: cd: can't cd to src
    make: *** No targets specified and no makefile found. Stop.
    PyBOMBS.Packager.source - ERROR - Build failed. See output above for error messages.
    PyBOMBS.Packager.source - ERROR - Problem occurred while building package osmo-tetra:

https://github.com/gnuradio/gr-recipes/blob/master/armadillo.lwr#L30

404: not found.

Hello, I had to modify python-zmq recipe by adding portage: dev-python/pyzmq to get it to install under Gentoo.

$reprefix no longer exists.