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

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

c: 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

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

. +(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

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

-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

Bug#1035678: unblock: gnuradio/3.10.5.1-3

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:

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

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

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

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

Bug#1021856: volk_8u_x2_encodeframepolar_8u_generic missing in Debian

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

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

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

Bug#1008854: Packages using gnuradio-dev FTBFS

>> 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,

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

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

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

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

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

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

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

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

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

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

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

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.) >

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

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

Bug#946120: gnuradio: gr_modtool crash

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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-limes

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

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

Bug#810254: VTK7 ... VTK8?

... 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

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

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

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

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 Clau

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

> * 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

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

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 L

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

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

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

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 Subjec

Bug#864452: vtkdata: do not ship in stretch

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

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

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

Bug#835294: thrift: please upload to unstable

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

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,

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

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

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

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

-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

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

-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

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

-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

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

-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

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

-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

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

-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/insp

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

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

Bug#794878: fixed in uhd 3.8.5-2.1

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

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

-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-Mc

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

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.

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

-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

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

-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

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

-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

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

-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

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

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

Bug#770107: libdime-dev must depends on libdime1

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.

Bug#770270: unblock: dime/0.20111205-2

: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

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

-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

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

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.

Bug#759927: gr-osmosdr: FTBFS on kfreebsd

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

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

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

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

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

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

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

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

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

-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

Bug#733322: comedilib: FTBFS

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

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

-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

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

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

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

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

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

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 --

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

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

Bug#726788: QT GUI Range widget causes SEGV

-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

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

-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

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

-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

Bug#712206: quisk depends upon pyusb 1.0

-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-

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

-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

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

-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

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

-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

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

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)

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

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

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

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

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

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

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

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

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

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

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

Bug#718990: zeroc-ice: FTBFS

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*

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

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

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

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

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

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

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

-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

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

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

Bug#689814: unblock: gnuradio/3.6.1-1

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

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

Bug#689814: unblock: gnuradio/3.6.1-1

-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

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

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

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

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

Bug#671825: gnuradio: gr_plot_fft fails with 'module' object has no attribute 'fftshift'

Thank you for your bug report. The work around for this is to install python-scipy. That package was missing from the dependency list, but as you showed, it is needed. (Marcus Leech's build-gnuradio script does go ahead and apt-get that for you.) That oversight will be corrected upon my next

  1   2   >