Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 691960 - net-wireless/gnuradio-3.8.0.0 version bump
Summary: net-wireless/gnuradio-3.8.0.0 version bump
Status: RESOLVED OBSOLETE
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal (vote)
Assignee: Gentoo Radio project
URL:
Whiteboard:
Keywords: PATCH, PullRequest
Depends on:
Blocks: 707052 710182
  Show dependency tree
 
Reported: 2019-08-11 20:02 UTC by luzpaz
Modified: 2020-09-21 18:43 UTC (History)
10 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
gnuradio/gnuradio-3.7.13.5.ebuild to gnuradio/gnuradio-3.8.0.0.ebuild diff (gnuradio.ebuild.diff,4.14 KB, patch)
2019-08-21 13:08 UTC, bug2017
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Comment 1 bug2017 2019-08-21 13:08:36 UTC
Created attachment 587746 [details, diff]
gnuradio/gnuradio-3.7.13.5.ebuild to gnuradio/gnuradio-3.8.0.0.ebuild diff

Changes:
Remove all old patches
Remove useflags removed modules
Change to python3 (3.8 still supports 2.7)

It builds, but I didn't try to run it.
Comment 2 bug2017 2019-08-22 07:42:47 UTC
In GRC I've connected a noise source with an waterfall display. It is working fine with python-3.6.

A problem are now external modules. For example net-wireless/uhd asserts:

-- Found PythonInterp: /var/tmp/portage/net-wireless/uhd-3.14.0.0/temp/python3.6/bin/python (found suitable version "3.6.9", minimum required is "2.7") 
-- Found PythonLibs: /usr/lib/libpython3.6m.so (found suitable version "3.6.9", minimum required is "2.7") 
-- 
-- Python checking for Python version 2.7 or greater
-- Python checking for Python version 2.7 or greater - "assert platform.python_version() >= '2.7' and platform.python_version() < '3.0'" failed
Comment 3 bug2017 2019-08-22 14:07:26 UTC
net-wireless/uhd ebuild needs 2 changes for python3:
change
PYTHON_COMPAT=( python2_7 ) 
to
PYTHON_COMPAT=( python3_{5,6,7} )
and 
-DENABLE_PYTHON3=ON
needs to be added to mycmakeargs

The uhd blocks can be found in gnuradio-companion, but I can't test it because currently I don't have access to the hardware.

I have enabled all useflags except "oss" and "test". It looks like udh was the only remaining python-2.7 only package pulled in by useflags.
Comment 4 Andreas Mueller 2019-10-19 12:21:01 UTC
I tried manually installing gnuradio-3.8.0.0 under Gentoo and found the following additional pitfalls:

- gr-osmosdr is currently broken with GNU Radio 3.8; see this upstream bug report: https://github.com/igorauad/gr-osmosdr/tree/gr3.8
- this repository contains fixes that seem to work: https://github.com/igorauad/gr-osmosdr/tree/gr3.8
- gr_modtool requires the package click-plugins as additional dependency; without that, the tool will be installed but will not work

Looking forward to having GNU Radio 3.8 in Gentoo.
Comment 5 Chris Mayo 2019-12-02 20:03:55 UTC
(In reply to Andreas Mueller from comment #4)
> - gr-osmosdr is currently broken with GNU Radio 3.8; see this upstream bug
> report: https://github.com/igorauad/gr-osmosdr/tree/gr3.8
That is a fork, and an unmaintained one:
https://github.com/igorauad/gr-osmosdr/pull/1#issuecomment-527170615

Upstream is:
http://cgit.osmocom.org/gr-osmosdr/
mirrored:
https://github.com/osmocom/gr-osmosdr

Alas that too was missing a maintainer:
http://lists.osmocom.org/pipermail/osmocom-sdr/2019-September/001983.html
although a new release was just made, for GNU Radio 3.7


I've had a go at gnuradio-3.8.0.0:
https://github.com/gentoo/gentoo/pull/13842
Comment 6 Andreas Mueller 2020-01-04 12:34:56 UTC
I'm sorry, I accidentally posted the wrong link. This is the upstream bug report for gr-osmosdr incompatibility with GNU Radio 3.8 I meant:

https://osmocom.org/issues/3855