# Gnu-radio v3.9.0.0 released

**URL:** <https://discourse.myriadrf.org/t/gnu-radio-v3-9-0-0-released/6882>\
**Category:** LimeSDR\
**Created:** [21 January 2021 02:46 UTC](https://discourse.myriadrf.org/t/gnu-radio-v3-9-0-0-released/6882 "2021-01-21T02:46:50Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![mzs](https://yyz2.discourse-cdn.com/flex034/user_avatar/discourse.myriadrf.org/mzs/32/2678_2.png) [@mzs](https://discourse.myriadrf.org/u/mzs)\
**Post date:** [21 January 2021 02:46 UTC](https://discourse.myriadrf.org/t/gnu-radio-v3-9-0-0-released/6882/1 "2021-01-21T02:46:50Z")

</div>

(ref: [https://www.gnuradio.org/news/2021-01-17-gnu-radio-v3.9.0.0-release/](https://www.gnuradio.org/news/2021-01-17-gnu-radio-v3.9.0.0-release/) )  
I expect that there will be problems ahead, at least for a while, until there is a gr-3.9 branch of gr-limesdr. I’ve not tried it yet, maybe it will just work as is, but what are the odds of that ?

EDIT: After seeing the [changes that were pushed to the gr-osmosdr master branch](https://github.com/argilo/gr-osmosdr/commits/gr3.9) for gr-osmosdr to function correctly with gnuradio 3.9, I am sure that the gr-3.8 branch of gr-limesdr will not work without changes.

EDIT: The good news is that the [default-install](https://github.com/gnuradio/gr-recipes/blob/master/gnuradio-default.lwr) using [pybombs](https://github.com/gnuradio/pybombs), at least right now, is pointing to gnuradio 3.8. If that changes, the temporary workaround would be to install gnuradio 3.8. e.g. “pybombs install [gnuradio38](https://github.com/gnuradio/gr-recipes/blob/master/gnuradio38.lwr)”  
Right now you would need to use “pybombs install [gnuradio-master](https://github.com/gnuradio/gr-recipes/blob/master/gnuradio-master.lwr)” to encounter lots of new and unexpected problems. But it is only a matter of time until the default for gnuradio is changed from the maint-3.8 branch to the maint-3.9 branch, I expect any delay is from quashing bugs.