Description of problem: A new version of gnuradio is available. Still an rc, but it includes python3 support. https://github.com/gnuradio/gnuradio/releases So if the maintainers think it's worth updating to in rawhide, could this please be looked into? It's currently blocking the move to Py3, for example for scipy (bug blocked).
It's currently worked on in: https://github.com/gnuradio/gnuradio/issues/2534
If we can do this in Fedora 31, that would be awesome!
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to '31'.
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle. Changing version to 31.
They've now released 3.8.0.0: https://github.com/gnuradio/gnuradio/issues/2534#issuecomment-520217412 Tars here: https://www.gnuradio.org/releases/gnuradio/
*** Bug 1742652 has been marked as a duplicate of this bug. ***
I've almost got this ready I think, but I think I'll have some questions about patented content.
https://src.fedoraproject.org/rpms/gnuradio/pull-request/2 I don't know if the source needs to be sanitized via clean_patent_problems.sh - there are no comments about it in the spec file. Some more concerning rpmlint messages: gnuradio-examples.x86_64: E: arch-dependent-file-in-usr-share /usr/share/gnuradio/examples/audio/dial_tone gnuradio-examples.x86_64: E: arch-dependent-file-in-usr-share /usr/share/gnuradio/examples/qt-gui/display_qt gnuradio-examples.x86_64: E: arch-dependent-file-in-usr-share /usr/share/gnuradio/examples/uhd/tags_demo gnuradio.x86_64: E: non-executable-script /usr/share/gnuradio/modtool/templates/gr-newmod/docs/doxygen/doxyxml/generated/compound.py 644 /usr/bin/env python gnuradio.x86_64: E: non-executable-script /usr/share/gnuradio/modtool/templates/gr-newmod/docs/doxygen/doxyxml/generated/compoundsuper.py 644 /usr/bin/env python gnuradio.x86_64: E: non-executable-script /usr/share/gnuradio/modtool/templates/gr-newmod/docs/doxygen/doxyxml/generated/index.py 644 /usr/bin/env python gnuradio.x86_64: E: non-executable-script /usr/share/gnuradio/modtool/templates/gr-newmod/docs/doxygen/doxyxml/generated/indexsuper.py 644 /usr/bin/env python https://koji.fedoraproject.org/koji/taskinfo?taskID=38688013
(In reply to Orion Poplawski from comment #8) > https://src.fedoraproject.org/rpms/gnuradio/pull-request/2 > > I don't know if the source needs to be sanitized via > clean_patent_problems.sh - there are no comments about it in the spec file. > > Some more concerning rpmlint messages: > > gnuradio-examples.x86_64: E: arch-dependent-file-in-usr-share > /usr/share/gnuradio/examples/audio/dial_tone > gnuradio-examples.x86_64: E: arch-dependent-file-in-usr-share > /usr/share/gnuradio/examples/qt-gui/display_qt > gnuradio-examples.x86_64: E: arch-dependent-file-in-usr-share > /usr/share/gnuradio/examples/uhd/tags_demo > gnuradio.x86_64: E: non-executable-script > /usr/share/gnuradio/modtool/templates/gr-newmod/docs/doxygen/doxyxml/ > generated/compound.py 644 /usr/bin/env python > gnuradio.x86_64: E: non-executable-script > /usr/share/gnuradio/modtool/templates/gr-newmod/docs/doxygen/doxyxml/ > generated/compoundsuper.py 644 /usr/bin/env python > gnuradio.x86_64: E: non-executable-script > /usr/share/gnuradio/modtool/templates/gr-newmod/docs/doxygen/doxyxml/ > generated/index.py 644 /usr/bin/env python > gnuradio.x86_64: E: non-executable-script > /usr/share/gnuradio/modtool/templates/gr-newmod/docs/doxygen/doxyxml/ > generated/indexsuper.py 644 /usr/bin/env python > > https://koji.fedoraproject.org/koji/taskinfo?taskID=38688013 Thanks. I think it needs to be sanitized, I will check.
Closing as rawhide. I am not going to introduce this in f31 or older Fedora's.
Hey guys! So, if I get this right. Gnuradio 3.8 will not be introduced into F31? If so, thats a bit too bad. We've got Python 2.7 that reached end of life recently and Gnuradio responded early to that by releasing 3.8 in august 2019 in order to among other things support Python 3. Now, here we are, having upgraded our Fedora systems to 31 in order to rid ourselves of Python 2.7, long before this news of Gnuradio 3.8 not being included in F31. This means we are now not being able to upgrade noramally to Gnuradio 3.8 it seems. Not not until April when F32 is released? Either we need to downgrade Fedora or live without Gnuradio for 4 months (Given that Gnuradio 3.8 will be included in F32). The latter will however not suffice unfortunaltely =/ Hopefully I got the final conclusion by Jaroslav all backwards? Any news? Any guidance on stuff that we've perhaps missed? I know 3.8 is available in Copr and works, but we are not comfortable involving yet another repository securitywise. Thank you all for the great work!
Python 2.7 is not being removed from Fedora 31. End of Life means it's not getting any fixes *upstream*. We can still patch it in Fedora if a critical security issue appears. There are a lot fewer people available to look for such issues and come up with fixes, but we still maintain python27 in f31 for users of GNU Radio and some other software that only switched to Python 3 recently.