Bug#1070748: gqrx-sdr: it does not start

[A. Maitland Bottoms]

Renzo Davoli  writes:

> It was just a temporary misalignment during packages updates.
>
> Now it works.

That was my thinking too. Do not be sorry about this bug - it was worth
keeping track of.

A lot of transitions went in to making it work. Took a while, but I am
glad to hear you have it working.

(It had originally passed the high bar of "It worked for me when I tried
it before uploading to Debian unstable".)

Soon I will update my "testing" machine, and try out gqrx there
myself. If that goes well, then I will close this bug.

Thanks for your interest in gqrx, and in making the future Trixie
release a quality platform for SDR applications.

73 de aa4hs,
-Maitland

Bug#1068772: uhd-host: usrpctl fails to run

[A. Maitland Bottoms]

The quick fix is for you to install the python3-uhd package.

Fixing this bug will either be done by moving usrpctl
to the python3-uhd package, or just add python3-uhd
to the uhd-host Depends: list (or at least Recommends:).

-Maitland

Bug#1014517: apt - Fails in FIPS mode in libgcrypt

[A. Maitland Bottoms]

So I see in the changes to libgcrypt since bullseye that there have
been some changes in the initialization on systems where FIPS is
enabled.

The attached patch has "works for me" status, and I feel that it is the
correct way to continue to have apt function as expected on a FIPS
enabled system.

I added a GCRYCTL_NO_FIPS_MODE setting in maybeInit() in
apt-pkg/contrib/hashes.cc
And, since the value of the enum GCRYCTL_NO_FIPS_MODE appeared just
before the release of libgcrypt 1.10.0, I added that version dependency
to the debian/control file.

Control: tag -1 patch

-Maitland

enc:
0001-Do-not-fail-on-systems-running-in-FIPSmode.patch

From 4df25d8781f56036e921792fdd48abd5f2084d98 Mon Sep 17 00:00:00 2001
From: "A. Maitland Bottoms" 
Date: Sun, 28 May 2023 15:12:36 -0400
Subject: [PATCH] Do not fail on systems running in FIPSmode.

Initialize using gcrypt's GCRYCTL_NO_FIPS_MODE, available since
gcrypt version 1.10.0, otherwise apt aborts on FIPS enabled systems.
---
 apt-pkg/contrib/hashes.cc | 3 +++
 debian/changelog  | 6 ++
 debian/control| 2 +-
 3 files changed, 10 insertions(+), 1 deletion(-)

diff --git a/apt-pkg/contrib/hashes.cc b/apt-pkg/contrib/hashes.cc
index 313b1d37d..80b9bbf3f 100644
--- a/apt-pkg/contrib/hashes.cc
+++ b/apt-pkg/contrib/hashes.cc
@@ -330,6 +330,9 @@ public:
 	exit(2);
 	 }
 
+	 // It is OK for apt to use MD5.
+	 gcry_control(GCRYCTL_NO_FIPS_MODE, 0);
+
 	 gcry_control(GCRYCTL_INITIALIZATION_FINISHED, 0);
   }
}
diff --git a/debian/changelog b/debian/changelog
index 5961148d2..e279ad0d5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+apt (2.6.2) unstable; urgency=medium
+
+  * Do not fail on systems running in FIPSmode. (Closes: #1014517)
+
+ -- A. Maitland Bottoms   Sun, 28 May 2023 11:28:37 -0400
+
 apt (2.6.1) unstable; urgency=medium
 
   * Restore adduser dependency for bookworm.
diff --git a/debian/control b/debian/control
index 58c6be15e..6f3ceb81e 100644
--- a/debian/control
+++ b/debian/control
@@ -17,7 +17,7 @@ Build-Depends: cmake (>= 3.4),
libbz2-dev,
libdb-dev,
libgnutls28-dev (>= 3.4.6),
-   libgcrypt20-dev,
+   libgcrypt20-dev (>=1.10.0),
liblz4-dev (>= 0.0~r126),
liblzma-dev,
libseccomp-dev (>= 2.4.2) [amd64 arm64 armel armhf i386 mips mips64el mipsel ppc64el s390x hppa powerpc powerpcspe ppc64 x32],
-- 
2.39.2

Bug#1036204: unblock: uhd/4.3.0.0+ds1-5

[A. Maitland Bottoms]

Package: release.debian.org 
Severity: normal 
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: u...@packages.debian.org
Control: affects -1 + src:uhd

Please unblock package uhd

[ Reason ]
Version 4.3.0.0+ds1-5 fixes the RC bug #1036072
libuhd4.3.0: please add Breaks against libuhd3.15.0 for smoother
upgrades from bullseye

[ Impact ] 
Allows smooth upgrade from bullseye to bookworm.

[ Tests ]
Not quite reproducing the conditions of bug #1036072,
but installed on my own testing system.

[ Risks ]
very low: only control files change with the targeted fix.

[ Checklist ] 
[X] all changes are documented in the d/changelog 
[X] I reviewed all changes and I approve them 
[X] attach debdiff against the package in testing

[ Other info ] 
n/a

unblock uhd/4.3.0.0+ds1-5


diff -Nru uhd-4.3.0.0+ds1/debian/changelog uhd-4.3.0.0+ds1/debian/changelog
--- uhd-4.3.0.0+ds1/debian/changelog	2022-12-15 22:21:07.0 -0500
+++ uhd-4.3.0.0+ds1/debian/changelog	2023-05-16 20:46:55.0 -0400
@@ -1,3 +1,14 @@
+uhd (4.3.0.0+ds1-5) unstable; urgency=medium
+
+  [ Andreas Beckmann ]
+  * libuhd4.3.0: Add Breaks: libuhd3.15.0 for smoother upgrades from bullseye.
+(Closes: #1036072)
+
+  [ A. Maitland Bottoms ]
+  Apply above for bookworm
+
+ -- A. Maitland Bottoms   Tue, 16 May 2023 20:46:55 -0400
+
 uhd (4.3.0.0+ds1-4) unstable; urgency=medium
 
   [ Luca Boccassi ]
diff -Nru uhd-4.3.0.0+ds1/debian/control uhd-4.3.0.0+ds1/debian/control
--- uhd-4.3.0.0+ds1/debian/control	2022-09-12 22:47:53.0 -0400
+++ uhd-4.3.0.0+ds1/debian/control	2023-05-16 20:39:46.0 -0400
@@ -63,6 +63,7 @@
 Pre-Depends: ${misc:Pre-Depends}
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Suggests: uhd-host
+Breaks: libuhd3.15.0 (<< 4)
 Multi-Arch: same
 Description: universal hardware driver for Ettus Research products - library
  Host library for the Universal Hardware Driver for Ettus Research products.

Bug#1035680: unblock: gr-air-modes/0.0.20210211-3

[A. Maitland Bottoms]

Package: release.debian.org 
Severity: normal 
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: gr-air-mo...@packages.debian.org
Control: affects -1 + src:gnuradio

Please unblock package gr-air-modes

[ Reason ]
Version 0.0.20210211-3 fixes bug #1032195
gr-air-modes: modes_rx fails with AttributeError: module 'numpy' has no
attribute 'float'

[ Impact ]
Allows smooth upgrade from bullseye to bookworm.

[ Tests ]
Version in unstable runs correctly on bookworm system.

[ Risks ]
very low: added patch only changes the dtype to follow
changes in Python NumPy between bullseye and bookworm.

[ Checklist ]
[X] all changes are documented in the d/changelog 
[X] I reviewed all changes and I approve them 
[X] attach debdiff against the package in testing

[ Other info ]
Perhaps bug #1032195 severity should have been set to serious.
numpy.float was deprecated in NumPy 1.20, removed in NumPy 1.24.
Just use the Python type float.

unblock gr-air-modes/0.0.20210211-3


diff -Nru gr-air-modes-0.0.20210211/debian/changelog gr-air-modes-0.0.20210211/debian/changelog
--- gr-air-modes-0.0.20210211/debian/changelog	2021-12-29 23:04:48.0 -0500
+++ gr-air-modes-0.0.20210211/debian/changelog	2023-03-02 06:35:47.0 -0500
@@ -1,3 +1,10 @@
+gr-air-modes (0.0.20210211-3) unstable; urgency=medium
+
+  * Use Python float rather than deprecated and removed numpy.float
+  (Closes:1032195)
+
+ -- A. Maitland Bottoms   Thu, 02 Mar 2023 06:35:47 -0500
+
 gr-air-modes (0.0.20210211-2) unstable; urgency=medium
 
   * source upload to allow transition to testing
diff -Nru gr-air-modes-0.0.20210211/debian/patches/float-not-numpy-float gr-air-modes-0.0.20210211/debian/patches/float-not-numpy-float
--- gr-air-modes-0.0.20210211/debian/patches/float-not-numpy-float	1969-12-31 19:00:00.0 -0500
+++ gr-air-modes-0.0.20210211/debian/patches/float-not-numpy-float	2023-03-02 06:35:47.0 -0500
@@ -0,0 +1,27 @@
+From 39a0c218f8ea5355d394d47094aec6f9e05e76d4 Mon Sep 17 00:00:00 2001
+From: "A. Maitland Bottoms" 
+Date: Thu, 2 Mar 2023 06:30:51 -0500
+Subject: [PATCH] float not numpy float
+
+numpy.float was deprecated in NumPy 1.20, removed in NumPy 1.24.
+Just use the Python type float.
+---
+ python/mlat.py | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/python/mlat.py b/python/mlat.py
+index 1583b1f..597e61f 100755
+--- a/python/mlat.py
 b/python/mlat.py
+@@ -37,7 +37,7 @@ wgs84_geoid = numpy.array([[13,13,13,13,13,13,13,13,13,13,13,13,13,13,13,13,13,1
+[-61,-60,-61,-55,-49,-44,-38,-31,-25,-16,-6,1,4,5,4,2,6,12,16,16,17,21,20,26,26,22,16,10,-1,-16,-29,-36,-46,-55,-54,-59],#70S
+[-53,-54,-55,-52,-48,-42,-38,-38,-29,-26,-26,-24,-23,-21,-19,-16,-12,-8,-4,-1,1,4,4,6,5,4,2,-6,-15,-24,-33,-40,-48,-50,-53,-52], #80S
+[-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30,-30]], #90S
+-   dtype=numpy.float)
++   dtype=float)
+
+ #ok this calculates the geoid offset from the reference ellipsoid
+ #combined with LLH->ECEF this gets you XYZ for a ground-referenced point
+-- 
+2.39.2
+
diff -Nru gr-air-modes-0.0.20210211/debian/patches/series gr-air-modes-0.0.20210211/debian/patches/series
--- gr-air-modes-0.0.20210211/debian/patches/series	2021-12-21 21:19:45.0 -0500
+++ gr-air-modes-0.0.20210211/debian/patches/series	2023-03-02 06:35:47.0 -0500
@@ -1 +1,2 @@
 debian-soname
+float-not-numpy-float

Bug#1035678: unblock: gnuradio/3.10.5.1-3

[A. Maitland Bottoms]

Package: release.debian.org 
Severity: normal 
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: gnura...@packages.debian.org
Control: affects -1 + src:gnuradio

Please unblock package gnuradio

[ Reason ]
Version 3.10.5.1-3 fixes the RC bug #1034963
gnuradio-dev: missing Breaks+Replaces for gr-soapy when upgrading from
bullseye

[ Impact ] 
Allows smooth upgrade from bullseye to bookworm.

[ Tests ] 
Installed gr-soapy on a bullseye lxc container.
Upgraded container to bookworm.
Successfully installed gnuradio 3.10.5.1-3

[ Risks ]
very low: only control files change with the targeted fix.

[ Checklist ] 
[X] all changes are documented in the d/changelog 
[X] I reviewed all changes and I approve them 
[X] attach debdiff against the package in testing

[ Other info ] 
n/a

unblock gnuradio/3.10.5.1-3


File lists identical (after any substitutions)

Control files: lines which differ (wdiff format)

Breaks: [-gr-iio-] {+gr-iio, gr-soapy+}
Depends: gnuradio (>= [-3.10.5.1-2),-] {+3.10.5.1-3),+} 
libboost-date-time1.74-dev, libboost-filesystem1.74-dev, 
libboost-program-options1.74-dev, libboost-regex1.74-dev, 
libboost-system1.74-dev, libboost-test1.74-dev, libboost-thread1.74-dev, 
libcppunit-dev, libfftw3-dev, libgmp-dev, libgsm1-dev, libspdlog-dev, 
libvolk2-dev, pybind11-dev, python3-dev, libthrift-dev
Replaces: [-gr-iio-] {+gr-iio, gr-soapy+}
Version: [-3.10.5.1-2-] {+3.10.5.1-3+}

Bug#1029540: RM: gr-iio -- RoM; RC-buggy;

[A. Maitland Bottoms]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove

Dear FTP masters,

Please RM the gr-iio source package.

The current and future versions of gnuradio now directly support IIO
hardware. This branch of development has ended upstream.

This package is obsolete, not going to be part of the python 3.11
migration, not part of the bookworm release.

Thanks,
-Maitland

Bug#1029539: RM: gr-fcdproplus -- RoM; RC-buggy;

[A. Maitland Bottoms]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove

Dear FTP masters,

Please RM the gr-fcdproplus source package.

The current and future versions of gnuradio no longer handle the FunCube
Dongle hardware in the way gr-fcdproplus did. (Switching from swig
bindings to pybind11 for the Pythonic interface.)
The same hardware is supported via the gr-osmosdr package, upstream
development of this path has ceased.

This package is obsolete, not going to be part of the python 3.11
migration, not part of the bookworm release.

Thanks,
-Maitland

Bug#1021856: volk_8u_x2_encodeframepolar_8u_generic missing in Debian

[A. Maitland Bottoms]

Package: volk
Version: 1.3-1
Tags: pending

"I think this debian patch is the culprit:

https://sources.debian.org/patches/volk/2.4.1-2/make-acc-happy/

It removes #ifdef LV_HAVE_GENERIC from volk_8u_x2_encodeframepolar_8u.h, which 
prevents the generic implementation from being found. With the generic 
implementation gone, volk_get_index is then very unhappy.
@argilo"

Upstream issues:
https://github.com/gnuradio/volk/issues/516
 volk_get_index broken, stuck in infinite loop #516
https://github.com/gnuradio/gnuradio/issues/5013
 std::bad_alloc in qa_polar_decoder_sc_systematic #5013 

The make-acc-happy patch removing the #ifdef was first applied to volk
1.3-1

Setting pending tag for fixing in 2.5.2-2.

-Maitland

Bug#1019182: libthrift-dev: missing /usr/include/thrift/config.h

[A. Maitland Bottoms]

Package: libthrift-dev
Version:  0.16.0-6
Severity: important

Line 109 of debian/rules removes config.h so that it no longer gets
installed in libthrift-dev. However thrift/Thrift.h includes
thrift/thrift-config.h which includes the missing thrift/config.h

This causes packages building using thrift to fail.

Please restore /usr/include/thrift/config.h as part of the libthrift-dev
package.

-Maitland

Bug#1008854: Packages using gnuradio-dev FTBFS

[A. Maitland Bottoms]

>> affects -1 src:gr-limesdr src:gr-funcube src:gr-rds src:gr-hpsdr 
>> src:gr-fosphor src:gr-satellites src:gr-radar src:gr-iqbal
> Bug #1008854 [gnuradio-dev] Packages using gnuradio-dev FTBFS
> Added indication that 1008854 affects src:gr-limesdr, src:gr-funcube, 
> src:gr-rds, src:gr-hpsdr, src:gr-fosphor, src:gr-satellites, src:gr-radar, 
> and src:gr-iqbal
>
> -- 
> 1008854: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1008854
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems

OK.

I am preparing gnuradio_3.10.2.0-2 which explicitly uses 'posix_prefix'
from Python3's sysconfig in GrPython.cmake

The other gr-* packages will then have the expected python path for the
.install files to work as well.

Lots of other improvements - uploading to unstable.

-Maitland

Bug#1002698: libvolk2-dev: isinf not declared in scope

[A. Maitland Bottoms]

Other Debian packages using libvolk2-dev did not result in this error,
so I reduced the severity.

Also, is this a Debian bug?
I am not able to reproduce this on my Debian machines.

Is this really a libvolk2-dev bug? The upstream discussion leads
to the conclusion that this is a now-fixed compiler bug.

-Maitland

Bug#1001743: ITP: libsigmf -- a header-only C++ library for working with Signal Metadata Format

[A. Maitland Bottoms]

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms 

* Package name: libsigmf
  Version : 1.0.0
  Upstream Author : DeepSig Inc. and libsigmf contributors.
* URL : https://github.com/deepsig/libsigmf
* License : Apache-2.0 License
  Description : A C++ library for working with SigMF metadata

Signal Metadata Format (SigMF)

Sharing sets of recorded signal data is an important part of science
and engineering. It enables multiple parties to collaborate, is often a
necessary part of reproducing scientific results (a requirement of
scientific rigor), and enables sharing data with those who do not have
direct access to the equipment required to capture it.

Unfortunately, these datasets have historically not been very portable,
and there is not an agreed upon method of sharing metadata descriptions
of the recorded data itself. This is the problem that SigMF solves.

By providing a standard way to describe data recordings, SigMF
facilitates the sharing of data, prevents the "bitrot" of datasets
wherein details of the capture are lost over time, and makes it
possible for different tools to operate on the same dataset, thus
enabling data portability between tools and workflows.

libsigmf is a free & opensource library for working with SigMF
recordings. (https://sigmf.org)

It was designed to enable the use of SigMF through static types in C++,
thus enabling things like compile-time errors and code inspection.

It was created and first authored by DeepSig Inc., and then released to
the community as an Apache 2.0-licensed FOSS project at FOSDEM 2019.

Contributors:

Nathan West
Tim O'Shea
Ben Hilburn

Bug#1001741: flatbuffers: please update to new >= 2 version

[A. Maitland Bottoms]

Source: flatbuffers
Severity: wishlist

Dear Maintainer,

Please update the version of flatbuffers.

There is a 2.0.0 release:
https://github.com/google/flatbuffers/releases

and now a 2.0.5 tag:
https://github.com/google/flatbuffers/tags
https://qa.debian.org/cgi-bin/watch?pkg=flatbuffers
either would be a worthwhile update.

I have been chatting with some sigmf.org and deepsig folk about the
version of flatbuffers in Debian being too old to use.

I myself am about to ITP libsigmf based upon
https://github.com/deepsig/libsigmf
(which just got tags yesterday, maybe soon a release!).

-Maitland

Bug#990057: ITP: libm2k -- A C++ library for interfacing with the ADALM2000

[A. Maitland Bottoms]

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms 

* Package name: libm2k
  Version : 0.4.0
  Upstream Author : Analog Devices Inc.
* URL : https://wiki.analog.com/university/tools/m2k/libm2k/libm2k
* License : LGPL 2.1+
  Description : A C++ library for interfacing with the ADALM2000

The ADALM2000 is one of the Analog Devices Advanced/Active Learning
Modules. It is a USB peripheral device that provides several functions:
analog-in: oscilloscope and voltmeter
analog-out: signal generator
digital: logic analyzer and pattern generator
power-supply

In addition to the C++, there is also a Python module built using swig,
and Sphinx and Doxygen documentation.

Releases are handled via github at
https://github.com/analogdevicesinc/libm2k

This package is a pre-requisite for the Scopy software oscilloscope
and signal analysis toolset application and for the gr-m2k gnuradio
blocks package.

Bug#971336: ITP: gr-satellites -- telemetry decoders for satellites using the Amateur radio bands

[A. Maitland Bottoms]

Package: wnpp
Severity: wishlist
Owner: "A. Maitland Bottoms" 

* Package name: gr-satellites
  Version : v3.4.0
  Upstream Author : Daniel Estévez
* URL : https://github.com/daniestevez/gr-satellites
* License : (GPL v3)
  Programming Lang: (C++, Python)
  Description : Telemetry decoders for satellites using the Amateur
radio bands

gr-satellites is a GNU Radio out-of-tree module encompassing a
collection of telemetry decoders that supports many different Amateur
satellites. This open-source project started in 2015 with the goal of
providing telemetry decoders for all the satellites that transmit on
the Amateur radio bands.

It supports most popular protocols, such as AX.25, the GOMspace NanoCom
U482C and AX100 modems, an important part of the CCSDS stack, the AO-40
protocol used in the FUNcube satellites, and several ad-hoc protocols
used in other satellites.

This out-of-tree module can be used to decode frames transmitted from
most Amateur satellites in orbit, performing demodulation, forward
error correction, etc. Decoded frames can be saved to a file or
displayed in hex format. For some satellites the telemetry format
definition is included in gr-satellites, so the decoded telemetry
frames can be printed out as human-readable values such as bus voltages
and currents. Additionally, some satellites transmit files such as JPEG
images. gr-satellites can be used to reassemble these files and even
display the images in real-time as they are being received.

gr-satellites can be used as a set of building blocks to implement
decoders for other satellites or other groundstation solutions. Some of
the low level blocks in gr-satellites are also useful for other kinds
RF communications protocols.

Preliminary package is already prepared - plan is to do packaging under
the Debian Hamradio Maintainers Team and Salsa.
https://wiki.debian.org/DebianHams/
https://salsa.debian.org/debian-hamradio-team

While this has been (and will continue to be) a frequently updated
project, there are some satellite signals supported that would be
useful to decode during the lifespan of a stable Debian release.

-Maitland (AA4HS)

Bug#962381: gqrx-sdr: gqrx segmentation fault at start time in testing

[A. Maitland Bottoms]

On Sun, 07 Jun 2020 10:36:54 +0200
Antonio Radici  wrote:

> gqrx does not start in testing, this renders the package unusable.

I'm sorry to hear this.

I noticed the -b3 version get upgraded today too, but it works for me
when I start it
(I have a box tracking testing, so no chroot here.)

> 
> The problem is reproducible by spinning up a testing chroot (as of
> today) and trying to start gqrx

gqrx without hardware can be fragile. For that there are run time
arguments. `gqrx --reset` and `gqrx --edit` handle initial
configuration problems. Does it then work for you selecting the input
device doing `gqrx --edit` ?

What device are you trying to use? Does your chroot expose it correctly
and with the right permissions?

-Maitland

Bug#951250: rtl-sdr package lacks example udev rules, readme file

[A. Maitland Bottoms]

On Wed, 12 Feb 2020 22:12:42 -0700
Eric Jorgensen  wrote:

> Package: rtl-sdr
> Version: 0.6-2
> Severity: minor
> 
> The osmocom rtl-sdr source includes an example udev rules file that
> is of some importance to the end user but is not included
> in /usr/share/doc/rtl-sdr/examples/

I feel that I need to point out that rtl-sdr depends upon the library
package librtlsdr0 which ships /lib/udev/rules.d/60-librtlsdr0.rules
ready to provide instant gratification to Debian users.

The debian package configures rtl-sdr with

 -DDETACH_KERNEL_DRIVER=ON
 -DENABLE_ZEROCOPY=ON
 -DINSTALL_UDEV_RULES=ON

And yes, I did not feel that the README was useful enough to ship.

But Debian policy likes man pages, so the man page I prepared for
rtl-sdr does refer to the wiki URL in the SEE ALSO section.

Thanks for your interest in rtl-sdr. It can be a lot of fun.
And Debian is a good way to use such devices. Other Debian packages
might be of interest...

 $ apt-cache rdepends librtlsdr0
librtlsdr0
Reverse Depends:
  rtl-433
  welle.io
  svxlink-server
  svxlink-calibration-tools
  remotetrx
  soapysdr0.7-module-rtlsdr
  sdrangelove
  rtl-sdr
  librtlsdr-dev
  libgnuradio-osmosdr0.1.4

... that last providing rtl-sdr blocks for gnuradio
and, gqrx-sdr can use rtl-sdr via gnuradio or soapy modules.

I hope you find it actually just works for you.
(If not, then there is a real bug.)

-Maitland

Bug#946120: gnuradio: gr_modtool crash

[A. Maitland Bottoms]

Source: gnuradio
Version: 3.7.13.4-4
Severity: important

Running gr_modtool results in a mystifying Python error:
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xe8 in position 5:
invalid continuation byte

That is a Debian packaging of gnuradio bug that mint inherited.
This is also found in Debian 10 "Buster" gnuradio 3.7.13.4-4.
And likely also in recent Ubuntu releases.

The problem comes from Python byte-compiled files used as templates.

The solution is to remove all .pyc files found under
/usr/share/gnuradio/modtool/gr-newmod
especially:
/usr/share/gnuradio/modtool/gr-newmod/python/build_utils_codes.pyc
/usr/share/gnuradio/modtool/gr-newmod/python/build_utils.pyc
/usr/share/gnuradio/modtool/gr-newmod/python/__init__.pyc

Recent (gnuradio 3.8) Debian packages no longer byte-compile any Python
under /usr/share/gnuradio/ - solving this problem.

Easiest end-user quick fix is just
 `sudo rm /usr/share/gnuradio/modtool/gr-newmod/python/*pyc`

Correct packaging fix is to add a debian/gnuradio.bcep file containing
dir|-4.0|/usr/share/gnuradio/|.*

to keep the .pyc files out of the template and example directories.

Thanks César for reporting this,
-Maitland

Bug#858774: modes_rx: ImportError: cannot import name QtWebKit

[A. Maitland Bottoms]

Moritz Mühlenhoff  writes:

> Hi Maitland,
> per upstream issue 98 it doesn't sound as if it's going to be fixed,
> should be remove it or are you planning to port it yourself?

I was just talking to the upstream author at the gnuradio conference.
Our plan going forward is to just remove the GUI elements of the
package, but keep all the signal processing code and provide gnuradio
blocks.

I am travelling and away from my Debian keys. I'll upload a Qt4 free
version fixing this bug in the coming week..

>
> (We're closing in on the Qt4 removal)
>
> Cheers,
> Moritz

Maybe someday someone will use the gr-air-modes package to feed data to
a newer better map display.

Thanks for looking into this,
-Maitland

Bug#940135: libuhd-dev: uhd.pc missing -lboost_system produces build failures

[A. Maitland Bottoms]

Pau Espin Pedrol  writes:

> osmo-trx fails to build since a few days/weeks ago in Debian testing and
> unstable, while it still builds fine in Debian stable. Reported osmo-trx
> in Debian can be found in [1] and upstream in [2]. Example of build
> failure can be found in Osmocom's OBS repositories for Debian (different
> versions available) [3].

...

> Main difference seems to be UHD in testing and stable has this extra patch:
> https://sources.debian.org/patches/uhd/3.14.1.0-2/fix-pkg-config/
>
> I'm not sure why this patch was applied (I don't see a similar patch 
> applied in UHD master in upstream). Could it be that libboost-system 
> doesn't exist on some system architectures but it was unconditionally 
> dropped with that patch?

The reason for the patch was that upstream usage violated this rule:
https://lintian.debian.org/tags/pkg-config-references-unknown-shared-library.html

Since osmo-trx is using boost itself, it ought to handle its own linking.

If -lboost_system is in the Libs.private: field of uhd.pc, does osmo-trx build?

UHD has a C API. Having pkg-config output -lboost_system seems wrong in
that context.

Is this bug better fixed by having osmo-trx handle boost linking?

This case is made complicated since UHD exposes boost headers in its
headers. And Boost does not provide .pc files.

A simple main() that calls uhd::get_version_string() and
uhd::get_abi_string() links fine using -luhd alone.

Re-reading the pkg-config man page, I think the fix-pkg-config patch on
uhd is on the right track. There is a case to be made for for adding
"Libs.private: -lboost_system" to uhd.pc, but I do not think that solves
the osmo-trx build error (unless building a static binary).

-Maitland

Bug#875160: [qthid-fcd-controller] Future Qt4 removal from Buster

[A. Maitland Bottoms]

On Sat, 7 Sep 2019 22:44:00 +0200
Moritz Mühlenhoff  wrote: 
> Hi Maitland,
> we're moving forward with the Qt4 removal.
> 
> qthid-fcd-controller seems dead upstream, are you planning to port it
> yourself or shall we remove it from the archive?
> 
> Cheers,
> Moritz

Yeah, I have tried to get other people to do it.
Thanks to your email, I am starting to port it myself.
(I have gotten other Qt4 code to build under Qt5, so I can no longer
claim ignorance.)

Give me until the end of the month? If I cannot do it myself this
weekend, I might get someone at the GNU Radio conference to do it the
week after next. (Some folk there got gnuradio from qt4 to qt5.)

How hard can it be?

Thanks for the prompting,
-Maitland

Bug#935733: libbladerf-doc: fails to upgrade from 'sid' - trying to overwrite /usr/share/doc/libbladerf-dev/CONTRIBUTORS

[A. Maitland Bottoms]

I got surprised by the result that adding a file to
debian/libbladerf-doc.docs resulted in a file being unpacked to
/usr/share/doc/libbladerf-dev/

Upload with Breaks:/Replaces: coming soon.
-Maitland

Bug#935622: libgnuradio-osmosdr0.1.4: Gnuradio 3.8 does not load osmo/rtl blocks

[A. Maitland Bottoms]

Andre Offringa  writes:

> Package: libgnuradio-osmosdr0.1.4
> Version: 0.1.4-14+b10
> Severity: important
>
> Dear Maintainer,
>
> After gnuradio was recently upgraded to 3.8, the blocks provided by
> libgnuradio-osmosdr0.1.4 are no longer available in gnuradio. The gnuradio-
> companion just doesn't show the blocks, and saved gnuradio schemes that 
> include
> an rtl or osmo-source, show a 'Missing Block' instead of the osmo/rtl block,
> and hence no longer work.
>
> The files like /usr/share/gnuradio/grc/blocks/rtlsdr_source.xml are present on
> my system, but for some reason are not loaded by gnuradio-companion. No errors
> are shown when I start gnuradio-companion.
>
> Regards,
> André Offringa

Indeed. Many changes in gnuradio 3.8 - Python3 instead of Python2,
blocks defined in yaml with .yml files instead of .xml files.

This will happen with most gr-* packages. binnmu is not enough.

Lucky for us, there are two people updating gr-osmosdr,
https://github.com/mvaenskae/gr-osmosdr
https://github.com/igorauad/gr-osmosdr
and I will upload new Debian source package soon. (I am awaiting for
some dependencies to get through NEW processing, due to the API/ABI
bumps.)

I hope I can get the various gr-* packages and gqrx-sdr back working
again in Debian testing in time for the gnuradio conference, GRCon, next
month.

For Debian Bullseye, the gnuradio 3.7.x.x are scheduled to be removed
because of the end of Python 2 support. So - 3.8 and progress!

Thank you for your interest in gnuradio and Debian,
-Maitland

Bug#922650: opensc-pkcs11: fails to work with dual CAC PIV cards

[A. Maitland Bottoms]

Package: opensc-pkcs11
Version: 0.19.0-1
Severity: important
Tags: patch

Dear Maintainer,

Recent PIV enabled CAC cards are not handled by the opensc 0.19.0
release. Yet all current CAC cards are scheduled to enable PIV
authentication by March 31, 2019.

For users of these cards, this bug is of grave severity.

This problem has been solved recently upstream
https://github.com/OpenSC/OpenSC
although the fixes have not yet been included in an upstream release.

I have cherry-picked from upstream commits a small set that provides
working card support. It works for me using
pkcs11-tool --module /usr/lib/x86_64-linux-gnu/opensc-pkcs11.so -l -t
ssh-keygen -D /usr/lib/x86_64-linux-gnu/opensc-pkcs11.so
ssh -I /usr/lib/x86_64-linux-gnu/opensc-pkcs11.so
and Firefox browser smart card token support.

Attached is a debdiff of my test package.

I think Buster will be much better if we can release it with support
for this use case.

Thanks,
-Maitland

enc: opensc-pkcs11-Dual-CAC-PIV-and-PIVK-support.debdiff


opensc-pkcs11-Dual-CAC-PIV-and-PIVK-support.debdiff
Description: Binary data

Bug#904592: predict-gsat: No executable is included

[A. Maitland Bottoms]

On Sat, 12 Jan 2019 16:02:02 +0100
Christoph Berg  wrote:
> Maitland, can we remove predict?
> 
> Christoph

Yes...
Certainly predict-gsat is obsolete and unmaintained - and gpredict is
the logical successor.

But...
There might be curses interface fans who would mourn its removal, but
the codebase has never been easy to adapt.

There is a voice mode in predict that I think is still on the TODO list
to migrate to gpredict.

So...
I won't stand in the way of a consensus to remove predict...
I find myself using gpredict or even Python sgp4 rather than predict.

-Maitland

Bug#913355: libuhd-dev: UHDConfig.cmake includes nonexisting UHDTargets.cmake

[A. Maitland Bottoms]

Before getting this bug report, I uploaded
uhd 3.13.0.2-3 which fixes this bug.

-Maitland

Bug#907226: cutesdr: FTBFS with Qt 5.11

[A. Maitland Bottoms]

Reiner Herrmann  writes:

> the attached patch fixes the FTBFS by including the missing header.
...
> ++#include 
Hi,

Thanks so much, but I see the upstream author Moe Wheatley has
now also included this fix, so I have pulled a few more commits
from upstreams work towards a version 1.21 onto a revised
Debian packaging for version 1.20.

I just want you to know that even though I did not apply your fix
directly, I appreciate receiving it.

-Maitland

Bug#898964: mrs: FTBFS: you don't seem to have log4cpp installed

[A. Maitland Bottoms]

If the problem can be traced to the .pc file and pkg-config I will take blame 
for a bug.  I am away from an appropriate computer right now, but will 
investigate further soon.

-Maitland


On May 18, 2018 7:20:55 AM EDT, Andrey Rahmatullin  wrote:
>On Fri, May 18, 2018 at 01:06:18PM +0200, Andreas Tille wrote:
>> > The reason for this: the configure script compiles the following
>code:
>> > 
>> > #include 
>> > #include 
>> > int main() { std::cout << 1 << '\t' << 0; return 0; }
>> > 
>> > in order to check that  exists.
>> > But this code still requires -llog4cpp:
>> 
>> Thanks for the explanation but may be I'm missing your point.  The
>> package installs liblog4cpp.a as well and the dynamic library
>installs
>> the according .so file.  So why should the requriement -llog4cpp not
>> fulfilled?
>The configure script doesn't pass -llog4cpp. It tests for the existence
>of
>the header and tries to find a correct -I option for it. Finding the
>correct -L is the next step.
>
>> > /tmp/cc41MUW4.o: In function
>`__static_initialization_and_destruction_0(int, int)':
>> > 2.cpp:(.text+0x5b): undefined reference to
>`log4cpp::Appender::AppenderMapStorageInitializer::AppenderMapStorageInitializer()'
>> > 2.cpp:(.text+0x70): undefined reference to
>`log4cpp::Appender::AppenderMapStorageInitializer::~AppenderMapStorageInitializer()'
>> > collect2: error: ld returned 1 exit status
>> 
>> Isn't this rather a bug in log4cpp?
>No.
>
>-- 
>WBR, wRAR

Bug#896842: ITP: gr-limesdr -- LimeSDR hardware support for GnuRadio

[A. Maitland Bottoms]

Package: wnpp
Severity: wishlist
Owner: "A. Maitland Bottoms" <bott...@debian.org>

* Package name: gr-limesdr
  Version : 0.9~beta
  Upstream Author : Lime Microsystems Ltd, Jiang Wei  <jiang...@jiangwei.org>
* URL : https://wiki.myriadrf.org/Gr-limesdr_Plugin_for_GNURadio
* License : MIT, GPL-3+
  Programming Lang: C++, Python
  Description : LimeSDR hardware support for GnuRadio

LimeSDR is a low cost, open source software defined radio (SDR) platform
that can be used to support just about any type of wireless
communication standard.
gr-limesdr provides plugin blocks for GNU Radio software.
Currently this plugin supports LimeSDR-USB and LimeSDR-Mini boards.

Bug#895893: Bug#895945: gqrx-sdr is not starting due to missing libvolk.so.1.3

[A. Maitland Bottoms]

You seem to be unlucky and encountered some race condition as
libvolk1.4, gnuradio 3.7.12.0 and the rebuild of gqrx-sdr against
gnuradio 3.7.12 transitioned from unstable to testing.

I did need to fix the desktop mime install and iterate on gnuradio
uploads, which I think got the libvolk auto-transition logic out of
sync.

But today I see your bugs, but I get home and update my testing box, I
see a consistent set of packages updating, and it left me with a
working gqrx. So, I am unable to reproduce what you saw.

I do hope a quick update and upgrade of your testing box brings you
back to a working setup.

At this time Debian's gnuradio is a bit ahead of upstream stable
releases, as I have included Qt5 patches from gnuradio development in
order to meet Debian's goal for Buster to remove Qt4. Since it may be a
while yet before a gnuradio 3.8 release, it seems useful to backport
3.7.12.0 for stable Debian users.

gqrx update coming soon, thanks to Alex for making things better.

-Maitland

Bug#810254: VTK7 ... VTK8?

[A. Maitland Bottoms]

... and now there has been a VTK 8.1.0 available since December.
Since VTK6 is in such good shape, I am wondering if it would be useful
to try to have multiple VTK versions co-installable in Debian (VTK6 6.3,
VTK7 7.1.1, VTK8 8.1) or if we should head towards a Buster release with
the single latest VTK and Python3 support.

I know it's been a while since I've looked into VTK, but I have some
renewed interest and am making packages for VTK 8.1.0 for my own use.
If I can help close this bug that would be good too.

-Maitland

Bug#884059: libnunit-core-interfaces2.6.3-cil fails to install

[A. Maitland Bottoms]

Source: nunit
Version: 2.6.4+dfsg-1
Severity: important

Rebuilding libiio in unstable fails in recent months:

Setting up libnunit-core-interfaces2.6.3-cil (2.6.4+dfsg-1) ...
Segmentation fault
Use of uninitialized value $_ in scalar chomp at 
/usr/share/cli-common/runtimes.d/mono line 275.
Use of uninitialized value $fullname in concatenation (.) or string at 
/usr/share/cli-common/runtimes.d/mono line 225.
Segmentation fault
E: installing Assembly 
/usr/share/cli-common/policies.d/libnunit-core-interfaces2.6.3-cil/policy.2.6.nunit.core.interfaces.dll
 failed
E: Installation of policy.2.6.nunit.core.interfaces with 
/usr/share/cli-common/runtimes.d/mono failed
dpkg: error processing package libnunit-core-interfaces2.6.3-cil (--configure):
 installed libnunit-core-interfaces2.6.3-cil package post-installation script 
subprocess returned error exit status 1

Setting up libnunit-framework2.6.3-cil (2.6.4+dfsg-1) ...
Segmentation fault
W: removing assembly:  failed!
Segmentation fault
Use of uninitialized value $_ in scalar chomp at 
/usr/share/cli-common/runtimes.d/mono line 275.
Use of uninitialized value $fullname in concatenation (.) or string at 
/usr/share/cli-common/runtimes.d/mono line 225.
Segmentation fault
E: installing Assembly 
/usr/share/cli-common/policies.d/libnunit-framework2.6.3-cil/policy.2.6.nunit.framework.dll
 failed
E: Installation of policy.2.6.nunit.framework with 
/usr/share/cli-common/runtimes.d/mono failed
dpkg: error processing package libnunit-framework2.6.3-cil (--configure):
 installed libnunit-framework2.6.3-cil package post-installation script 
subprocess returned error exit status 1

This Build-Depends: is uninstallable:
Build-Depends: bison,
   cli-common-dev [amd64 arm64 armel armhf i386 mipsel ppc64el 
s390x kfreebsd-any powerpc ppc64],
   cmake (>= 2.8),
   debhelper (>= 9),
   dh-python,
   doxygen,
   flex,
   libserialport-dev,
   libudev-dev [linux-any],
   libusb-1.0-0-dev [linux-any],
   libusb2-dev [kfreebsd-any],
   libxml2-dev,
   python

Adding mono-devel and mono-runtime-common does not help.

-Maitland

Bug#882184: ITP: airspyhf -- Airspy HF+ software defined radio support

[A. Maitland Bottoms]

Package: wnpp
Severity: wishlist
Owner: "A. Maitland Bottoms" <bott...@debian.org>

* Package name: airspyhf
  Version : 1.0
  Upstream Author : Airspy (Ian Gilmour, Youssef Touil)
* URL : https://airspy.com/airspy-hf-plus/
* License : BSD 3 Clause
  Programming Lang: C
  Description : User mode driver for Airspy HF+
host software for a high performance
software defined radio for the HF and VHF bands.

This package provides a small library and udev configuration support
of a USB peripheral.

Technical specifications

HF coverage between 9 kHz .. 31 MHz
VHF coverage between 60 .. 260 MHz

Typical Applications

High Performance Networked HF/VHF Radio
Ham Radio (HF + 2m)
Short Wave Listening (SWL)
AM DX
FM DX
VHF-L TV DX
Remote Telemetry Radio Receiver
Low Bands IoT

Recent gqrx-sdr, 2.9: Released November 11, 2017
   NEW: Airspy HF+ support.

-Maitland

Bug#879110: [Adrian Musceac] Bug#879110: gnuradio-dev: Include paths for QWT headers in gnuradio-qtgui are wrong

[A. Maitland Bottoms]

> * Trying to build an application with gnuradio-qtgui support:

Thank you for reporting this.

OK. I would hope that your qt-chooser and qmake would just do the right
thing.

But: Debian has multiple versions of Qwt available. Debian gnuradio
packages are built using libqwt5-qt4-dev - so you should probably use
that version too.

My bad for not listing libqwt5-qt4-dev as a gnuradio-dev Recommends.

So I'm not seeing how you get the various -I options in your CFLAGS.
Using libqwt5-qt4-dev involves a -I/usr/include/qwt-qt4

Also my bad (and upstream gnuradio bad) for not having this via
`pkg-config --cflags gnuradio-qtgui`
because that might have been useful.

If your application builds via CMake, I suggest putting the following
in your CMakeLists.txt file:

 find_package(Gnuradio "3.7" REQUIRED)
 list(INSERT CMAKE_MODULE_PATH 0 ${Gnuradio_DIR})
 include(FindQwt)
 message(STATUS "QWT Version: ${QWT_VERSION}")
 message(STATUS "QWT Include: ${QWT_INCLUDE_DIRS}")
 message(STATUS "QWT Library: ${QWT_LIBRARIES}")

and then using ${QWT_INCLUDE_DIRS} and ${QWT_LIBRARIES} to
tell CMake you are using them:

 include_directories(${QWT_INCLUDE_DIRS})
 link_directories(${QWT_LIBRARIES})

that would use the FindQwt.cmake file installed with gnuradio-dev to do
the right things for you.

> I am forced to apply a workaround in the build process:
> sed -i 's///g' 
> /usr/include/gnuradio/qtgui/sink_c.h
> sed -i 's///g' 
> /usr/include/gnuradio/qtgui/qtgui_types.h
> sed -i 's///g' 
> /usr/include/gnuradio/qtgui/qtgui_types.h

Undo that, and figure out how to get the build to set the right -I path
for you.

If you have /usr/include/qwt/qwt_symbol.h on your system from the
libqwt-dev package, that goes with the libqwt6 library package.

The gnuradio packages use libqtw5-qt4 because that is what the pyqwt5
Python package uses, and gnuradio has both Python and C++ using Qwt.

If your application really wants Qt5 and libqwt6 then it will not be
happy with the gnuradio backports packages build with Qt4 and libqwt5-qt4
5.2.3. Good luck!

See also: #787300 #875115

Thanks again for your report,
-Maitland

Bug#874534: ITP: libfreesrp -- FreeSRP software defined radio support

[A. Maitland Bottoms]

Package: wnpp
Severity: wishlist
Owner: "A. Maitland Bottoms" <bott...@debian.org>

* Package name: libfreesrp
  Version : 0.3.0
  Upstream Author : Lukas Lao Beyer <l...@mit.edu>
* URL : http://freesrp.org
* License : GPL-3+
  Programming Lang: C++
  Description : Small C++ library to interface with the FreeSRP

The FreeSRP is an open source platform for software defined radio. The
hardware is based around the Analog Devices AD9364 transceiver covering
70 MHz - 6 Ghz with a bandwidth of up to 56 MHz, an Xilinx Artix 7 FPGA
and a USB 3.0 connection to stream data to a computer in real time.

libfreesrp is a small C++ library that uses libusb to program and
configure the FreeSRP hardware and both receive and transmit RF signals.

Recent upstream gr-osmosdr includes support for FreeSRP using this
library, making FreeSRP hardware useable with gnuradio and gqrx
applications.

-Maitland

Bug#873608: uhd: NEON-related FTBFS on armhf

[A. Maitland Bottoms]

So yeah, we cannot expect NEON on Debian armhf.

But I did not expect these compile time errors... I would hope that
one could at least compile some NEON code on Debian armhf, and then
maybe do some runtime conditional test to only execute NEON if it
is available.

This code has not compiled on Debian for a while, so I am bringing back
a debian-armhf-convert-without-neon patch I used before.

-Maitland

Bug#870804: rtl-sdr: rtl_tcp fails listening on ipv6

[A. Maitland Bottoms]

tags 870804 + patch
stop

I am adding this patch to the Debian package, and submitting
it upstream.

-Maitland
>From 224f789ec669bb57f434fd6f5160d5d2d973f57a Mon Sep 17 00:00:00 2001
From: "A. Maitland Bottoms" <bott...@debian.org>
Date: Sun, 3 Sep 2017 16:22:55 -0400
Subject: [PATCH] add ipv6 support

---
 src/rtl_tcp.c | 76 +--
 1 file changed, 58 insertions(+), 18 deletions(-)

diff --git a/src/rtl_tcp.c b/src/rtl_tcp.c
index da6057b..8a45264 100644
--- a/src/rtl_tcp.c
+++ b/src/rtl_tcp.c
@@ -30,6 +30,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #else
@@ -371,10 +372,18 @@ static void *command_worker(void *arg)
 int main(int argc, char **argv)
 {
 	int r, opt, i;
-	char* addr = "127.0.0.1";
-	int port = 1234;
+	char *addr = "127.0.0.1";
+	char *port = "1234";
 	uint32_t frequency = 1, samp_rate = 2048000;
-	struct sockaddr_in local, remote;
+	struct sockaddr_storage local, remote;
+	struct addrinfo *ai;
+	struct addrinfo *aiHead;
+	struct addrinfo  hints;
+	char hostinfo[NI_MAXHOST];
+	char portinfo[NI_MAXSERV];
+	char remhostinfo[NI_MAXHOST];
+	char remportinfo[NI_MAXSERV];
+	int aiErr;
 	uint32_t buf_num = 0;
 	int dev_index = 0;
 	int dev_given = 0;
@@ -413,10 +422,10 @@ int main(int argc, char **argv)
 			samp_rate = (uint32_t)atofs(optarg);
 			break;
 		case 'a':
-			addr = optarg;
+		addr = strdup(optarg);
 			break;
 		case 'p':
-			port = atoi(optarg);
+		port = strdup(optarg);
 			break;
 		case 'b':
 			buf_num = atoi(optarg);
@@ -515,16 +524,44 @@ int main(int argc, char **argv)
 	pthread_cond_init(, NULL);
 	pthread_cond_init(_cond, NULL);
 
-	memset(,0,sizeof(local));
-	local.sin_family = AF_INET;
-	local.sin_port = htons(port);
-	local.sin_addr.s_addr = inet_addr(addr);
-
-	listensocket = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);
-	r = 1;
-	setsockopt(listensocket, SOL_SOCKET, SO_REUSEADDR, (char *), sizeof(int));
-	setsockopt(listensocket, SOL_SOCKET, SO_LINGER, (char *), sizeof(ling));
-	bind(listensocket,(struct sockaddr *),sizeof(local));
+	hints.ai_flags  = AI_PASSIVE; /* Server mode. */
+	hints.ai_family = PF_UNSPEC;  /* IPv4 or IPv6. */
+	hints.ai_socktype = SOCK_STREAM;
+	hints.ai_protocol = IPPROTO_TCP;
+
+	//memset(,0,sizeof(local));
+	//local.sin_family = AF_INET;
+	//local.sin_port = htons(atoi(port));
+	//local.sin_addr.s_addr = inet_addr(addr);
+
+	if ( ( aiErr = getaddrinfo( addr,
+port,
+,
+ ) ) != 0 )
+	  {
+	fprintf( stderr, "local address %s ERROR - %s.\n",
+		 addr, gai_strerror( aiErr ) );
+	return(-1);
+	  }
+	memcpy(, aiHead->ai_addr, aiHead->ai_addrlen);
+
+	for (ai = aiHead; ai != NULL; ai = ai->ai_next) {
+	  aiErr = getnameinfo((struct sockaddr *)ai->ai_addr, ai->ai_addrlen,
+			  hostinfo, NI_MAXHOST,
+			  portinfo, NI_MAXSERV, NI_NUMERICSERV|NI_NUMERICHOST);
+	  if (aiErr) fprintf( stderr, "getnameinfo ERROR - %s.\n",hostinfo);
+
+	  listensocket = socket(ai->ai_family, ai->ai_socktype, ai->ai_protocol);
+	  if (listensocket<0) continue;
+
+	  r = 1;
+	  setsockopt(listensocket, SOL_SOCKET, SO_REUSEADDR, (char *), sizeof(int));
+	  setsockopt(listensocket, SOL_SOCKET, SO_LINGER, (char *), sizeof(ling));
+	  if(bind(listensocket,(struct sockaddr *),sizeof(local))) {
+	fprintf(stderr, "rtl_tcp bind error: %s", strerror(errno));
+	  } else
+	break;
+	}
 
 #ifdef _WIN32
 	ioctlsocket(listensocket, FIONBIO, );
@@ -535,11 +572,11 @@ int main(int argc, char **argv)
 
 	while(1) {
 		printf("listening...\n");
-		printf("Use the device argument 'rtl_tcp=%s:%d' in OsmoSDR "
+		printf("Use the device argument 'rtl_tcp=%s:%s' in OsmoSDR "
 		   "(gr-osmosdr) source\n"
 		   "to receive samples in GRC and control "
 		   "rtl_tcp parameters (frequency, gain, ...).\n",
-		   addr, port);
+		   hostinfo, portinfo);
 		listen(listensocket,1);
 
 		while(1) {
@@ -559,7 +596,10 @@ int main(int argc, char **argv)
 
 		setsockopt(s, SOL_SOCKET, SO_LINGER, (char *), sizeof(ling));
 
-		printf("client accepted!\n");
+		getnameinfo((struct sockaddr *), rlen,
+			remhostinfo, NI_MAXHOST,
+			remportinfo, NI_MAXSERV, NI_NUMERICSERV);
+		printf("client accepted! %s %s\n",remhostinfo,remportinfo);
 
 		memset(_info, 0, sizeof(dongle_info));
 		memcpy(_info.magic, "RTL0", 4);
-- 
2.11.0

Bug#864452: vtkdata: do not ship in stretch

[A. Maitland Bottoms]

Anton Gladky  writes:
> So, I think vtkdata can safely be removed as requested by Mathieu.

I support removal of vtkdata from sid and testing, and agree it should
not be released with stretch.

Back when I created the vtkdata package, I was motivated by the need for
it in build-time test targets, as well as its usefulness in tutorial
examples and references from those teaching with VTK.

Notice that there are VTKData and VTKLargeData collections shipped from
vtk.org along with the source tarballs. (For some reason VTKLargeData is
a smaller file than VTKData.)

Perhaps as new VTK v8.0.x gets packaged we might want to re-instate a
vtkdata package, another approach might be to look at the data size
requirement of the `make test` target and see what is really useful to
keep. More discussion seems likely worthwhile to me, and if vtkdata has
to go through NEW processing again that might be another chance to build
consensus.

-Maitland

Bug#860147: gnuradio-dev in backports depends on liblog4cpp5-dev which isn't available

[A. Maitland Bottoms]

Andy Berkvam  writes:

> Package: gnuradio-dev
> Version: 3.7.10.1-1~bpo8+1
> Severity: grave
> Justification: renders package unusable

Unable to reproduce in Debian, on adm64 and i386 at least.

> Running jessie and gnuradio 3.7.5.  Configured jessie-backports and installed 
> gnuradio 3.7.10.1.  The Sources menu (rtlsdr) was missing. Tried to install 
> gnuradio-dev.  Got the following error:

OK. Both gnuradio 3.7.5 and gnuradio 3.7.10.1 build-depend upon
liblog4cpp5-dev, so the fact they are available means that the
build machines got it right.

Is there a Raspbian jessie-backports? Maybe armv7l is able to use
Debian's armhf. Check `volk-config-info --all-machines` and
`volk-config-info --avail-machines` and run volk_profile.
(From the libvolk1-bin package. gnuradio depends upon it.)

You'll need the gr-osmosdr package installed to get the RTL-SDR Source
block to appear.

Also, the "Sources menu" has moved around a bit. Blocks included in
gnuradio have a "Core" top level, and add-ons like RTL-SDR Source
and osmocomm Source end up grouped separately. Type / in the
blocks menu area and search.

> The following packages have unmet dependencies:
>  gnuradio-dev : Depends: liblog4cpp5-dev but it is not going to be installed
> E: Unable to correct problems, you have held broken packages.

It does appear to be available in Raspbian GNU/Linux 8.0 (jessie):
Listed in
http://mirrordirector.raspbian.org/raspbian/dists/jessie/main/binary-armhf/Packages
Located in
http://mirrordirector.raspbian.org/raspbian/pool/main/l/log4cpp/liblog4cpp5-dev_1.0-4_armhf.deb

So it really should be available and installable.

I hope you "Configured jessie-backports" in addition to your standard
distribution source, rather than instead of.

> -- System Information:
> Distributor ID:   Raspbian
> Description:  Raspbian GNU/Linux 8.0 (jessie)
> Release:  8.0
> Codename: jessie
> Architecture: armv7l
>
> Kernel: Linux 4.4.50-v7+ (SMP w/4 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)

Good luck,
-Maitland

Bug#835294: thrift: please upload to unstable

[A . Maitland Bottoms]

And gnuradio has Control Port features that depend upon thrift,
and so far the Debian packages have that feature disabled.
(gnuradio would use both C++ and Python thrift bindings)

Thanks,
-Maitland

Bug#830459: log4cpp: FTBFS: configure.in:44: error: required file 'config/compile' not found

[A . Maitland Bottoms]

It seemed to me that a bit of modernization in log4cpp packaging would
help fix this. I noticed upstream states that the 1.1.1 is the newest
stable release, and refactored the packaging around dh and
dh-autoreconf.

(I have not had time yet to build and test my packages with this
newer log4cpp, and I do hope that I can run abi-compliance-checker
soon and not be too surprised.)

Hope this helps,
-Maitland


log4cpp_1.1.1-1.debian.tar.xz
Description: log4cpp_1.1.1-1.debian.tar.xz

Bug#830486: gr-air-modes: FTBFS: No rule to make target 'swig/air_modes_swig.py'

[A. Maitland Bottoms]

I am preparing a gr-air-modes 0.0.2.c29eb60-1 which has uptream
swig fixes that I expect will address this.
(current gr-air-modes git HEAD)

Thanks for your interest in this package. Yes, it has caused
me to learn more about swig, and this bug showed up trying
to merge multiple github features along with my swig refactoring.
So while that fix was upstream for a month, I got distracted
by the recent gnuradio release of version 3.7.10 and my updating
of all my gnuradio related packages following that.

-Maitland

Bug#829516: ITP: cubicsdr -- software defined radio receiver

[A . Maitland Bottoms]

Hi!

Welcome to the wonderful world of SDR software in Debian!

I have been considering packaging the liquidsdr library too.
For CubicSDR, I think the existing fonts-dejavu package could be used
instead of the CubicSDR/font directory.

Good luck,
-Maitland

Bug#814039: ITP: libad9361 -- Library support of the Analog Devices AD9361

[A . Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: wnpp
Severity: wishlist
Owner: "A. Maitland Bottoms" <bott...@debian.org>

* Package name: libad9361
  Version : 0.1
  Upstream Author : Paul Cercueil <paul.cercu...@analog.com>
* URL : https://github.com/analogdevicesinc/libad9361-iio
* License : LGPL v2.1+
  Programming Lang: C
  Description : Library of functions specific to the Analog Devices AD9361

This library contains a few functions useful to configure and use the
Analog Devices AD9361 Agile Transceiver.

This supports hardware useful in developoing Software Defined Radio
applications.

- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWt5t7AAoJEFBB8YkfROCQ250QAIwM5FD6gJGBUIMlP/LPWKfV
gwHzztgdKeX2Et/rgt03JSGA0aJ7rK8ad8VmrgJB8JkmUJzd/r+Q/bJQOUPHA22Y
JkHuraYK9LPadWS3EqWUF2BfNSPd5UjkceZWvjK271xWK3Eg1ZQzss3gtz8R3rdO
2Nwb/HY3UB5RdTm9+xnynlrAHCSZilfuwdKAaCAKooKbNp4jRKYWhWiA3jrDRBZH
WejyWRbvs7bCzZzAIzGsLFi9YWjvtUF95+9/Vefwv9OtWpbdNWhpGv3RN0GY06gw
YE6ukVdebxy/9zuLCvndxz2XiZC4LEILHYgNL/UHPx76o4PEe3x8jrITCNkLGrGK
9VmbayxggaHGmw806UFxlCahdgMwN3CpPidVf7pi3uS7JpQDB6AXJ8lafhaBa1lD
brx2cGJOVH4wMdK9nS4oI9GSizvQnUZQh8LqeXymQ2xZDTKOwrHscmDktY1srxdy
cidvoFZlQF/L37y8YmxKOrAOZcZHL7Qk3LFP+cGK7WEMChipzt6g5a5TBATvd0zk
sqr1RJ9MClmbvoKh9FkQ+gXJ7xhNLpEe1vG4UWvCzUMDwhKGmcE7IwsTYUjUd/Ff
GngvglsPuYqJc+1I8jxntyxRbtQzB5rdLfW05wD6EeoVcIAxtqvDTrKp+KU85VGK
QcEI0GVBC9+x3DaLGF5S
=bhBQ
-END PGP SIGNATURE-

Bug#814032: ITP: libiio -- Linux Industrial I/O (IIO) support library

[A . Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: wnpp
Severity: wishlist
Owner: "A. Maitland Bottoms" <bott...@debian.org>

* Package name: libiio
  Version : 0.6
  Upstream Author : Paul Cercueil <paul.cercu...@analog.com>
* URL : https://github.com/analogdevicesinc/libiio 
* License : LGPL v2.1+
  Programming Lang: C++, Python, C#/Mono
  Description : Linux Industrial I/O (IIO) support library

Linux Industrial I/O Subsystem:
https://wiki.analog.com/software/linux/docs/iio/iio

libiio - IIO system library:
https://wiki.analog.com/resources/tools-software/linux-software/libiio

Libiio is a library that has been developed by Analog Devices to ease
the development of software interfacing Linux Industrial I/O (IIO)
devices.

The library abstracts the low-level details of the hardware, and
provides a simple yet complete programming interface that can be used
for advanced projects.

The library is composed by one high-level API, and several backends:
the "local" backend, which interfaces the Linux kernel through the sysfs 
virtual filesystem,
the "network" backend, which interfaces the iiod server through a network 
link.

The IIO Daemon (IIOD) server is a good example of an application that
uses libiio. It creates a libiio context that uses the "local"
backend, and then share it on the network to any client application
using the "network" backend of libiio and connected to the server.

Source of several binary packages...
 iiod   - Daemon to share IIO devices on the network
 libiio-cil-dev - CLI bindings for libiio (development)
 libiio-dev - libiio development files
 libiio-utils - Miscellaneous libiio utilities
 libiio0- Library for interfacing with IIO devices
 libiio0-cil - CLI bindings for libiio
 libiio0-doc - libiio documentation
 python-libiio - Python bindings for libiio

- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWt4tmAAoJEFBB8YkfROCQHz4QAKGBrPHpWS0mltp5BoKvameY
o4eUViyEI2uLW9OShl3HbxOVgUnUNWOA/DJYKq+X/iR+CvguvdtmnZTuiMr2vU29
8sQsS5goYrSVdgG9bvfqXtjKEmg8BxWI0HPfjFHfOzTtoCgC4pLoFdcveG3nfxFc
qRGZzXSqPw3hflgTP65bPXucoEfQa2rYYvLKb2U8xSBaoS2HvIpBXDbTx6iorBfu
ojVGJGHN5bUeoON+vSbT6XM47PU8MeoqTOC7OHvRnV10ZYFZC4oGQDmirSztXCJl
XEHBs8Iprg0mKNFUHgu+1sbqaH0qJGNDmG7Cu17GqvzbPr9KYjXsYwi469cd7cN4
ceSixAVjea3kI2igEeSCRxfCEohtgOOFh83TM/4eaYmJLF45ujy0OHPIAjA0BuE5
cRKdffXnpMZV0QJGzgKVC9mOogB8ALLT22ppbjOWjITeq56fSfDOWw2F5SzkyD/y
0uoDSICfWWQrpnHeHlUhq8hKMP5EUyEahdr8IDJzV1+XQwzDEhsxkArKDDrCRBIL
tSrWeJcDQppDKv4EdhwT2BbSvxG5czFSZK6eG2imy24xQNMXg2xQZVuMC6ZA1+D8
GdlRFaSP8bONu8ao51uEjHrJ3SujEnsz0eDjzFA/1z35xihrZ6KkhYzDMniRcs1y
g22dPmhl4EP4ucz25gBA
=LOCX
-END PGP SIGNATURE-

Bug#814033: ITP: gr-iio -- IIO blocks for GNU Radio

[A . Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: wnpp
Severity: wishlist
Owner: "A. Maitland Bottoms" <bott...@debian.org>

* Package name: gr-iio
  Version : 0.1
  Upstream Author : Paul Cercueil <paul.cercu...@analog.com>
* URL : https://github.com/analogdevicesinc/gr-iio
* License : GPL v3+
  Programming Lang: C++
  Description : IIO blocks for GNU Radio

Linux Industrial I/O Subsystem:
https://wiki.analog.com/software/linux/docs/iio/iio

https://wiki.analog.com/resources/tools-software/linux-software/gnuradio

The IIO blocks for GnuRadio can be used to create flowgraphs that interface
IIO devices through libiio.

This packages adds additional hardware support to the gnuradio packages.

- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWt49iAAoJEFBB8YkfROCQ7SAP/jOJ6EGLaCMFeuV63BATZyff
dx8c5g5jVxsFmsMYyrqPLhwsxijDKq5/UDtIz8/9HWHyr3OUwduSdr1rDJ2x3WDF
+x1uUlIkJPpE4LMDMo9/Xa4H2bR/81KyWmeGfaJyO/F1H4a6asnTjT/VeOZmUb9n
mCktk9a7e4BJm5KRaWklpdnHgOHxSfR3WHv2RWQpCj1vnncluLt/C9vHM9zBmjf9
knJy+UmU+GFn99C0uL6hftmLrNrgDnYitLbYfsgIFBH/+Nb2//B5XpBUB80gUyFu
eR6AdZcVm8XP6UHWRV5toqz7ATi9NGB0mHpEe/ck8gdk3ZI+rEX9QF4uIAoIZEnq
J9RnFN/tJcylDCAGHFYvEQXQXldlJ0+xNe7ODD8i9dn+LFfBp3wNAELvRhJj31DG
GCgxZDN44C/FeYZJSmm0ZhcMbA/ZWuIboNJFJJjVTzcqz160OtJnHBOwZJhwNac4
mWR3+LgiLNsfr8FJHxYEgGJ99+U6JIGZec7etCx11zfsle+crqIpEpe3Uwx1bMBD
40e/xI1RIIDQMSxYjMLCXX/34qcY9XnYQ0mvqKHJoI8ad+9Tmer2XIpMoLLFpQmn
eWJtN8oRYi+i60umTM2hCOBE9XKu2n7qs/zZG6bKX+mbWdWOdZQOgVo3kynB85TU
PyKaRnnX7taBngcrswuq
=EoYM
-END PGP SIGNATURE-

Bug#814034: ITP: gr-radar -- GNU Radio Radar Toolbox

[A . Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: wnpp
Severity: wishlist
Owner: "A. Maitland Bottoms" <bott...@debian.org>

* Package name: gr-radar
  Version : 0.0.0.20151016
  Upstream Author : Stefan Wunsch stefan.wunsch[at]student.kit.edu
2014 Communications Engineering Lab, KIT
* URL : https://github.com/kit-cel/gr-radar
* License : GPL v3+
  Programming Lang: C++, Python
  Description : GNU Radio Radar Toolbox

https://grradar.wordpress.com
https://github.com/kit-cel/gr-radar.git

The *gr-radar* project provides a toolbox of commonly used radar
algorithms. An important part is the *UHD Echotimer*, which enables a
synchronized TX and RX stream from USRPs to ensure a constant phase
relation in measurements. Example flowgraphs for CW, Dual CW, FSK,
FMCW and OFDM radar are given and partly tested on hardware. GUI
elements for target representation and further signal processing
algorithms such as target tracking are implemented. Check out the
project website for example videos and further information.

gr-radar provides GNU Radio Companion flowgraphs to handle RADAR data.

- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWt4+kAAoJEFBB8YkfROCQvMoQALsX+/rM8iJkOVoIdgUu5JXb
n4SFFDuvWsTYmx79mz+B4zK0Wmw+Dx4VUaO9knyyvmx60rad5E6ds/HtHlQq2MFq
CWr3HCY9ztC/x1Z2z7bFsPCy6nAuSZfmwNkqOLdjnaR7ijQ2XlESqkB13kaWfWwL
3C0eTqB5QmczBRketRemjit2kHdc/xGUZzndkHWDhnrdQMV/LcwsCkgUcmqCPzsn
JCIyUg6D1MwFrGYVk0tCx2jdl6/2GWwlHGvFmE/FaTfYalZ6h7ctcEyEpu3pYeC2
8/x9j4HJQyZF3/ESa9Lo37efUamqiCSMDLCM8glart/N2QNFNLzJv4e5+3G/tB0v
LOZREtyDh4ulDRSfH5NC+gmeErxrrRWsAhAUwYQHP06jypMVDgYqfqnKx1AJ221X
DNI4VLgYEM0CQ5jzg09JUi63dGbNbYUeLXKxX4mu8ntuvPuhD/cMX+6l4jqgLF+o
5lfiZmPUCMOTjMfY/AplIq7qNEhls34IXriC+At8ADpXPsNSOglEU6LCdZBpnU2x
Dp2GNq7qCjP3UQODDUZkwJ/PX1j9ziaqZAD1u3LaW0tnSUtDS7jWUlHHB0p2jBtu
+iP2ZnRYbXHtYg3CyZi//S/KSZHzvzDJmsgZuFfndaOSLpI5+hU8ykHsbB3FhWYY
FPjHdkeFB0nexhfN3KTc
=z8sA
-END PGP SIGNATURE-

Bug#810049: override: libcodec2-0.4:libs/optional

[A . Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: ftp.debian.org
Severity: minor

Ben Finney writes (Bug: #809273):
 > The section “sound” is for packages that install sound
 > applications or plug-ins for sound applications.
 >
 > The package ‘libcodec2-0.4’ installs primarily a shared
 > object library for programs, not something that would be installed except as 
 > a
 > dependency of some other package providing a program. By the section
 > descriptions, this package belongs in the “libs”
 > section.
 >
 > Please set the field “Section: libs” on this package.
 >
 > Since the package is already in Debian under a different section, you
 > will also need to submit a request to override the existing section
 > .

I am preparing an upload to close #809273.
- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWjE5sAAoJEFBB8YkfROCQIJsQANJg1xQVYpMXEzzfW1IixmKi
aYf/UtkDSPndxR3/yqA06/cufXsmSeiGfg9hqM+80yYfCeFwV6RDEfIUOIGZ3rSn
Kqe5cA0HidK9QaZAezY8HZbmep9I8E8AUm2tzi1WqoBueM0yzprh+1XnldEMh2qf
MP1FgBlDfjdC6hWadLf21tKpsxkHGSYUpBaT+ymsNFIRIwZTouHzlon8yturbVh3
FBczBwWcLNL0BVpitEQrxXDJKV31rEvina7aaE9Y4H23EeR6P/jCeginQxDxIjg7
PUsFCC2aUO7iHtyEEqOMZBBw+K2jDg1B/MLQioGjVhNVlyARpENGUwH5s1tQnmti
lp0I69MPK/fwi1EVnVy8N5bwMybGKi/5GQBnaEg6pKXkEOo1ngNK2P9qUbvnA7O4
LnS2er3DwmGtS/cfvMA1wVm3YTOFRPTtoCEiHi10lrtLi43eBPDAmejvfa6UoIbp
4/rEdq1Y89tbq/1qJi98O1Pau9am/d9M1lOh7zzu26cTpC6fCrsQrzHXoZL7GPq4
PCK4Ve3XrEC1eSbaAmMBvTmwtRzRcFX3ibIGZWt9by4hyaJf1eOx4oOq8rqtc/As
xv/YpDF76YqFBlyCzDtl8tzmQ4ZOXkTB8xhvG+VgxNfQZ3dBRMr8fUR5w70lULqe
nBCwWQkSnV4LAE8++w3C
=66Hw
-END PGP SIGNATURE-

Bug#800812: ITP: inspectrum -- tool for visualising captured radio signals

[A . Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: wnpp
Severity: wishlist
Owner: "A. Maitland Bottoms" <bott...@debian.org>

* Package name: inspectrum
  Version : 0.1
  Upstream Author : Mike Walters
* URL : https://github.com/miek/inspectrum
* License : GPL v3+
  Programming Lang: OpenCL, C, C++, Python
  Description : inspectrum is a tool for analysing captured signals,
primarily from software-defined radio receivers.

Currently inspectrum can only read files with interleaved (complex)
32-bit floats, such as those produced by GNURadio or osmocom_fft.

Features:
Spectrogram with zoom/pan
Large (multi-gigabyte) file support

Goals:
Be fast and light
Make as many settings as possible work in realtime. I want this
 to be a useful tool for visually learning about DSP by tweaking
 around with things like FFT settings, filter widths or clock
 synchronisation.
Support large files - as large as possible, but at least
 several GBs.
Future features: filtering, demodulation, clock
 sync. Probably based on GNURadio.


- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJWEEVZAAoJEFBB8YkfROCQ5ikQAMNdBnzZc+ghquUb2KHqnIwj
WrFZfi0TkWd+xixLrN7D9pshu03swMvV4LyE5Xn4DF6xojKWOTU7ovYAcIjLcYE0
gXBB16JwjNIjGHefY5nAoZ5sDKFkCTAWD1OhI016pRyMNRXsQFIvCpzblsvnBB26
dLdu5wMJh5UK43hk0ODQCsvpZRZ1L+4ndhu/W5hO0uKgt7ypuDkrJrk9mGNn+Mkk
NXq2gHHl2TCYOREOyBLBV4dWm43jZlRfq7SwMNZYRXkFASS6xPsEfIeT0LVhOPhg
x4bQpBfqjNxqyKvsJbFtH/SGefB9g4j0GulQJRxDaW97vyKMQPi/xgm46lcfxEj2
fsOsRRn/F18DOO+EHV2HYV99qe5mX/HIfpUbxMCSfAXQ0FbK9LnJZ/H5q4GHmXBw
OCpPAhc/QcVeI5/zyXE5pL/Jsd1B0lIKuBuildyRfpnUN5chbkO1Bqh1Ga6jsWC1
rg0EwhEb0aGgxT5+NqN6sqMgPEynHLRQa0vSwiC2qAL+RQjTTXTQdgmtw19rz/FF
FKAQBiZzkA0150YMHhs5FQP7QfE3ZdZRr5eOer6PqLYjI1AMADuHf0E1EXehFz3n
wj17o3m2SMKUUXriq/iSaru5OsA7vusdRB8s5+aR2GtTyzVN5nNYBLTYSgmGQVWB
tskcp/L08M0k7IwaWV6m
=y04e
-END PGP SIGNATURE-

Bug#799550: libuhd003v5 lost its v5 suffix...

[A. Maitland Bottoms]

Raphaël Hertzog writes:
 > Package: libuhd003
 > Version: 3.9.0-1
 > Severity: serious
 > User: de...@kali.org
 > Usertags: origin-kali
 > 
 > I just noticed that with uhd 3.9.0 libuhd003 lost the v5 suffix that had
 > been introduced with 3.8.5-2.1.
 > 
 > And the changelog has no explanation for this. So to avoid problems
 > when upgrading from jessie to stretch, this should be fixed again...
 > 
 > Thank you!

I've got uhd-3.9.1-1 conflicting with gnuradio << 3.7.8-3
and I am considering adding a versioned depends for gnuradio 3.7.8-4
and libgnuradio-osmosdr0.1.4 0.1.4-3 that requires libuhd003 >= 3.9.
Will that be enough to avoid problems when upgrading from jessie to stretch?

Upstream has been breaking ABI routinely. Another approach would be
to patch the soname and soversion for the Debian packaging resulting
in a new libuhd3.9 library package. At the moment I am preferring
this approach to the v5 suffix approach.

But if taking the v5 suffix approach is the recommended way forward,
I can certainly do that. But I would like your advice now that you
know upstream UHD often breaks ABI without soname/soversion bumps.

I think UHD upstream is interested in best practices for library
release management, but, like me, needs a bit of education and a
plan to move from the current state of release management to
something better.

Thanks,
-Maitland

also:
peter green writes regarding bug #794878:
 > It appears the library rename introduced in uhd 3.8.5-2.1 was reverted
 > in uhd 3.9.0-1. There was no mention of this revert in the changelog.
 >
 > Was the revert intentional and if so what was the reasoning behind it?

Yes it was intentional.
The reasoning is that uhd routinely changes ABI and API between versions.
I have been using versioned package dependencies to manage library ABI
changes. Since 3.9.0 was another ABI bump from 3.8.5, I went ahead and
reverted the library rename.

Not mentioning this in the changelog is my mistake and I do feel silly
for not doing it.

I used dh-acc to check that uhd 3.9.1 was compatible with uhd 3.9.0.
Also, upstream has told me that they were beginning to use the
abi-compliance-checker tool as well. So with luck better library
soname and soversion settings will make it easier to follow normal
library package name conventions in the future.

Thank you for your interest and attention. Library ABI/API release
management and soname/soversion practices are weaknesses of mine, so
I am eager to learn. Let me know any comments or advice you have,
and I'll pass it along to my upstreams too.

When faced with upstream libraries not bumping sonames, how many
Debian packages patch to do their own library release management
versus simply following upstream's conventions?

Thanks,
-Maitland

Bug#794878: fixed in uhd 3.8.5-2.1

[A. Maitland Bottoms]

peter green writes:
 > It appears the library rename introduced in uhd 3.8.5-2.1 was reverted 
 > in uhd 3.9.0-1. There was no mention of this revert in the changelog.
 > 
 > Was the revert intentional and if so what was the reasoning behind it?

Yes it was intentional.
The reasoning is that uhd routinely changes ABI and API between versions.
I have been using versioned package dependencies to manage library ABI
changes. Since 3.9.0 was another ABI bump from 3.8.5, I went ahead and
reverted the library rename.

Not mentioning this in the changelog is my mistake and I do feel silly
for not doing it.

I used dh-acc to check that uhd 3.9.1 was compatible with uhd 3.9.0.
Also, upstream has told me that they were beginning to use the
abi-compliance-checker tool as well. So with luck better library
soname and soversion settings will make it easier to follow normal
library package name conventions in the future.

Thank you for your interest and attention. Library ABI/API release
management and soname/soversion practices are weaknesses of mine, so
I am eager to learn. Let me know any comments or advice you have,
and I'll pass it along to my upstreams too.

When faced with upstream libraries not bumping sonames, how many
Debian packages patch to do their own library release management
versus simply following upstream's conventions?

Thanks,
-Maitland

Bug#799026: ITP: gr-hpsdr -- gnuradio interface module for HPSDR

[A. Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: wnpp
Severity: wishlist
Owner: "A. Maitland Bottoms" <bott...@debian.org>

* Package name: gr-hpsdr
  Version : 0.0.0.
  Upstream Author : Tom McDermott, N5EG
* URL : https://github.com/Tom-McDermott/gr-hpsdr
* License : GPL v2+
  Programming Lang: C++, Python
  Description : gnuradio interface module for HPSDR Hermes/Metis

High Performance Software Defined Radio
An Open Source Design

The HPSDR is an open source (GNU type) hardware and software project
intended as a "next generation" Software Defined Radio (SDR) for use
by Radio Amateurs ("hams") and Short Wave Listeners (SWLs). It is
being designed and developed by a group of SDR enthusiasts with
representation from interested experimenters worldwide.

Hermes hardware: http://openhpsdr.org/hermes.php
Metis hardware: http://openhpsdr.org/metis.php

Upstream author: http://www.tapr.org/~n5eg/

This packages adds additional hardware support to the gnuradio
packages.

- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJV94zbAAoJEFBB8YkfROCQd6cQAMF6XKc5iiZFNCpvmn11SUEe
GxMvbzu0bsrHSDQau3u3/+0Kr1YKFzpAkoAcdNzUI8k1AIBR5TqG/DM7aCo97XTW
Qc1N6/l/K8clQ+jVWexwiXNXk8Ls4htqAApnwprUawc9d/nvvg1X4qaRk2eCWzKi
s/NTtCCycNFbcuIBnLeQKUV+BzvV/0+moqG8qndzDqmTrxTdPYvvKYS5xFqFSyjZ
DU7CpEvc44J45qvUhfwQKMTRQd+yCkcyduSg51qm5Z50jO0rQJG3EUUxaRZxvB2U
SdduNPK1ggZVWWTbKmPbViNDfMNmSfxkSKkkC2IZRCiDb9vQFVV4mqdERNpFOyg+
ATTwn0z8f1kr6l1lyroDo8omtpkIgEEAvfqgue44bgHz4T/Ha/wBoQ1dOGNPtAR0
BQFetN8CrmBPVbaCHb7Y7Nq7rVdDV2LfwLqH3bM/P54/mqsGAbn16Z2Hst4PWzv/
pysUHyBSgc2F73ZjJCdYvfchXf2qF7SsoLNQiFFcA9dwDEuDnimZj3Mrb9n3i7fj
5nerOzK4Pf2Ve1SR2yBL9IPjqunmLQtN/Trpm9dvdk1qm4IAa9laEMxM94/mtLIg
HcqsgCxVv1SII7X32GFK84HbwZSvCgB0jpcuuIfm/l2KYwjI2k4usJoP6JV/wi5t
yisfHQ99ISSyfseB4Q9e
=AWUQ
-END PGP SIGNATURE-

Bug#789972: volk: FTBFS on 32-bit arm: undefined reference to `volk_*neon*'

[A. Maitland Bottoms]

Well, 1.0-4 builds on armhf. So this bug is half-closed.

I'm not quite sure how to adjust the cmake logic for Debian's
armel architecture. For targets using neon, upstream supports
cross compiling Open Embedded builds. Any patch for Debian
armel won't go upstream if it breaks cross-builds.

Patches welcome.

I've got to spend some time studying the cmake build logic.
-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#784263: ITP codec2 -- a low-bitrate speech coding that is patent free

[A . Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms bott...@debian.org

* Package name: codec2
  Version : 0.3.2080
  Upstream Author : David Rowe (VK5DGR) da...@rowetel.com
* URL : http://www.rowetel.com/blog/?page_id=452
* License : GNU Lesser General Public License (LGPL) 2.1
  Programming Lang: C
  Description : Low Rate Speech Codec

http://www.rowetel.com/blog/?p=128

As maintainer of Debian packages for freedv, gnuradio and quisk,
I already have two copies of the code in Debian, and with the
lastest version of quisk also using codec2 it is time I consolidated
the library code into its own package.

Recently too, a codec2 package has appeared in Fedora. So there is
more expectation of a distribution maintained codec2 library
available on a system.

- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVR60pAAoJEFBB8YkfROCQ22sQAKAeTEMALBj54V4gB3c7un9L
DRmq4Gnp/bs0Qubb+CJkasHqzk0UE/WRR7TifLAZqRv4CrymsPgbQFn5LhYWcj83
HhaNvx2cixavzEhhWdNqbyyiEOngTm4/c5A6nHpoGujgyhwKeEYk71LULJTNA9TW
F3rONkpM9lLJ2KaSyHlIhhWlbRG5JFMK2aoy7X914QxKbQGj1gOMjob02JOWjV4r
vTFXqXSCeX7VycwPzAJGlw2QZk2v633lh5NseqmIRXZz1CtevhG1NM23DZLo0T9y
ZC/4IMLavTRSnMebSC4FRKDa2oB8LRsQOLPHEeRoZOeTnoeLst4Yz/hd57Q/eM3o
pomUc5KWyAOhq2k5T4x2htV62EsK/WQQ/kDgFbUtyN2zJ5elfoaA2tUIQXuK0fyB
bmW8ha9PLfo9WR9XC3/hFdQIEnoeHlxE7aZIdcZs8uz8FLRlP4qfUgxHNl1npiP8
sTFLeXzmf+CK6YfBvim/U//ebaZDbsOb7Hv8jTDl+CmgQsrNm9/G4VScSIksI0tq
ayscq3GR25qOVaokisqmb4T8RY+/Xzj64P9CM6Oeo8k178i6jM4vYrvOOcs5fxlp
Q3t7ZokJyUzVRmEbj+/GubxkhoUW2Hk3w+bQpTVEqwqhcmZwb9AVtnIsH7p6kCSd
39qOW+Qt00LrmZ5H1kTj
=H9hJ
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#782417: ITP: volk -- Vector-Optimized Library of Kernels

[A . Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms bott...@debian.org

* Package name: volk
  Version : 1.0
  Upstream Author : Tom Rondeau, Nick Foster, Nathan West et al.
Free Software Foundation, Inc.
* URL : http://libvolk.org/
* License : GPL v3+
  Programming Lang: C, C++, Python
  Description : Provides an abstraction of optimized math routines 
targetting
several SIMD processors 

I wanna go fast!
   -Ricky Bobby

==
Date: Sat, 11 Apr 2015 14:37:12 -0500
VOLK release 1.0 is now available for download:

http://libvolk.org/releases/volk-1.0.tar.gz

MD5 sum: a17129f171747a0ac74fe44686227b69

For those that have not been following GNU Radio development, this is the first
release of VOLK as a sub-project of GNU Radio. This means VOLK lives in its own
git repository and is being tracked and developed independent of GNU Radio.

As part of this change there is a new project website (http://libvolk.org/) and
IRC channel (#volk on Freenode).

Since being broken out in December and this release the following individuals
have contributed to VOLK:

 * Albert Holguin aholguin...@yahoo.com
 * Doug Geiger doug.gei...@bioradiation.net
 * Elliot Briggs elliot.bri...@gmail.com
 * Julien Olivain julien.oliv...@lsv.ens-cachan.fr
 * Michael Dickens michael.dick...@ettus.com
 * Nathan West nathan.w...@okstate.edu
 * Tom Rondeau t...@trondeau.com

Full release notes are on the website (http://libvolk.org/initial-release.html
). (raw versions available from http://libvolk.org/news_raw/)

I'm excited about the change and hope to see the continuation and growth of
VOLK development and community. If you see the opportunity for new kernels
don't hesitate to add them. It is not necessary to write an implementation for
every architecture and it is often less work than you might think when adding a
single kernel.

- -Nathan West
==

Other links of interest describing the benefits of VOLK are:
Benchmarking GNU Radio Kernels and Multi-Processor Scheduling
  
http://www.nrl.navy.mil/itd/chacs/sites/www.nrl.navy.mil.itd.chacs/files/pdfs/13-1231-0717.pdf

Tom Rondeau's Blog posts:
  http://www.trondeau.com/blog/2012/2/13/volk-integration-to-gnu-radio.html
  http://www.trondeau.com/blog/2012/2/17/volk-benchmarking.html

GNU Radio's wiki on VOLK:
  https://gnuradio.org/redmine/projects/gnuradio/wiki/Volk

As gnuradio maintainer I have been providing libvolk0.0.0, libvolk-dev and
libvolk-bin binary packages from the gnuradio source package. In the future
those will be build from the volk source package in Debian, and gnuradio
will depend on them. (Future gnuradio sources will no longer contain
the VOLK source.)

- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVKY8aAAoJEFBB8YkfROCQ+S0P/jOLebysuqRuh6UHAg1vox4w
Ac2WXLKJ1j0B+0SE1fvfAli9RfEDMxDGeScXuyrdtFbBZJO/VrNAYvMxfzQc92Gy
6LrEBcB5EY0Qb3CeciewfQpAt+spXPkE+q+r3YWnQg2wbwd7bmiUTk/gfUH5sFHN
2iWmsJQsnPd6HZSgwF/J/uGANPq3WAnJqv6J4/UfW9/Q5SxfgQzPB+JN2W+LOV3M
GLY8bD83kozsJmPFNz7WZv+KnTy17bq+dVQ8XW+8DQyft5tZmHQhjRpZbIR4l7CD
nKzfLd5r9SEpQnMerjHqh4IQDgHRsaCFAoroIc/IGsj1ZqZ2XcUUpji2MK6+x+/Z
EzJjlh3WXhWTHPXOj1msYtIggt73s3T1LoL4bhrU2owHAaJCR+bA+O/f6S7HrPbM
S5gBYEVT7d8FNBmZgGhTNgQXjLFxF/BaYzffxPV5qYvSf/yjksTXmrNJMpVCh6gI
o1O0Un5faNWy0rzGQoKOq71eCHqC+x0tfzqLERvjE4WZuy6EtscmIdT35+fTuT0s
sIW/d0g/eSTvDGwSuRVzrK5TSvP0xCy4cxn4y7zkw3b0RBOCmqPTrrAyhs2n7MiR
Q8mlCZtUodnIt2AvVINQnPS6BDSq/4KzX2g8Jmie+WfExUpApKfKKpYl4ZrqYX95
DBUZovfziKkD7L6cLzdh
=4HTm
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#782420: ITP: gr-fosphor -- gnuradio fosphor block (GPU spectrum display)

[A . Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms bott...@debian.org

* Package name: gr-fosphor
  Version : 3.7
  Upstream Author : Sylvain Munaut t...@246tnt.com
* URL : http://sdr.osmocom.org/trac/wiki/fosphor
* License : GPL v3+
  Programming Lang: OpenCL, C, C++, Python
  Description : GNU Radio block for RTSA-like spectrum visualization
  using OpenCL and OpenGL acceleration.

This is a popular GNU Radio block providing a colorful and responsive
Real-Time Spectrum Analysis display.

- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVKZkDAAoJEFBB8YkfROCQFToQAIVjBGLwsEHoNq7O7WYkPmf4
++depXEjX0pz5iY38lWumBfhYTwXXvEXjpjZEq3pzzgqOq7k12x6N8eqSfCyula0
mqheIbMsDwhZvMjzpXQSCVotPSsg349lUG4QJ2+iqw0/M7hhivSvo7o/dIFF3Rwa
TEUc0paQmbBJpTAUl4e+hdOyN6zfFoQ5kZjpj1VI/95Adxyd61CTXT/A6SadjqCx
l3aUiBuUfZ72Bvi+PvVXgVCRnjuPpe8WtZ0eDPCGSlrMpPr0bwX4G7HAQCIwUXqX
2PBnEv3imkBjGywGUInsb/Ep+1U3tqb89qnlf09nUkSkd/2wKhJyu6KCpMRLu/UU
tyRovHk6jBNCxTjTjRDXPUaJcN9+xgiSwHh0zT23BcIIfZlY0MoYm1m/IryryBxF
BE2yywyTVmzsE7OhB4MfiQYKC5aI12jh8fpf9sRPrgucjHsxKTUmADur3VbZpK77
LHnlT67M8WFqBphBb++hBO0u1DDAiynpLN0oynxocOWbBJ09P01Rnk5XRf38YSt3
nTMVrhd1zQgemAPsGXzJTAkGgunK3IYCxt5RigSzG6DnU1F326yREWlCLLjEUCHz
xy9LAFP/8QEzDKNciF6Zz0dA+VBKepPIQLKb12nx37t4nSMNIXWcK//zPV7cqxd/
AXArjgE/A2HMsmy1D3Vb
=3UNy
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#782424: ITP: gr-rds -- GNU Radio FM RDS Receiver

[A . Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms bott...@debian.org

* Package name: gr-rds
  Version : 0.0.20141117
  Upstream Author : Bastian Bloessl bloe...@ccs-labs.org
* URL : https://github.com/bastibl/gr-rds
* License : GPL v3+
  Programming Lang: C++, Python
  Description : GNU Radio FM RDS Receiver

 Radio Data System (RDS) is a communications protocol standard for
 embedding  small amounts of digital information in conventional
 FM radio broadcasts.

 gr-rds provides GNU Radio Companion flowgraphs to handle RDS data.

FOSDEM 2015 presentation:
 
https://fosdem.org/2015/schedule/event/sdr_rds_tmc/attachments/slides/682/export/events/attachments/sdr_rds_tmc/slides/682/rds.pdf
 http://video.fosdem.org/2015/devroom-software_defined_radio/sdr_rds_tml.mp4

- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJVKbDEAAoJEFBB8YkfROCQopUQANvATAjdWnjN3DuLIjlNMW2O
GT3XyNHATE/rouXNqJ22Pq4VcEmmhKX0fVb8PsSQOvaQH2UCpRnQxS6vwneKhrxZ
a1p14t+339B1/bGR7tvB13ALTn1ZmPbzzY4+EfD5FsXSiqe1tlJ4FSgM6dMsLhsI
odZGuY712f+C6jNrICq1PVhkDrp/itOWrSV/EFrCLYUJfQJ1NULVSXdNpwX9crEY
ib6sVupu54LA2uJNbCVsWbCphfOBfZMCYNyD73qxq78glnvx+RNA7hR66nWdbWpk
jaUwmjQSuc09mDjaCyxe1D8buqLbkT8NqlfhMsi7heL9o6xwYrBspIloq33f6Ygr
KN/V+jdQkszK4AB9bYUuM7nFvl4O/F+pzypmPQEV/SSxWfRq2rCtW03AvqvWbatA
R+SUXtSYuRH2ceFZnhMulcfJ/BbIQJ2B3ZcLuuhkQT00eNgl7VbRv53QMGN+5cH8
bvD1xqNW/Wxa2vsRA5rKFcKh0mkQz77GE62UgxquVy5BrxiPY5Woaomka/KaC6TJ
HSBNJ7iSTS08ozfawH6F4+b2SOj3vXTFifv3L5XTCQEhHKUHN+I7hvajngIIvOGC
M2gtan19f7JFL83RSSLxveAS9ztSwIozc/FrmxL1jQEOaud+ptmwwTPzOt4AWpsX
3c1zCymGiAD1F3MRWXpZ
=eWBU
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#773008: gqrx-sdr: new upstream version (2.3.2)

[A. Maitland Bottoms]

 r == russm  russm-debian-b...@slofith.org writes:
r A new version of gqrx (2.3.2) has been released, it'd be nice if this
r could make it into jessie.

It would be nice, but by the freeze policy it is ow too late to get
a new version.

However as soon as Jessie is released I intend to provide
gqrx and other gnuradio software ecosystem in jessie-backports.

Thank you for your interest!
-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#770107: libdime-dev must depends on libdime1

[A. Maitland Bottoms]

There's more wrong with dime 0.20111205-1

Some libtool wrappers were installed into /usr/bin/dxf2vrml
and /usr/bin/dxf2sphere in the dime binary package - rather
then the correct compiled ELF binary executables. Therefore,
the dime package did not depend upon the libdime1 library
package either.

Correctly installing the dxf2vrml and dxf2sphere binaries
in the dime package, along with adding ${shlibs:Depends},
results in a dime package correctly depending upon libdime1
as well.

The Debian packaged view3dscene verifies the correct
operation of the dime package by displaying a sphere
made by dxfsphere converted to vrml by dxf2vrml.
(I had not done this verification step before uploading
dime 0.20111205-1)

Expect a dime 0.20111205-2 upload soon, followed by an
unblock request for Jessie.

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#770270: unblock: dime/0.20111205-2

[A. Maitland Bottoms]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package dime

RC Bug  #770107 was filed Yesterday. As it turns out, the
reported problem was not the only grave bug in the package.

Fixing steps taken are:
 - add ibdime1 (= ${binary:Version}), to the libdime-dev
   depends line as suggested by the bug 770107 reporter
 - change debian/dime.install to have the correct binary
   patch listed.
 - add ${shlibs:Depends}, to the dime depends line, so that
   the dime binary package correctly depends upon libdime1

Verification steps taken were:
 - installed dime and libdime1 0.20111205-2 version
 - generated a dxf sphere (dxfsphere  s.dxf)
 - converted it to vrml (dxf2vmrl s.dxf  s.wrl)
 - viewed a nice looking sphere rendered by view3dscene

gpgv: Signature made Sat 27 Sep 2014 04:31:55 PM EDT using RSA key ID 1F44E090
gpgv: Signature made Wed 19 Nov 2014 10:47:12 PM EST using RSA key ID 1F44E090
diff -Nru dime-0.20111205/debian/changelog dime-0.20111205/debian/changelog
--- dime-0.20111205/debian/changelog2014-09-27 12:03:56.0 -0400
+++ dime-0.20111205/debian/changelog2014-11-19 22:41:45.0 -0500
@@ -1,3 +1,11 @@
+dime (0.20111205-2) unstable; urgency=low
+
+  * Add libdime-dev dependency on libdime1 (Closes: #770107)
+  * Add ${shlibs:Depends} to dime package
+  * install dxf2vmrl and dxfsphere binaries into the dime package
+
+ -- A. Maitland Bottoms bott...@debian.org  Wed, 19 Nov 2014 22:41:36 -0500
+
 dime (0.20111205-1) unstable; urgency=low
 
   * upstream updates
diff -Nru dime-0.20111205/debian/control dime-0.20111205/debian/control
--- dime-0.20111205/debian/control  2014-09-27 12:08:12.0 -0400
+++ dime-0.20111205/debian/control  2014-11-19 22:18:09.0 -0500
@@ -8,7 +8,7 @@
 
 Package: dime
 Architecture: any
-Depends: ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
 Suggests: libdime-doc
 Description: DXF Import, Manipulation, and Export programs
  Dime is a C++ class library for reading, constructing, manipulating,
@@ -30,7 +30,7 @@
 Package: libdime-dev
 Section: libdevel
 Architecture: any
-Depends: ${misc:Depends}
+Depends: libdime1 (= ${binary:Version}), ${misc:Depends}
 Description: DXF Import, Manipulation, and Export library - devel
  Dime is a C++ class library for reading, constructing, manipulating,
  and writing DXF file data.
diff -Nru dime-0.20111205/debian/dime.install 
dime-0.20111205/debian/dime.install
--- dime-0.20111205/debian/dime.install 2013-10-23 20:46:54.0 -0400
+++ dime-0.20111205/debian/dime.install 2014-11-19 22:17:04.0 -0500
@@ -1,2 +1,2 @@
-build/dxf2vrml/dxf2vrml usr/bin/
-build/dxfsphere/dxfsphere usr/bin/
+build/dxf2vrml/.libs/dxf2vrml usr/bin/
+build/dxfsphere/.libs/dxfsphere usr/bin/


unblock dime/0.20111205-2


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#770107: Bug#770270: unblock: dime/0.20111205-2

[A. Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

See Bug#770270: unblock: dime/0.20111205-2
for my unblock request.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJUbW+PAAoJEFBB8YkfROCQ3jAP/jyCZifTQUSvmbBb21ngz5hI
7aqm12HFdDpAZsGWxr5z7H/xzv6FywpRHFfWVCPVqXKoFS0kyZmWt5Au3Z8rmDGJ
PKIOB/cLIi0aVas8wGzJBVl+2IkNZqqU3Z/PRG5ZxOp5sJIacmsQCatWXsOR4U2i
1stuMWzuCb8SI6XTvDsdzVlb46QkAvEh3KUQ/H11Wli4mBsOP/jiZTtmj5B6t0K6
H0qNiTN39AhonJugHwlaFpwQk3S9Btkddf0MGge/eQMo7j5TULq6kCDydZRejREu
w52rd4ETAr99GGewgOHQRRzhIHYZQQCS/HsazrexKgwv1QcIfrl/NjlarsRHU+OF
kCSXKknBgRLgz19w2KROWMT9w3HOO8+A9gtNMyA4SpBiO0WnMWyqEWNY7rLRvW+4
AVQQN4cYrKuNRu1pxF7NTROyMCuJ5FhPTOUPMRUkwbl7Sxx6VhN1fo9QBP9RhZRq
2c46sb2qFgvYXFZjQtJV5m38l/yI3rl+LcGhkA7GJyOOhETBmu+eB74J60cnSYFr
NvKtCxqcHPUMh08cwQ5DGy5cwNpUY4Snhc4ivecaiRhCav1u2U0khyxzjEamczsk
B+GpQx57o4KpxUMM1eGbl5Uw/Q/BvgYXSsidXakQth6auvyxqkPDVf2B7f0PgcSm
QlTw9SHkSd7n7Qdw2JIp
=LWF7
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#763830: RFP: gqrx -- software defined radio receiver

[A. Maitland Bottoms]

See package gqrx-sdr which provides the gqrx application.

It's available in unstable/testing, a good candidate for Jessie,
and is also available on wheezy-backports

73 de aa4hs,
-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#759927: gr-osmosdr: FTBFS on kfreebsd

[A. Maitland Bottoms]

It should be fine again soon.
bladerf 0.2014.09~rc2-4 just built fine on the kfreebsds.

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#756972: gnuradio-companion in wheezy-backports segfaults on launch

[A. Maitland Bottoms]

gnuradio 3.7.3-9~bpo70+1 recommends uhd-host 3.7.1-1~bpo70+1

In fact, gnuradio 3.7.3-9~bpo70+1 should have depended upon
libuhd003 3.7.1-1~bpo70+1

If you go ahead an upgrade libuhd003 to the wheezy-backports
version then gnuradio-companion will no longer segfault.

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#757360: Confusing version, please follow upstream version tags

[A. Maitland Bottoms]

 RH == Raphaël Hertzog hert...@debian.org writes:
RH Source: gr-fcdproplus
RH Severity: wishlist
RH User: de...@kali.org
RH Usertags: origin-kali

RH Hi,

RH it's really not clear that 0.0.1.2.1edbe52 is actually uptsream version
RH 3.7 plus some commits... due to this another Kali developer packaged
RH a new upstream version as 3.6 when in fact the version in Debian was
RH up-to-date.

RH Please pick a version based on the upstream version: I suggest
RH 3.7+date-of-git-snapshot and including the git commit in the changelog
RH is enough, there's no need to stick it in the version itself.

RH Since Kali actually has version 3.6 of this package, I would appreciate
RH an upload bumping the version of the package so that the Debian package
RH again takes precedence over the Kali package.

RH Thank you in advance.

RH PS: For projects where upstream provides absolutely no version, it's best
RH to use 0~snapshot-date. That way it's clearer that we have no version at
RH all.

Yeah, so I pulled version information from the top-level
CMakeLists.txt file:
set(VERSION_INFO_MAJOR_VERSION 0)
set(VERSION_INFO_API_COMPAT0)
set(VERSION_INFO_MINOR_VERSION 1)

The shared library has the default ultra-zero soversion.

The 3.7 floating around refers to the version of gnuradio
supported.

Now, I could just create a Debian package with a version
3.7+20140121 - but I'd like to include the upstream author
Volker Schroer in this conversation.

Here is my current plan:
Change the name of the Debian source tarball of gr-fcdproplus to reflect 
version 3.7:
mv gr-fcdproplus_0.0.1.2.1edbe52-2.debian.tar.gz gr-fcdproplus_3.7.debian.tar.gz
(This tarball is just generated by the current git master HEAD of 1edbe52)

Create a patch to CMakeLists.txt updating the 0.0.1 to 3.7.4.
This patch I can submit for inclusion to github
https://github.com/dl1ksv/gr-fcdproplus
so that other distributions can package the well-known version.

Create local Debian packaging patch that would set the SOVERSION
to 3.7.4 when building with gnuradio 3.7.4. (I do this for the
Debian gnuradio packages as well.) This means the library binary
package name becomes libgnuradio-fcdproplus3.7.4 .
(And it will change when building against newer gnuradio versions.
I'd rather such SOVERSION management not go to github, to keep
official Debian package libraries from conflicting with pybombs
or build-gnuradio script local builds.

FYI one of my favorite things to do is make a Debian source package
tarball directly from a git tag release version. When I make updates
of Debian packages based on that version, I will incorporate
the patch series from git (git format-patch tag..HEAD) into
the revised Debian package.
As an example, gnuradio:
Debian package version  git version (git describe)
 3.7.3-9v3.7.3-37-gaffda0b
 3.7.3-4v3.7.3-20-gb0dce1e
 3.7.3-3v3.7.3-18-gb1855f7
 3.7.3-2v3.7.3-17-gc3ef245
 3.7.3-1v3.7.3

That's how I get bug fix git commits into Debian packages
without waiting for the next upstream release version, often
the right thing to do.

So hopefully both Kali and Debian can follow version decisions
of upstream - and now I hope Volker Schroer has a better idea
of how we distribution folk like to handle release versions.

Feel free to email me about versioning decisions for gr-fcdproplus,
both in terms of top-level CMakeLists.txt parameters and git tags,
and I can bounce back a list of pros and cons from the point of view
of packaging.

Hope that helps,
-Maitland

P.S.
gnuradio 3.7.4 is stuck in NEW, there may be a few issues that need
to be resolved in gnuradio before uploading Debian gr-fcdproplus
packages becomes a priority again.

P.P.S.
Yes, I'd be interested in seeing gr-ax25 and gr-display also available
as Debian packages, especially if they are working reasonably well with
the current gnuradio.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#749749: gqrx-sdr: gqrx segfaults when run

[A. Maitland Bottoms]

 Steven == Steven  steve...@gmail.com writes:
Steven I am unable to build a working gqrx-sdr from source due to this bug.

Yes. It is annoying that unstable is being unstable.
As maintainer, I am just goting to sit on my hands a bit longer - to
give a chance to the Boost Transition Team to complete the task
of moving everything to boost1.55.

Alas gqrx-sdr is among the top 5 packages with the longest dependency chain.

https://release.debian.org/transitions/html/boost1.55.html
https://wiki.debian.org/Teams/ReleaseTeam/Transitions
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=744171

In other news, as soon as I can get gnuradio 3.7.3 accepted into
wheezy-backports, gqrx-sdr will also be installable from wheezy-backports.

Let's hope the transition binnmus apperat soon,
-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#749749: gqrx-sdr: gqrx segfaults when run

[A. Maitland Bottoms]

Indeed.
This problem has arisen since libuhd003 got rebuilt with
boost 1.55.

I only hope that there will be soon a
Binary-only non-maintainer upload of gqrx-sdr 
and gnuradio to remedy this inconsistency.

Otherwise, I'm sure this particular bug will go away
upon my next upload of gqrx-sdr.

I'm CC'ing the Debian Boost Team to ask for any advice
they can provide about how I can best manage my boost
dependent packages.

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#745263: ITP: airspy-host -- host support for a low cost software radio receiver.

[A . Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms bott...@debian.org

* Package name: airspy-host
  Version : git snapshot
  Upstream Author : Benjamin Vernoux bvern...@airspy.com and Youssef
  Touil yous...@airspy.com
* URL : http://airspy.com
* License : GPL, version 2 or later
  Programming Lang: C++
  Description : Software defined radio receiver

AirSpy:
A tiny and efficient software defined radio.


Airspy is a very tiny (5×3 cm) software defined radio receiver capable
of sampling 10MHz of spectrum anywhere between 24MHz and 1.7GHz. It is
the fruit of countless hours of head scratching, fiddling and
experimenting with the cutting edge Radio and DSP technologies. The
early prototypes gave such an unexpected satisfaction to us and our
friends, that we decided to give it a chance to survive commercially.

 -- http://airspy.com

This Debian package effort provides host support for the AirSpy
hardware,
allowing it to be used by GNU Radio and gr-osmosdr software.

AirSpy is a receiver project based upon the HackRF project.

- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJTUzs3AAoJEFBB8YkfROCQ3XoP/jGh2xOn7Q2UR8Ts1bKiXuih
fSwume/MZTkqZ8VI1DHuSi0/hVLPu6biX5HcggmapRq50AmPb03cDz64mV2BndUz
FuBHoCO7nlOCokkZEV9Nn/JNEDNntQgddBBx5ltak6aZXomBjWNjmq95L/PTlDBl
k0hzu1hwgZXmpbJLqFN+XnHaTh/DnettxrJ6W17bSJYP1CnckcsjWmaBMJ9EjFyr
m6kq5M9H4QONDlRrUuSHvcKXa/8rYd20ON96PlJyO8W7idiHDI+gl1dPq5S0TnZ2
h7HKwZn4fVWxShN3k3LHVXxL7bbEnzFYNijwMqNAqa25+mln/+Bt1j+G6yLAIL0k
bTkP8GeYyJqAJYMzB0lTJiIlzCyXdaUKufFD6wGFEGok1x1Ck5p4fLTOK5kFa2pj
sr7zNl4ZbgfUULjvyrO88KFoznSz2ddIc5vaBFDMKFsYL9xbL/tyLZsv6OVtx8ir
I87utuV21OqMZfHlfkak+cMAbm2Ec6XsOZZAgonEh3sjseTiyT4eZqDe1Q6wl3D9
vfqkwpGYi2RBMz7EvuRkF/W34zknxMz6qPYxUG4P3PyGHOH1dfe491HVVWHS15gK
zQcUwkLPrHrMn6rfCEyCq/PLn5yzAIa1VKTH9uAdZxbHO+dFdTMGEYTKfogJSJ3l
LQ03R6wSaZIoJCapqB9Z
=pMpa
-END PGP SIGNATURE-


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#733322: comedilib: FTBFS

[A. Maitland Bottoms]

Tags: patch

I pulled out some fixes from Ubuntu
https://launchpad.net/ubuntu/+source/comedilib/0.10.1-1ubuntu2
and added some other Debian bug fixes.

What is not addressed is #732685, since that will take
something beyond what debdiff can represent to get
a new debian source package tarball uploaded and installed...

This builds in current Debian unstable, so solves #733322.

-Maitland

diff -Nru comedilib-0.10.1/debian/changelog comedilib-0.10.1/debian/changelog
--- comedilib-0.10.1/debian/changelog   2013-08-18 04:32:17.0 -0400
+++ comedilib-0.10.1/debian/changelog   2014-03-31 19:11:16.0 -0400
@@ -1,3 +1,26 @@
+comedilib (0.10.1-2) unstable; urgency=low
+
+  * Bring in Ubuntu fixes (patch from A. Maitland Bottoms)
+   (Closes: #727345, #733322, #711203)
+
+ -- Gudjon I. Gudjonsson gud...@gudjon.org  Mon, 31 Mar 2014 22:40:31 +0200
+
+comedilib (0.10.1-1ubuntu2) trusty; urgency=low
+
+  * Use dh-autoreconf to resolve FTBFS on ppc64el.
+
+ -- Daniel T Chen crim...@ubuntu.com  Wed, 08 Jan 2014 13:12:42 -0500
+
+comedilib (0.10.1-1ubuntu1) trusty; urgency=low
+
+  * FTBFS fixes:
+- Backport upstream changesets 90ce9a9, cc0c9e7, f4e228e, c689eff,
+  and 2277e82;
+- Use explicit parameters.
+  * Closes: #733322. LP: #1264686.
+
+ -- Daniel T Chen crim...@ubuntu.com  Tue, 07 Jan 2014 17:22:30 -0500
+
 comedilib (0.10.1-1) unstable; urgency=low
 
   * New upstream release
diff -Nru comedilib-0.10.1/debian/control comedilib-0.10.1/debian/control
--- comedilib-0.10.1/debian/control 2013-04-27 17:12:24.0 -0400
+++ comedilib-0.10.1/debian/control 2014-03-31 18:43:02.0 -0400
@@ -2,7 +2,7 @@
 Section: devel
 Priority: optional
 Maintainer: Gudjon I. Gudjonsson gud...@gudjon.org
-Build-Depends: debhelper (= 9), dpkg-dev (= 1.16.1~), python-all-dev, 
autotools-dev,
+Build-Depends: debhelper (= 9), dpkg-dev (= 1.16.1~), python-all-dev, 
dh-autoreconf,
  swig, docbook-utils, dblatex, bison, flex, libtool, xmlto, imagemagick, fop,
  libboost-program-options-dev, libgsl0-dev, hardening-wrapper
 Standards-Version: 3.9.4
diff -Nru comedilib-0.10.1/debian/libcomedi0.dirs 
comedilib-0.10.1/debian/libcomedi0.dirs
--- comedilib-0.10.1/debian/libcomedi0.dirs 2012-06-03 19:35:26.0 
-0400
+++ comedilib-0.10.1/debian/libcomedi0.dirs 2014-03-31 19:14:12.0 
-0400
@@ -6,3 +6,4 @@
 usr/share/doc/libcomedi0/
 etc/pcmcia/
 lib/udev/rules.d/
+var/lib/comedi/calibrations
diff -Nru comedilib-0.10.1/debian/libcomedi0.install 
comedilib-0.10.1/debian/libcomedi0.install
--- comedilib-0.10.1/debian/libcomedi0.install  2012-06-03 19:35:38.0 
-0400
+++ comedilib-0.10.1/debian/libcomedi0.install  2014-03-31 19:10:51.0 
-0400
@@ -1,11 +1,12 @@
+etc/pcmcia/*
+lib/udev/*
 usr/lib/libcomedi.so.*
 #usr/lib/ruby/*
-usr/sbin/*
+usr/bin/comedi_board_info
 usr/bin/comedi_calibrate
+usr/bin/comedi_soft_calibrate
 usr/bin/comedi_test
+usr/sbin/*
 usr/share/man/man7/*
 usr/share/man/man8/*
 usr/share/doc/comedilib/*.conf usr/share/doc/libcomedi0/
-etc/pcmcia/*
-lib/udev/*
-
diff -Nru comedilib-0.10.1/debian/patches/04_bison.patch 
comedilib-0.10.1/debian/patches/04_bison.patch
--- comedilib-0.10.1/debian/patches/04_bison.patch  2013-08-14 
16:58:59.0 -0400
+++ comedilib-0.10.1/debian/patches/04_bison.patch  1969-12-31 
19:00:00.0 -0500
@@ -1,59 +0,0 @@
-Description: Fix build failure with bison 2.6
-Origin: upstream,
- 
http://comedi.org/git?p=comedi/comedilib.git;a=commitdiff;h=90ce9a94bdb6b26a9cbffdf2e9922b0b1f668a65;hp=3dfae5a6ee6040d294493f3856a3949e1b602af0
-Bug-Debian: http://bugs.debian.org/710622
-Last-Update: 2013-08-11
-
 comedilib-0.10.0.orig/lib/calib_yacc.y
-+++ comedilib-0.10.0/lib/calib_yacc.y
-@@ -28,13 +28,14 @@
- #include math.h
- #include string.h
- #include stdlib.h
--#include calib_yacc.h
--#include calib_lex.h
- 
- #define YYERROR_VERBOSE
- #define YYPARSE_PARAM parse_arg
- #define YYLEX_PARAM priv(YYPARSE_PARAM)-yyscanner
- 
-+#include calib_yacc.h
-+#include calib_lex.h
-+
- enum polynomial_direction
- {
-   POLYNOMIAL_TO_PHYS,
-@@ -347,6 +348,11 @@ extern comedi_calibration_t* _comedi_par
-   return priv.parsed_file;
- }
- 
-+static void yyerror(const char *s)
-+{
-+  fprintf(stderr, %s\n, s);
-+}
-+
- %}
- 
- %pure_parser
-@@ -504,10 +510,5 @@ extern comedi_calibration_t* _comedi_par
- 
- %%
- 
--void calib_yyerror(char *s)
--{
--  fprintf(stderr, %s\n, s);
--}
--
- 
- 
 comedilib-0.10.0.orig/lib/libinternal.h
-+++ comedilib-0.10.0/lib/libinternal.h
-@@ -146,8 +146,6 @@ int valid_chan(comedi_t *it,unsigned int
- int comedi_get_rangetype(comedi_t *it,unsigned int subdevice,unsigned int 
chan);
- 
- #define YY_DECL int calib_yylex(YYSTYPE *calib_lvalp, yyscan_t yyscanner)
--void calib_yyerror(char *s);
--int calib_yyparse(void *parse_arg);
- 
- #endif
- 
diff -Nru comedilib-0.10.1/debian/patches/04_new_bison.patch 
comedilib-0.10.1/debian/patches/04_new_bison.patch
--- comedilib-0.10.1/debian

Bug#737685: ITP: sdrangelove - software defined radio using Qt5 and GL

[A. Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms bott...@debian.org

* Package name: sdrangelove
  Version : git snapshot
  Upstream Author : Christian Daniel
* URL : http://sdrangelove.org
* License : GPL, version 3 or later
  Programming Lang: C++
  Description : Software defined radio receiver

SDRangelove implements a software-defined radio receiver
with Qt5 and GL user interface providing visualization
of signals in the radio spectrum.

In addition to signal visualization, a variety of
demodulation modes are available - with a plugin
architecture for adding more.

Since SDRangelove was described at FOSDEM 2014 in
the software defined radio track, people will
likely expect it to be available in Debian.

- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/

iEYEARECAAYFAlLxdNEACgkQkwbJvNrxBUxqLACfRypjjNYkDXUcdHthYA4L//UJ
h5kAnRQqWs69MtKLRjE0uAxQvsxaixWj
=oGDd
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#732631: libharfbuzz-icu0 : Depends: libicu48 (= 4.8-1) which is no longer in unstable

[A. Maitland Bottoms]

Package: libharfbuzz-icu0
Version: 0.9.25-1
Severity: important

Just before harfbuzz 0.9.25-1 entered unstable, icu 52.1-2 migrated to testing.
Likely the right thing to do is build harfbuzz using libicu-dev (52.1-2).

This renders libharfbuzz-icu0 uninstallabe (on amd64).

Since this is a problem on amd64 and not a problem on i386, I would say that
this is a case where the developer's own build environment has gotten out
of sync with current Debian unstable.

I have made good use of pbuilder, but there are several ways to ensure a
pristine and up-to-date build environment that can be used to avoid problems
like this.

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#732043: gqrx-sdr: gqrx does not start due to symbol lookup error

[A. Maitland Bottoms]

OK.

I am worried that I need to add a versioned dependency.
Could you check your libvolk0.0.0 package? It needs to be
version 3.7.1-2 to match your other libgnuradio* versions.

The gnuradio package has the necessary versioned dependencies
to be consistant, but if you have installed gqrx-sdr on its
own you wouldn't get the benefit of that.

Thank you for the report.

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#724967: bladerf_0.8.0.14.9126eac-1 (Was: bladerf_0.6.2.1.b80d31f-1_amd64.changes REJECTED)

[A. Maitland Bottoms]

Indeed there was a refactoring of bladeRF upstream providing
more clarity on copyright and licensing:

https://github.com/Nuand/bladeRF/commit/625694eaa5927bc26aa0a8aac352c19cc29ac723

So I will be uploading bladerf_0.8.0.14.9126eac-1 which includes
this commit for NEW processing.

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#728223: dime: FTBFS on kFreeBSD: libtool can't build shared libraries

[A. Maitland Bottoms]

 Aaron == Aaron M Ucko u...@debian.org writes:
Aaron Thanks for the prompt fix to #728212!  Linux and Hurd builds now
Aaron succeed, but kFreeBSD builds are still failing, as libtool (presumably
Aaron an old version) doesn't know how to build shared libraries there:

Prompt after letting the package bitrot for 8 years

I was hoping the new dh sequencer with --with autotools_dev would save the day.

This might be what dh_autoreconf is all about.

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#726788: QT GUI Range widget causes SEGV

[A. Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: libgnuradio-qtgui3.7.1
Version: 3.7.1-2
Tags: upstream

This is GNU Radio bug #604

http://gnuradio.org/redmine/issues/604
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/

iEYEARECAAYFAlJoH0cACgkQkwbJvNrxBUy/vQCfQAm5OyWkpiyLUmHk1Tx88bkV
NWkAoI5siM2EhHkrXp/CiJP2UHI0iMln
=7U/5
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#726776: ITP: gr-air-modes - Gnuradio Mode-S/ADS-B radio

[A. Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms bott...@debian.org

* Package name: gr-air-modes
  Version : git snapshot to match gnuradio live DVD release
  Upstream Author : Nick Foster bistrom...@gmail.com
* URL : https://github.com/bistromath/gr-air-modes
* License : GPL, version 3 or later
  Programming Lang: C++, Python
  Description : Software defined radio receiver for aircraft data

https://www.cgran.org/wiki/gr-air-modes

gr-air-modes implements a software-defined radio receiver for Mode S
transponder signals, including ADS-B reports from equipped aircraft.

Mode S is the transponder protocol used in modern commercial aircraft.

ADS-B-equipped aircraft broadcast (squitter) their position, velocity,
flight number, and other interesting information to any receiver within
range of the aircraft. Position reports are typically generated once per
second and flight indentification every five seconds.

This package has the two main end-user applications modes_rx and modes_gui.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/

iEYEARECAAYFAlJh2vsACgkQkwbJvNrxBUxRYACfenOKenQI5+EH/SPJQ1o74Q2h
6okAnjk66KlDJg/zPWQJwvk6BVcS4iu8
=NCpz
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#701018: #701018 ITP: rtl-sdr -- Software defined radio receiver for Realtek RTL2832U dongles

[A. Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

 Uwe == Uwe Hermann u...@hermann-uwe.de writes:
Uwe doesn't look like I'll have time to take care of rtl-sdr anytime soon,
Uwe please consider my ITP retracted. If anyone of you guys wants to take
Uwe over the package please go ahead. Sorry for the trouble.

That is quite allright. It's been a wild ride following rtl-sdr
activity, but things seem to have settled into a form worth capturing
as Debian packages. That said, if you have any ideas on getting
upstream to move forward with sane version numbering and use of
library sonames and soversion, keep contributing!

Motivated by Jonathan Corgan's effort to come up with a consistant
set of GNU Radio community packages for his gr-live DVD project, I
have taken his set of revisions to upload new Debian packages.

So I have have been working toward getting gqrx-sdr into Debian.
It depends upon gr-osmosdr, and so I have uploaded all the
packages needed by gr-osmosdr into NEW already. I've got my
gqrx-sdr and gr-osmosdr packages in good shape, and they will
soon follow modulo any bugs turned up by the autobuilders for
various odd architectures.

Once this set of packages are accepted into Debian, I want to
put all the package development into git on Alioth under
collab-maint. Then I can start building a software defined
radio maintenance team. You are on my list - let me know what you
would like to see that would make it easier for you to contribute.
I'm thinking some git-buildpackage workflow - but I still haven't
learned much about that yet myself.

Thanks for your interest,
- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/

iEYEARECAAYFAlJet2EACgkQkwbJvNrxBUwfhwCeLe/jeUBKlLWqf1qdYSPC6P71
g0cAoJbkF8iJ5UASYE3/CYs8O8HytZK8
=P+t1
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#712206: quisk depends upon pyusb 1.0

[A. Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Just had another release of quisk upstream, and it wants to
find PyUSB 1.0 API.

I was dragging my feet hoping the new version would
be packaged...

Add me to the list of wishes.
It would fix Bug #717041.
- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/

iEYEARECAAYFAlJfGk4ACgkQkwbJvNrxBUwekQCfdMGupM50ERNsNHnidrLnDveP
9K0AnRaLhuYQrgIDSYpBClHvtNL+p359
=unTk
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#726469: ITP: gr-osmosdr - Gnuradio block to work with OsmoSDR and rtl-sdr

[A. Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms bott...@debian.org

* Package name: gr-osmosdr
  Version : git snapshot
  Upstream Author : Dimitri Stolnikov hori...@gmx.net, Steve Markgraf 
st...@steve-m.de, Hoernchen l...@tfc-server.de, Nuand LLC folks
* URL : http://cgit.osmocom.org/gr-osmosdr/
* License : GPL, version 3 or later
  Programming Lang: C
  Description : Software defined radio peripheral support

Git: git://git.osmocom.org/gr-osmosdr

http://sdr.osmocom.org/trac/wiki/GrOsmoSDR

While primarily being developed for the OsmoSDR hardware, this block
as well supports:

 * FUNcube Dongle through libgnuradio-fcd
 * FUNcube Dongle Pro+ through gr-fcdproplus
 * sysmocom OsmoSDR Devices through libosmosdr
 * Nuand LLC bladeRF through libbladeRF library
 * Great Scott Gadgets HackRF through libhackrf
 * Ettus USRP Devices through Ettus UHD library
 * RTL2832U based DVB-T dongles through librtlsdr
 * RTL-TCP spectrum server (see librtlsdr project)
 * MSi2500 based DVB-T dongles through libmirisdr
 * gnuradio .cfile input through libgnuradio-blocks

By using the OsmoSDR block you can take advantage of a common software api in
your application(s) independent of the underlying radio hardware.

NOTE: The osmocom blocks will appear under 'Sources' and 'Sinks' categories
in GRC menu.

This capability is used by the end-user GUI Software Defined Radio
applications gqrx-sdr and sdrangelove.

- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/

iEYEARECAAYFAlJd95QACgkQkwbJvNrxBUxe7ACeJFrMWdxsSJkwke2uhb/+iIDO
tjMAn11FqEKCDWMz8snaBE+hXPyx3djl
=fE6w
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725842: ITP: gr-fcdproplus -- Software defined radio peripheral support

[A. Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms bott...@debian.org

* Package name: gr-fcdproplus
  Version : git snapshot
  Upstream Author : Volker Schroer, DL1KSV
* URL : https://github.com/dl1ksv/gr-fcdproplus
* License : GPL, version 2 or later
  Programming Lang: C
  Description : Software defined radio peripheral support

Github: https://github.com/dl1ksv/gr-fcdproplus.git

The funcube dongle pro+ is the ground station component of the
AMSAT-UK FUNcube Satellite project:
http://amsat-uk.org/funcube/funcube-cubesat/

gr-fcdproplus is an linux addon for gnuradio to implement a
funcube dongle pro+ source.

It autodetects the correct soundcard from /proc/asound/cards.
This idea was taken from the osmosdr drivers.

To control the device the hidraw code of the hidapi is used.

Dependencies:
- - gnuradio
- - alsa usb drivers activated

This capability is useful for GNU Radio via gr-osmosdr.

- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/

iEYEARECAAYFAlJUo/EACgkQkwbJvNrxBUwblwCfR8f51u1D8IR7supru2jHQqnc
D9gAn18GXUCe45zRSqW+P8Y9HVTMtsl/
=efru
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725843: ITP: gr-iqbal -- GNU Radio Blind IQ imbalance estimator and correction

[A. Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms bott...@debian.org

* Package name: gr-iqbal
  Version : git snapshot
  Upstream Author : Sylvain Munaut t...@246tnt.com
* URL : http://cgit.osmocom.org/cgit/gr-iqbal/
* License : GPL, version 3 or later
  Programming Lang: C, C++, Python
  Description : Blind IQ imbalance estimator and correction

Announcement:
https://lists.gnu.org/archive/html/discuss-gnuradio/2013-03/msg00245.html

Git: git://git.osmocom.org/gr-iqbal.git

This capability is useful for GNU Radio via gr-osmosdr.

- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/

iEYEARECAAYFAlJUpYwACgkQkwbJvNrxBUwfVACeK6RT3s7QZ9N7bQzvo1cUSi2g
WAEAnAvsJ4UZFPPEgg1WjAb+0IBxmQLK
=0xaB
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#701018: #701018 ITP: rtl-sdr -- Software defined radio receiver for Realtek RTL2832U dongles

[A. Maitland Bottoms]

The osmocom repository
http://cgit.osmocom.org/rtl-sdr/
has a clear record, and I've used the
git log messages to assign copyright
to the tuner_fc2580.[ch] and tuner_r820t.[ch] files.
The license is that of the rtl-sdr project, GPL-2+.

I've decided to sponsor
Adam Cécile (Le_Vert) gand...@le-vert.net
since the result of merging his debian/ files
and mine looks mostly like his version.

I am writing some man pages with the goal of
a lintian clean upload.

-Maitland


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#724957: ITP: hackrf -- Software defined radio peripheral support

[A. Maitland Bottoms]

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms bott...@debian.org

* Package name: hackrf
  Version : git snapshot
  Upstream Author : Michael Ossmann m...@ossmann.com, Jared Boone 
ja...@sharebrained.com, Benjamin Vernoux titan...@gmail.com
* URL : http://greatscottgadgets.com/hackrf/
* License : GPL, version 2 or later
  Programming Lang: C
  Description : Software defined radio peripheral support

Intro: http://ossmann.blogspot.com/2012/06/introducing-hackrf.html
Wiki: https://github.com/mossmann/hackrf/wiki
Git: https://github.com/mossmann/hackrf
Project News: http://ossmann.blogspot.com/search/label/hackrf

The hackrf project host software handles low-level
tasks for I/O of data. Current hardware is
USB powered and USB controlled.

Debian packages of this code will provide similar
support for HackRF hardware as is provided by
uhd for Ettus USRP hardware and rtl-sdr for DVB-T hardware.

This capability is useful for GNU Radio via gr-osmosdr.

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#724965: ITP: libosmosdr -- Software defined radio peripheral support

[A. Maitland Bottoms]

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms bott...@debian.org

* Package name: libosmosdr
  Version : git snapshot
  Upstream Author : 
* URL : http://cgit.osmocom.org/osmo-sdr/
* License : GPL, version 2 or later
  Programming Lang: C
  Description : Software defined radio peripheral support

Git: git://git.osmocom.org/osmo-sdr

The Debian packages will be based upon the software
from the software/libosmosdr directory of the repository.

The OsmoSDR project host software handles low-level
tasks for I/O of data. Current hardware is
USB powered and USB controlled.

Debian packages of this code will provide similar
support for OsmoSDR hardware as is provided by hackrf for
HackRF hardware, uhd for Ettus USRP hardware,
 and rtl-sdr for DVB-T hardware.

This capability is useful for GNU Radio via gr-osmosdr.

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#724966: ITP: libmirisdr -- Software for the Mirics MSi2500 + MSi001 SDR platform

[A. Maitland Bottoms]

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms bott...@debian.org

* Package name: libmirisdr
  Version : git snapshot
  Upstream Author : Steve Markgraf st...@steve-m.de, Eric Wild 
l...@tfc-server.de, Dimitri Stolnikov hori...@gmx.net
* URL : http://cgit.osmocom.org/libmirisdr/
* License : GPL, version 2 or later
  Programming Lang: C
  Description : Software for the Mirics MSi2500 + MSi001 SDR platform

Software defined radio peripheral support

Git: git://git.osmocom.org/libmirisdr

The OsmoSDR libmirisdr host software handles low-level
tasks for I/O of data. Current hardware is
USB powered and USB controlled.

Debian packages of this code will provide similar
support for the Mirics MSi2500 + MSi001 SDR platform
as is provided by libosmosdr for OsmoSDR hardware,
hackrf for HackRF hardware, uhd for Ettus USRP hardware,
and rtl-sdr for DVB-T hardware.

This capability is useful for GNU Radio via gr-osmosdr.

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#724965: Acknowledgement (ITP: libosmosdr -- Software defined radio peripheral support)

[A. Maitland Bottoms]

Upstream Authors are:

Dimitri Stolnikov hori...@gmx.net
Steve Markgraf st...@steve-m.de
Hoernchen l...@tfc-server.de


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#724967: ITP: bladerf -- Software defined radio peripheral support

[A. Maitland Bottoms]

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms bott...@debian.org

* Package name: bladerf
  Version : git snapshot
  Upstream Author : Robert Ghilduta robert.ghild...@nuand.com, Brian Padalino 
bpadal...@nuand.com, Jon Szymaniak j...@nuand.com
* URL : http://nuand.com/
* License : GPL, version 2 or later
  Programming Lang: C
  Description : Software defined radio peripheral support

Github: https://github.com/Nuand/bladeRF
Project News: http://www.nuand.com/blog/

The hackrf project host software handles low-level
tasks for I/O of data. Current hardware is
uses USB3 Superspeed data transfers.

Debian packages of this code will provide similar
support for nuand.com bladeRF hardware as is provided by
uhd for Ettus USRP hardware and rtl-sdr for DVB-T hardware.

This capability is useful for GNU Radio via gr-osmosdr.

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#701018: #701018 ITP: rtl-sdr -- Software defined radio receiver for Realtek RTL2832U dongles

[A. Maitland Bottoms]

So I too have had my own rtl-sdr packages for a while.

This weekend I'm updating everything with the idea of
matching the GNU Radio LiveDVD release 2013-0926
in Debian.

So I have a plan to try just removing the offending
files to upload a DFSG version simply to get rtl-sdr
into Debian. Then we can continue to chase down the
provenance of a few files later.

I say this of course because the devices _I_ own are
supported by the remaining files. :)

In any case I'd be open to putting rtl-sdr into
collab-maint on alioth as well as dump1090.
Adam - is fr24feed good enough for mentors.debian.net?

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#718990: zeroc-ice: FTBFS

[A. Maitland Bottoms]

Source: zeroc-ice
Version: 3.5.0-1
Severity: serious
Tags: patch

The Debian package auto-build systems are failing
on creating the python3-zeroc-ice package.

# moving files (python3 policy)
mv debian/python3-zeroc-ice/usr/lib/python3.*/dist-packages/*.so* 
debian/python3-zeroc-ice/usr/lib/python3/dist-packages
mv: cannot stat 
'debian/python3-zeroc-ice/usr/lib/python3.*/dist-packages/*.so*': No such file 
or directory

You should have moved out of debian/tmp instead of debian/python3-zeroc-ice.
This simple fix allowed me to build on a current
Debian unstable system.

-Maitland

enc:
--- orig/zeroc-ice-3.5.0/debian/rules-py.mk 2013-07-30 15:57:44.0 
-0400
+++ fixed/zeroc-ice-3.5.0/debian/rules-py.mk2013-08-07 10:38:11.0 
-0400
@@ -40,5 +40,5 @@ override_dh_python3:
dh_python3
# moving files (python3 policy)
-   mv debian/python3-zeroc-ice/usr/lib/python3.*/dist-packages/*.so* 
debian/python3-zeroc-ice/usr/lib/python3/dist-packages
+   mv debian/tmp/usr/lib/python3.*/dist-packages/*.so* 
debian/python3-zeroc-ice/usr/lib/python3/dist-packages
 
 clean-py:

Bug#712999: linux-image-3.9-1-amd64: Unable to find LVM volume

[A. Maitland Bottoms]

I think I was just bit by this bug.

Getting from wheezy-backports today,
initramfs-tools   0.112~bpo70+1
linux-image-3.9-0.bpo.1-amd64 3.9.6-1~bpo70+1

I found that adding rootdelay=1 to the grub boot kernel argument list
was enough to get linux-image-3.9-0.bpo.1-amd64 to boot.

My system is AMD64 Phenom II with 6.0 Gbps SATA and SSD,
I suppose too fast for the kernel lvm finding logic without
the rootdelay parameter set. (Then again, stock wheezy
linux-image-3.2.0-4-amd64 3.2.46-1 boots just fine
without that parameter sepecified.)

Hope that helps,
-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#714894: zeroc-ice: Newer version 3.5.0 released

[A. Maitland Bottoms]

Package: zeroc-ice
Version: 3.5.0~beta1-4
Severity: wishlist

On March 11, 2013 Ice 3.5 was released.

My interest in this is due to gnuradio, which uses
zeroc-ice libraries as of version 3.7.

So while #672066 is fixed in experimental, it would
be nice if that fix could be available in unstable soon.
Since gcc-4.6 is no longer available in unstable, the
earlier work-around is also no longer available.

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#672102: #672102 gnuradio: not installable: xdg-desktop-menu: No writable system menu directory found.

[A. Maitland Bottoms]

 Timo == Timo Juhani Lindfors timo.lindf...@iki.fi writes:
Timo I tried to access the git repository to see how easy the fix would be to
Timo turn into a stable proposed update but there's something wrong with the
Timo git repo:

Timo $ git clone git://anonscm.debian.org/users/bottoms/pkg-gnuradio.git

Yes. I just replaced that repo with my own repo - so you'll have to
start out with a clone again. But it seems to know where its HEAD is.

But yes, I would expect the simple changes to
debian/gnuradio.postinst
would be a fine candidate for a stable update.

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#706179: fdmdv2_0.1235-1_amd64.changes is NEW

[A. Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

 DFM == Debian FTP Masters ftpmas...@ftp-master.debian.org writes:
DFM binary:freedv is NEW.
DFM source:fdmdv2 is NEW.

Feel free to reject this from NEW, and I will upload again
with a lower version number.

I've built it again using 0.0.1235-1
and it looks like that will transition toward things
like 0.96.r1236-1 or such closer to upstream's idea
of version numbers. So, if I could get a do-over to
avoid using epochs from the start that seems helpful.

Thank you!
- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/

iEYEARECAAYFAlGG0S0ACgkQkwbJvNrxBUxtNgCfcCvzQlu77Msn8NDB/HmO1h/N
ZAcAn3CK8+DqgS2GDYoHkZtyLZ1s4KiY
=dB3I
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#706184: ITP: freedv -- Digital Voice for HF

[A. Maitland Bottoms]

Package: wnpp
Severity: wishlist
Owner: A. Maitland Bottoms bott...@debian.org

* Package name: freedv
  Version : 0.96r1235
  Upstream Author : David Rowe VK5DGR da...@rowetel.com, Dave Witten 
witt...@wwrinc.com
* URL : http://freedv.org
* License : LGPL-2.1
  Programming Lang: C++
  Description : Digital Voice for HF

FreeDV is a GUI application that allows any SSB radio to be used for
low bit rate digital voice.

Speech is compressed down to 1400 bit/s then modulated onto a 1100 Hz
wide QPSK signal which is sent to the Mic input of a SSB radio. On
receive, the signal is received by the SSB radio, then demodulated and
decoded by FreeDV.

FreeDV was built by an international team of Radio Amateurs working
together on coding, design, user interface and testing. FreeDV is open
source software, released under the GNU Public License version
2.1. The FDMDV modem and Codec 2 Speech codec used in FreeDV are also
open source.

Why FreeDV?

Amateur Radio is transitioning from analog to digital, much as it
transitioned from AM to SSB in the 1950's and 1960's. How would you
feel if one or two companies owned the patents for SSB, then forced
you to use their technology, made it illegal to experiment with or
even understand the technology, and insisted you stay locked to it for
the next 100 years? That's exactly what was happening with digital
voice. But now, hams are in control of their technology again!

FreeDV is unique as it uses 100% Open Source Software, including the
audio codec. No secrets, nothing proprietary! FreeDV represents a path
for 21st century Amateur Radio where Hams are free to experiment and
innovate, rather than a future locked into a single manufacturers
closed technology.

I've been builing packages while trying to keep up with
active development, and it is time for better availability
of packaged versions to facilitate testing by early adopters.

Expect the initial series of uploads to go into Debian experimental.
The Lintian warning count is low, but the upstream developers
expect some incompatible protocol changes between versions
for the near future.

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#689814: unblock: gnuradio/3.6.1-1

[A. Maitland Bottoms]

 Mehdi Dogguy me...@dogguy.org writes:
 It is a pity that the package didn't migrate due to a transient build
 failure, but it is not an argument to unblock it. Besides, the diff
 between testing's and sid's gnuradio looks rather large

Bug#689814: unblock: gnuradio/3.6.1-1

[A. Maitland Bottoms]

 Mehdi Dogguy me...@dogguy.org writes:
 It is a pity that the package didn't migrate due to a transient build
 failure, but it is not an argument to unblock it. Besides, the diff
 between testing's and sid's gnuradio looks rather large and sid's
 version doesn't (according to the BTS) fix any serious issues.

The gnuradio community has been trained to avoid Debian packages, so
they are not using them or posting bugs to the BTS. That said, I am
trying to change that.

 Do you have in mind some very important fixes that you'd like to see
 in Wheezy? If not, we'd prefer to keep 3.6.1-1 out of Wheezy.

Upstream changelogs:
http://gnuradio.org/redmine/projects/gnuradio/wiki/ChangeLogV3_6_1
http://gnuradio.org/redmine/projects/gnuradio/wiki/ChangeLogV3_6_0

---

The one that will lead to the most user comments if Debian doesn't
have it: Allow left click in FFT display to set a GRC variable

While it's a fairly minor feature, it allows click to tune to
work. For software defined radio applications this is a compelling
human-machine interface feature. The FFT display shows a band
of radio frequencies, and the user just clicks on an interesting
peak in the visualization of the FFT display and the radio receiving
parts of the application tune to demodulate it - which often leads
to hearing a human voice. See - Click - Listen. Also avoids having
less-intuitive coarse frquency tuning slider bars in the GUI.

---

The polyphase filterbank support is quite likely to be useful,
http://www.trondeau.com/blog/2012/2/24/some-really-cool-dsp.html
and the gr-digital and gr-filter blocks are an important addition.

To be sure, gnuradio developers will charge ahead with new ABIs and
APIs, and I intend to package up newer versions for wheezey-backports
in the future.

But the person who discovers gnuradio by finding it in Wheezy will
be better served by starting to work with the 3.6.1 version rather
than the 3.5.3.2 version.

I've been using Wheezy and gnuradio 3.6 to follow along the fun
people were having with the DVB-T dongles:
http://sdr.osmocom.org/trac/wiki/rtl-sdr

Since I didn't have to wait for 3.6.1 on my Wheezy boxes, I've
been using it - and my Debian packages have worked well with
scripts and extensions written by  others.

---

Upstream gnuradio developers would like to see gnuradio 3.6.1
in Wheezy. At the end of September I attended the conference
http://www.trondeau.com/gnu-radio-conference-2012/
The increased use of VOLK makes gnuradio 3.6.1 run faster.
Even with the perspective of a few months of time passing,
the gnuradio 3.6.1-1 package uploaded in June still looks
like a good candidate for inclusion in Wheezy.

-Maitland


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#689814: unblock: gnuradio/3.6.1-1

[A. Maitland Bottoms]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

The gnuradio 3.6.1-1 source was accepted into unstable
on 12 June 2012:
http://packages.qa.debian.org/g/gnuradio/news/20120612T181727Z.html

Since that was before the Wheezy freeze, this should apply:
Any packages in unstable before the 19:52 dinstall begins on that day
will be given automatic freeze exceptions (for the specific version in
unstable).

All other architectures built before the freeze, the ia64 binaries
only recently have been uploaded.
(Subject: gnuradio_3.6.1-1_ia64.changes ACCEPTED into unstable
 Date: Sat, 06 Oct 2012 04:17:55 +)

It would be good to release Wheezy with gnuradio 3.6.1

- -Maitland
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/

iEYEARECAAYFAlBwVCAACgkQkwbJvNrxBUzhAgCfXQ37ln8i8GnpadAcQJeAeJ2T
kGsAn2VVM2qXLucIg3anZw1jCCYLzSnA
=S4F+
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#672102: gnuradio: not installable: xdg-desktop-menu: No writable system menu directory found.

[A. Maitland Bottoms]

OK,

So I need to improve the gnuradio postinst script.

My goal is to alow gnuradio to install into a chroot
environment, and not depend upon desktop integration -
but if there is a desktop then it should do the right
thing.

You've got xdg-utils installed, what is it that makes
xdg-desktop-menu unhappy? Is this really a bug on
xdg-utils?

Since gnuradio installs fine for me in a sparse chroot
and the default Wheezy fresh install with the Gnome desktop
I'd like some hints on how to handle your environment.

-Maitland



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#667523: [gnuradio] Segmentation fault on gnuradio-companion start

[A. Maitland Bottoms]

Hmm.

I probably could have closed this bug in one of the uploads
since 3.5.2.1-1. I any case I cannot reproduce the problem
in current versions.

I hope you've been able to productively run gnuradio-companion
recently, and that you agree this bug can be closed.

Thanks,
-Maitland



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org