Problems building with latest gnuradio/gr-osmosdr

[markjfine]

Not a gqrx problem unless anything has to be rebuilt, but the dependencies are a little screwed up at the moment. So just an FYI on latest circular configuration rabbit hole I've discovered, in case someone else comes across this:

1. Latest gnuradio is 3.10.12.0 updated within last couple of days. This naturally requires a rebuild of gr-osmosdr prior to rebuilding gqrx otherwise it throws and error.
2. gr-osmosdr hasn't been updated since 24 Dec 24 and still requires boost_sytem during cmake phase, however, latest boost (1.89) and has completely removed boost_system, which has been deprecated since like v1.69.

Am currently looking for a workaround in the bowels of gr-osmosdr's cmake scripts, but it seems Osmocom should have addressed this ages ago. Letting them know is also fun because the github repo for gr-osmosdr is just a mirror.

[argilo]

Letting them know is also fun because the github repo for gr-osmosdr is just a mirror.

gr-osmosdr is hosted here: https://gitea.osmocom.org/sdr/gr-osmosdr

It looks like you need to manually request an account there if you don't already have one.

[markjfine]

I know, but I could probably have this sorted with a fix recommendation by the time they grant an account.

Incidentally, my first step sorting it was to use the gqrx_amd64.dmg in the releases, which has all the older (working) gr stuff in the frameworks/libs folders. 👍🏼

[markjfine]

Tracked the problem down to line 122 in their CMakeLists.txt:

find_package(Boost "1.65" REQUIRED chrono thread system)

Removing system from the end to just

find_package(Boost "1.65" REQUIRED chrono thread)

fixes the problem. Per their own documentation, boost's find_package already assumes system is there and no longer needs it stated explicitly if thread is there.