Arch Linux User Repository

@fixeria Thanks for your help.

I removed doxygen because rebuild in clean chroot succeeded without it. Looks like it just skipped building docs. Adding back.

Thanks. Indeed it builds docs only if doxygen is installed.

I don't see any boost dependency: [...]

Huh, interesting. I am getting the same result with readelf, but ldd gives me:

$ ldd /usr/lib/libgnuradio-limesdr.so
        linux-vdso.so.1 (0x00007fff3ab98000)
        libgnuradio-runtime.so.3.10.7 => /usr/lib/libgnuradio-runtime.so.3.10.7 (0x00007fa4d0393000)
        libLimeSuite.so.22.09-1 => /usr/lib/libLimeSuite.so.22.09-1 (0x00007fa4d02d7000)
        libgnuradio-pmt.so.3.10.7 => /usr/lib/libgnuradio-pmt.so.3.10.7 (0x00007fa4d0281000)
        libspdlog.so.1.11 => /usr/lib/libspdlog.so.1.11 (0x00007fa4d022f000)
        libfmt.so.10 => /usr/lib/libfmt.so.10 (0x00007fa4d020a000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007fa4cfe00000)
        libm.so.6 => /usr/lib/libm.so.6 (0x00007fa4d011b000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x00007fa4d00f6000)
        libc.so.6 => /usr/lib/libc.so.6 (0x00007fa4cfa00000)
        libvolk.so.3.0 => /usr/lib/libvolk.so.3.0 (0x00007fa4cf400000)
    --> libboost_thread.so.1.81.0 => /usr/lib/libboost_thread.so.1.81.0 (0x00007fa4d00da000)
    --> libboost_program_options.so.1.81.0 => /usr/lib/libboost_program_options.so.1.81.0 (0x00007fa4d0095000)
        libgmp.so.10 => /usr/lib/libgmp.so.10 (0x00007fa4cfd5a000)
        libunwind.so.8 => /usr/lib/libunwind.so.8 (0x00007fa4cfd41000)
        libthrift-0.18.1.so => /usr/lib/libthrift-0.18.1.so (0x00007fa4cfc7b000)
        libusb-1.0.so.0 => /usr/lib/libusb-1.0.so.0 (0x00007fa4cfc5d000)
        /usr/lib64/ld-linux-x86-64.so.2 (0x00007fa4d051a000)
        liborc-0.4.so.0 => /usr/lib/liborc-0.4.so.0 (0x00007fa4cf966000)
        liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007fa4cf933000)
        libssl.so.3 => /usr/lib/libssl.so.3 (0x00007fa4cf360000)
        libcrypto.so.3 => /usr/lib/libcrypto.so.3 (0x00007fa4cee00000)
        libudev.so.1 => /usr/lib/libudev.so.1 (0x00007fa4cf8fc000)
        libcap.so.2 => /usr/lib/libcap.so.2 (0x00007fa4d0085000)

AFAIU, these libs are actually required by libgnuradio-runtime.so. They used to be required in the project's CMakeLists.txt https://github.com/myriadrf/gr-limesdr/blob/master/CMakeLists.txt#L55 (3y old master branch), but no longer required in the gr-3.10 branch we're using https://github.com/myriadrf/gr-limesdr/blob/gr-3.10/CMakeLists.txt. So yeah, nevermind.

Based on this, adding fmt and spdlog to depends.

Those are also dependencies of libgnuradio:

$ pacman -Qi gnuradio | grep -e fmt -e spdlog
Depends On      : codec2  gcc-libs  glibc  gmp  gsl  libad9361  libuhd  libunwind  libvolk  python-click  python-click-plugins  python-mako  python-matplotlib  python-numpy  python-pyyaml  python-pyzmq  python-scipy  python-thrift  sdl12-compat  soapysdr  spdlog  thrift  alsa-lib  libasound.so=2-64  boost-libs  libboost_program_options.so=1.81.0-64  libboost_thread.so=1.81.0-64  fftw  libfftw3f.so=3-64  libfftw3f_threads.so=3-64  >> fmt <<  libfmt.so=10-64  jack  libjack.so=0-64  libiio  libiio.so=0-64  libsndfile  libsndfile.so=1-64  portaudio  libportaudio.so=2-64  >> spdlog <<  libspdlog.so=1.11-64  zeromq  libzmq.so=5-64

But I don't think it's critical. I am fine with the latest PKGBUILD revision. Thanks!

I removed doxygen because rebuild in clean chroot succeeded without it. Looks like it just skipped building docs. Adding back.

I don't see any boost-libs dependency:

$ readelf -d /usr/lib/libgnuradio-limesdr.so

Dynamic section at offset 0x30818 contains 31 entries:
  Tag        Type                         Name/Value
 0x0000000000000001 (NEEDED)             Shared library: [libgnuradio-runtime.so.3.10.7]
 0x0000000000000001 (NEEDED)             Shared library: [libLimeSuite.so.22.09-1]
 0x0000000000000001 (NEEDED)             Shared library: [libgnuradio-pmt.so.3.10.7]
 0x0000000000000001 (NEEDED)             Shared library: [libspdlog.so.1.12]
 0x0000000000000001 (NEEDED)             Shared library: [libfmt.so.10]
 0x0000000000000001 (NEEDED)             Shared library: [libstdc++.so.6]
 0x0000000000000001 (NEEDED)             Shared library: [libm.so.6]
 0x0000000000000001 (NEEDED)             Shared library: [libgcc_s.so.1]
 0x0000000000000001 (NEEDED)             Shared library: [libc.so.6]
 0x000000000000000e (SONAME)             Library soname: [libgnuradio-limesdr.so.1.0.0git]
 ...

Based on this, adding fmt and spdlog to depends.

Hi @xiota,

Are you interested in comaintaining?

yes, I am. Thanks!

Moved boost to makedepends.

Ack. I also found out that libgnuradio-limesdr.so depends on libboost_thread.so and libboost_program_options.so, so boost-libs needs to be added to $depends. I can submit a patch adding it.

Removed doxygen, graphiz, swig.

Not sure why you removed doxygen, it's needed to build documentation (HTML files in /usr/share/doc/limesuite). Other than that, ack.

Please test and let me know if it works.

Works for me. As I mentioned above, I propose to add boost-libs and resurrect doxygen to makedepends. After that we should bump the $pkgrel.

@fixeria Are you interested in comaintaining?

Moved boost to makedepends. Removed doxygen, graphiz, swig. Please test and let me know if it works.

Hello,

I would like to propose the following PKGBUILD changes:

• remove 'swig' from $depends, it's not needed anymore (replaced by 'pybind11'),
• move 'graphviz' to $makedepends or even remove it (is it really needed?),
• move 'doxygen' to $makedepends.

Thanks for maintaining!

gr-limesdr users are advised to switch to the maintained gr-limesdr-git, which works with the current gnuradio 3.10.

The project hasn't released stable tags (or any tags) since Jan 2020, so it only makes sense to use the rolling, working, Git branch based VCS package.

I am getting build errors with this, such as:

/tmp/gr-limesdr-git/src/gr-limesdr/build/swig/CMakeFiles/limesdr_swig.dir/limesdr_swigPYTHON_wrap.cxx: In function ‘PyObject* _wrap_source_make(PyObject*, PyObject*, PyObject*)’:
/tmp/gr-limesdr-git/src/gr-limesdr/build/swig/CMakeFiles/limesdr_swig.dir/limesdr_swigPYTHON_wrap.cxx:5000:78: error: no matching function for call to ‘gr::limesdr::source::make(std::string&, int&, const string&)’
 5000 |       result = gr::limesdr::source::make(arg1,arg2,(std::string const &)*arg3);

I got this locally from before

pacman -Qs lime |grep \/
local/gr-limesdr-git r88.ff642ba-1
local/limesuite 20.07.0-1

I get the same problem as @maverick1707. It looks like the package hardcode paths to python3.7 while the latest default python3 on arch is 3.8. Even if I try to update that I get issues....