You should be able to use mock with the srpm and it should build it.
Well, I looked a bit clorer on the deps, and there are a few one missing that needs to be build first, and then the spec file is full of if/else and what depends on what. Need to take a closer at it later.
But I decided to see if I could update seahorse. Version in rl8 is 3.20 and in rl9 40. There was only 1 dep missing: libhandy-1 …and then: Welcome to dep-he||. 
Using mock or rpmbuild… if mock is a wrapper for rpmbuild it’ll still need to check for deps, right? Anyway, going through the deps there are about 7 packages I need to build first. And that’s ok - I don’t mind the xtra effort. But, when deps start do depend on each other of never versions. -_-
So, down the line, gtk±3.0 needs a newer glib, who needs missing sysprof, who needs an even newer glib2
Spoiler w simple layout of that
# /dependency/he||
- seahorse-40
- libhandy-1 # missing
- gtk+-3.0 # needs: 3.24.1 (rl8: 3.22.30)
- tracker-sparql-3.0 # missing
- atk-devel # needs: 2.35.1 (rl8: 2.28.1)
- glib2-devel # needs: 2.57.2 (rl8: 2.56.1)
- sysprof # missing
- glib2-devel # needs: 2.67.4 (rl8: 2.56.1)
So, basically… <catch-22>To build a newer version of glib2 I need to build sysprof, which also needs a newer version (of glib2) than I have.</catch-22>
It starts to feel a bit frustrating, to be honest. To get to finish my desktop - it seems there are few too many pkgs missing. And while some of them are in rl9 (wich my nephews computors will run), I really need to make this work in rl8. So, I’m in a bit of a downer-mode at the moment. I really love this distro/system, docs/infra, the community [!], and I really want this to work, but I kind of start doubting it will. But, I guess being RHEL 1:1, is not ideal for full desktop setups (if you want the programs you want, &/or need, or used to).
Basically what’s left is: Seahorse, SIgnal, Fontmanager and Gimp. And Gimp btw… rl8: 2.8.*, rl9: 2.99.* (the devel version). A recent version, like >= 2.10.28 (lastest is 2.10.34, I think) would be ok. Of course there is the “Flatpak” solution for some of them, but I don’t want to go there if I don’t have to. Not sure I want my nephews to install a bunch of stuff I’ve seen there. The idea is that I have on this computer, what they have - so I can remotely help them (&/or manage their updates) from here (eg. takes 5hrs to drive there). And then I’ve also planned to manually (rpm)build latest Xfce, to get all Xfce pkgs, and no diffs between rl{8,9}. But, that’s for later.
I’ve managed to (re)build a quite a few packages using either some Fedora pkgs or rl9. While most of them are easy to rebuild/manage, but… when it starts to struggle, it reeeaaally does.
Guess I have some thinking to do. Feel a bit drained on energy at the moment, but I’ll get there.
// Sorry if it got a little long.
GnuRadio is in epel
$ dnf ls available gnuradio*
Available Packages
gnuradio.x86_64 3.8.0.0-6.el8 epel
gnuradio-devel.x86_64 3.8.0.0-6.el8 epel
gnuradio-doc.x86_64 3.8.0.0-6.el8 epel
gnuradio-examples.x86_64 3.8.0.0-6.el8 epel
Success with FreeDV, downloaded source and compiled.
Gnuradio is not available for Rocky9.2 as I see it:
No match for argument: gnuradio
Yeah, I see that now. Forgot they (el8/9) don’t always match - which is one of my problems, since I need both.
You could always put in a request for gnuradio - or take the files from 8 (»») and rebuild it locally, or maybe use mock.
Enabling an EPEL 8 repo
dnf -y install gnuradio
Problem: conflicting requests
- nothing provides libboost_atomic.so.1.66.0()(64bit) needed by gnuradio-3.8.0.0-6.el8.x86_64
- nothing provides libboost_chrono.so.1.66.0()(64bit) needed by gnuradio-3.8.0.0-6.el8.x86_64
and lots more, So, not an option.
I don’t have these problems with libboost - where have you installed these packages from? They aren’t dependencies for gnuradio when I try to install from EPEL.
I also don’t have libboost packages for atomic or chrono either when I search for them, so I’m curious where you got them from.
Did you enable EPEL8 on Rocky 9? As you mentioned Rocky 9 before, and now EPEL8. If you did, then that is obviously not going to work, since EPEL8 is for EL8 distros like Rocky 8 - not for Rocky 9 or EL9 distros.
No, that won’t work, like iWalker explained.
Sorry, if I was unclear. What I meant was, you could take the files from 8 - the files in that link, inlnuding the spec-file, etc - and then (re)build it for 9 using rpmbuild for example. Or If you download the “src.rpm”, you could use a tool called mock. If there are missing deps, you’d have to do the simular thing with those. (For the dep-chain… I think it’s easier to take a pkg from 8 → 9, than the other way around - since newer packages (in 9) sometimes need higher versions.)
I downloaded gnuradio el8 source. After installing dependancies, all sorts of errors:
volk: function ‘posix_memalign’ missing
Package name issues ie. is 0MQ same as ZeroMQ, THRIFT _ issue.
Then: block.cc:64:78: error: ‘_1’ was not declared, a C++ metafunction issue.
(I’m not a C guru)
Not easy
Looks like the c++ “metafunctions” that were in “boost” are now to be in “std”.
Package “mpir” has to be compiled and mpir.pc created. then MPIRXX_LIBRARY
not found by rpmbuild but package mpir is found??
Any thoughts on what appears, “boost::” is now “std::” and the gnuradio source
is not el9 updated?