Bug 1074072

Summary: gr-osmosdr and gqrx not built for LimeSDR support
Product: [openSUSE] openSUSE Tumbleweed Reporter: Sid Boyce <sboyce>
Component: OtherAssignee: Wojciech Kazubski <wk>
Status: NEW --- QA Contact: E-mail List <qa-bugs>
Severity: Normal    
Priority: P5 - None CC: mpluskal, sboyce
Version: CurrentFlags: mpluskal: needinfo? (sboyce)
Target Milestone: Current   
Hardware: 64bit   
OS: openSUSE 13.2   
Whiteboard:
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Sid Boyce 2017-12-25 20:06:37 UTC
# qradiolink
Outgoing connection failed Connection refused
gr-osmosdr v0.1.x-xxx-xunknown (0.1.5git) gnuradio 3.7.11
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy redpitaya 

FATAL: No supported devices found to pick from.

Trying to fill up 1 missing channel(s) with null source(s).
This is being done to prevent the application from crashing
due to gnuradio bug #528.

/root/.gnuradio/prefs/vmcircbuf_default_factory: No such file or directory
vmcircbuf_createfilemapping: createfilemapping is not available
gr-osmosdr v0.1.x-xxx-xunknown (0.1.5git) gnuradio 3.7.11
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy redpitaya 

FATAL: No supported devices found to pick from.

Trying to fill up 1 missing channel(s) with null source(s).
This is being done to prevent the application from crashing
due to gnuradio bug #528.
--------------------------------------------------------------------------
gqrx was recently upgraded to support LimeSDR, latest on-line update drops support again.
Comment 1 Sid Boyce 2017-12-26 01:12:23 UTC
I notice the 2 repos I have enabled show different versions.
http://download.opensuse.org/repositories/hardware:/sdr/openSUSE_Tumbleweed/x86_64/ shows e.g gnuradio-devel-3.7.11-15.6.x86_64.rpm

http://download.opensuse.org/repositories/hamradio/openSUSE_Tumbleweed/x86_64/ shows gnuradio-3.7.11-16.6.x86_64.rpm

May be I ought to drop the hamradio.repo and use only the hardware:/sdr
Please advise.
Comment 2 Martin Pluskal 2017-12-26 16:12:02 UTC
(In reply to Sid Boyce from comment #1)
> I notice the 2 repos I have enabled show different versions.
> http://download.opensuse.org/repositories/hardware:/sdr/openSUSE_Tumbleweed/
> x86_64/ shows e.g gnuradio-devel-3.7.11-15.6.x86_64.rpm
> 
> http://download.opensuse.org/repositories/hamradio/openSUSE_Tumbleweed/
> x86_64/ shows gnuradio-3.7.11-16.6.x86_64.rpm
> 
> May be I ought to drop the hamradio.repo and use only the hardware:/sdr
> Please advise.

Please do not do this (mixing two devel projects), hamradio is afaik partially abandoded at the moment

Also first you filled in completely wrong product and after I changed it and assigned it you reset assignee again - please dont do this.

Also which openSUSE are you actually using?
Comment 3 Sid Boyce 2017-12-28 21:53:51 UTC
I am using Tumbleweed x86_64. This latest bugzilla is totally confusing - I would be hard pressed to file another bug.
# cat /etc/os-release 
NAME="openSUSE Tumbleweed"
# VERSION="20171222 "
ID=opensuse
ID_LIKE="suse"
VERSION_ID="20171222"
PRETTY_NAME="openSUSE Tumbleweed"
ANSI_COLOR="0;32"
CPE_NAME="cpe:/o:opensuse:tumbleweed:20171222"
BUG_REPORT_URL="https://bugs.opensuse.org"
HOME_URL="https://www.opensuse.org/"
Comment 4 Martin Pluskal 2017-12-29 10:08:24 UTC
(In reply to Sid Boyce from comment #3)
> I am using Tumbleweed x86_64. This latest bugzilla is totally confusing - I
> would be hard pressed to file another bug.
> # cat /etc/os-release 
> NAME="openSUSE Tumbleweed"
> # VERSION="20171222 "
> ID=opensuse
> ID_LIKE="suse"
> VERSION_ID="20171222"
> PRETTY_NAME="openSUSE Tumbleweed"
> ANSI_COLOR="0;32"
> CPE_NAME="cpe:/o:opensuse:tumbleweed:20171222"
> BUG_REPORT_URL="https://bugs.opensuse.org"
> HOME_URL="https://www.opensuse.org/"

ok, does issue occur when you disable hamradio repository and have everything from hardware:sdr (via running "zypper dup --allow-vendor-change")?
Comment 5 Sid Boyce 2017-12-29 16:31:37 UTC
Looking much better with errors which seem not to be software related.
Big problem is that even people who say it's working are unable to say how it should be configured to work. 
# gqrx driver=lime,soapy=0
linux; GNU C++ version 7.2.1 20171020 [gcc-7-branch revision 253932]; Boost_106501; UHD_003.009.007-0-unknown

QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root'
gr-osmosdr v0.1.x-xxx-xunknown (0.1.5git) gnuradio 3.7.11
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy soapy redpitaya freesrp 
Resampling audio 96000 -> 48000
BookmarksFile is /root/.config/gqrx/bookmarks.csv
gr-osmosdr v0.1.x-xxx-xunknown (0.1.5git) gnuradio 3.7.11
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf bladerf rfspace airspy soapy redpitaya freesrp 
[INFO] Make connection: 'LimeSDR-USB [USB 3.0] 9061C02C73925'
[INFO] Reference clock 30.720 MHz
[INFO] Device name: LimeSDR-USB
[INFO] Reference: 30.72 MHz
[INFO] Init LMS7002M(0)
[INFO] Ver=7, Rev=1, Mask=1
[INFO] LMS7002M calibration values caching Disable

FATAL: destination port 1 out of range for source_impl(47)

Trying to fill up 18446744073709551615 missing channel(s) with null source(s).
This is being done to prevent the application from crashing
due to gnuradio bug #528.

terminate called after throwing an instance of 'std::invalid_argument'
  what():  destination port 2 out of range for source_impl(47)
Aborted (core dumped)