Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 955485 - net-wireless/sigutils-0.3.0-r1: Requested Upstream Release
Summary: net-wireless/sigutils-0.3.0-r1: Requested Upstream Release
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Rick Farina (Zero_Chaos)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2025-05-05 22:36 UTC by John L. Poole
Modified: 2025-05-06 15:24 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description John L. Poole 2025-05-05 22:36:53 UTC
This Bug is to alert that a request for an upstream release has been made.  Hopefully the developer might update the various dependent projects, too?  Also, I'm working on a Raspberry Pi 5 and these project are not even keyworded for arm64.

The project https://github.com/BatchDrake/sigutils is one of several of Gonzalo José Carracedo Carballal (GitHub moniker: "BatchDrake") projects which are tracked within Gentoo's portage. 

My goal is to build net-wireless/sigdigger, the "The free digital signal analyzer", and there are several dependencies all belonging to BatchDrake's repositories.  It looks like there was a time when all the BatchDrake's projects were in sync, they all seem to have the same release 0.3.0, insofar as versions within Gentoo, but now his code has advanced and the versions in Gentoo are behind.

This all started when I tried to emerge wireless/sigdigger and I was going to log a bug about what I encountered, but decided to dig further and see if I can provide a work-around or explanation.  As it stands now, I probably can and will build the project using the high watermark of the dependencies instead of rely on Gentoo's version.  This, of course, will pollute my Gentoo instance on the Raspberry Pi 5, but I think I can clean it up if there are problems later on.


I tried to build suscan **outside of portage** and the suscan build determined that Gentoo's version of sigutils was deficient because it lacked dc_corrector.h:

    [ 12%] Building C object CMakeFiles/suscan.dir/yaml/writer.c.o   
    [ 12%] Building C object CMakeFiles/suscan.dir/analyzer/inspector/factory.c.o
    [ 13%] Building C object CMakeFiles/suscan.dir/analyzer/inspector/inspector.c.o
    In file included from /usr/local/src/suscan/analyzer/analyzer.h:32,
                 from /usr/local/src/suscan/analyzer/msg.h:26,
                 from /usr/local/src/suscan/analyzer/inspector/inspector.c:36:
/usr/local/src/suscan/analyzer/source.h:32:10: fatal error: sigutils/dc_corrector.h: No such file or directory
   32 | #include <sigutils/dc_corrector.h>
      |          ^~~~~~~~~~~~~~~~~~~~~~~~~
    compilation terminated.
    make[2]: *** [CMakeFiles/suscan.dir/build.make:443: CMakeFiles/suscan.dir/  analyzer/inspector/inspector.c.o] Error 1
    make[1]: *** [CMakeFiles/Makefile2:97: CMakeFiles/suscan.dir/all] Error 2
    make: *** [Makefile:136: all] Error 2
    rpi5 /usr/local/src/suscan/build # 


I requested they project create a new release that contains many files that are in the high watermark vs. 0.3.0.

https://github.com/BatchDrake/sigutils/issues/115
Comment 1 John L. Poole 2025-05-05 23:00:07 UTC
For what it is worth, installing the out-of-portage package of sigutils and then installing portage's suwidgets (only after overcoming a dependency of dev-qt/qtopengl by installing same), I was able to successfully build Gentoo's package of "SigDigger" -- yes, the binary is camel case on a Raspberry Pi 5.  I may have had to install another sister dependency to get here so for anyone hoping to install SigDigger, this quest may be of help along with the knowledge that you can eventually install Gentoo's package of SigDigger.