Hide Forgot
Python 2.7 will reach end-of-life in January 2020, over 9 years after it was released. This falls within the Fedora 31 lifetime. Packages that depend on Python 2 are being switched to Python 3 or removed from Fedora: https://fedoraproject.org/wiki/Changes/F31_Mass_Python_2_Package_Removal#Information_on_Remaining_Packages Python 2 will be retired in Fedora 32: https://fedoraproject.org/wiki/Changes/RetirePython2 To help planning, we'd like to know the plans for gnuradio's future. Specifically: - What is the reason for the Python2 dependency? (Is it software written in Python, or does it just provide Python bindings, or use Python in the build system or test runner?) - What are the upstream/community plans/timelines regarding Python 3? - What is the guidance for porting to Python 3? (Assuming that there is someone who generally knows how to port to Python 3, but doesn't know anything about the particular package, what are the next steps to take?) This bug is filed semi-automatically, and might not have all the context specific to gnuradio. If you need anything from us, or something is unclear, please mention it here. Thank you.
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.
Please answer the above questions. If you don't the package can be orphaned: https://fedoraproject.org/wiki/Changes/F31_Mass_Python_2_Package_Removal#Information_on_Remaining_Packages If you need any information or help, please let us know.
Please answer the above questions. If you don't, the package can be orphaned: https://fedoraproject.org/wiki/Changes/F31_Mass_Python_2_Package_Removal#Information_on_Remaining_Packages If you need any information or help, or if you need some more time, please let us know.
AFAIK this waits on rebasing gnuradio to 3.8
- What is the reason for the Python2 dependency? (Is it software written in Python, or does it just provide Python bindings, or use Python in the build system or test runner?) Both apps and bindings. - What are the upstream/community plans/timelines regarding Python 3? It's already ported in version 3.8. - What is the guidance for porting to Python 3? (Assuming that there is someone who generally knows how to port to Python 3, but doesn't know anything about the particular package, what are the next steps to take?) I just need to switch the whole gnuradio stack in Fedora downstream to Python 3 which will just require some effort from me, but it's on my todo list (please note I am just leaving to two weeks vacation).
Any news about the 3.8 update?
(In reply to Miro Hrončok from comment #7) > Any news about the 3.8 update? Upstream is ready, but unfortunately they broke Fedora specific things like /usr/lib64 detection, etc. It needs few downstream patches, I am working on it now.
Is there anything we could help you with?
(In reply to Petr Viktorin from comment #9) > Is there anything we could help you with? Thanks for your offer here, but I think this is probably not task for you, because it's gnuradio cmake scripts magic which needs to be downstream patched - it's nothing python3 related. But if you like to dive into it, feel free to do so. I haven't had enough time to finish it. But if you want to help, I still have few projects on my todo-list which needs help with python3 porting, e.g.: python-obd (bug 1738099) bCNC (related to bug 1684603) rtlsdr-scanner (bug 1738179)
(In reply to Jaroslav Škarvada from comment #10) > (In reply to Petr Viktorin from comment #9) > > Is there anything we could help you with? > > Thanks for your offer here, but I think this is probably not task for you, > because it's gnuradio cmake scripts magic which needs to be downstream > patched - it's nothing python3 related. But if you like to dive into it, > feel free to do so. I haven't had enough time to finish it. > > But if you want to help, I still have few projects on my todo-list which > needs help with python3 porting, e.g.: > python-obd (bug 1738099) I meant: python-pyobd (bug 1738099)