GNU bug report logs - #38650
hackrf: new package

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 38650 in the body.
You can then email your comments to 38650 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Christopher Howard <christopher <at> librehacker.com>
To: guix-patches <at> gnu.org
Subject: hackrf: new package
Date: Tue, 17 Dec 2019 05:45:14 -0900

[Message part 1 (text/plain, inline)]

Patch is attached for new package `hackrf'. Installing this package
installs the userspace hackrf utilities and C library. To install the
hackrf udev rules, you must add this package as a system service via
modify-services. E.g.:

'''
  (services
   (modify-services
    (append
     #| your other services |#
    (udev-service-type config =>
     (udev-configuration (inherit config)
      (rules (cons hackrf
                   (udev-configuration-rules config)))))))
'''

And also you need to add your local user to the `dialout' group. I did
a simple test with my HackRF One and hackrf_info was able to detect the
board, indicating that package works on x86_64.

-- 
Christopher Howard
p: +1 (907) 374-0257
w: https://librehacker.com
social: https://gnusocial.club/librehacker
gpg: ADDEAADE5D607C8D (keys.gnupg.net)

[0001-hackrf-new-package.patch (text/x-patch, attachment)]

Message #8 received at 38650 <at> debbugs.gnu.org (full text, mbox):

From: Danny Milosavljevic <dannym <at> scratchpost.org>
To: Christopher Howard <christopher <at> librehacker.com>
Cc: 38650 <at> debbugs.gnu.org
Subject: Re: [bug#38650] hackrf: new package
Date: Mon, 23 Dec 2019 09:00:02 +0100

[Message part 1 (text/plain, inline)]

Hi,

thanks for the patch!

Please, if possible, ask upstream to provide a release.

It's not a good idea to use a random git commit in an official GNU distribution--
much better to just have them release a version.

On Tue, 17 Dec 2019 05:45:14 -0900
Christopher Howard <christopher <at> librehacker.com> wrote:

> Patch is attached for new package `hackrf'. Installing this package
> installs the userspace hackrf utilities and C library. To install the
> hackrf udev rules, you must add this package as a system service via
> modify-services. E.g.:
> 
> '''
>   (services
>    (modify-services
>     (append
>      #| your other services |#
>     (udev-service-type config =>
>      (udev-configuration (inherit config)
>       (rules (cons hackrf
>                    (udev-configuration-rules config)))))))
> '''
> And also you need to add your local user to the `dialout' group. 

Please document that in the description so it's not lost (description
can do texinfo markup).

[Message part 2 (application/pgp-signature, inline)]

Message #11 received at 38650 <at> debbugs.gnu.org (full text, mbox):

From: Jack Hill <jackhill <at> jackhill.us>
To: 38650 <at> debbugs.gnu.org
Cc: Christopher Howard <christopher <at> librehacker.com>
Subject: hackrf.scm add to gnu/local.mk
Date: Mon, 23 Dec 2019 16:17:34 -0500 (EST)

Hi,

I believe that the new gnu/packages/hackrf.scm file also need to be added 
to gnu/local.mk

Best,
Jack

Message #14 received at 38650 <at> debbugs.gnu.org (full text, mbox):

From: Christopher Howard <christopher <at> librehacker.com>
To: Danny Milosavljevic <dannym <at> scratchpost.org>
Cc: 38650 <at> debbugs.gnu.org
Subject: Re: [bug#38650] hackrf: new package
Date: Mon, 23 Dec 2019 22:05:28 -0900

HackRF team says they are preparing a new release, but it may be a few
weeks yet.

-- 
Christopher Howard
p: +1 (907) 374-0257
w: https://librehacker.com
social: https://gnusocial.club/librehacker
gpg: ADDEAADE5D607C8D (keys.gnupg.net)

On Mon, 2019-12-23 at 09:00 +0100, Danny Milosavljevic wrote:
> Hi,
> 
> thanks for the patch!
> 
> Please, if possible, ask upstream to provide a release.
> 
> It's not a good idea to use a random git commit in an official GNU
> distribution--
> much better to just have them release a version.
> 
> On Tue, 17 Dec 2019 05:45:14 -0900
> Christopher Howard <christopher <at> librehacker.com> wrote:
> 
> > Patch is attached for new package `hackrf'. Installing this package
> > installs the userspace hackrf utilities and C library. To install
> > the
> > hackrf udev rules, you must add this package as a system service
> > via
> > modify-services. E.g.:
> > 
> > '''
> >   (services
> >    (modify-services
> >     (append
> >      #| your other services |#
> >     (udev-service-type config =>
> >      (udev-configuration (inherit config)
> >       (rules (cons hackrf
> >                    (udev-configuration-rules config)))))))
> > '''
> > And also you need to add your local user to the `dialout' group. 
> 
> Please document that in the description so it's not lost (description
> can do texinfo markup).

Message #17 received at 38650 <at> debbugs.gnu.org (full text, mbox):

From: Christopher Baines <mail <at> cbaines.net>
To: Christopher Howard <christopher <at> librehacker.com>
Cc: Danny Milosavljevic <dannym <at> scratchpost.org>, 38650 <at> debbugs.gnu.org
Subject: Re: [bug#38650] hackrf: new package
Date: Tue, 31 Mar 2020 21:22:01 +0100

[Message part 1 (text/plain, inline)]

Christopher Howard <christopher <at> librehacker.com> writes:

> HackRF team says they are preparing a new release, but it may be a few
> weeks yet.

Looks like there's been a new release now:

  https://github.com/mossmann/hackrf/releases/tag/v2018.01.1

Just letting you know in case you don't :)

Chris

[signature.asc (application/pgp-signature, inline)]

Message #20 received at 38650 <at> debbugs.gnu.org (full text, mbox):

From: Christopher Howard <christopher <at> librehacker.com>
To: Christopher Baines <mail <at> cbaines.net>
Cc: Danny Milosavljevic <dannym <at> scratchpost.org>, 38650 <at> debbugs.gnu.org
Subject: Re: [bug#38650] hackrf: new package
Date: Tue, 31 Mar 2020 16:12:48 -0800

Hi, that is the release from two years ago.

-- 
Christopher Howard
p: +1 (907) 374-0257
w: https://librehacker.com
social: https://gnusocial.club/librehacker
gpg: ADDEAADE5D607C8D (keys.gnupg.net)

On Tue, 2020-03-31 at 21:22 +0100, Christopher Baines wrote:
> Christopher Howard <christopher <at> librehacker.com> writes:
> 
> > HackRF team says they are preparing a new release, but it may be a
> > few
> > weeks yet.
> 
> Looks like there's been a new release now:
> 
>   https://github.com/mossmann/hackrf/releases/tag/v2018.01.1
> 
> Just letting you know in case you don't :)
> 
> Chris

Message #23 received at 38650 <at> debbugs.gnu.org (full text, mbox):

From: Christopher Baines <mail <at> cbaines.net>
To: Christopher Howard <christopher <at> librehacker.com>
Cc: Danny Milosavljevic <dannym <at> scratchpost.org>, 38650 <at> debbugs.gnu.org
Subject: Re: [bug#38650] hackrf: new package
Date: Wed, 01 Apr 2020 18:22:32 +0100

[Message part 1 (text/plain, inline)]

Christopher Howard <christopher <at> librehacker.com> writes:

> Hi, that is the release from two years ago.

Ah, sorry, I saw January and didn't notice the year!

[signature.asc (application/pgp-signature, inline)]

Message #26 received at 38650 <at> debbugs.gnu.org (full text, mbox):

From: Christopher Howard <christopher.howard <at> qlfiles.net>
To: 38650 <at> debbugs.gnu.org
Subject: [PATCH] gnu: adds hackrf
Date: Sun, 26 Apr 2020 03:06:18 -0800

[Message part 1 (text/plain, inline)]

I have asked many times about the new release over the last few months,
and each time hackrf team says it is a week or so away. But their last
git commit was in February. Requesting to please proceed with the
latest commit as represented in this patch. I have added information to
the description as requested.

Using the old 2018 release would be unsatisfactory due to an annoying
bug related to maintaining connections to hackrf devices.

As an additional motivation for adding this, I believe you need
libhackrf installed to use hackrf with gnuradio, through the osmocom
interface. (I'm not at the moment quite clear on what exactly you have
to enable in the gnuradio package definitions to link those together.)
E.g., https://packages.debian.org/stretch/gr-osmosdr

-- 
Christopher Howard
p: +1 (907) 374-0257
w: https://librehacker.com
social: https://gnusocial.club/librehacker
gpg: ADDEAADE5D607C8D (keys.gnupg.net)

[0001-gnu-adds-hackrf.patch (text/x-patch, attachment)]

Message #29 received at 38650 <at> debbugs.gnu.org (full text, mbox):

From: Guillaume Le Vaillant <glv <at> posteo.net>
To: 38650 <at> debbugs.gnu.org
Cc: christopher <at> librehacker.com
Subject: Re: [bug#38650] [PATCH] gnu: adds hackrf
Date: Mon, 27 Apr 2020 17:33:52 +0200

[Message part 1 (text/plain, inline)]

Hi,

Christopher Howard <christopher.howard <at> qlfiles.net> skribis:

> I have asked many times about the new release over the last few months,
> and each time hackrf team says it is a week or so away. But their last
> git commit was in February. Requesting to please proceed with the
> latest commit as represented in this patch. I have added information to
> the description as requested.
>
> Using the old 2018 release would be unsatisfactory due to an annoying
> bug related to maintaining connections to hackrf devices.

I noticed that the package definition builds 'lib/libhackrf.a';
installing static libraries is usually disabled for Guix packages.
Also, some of the lines of the package definition are indented with tabs
instead of spaces, and the commit message is missing the
" * gnu/packages/radio.scm (hackrf): New variable." line.

> As an additional motivation for adding this, I believe you need
> libhackrf installed to use hackrf with gnuradio, through the osmocom
> interface. (I'm not at the moment quite clear on what exactly you have
> to enable in the gnuradio package definitions to link those together.)
> E.g., https://packages.debian.org/stretch/gr-osmosdr

In theory, adding the hackrf package as input of the gnuradio-osmosdr
package should be enough (the library should be auto-detected when
compiling and the support activated).
However, I don't have the hardware to test if it really works.

[signature.asc (application/pgp-signature, inline)]

Message #32 received at 38650 <at> debbugs.gnu.org (full text, mbox):

From: Christopher Howard <christopher <at> librehacker.com>
To: Guillaume Le Vaillant <glv <at> posteo.net>, 38650 <at> debbugs.gnu.org
Subject: Re: [bug#38650] [PATCH] gnu: adds hackrf
Date: Mon, 27 Apr 2020 16:20:15 -0800

Can those minor tweaks be added by whomever is applying the patch, or
do I need to submit a new patch?

-- 
Christopher Howard
p: +1 (907) 374-0257
w: https://librehacker.com
social: https://gnusocial.club/librehacker
gpg: ADDEAADE5D607C8D (keys.gnupg.net)

On Mon, 2020-04-27 at 17:33 +0200, Guillaume Le Vaillant wrote:
> Hi,
> 
> Christopher Howard <christopher.howard <at> qlfiles.net> skribis:
> 
> > I have asked many times about the new release over the last few
> > months,
> > and each time hackrf team says it is a week or so away. But their
> > last
> > git commit was in February. Requesting to please proceed with the
> > latest commit as represented in this patch. I have added
> > information to
> > the description as requested.
> > 
> > Using the old 2018 release would be unsatisfactory due to an
> > annoying
> > bug related to maintaining connections to hackrf devices.
> 
> I noticed that the package definition builds 'lib/libhackrf.a';
> installing static libraries is usually disabled for Guix packages.
> Also, some of the lines of the package definition are indented with
> tabs
> instead of spaces, and the commit message is missing the
> " * gnu/packages/radio.scm (hackrf): New variable." line.
> 
> > As an additional motivation for adding this, I believe you need
> > libhackrf installed to use hackrf with gnuradio, through the
> > osmocom
> > interface. (I'm not at the moment quite clear on what exactly you
> > have
> > to enable in the gnuradio package definitions to link those
> > together.)
> > E.g., https://packages.debian.org/stretch/gr-osmosdr
> 
> In theory, adding the hackrf package as input of the gnuradio-osmosdr
> package should be enough (the library should be auto-detected when
> compiling and the support activated).
> However, I don't have the hardware to test if it really works.

Message #37 received at 38650-done <at> debbugs.gnu.org (full text, mbox):

From: Guillaume Le Vaillant <glv <at> posteo.net>
To: 38650-done <at> debbugs.gnu.org
Cc: Christopher Howard <christopher <at> librehacker.com>
Subject: Re: [bug#38650] [PATCH] gnu: adds hackrf
Date: Tue, 28 Apr 2020 10:29:25 +0200

[Message part 1 (text/plain, inline)]

Christopher Howard <christopher <at> librehacker.com> skribis:

> Can those minor tweaks be added by whomever is applying the patch, or
> do I need to submit a new patch?

I pushed the patch with the modifications
(commit 79c4fb4f366cff3ad75982b4a09c6bd82e604674).

I also added hackrf support to gnuradio-osmosdr (commit
62d45e463c3b1ecad90004c47356cba342dd23d8).
Could you test if it works with real hackrf hardware, and create a bug
report if it doesn't?

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.