GNU bug report logs -
#53820
[PATCH] gnu: Add jtdx
Previous Next
Reported by: "Sheng Yang" <styang <at> fastmail.com>
Date: Sun, 6 Feb 2022 14:16:01 UTC
Severity: normal
Tags: patch
Done: Ludovic Courtès <ludo <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 53820 in the body.
You can then email your comments to 53820 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
guix-patches <at> gnu.org
:
bug#53820
; Package
guix-patches
.
(Sun, 06 Feb 2022 14:16:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"Sheng Yang" <styang <at> fastmail.com>
:
New bug report received and forwarded. Copy sent to
guix-patches <at> gnu.org
.
(Sun, 06 Feb 2022 14:16:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
JTDX is a popular fork of WSJT-X, commonly used by ham radio operators for FT8 and other modes.
This is the first time I am submitting a patch to Guix. I have tried my best to format and test it, with the help of a few friends familiar with Guix. Feel free to modify the patch if I did something incorrectly.
[Message part 2 (text/html, inline)]
[0001-gnu-Add-jtdx.patch (text/x-patch, attachment)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#53820
; Package
guix-patches
.
(Sun, 06 Feb 2022 14:57:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 53820 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Sheng Yang schreef op zo 06-02-2022 om 08:14 [-0600]:
> + (url "https://github.com/Hamlib/Hamlib.git")
That looks like a location of upstream to me, not the fork.
Greetings,
Maxime.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#53820
; Package
guix-patches
.
(Sun, 06 Feb 2022 15:04:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 53820 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
My fault. I somehow misunderstood the lines in the release note.
> JTDX 2.2.158 builds made with modified Hamlib, based on Hamlib commit https://github.com/Hamlib/Hamlib/commit/954d70c143a9a0293371d8def3a7300ce3ca68c4 as of December 30th, 2021
Found the true location of their fork of hamlib (https://github.com/jtdx-project/jtdxhamlib). Will update the patch when I managed to pack it.
On Sun, Feb 6, 2022, at 08:56, Maxime Devos wrote:
> Sheng Yang schreef op zo 06-02-2022 om 08:14 [-0600]:
> > + (url "https://github.com/Hamlib/Hamlib.git")
>
> That looks like a location of upstream to me, not the fork.
>
> Greetings,
> Maxime.
>
>
> *Attachments:*
> * signature.asc
[Message part 2 (text/html, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#53820
; Package
guix-patches
.
(Sun, 06 Feb 2022 15:06:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 53820 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Sheng Yang schreef op zo 06-02-2022 om 08:14 [-0600]:
> +(define jtdx-hamlib
> + ;; Fork of hamlib with custom patches used by jtdx.
Have these patches been submitted upstream? If so, can we
add a link to a web page tracking upstreaming progress,
such that we can determine when 'jdtx-hamlib' can be removed
in favour of 'hamlib'?
Given that it is a fork, doesn't the home page, synopsis and
description need to be tweaked?
Why define and not define-public?
Greetings,
Maxime.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#53820
; Package
guix-patches
.
(Sun, 06 Feb 2022 15:22:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 53820 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> Have these patches been submitted upstream? If so, can we
> add a link to a web page tracking upstreaming progress,
> such that we can determine when 'jdtx-hamlib' can be removed
> in favour of 'hamlib'?
I don't think those patches are submitted upstream. I checked diff between jtdx-hamlib's master with commit 954d70c143a9a0293371d8def3a7300ce3ca68c4 <https://github.com/Hamlib/Hamlib/commit/954d70c143a9a0293371d8def3a7300ce3ca68c4>, which has quite some differences. I am not a developer of either package, so I cannot tell which one/ones is necessary. As it turns out, the configure options seem a lot different from the official one. The following is in the README of jtdx-hamlib:
> $ ../src/configure --prefix=$HOME/hamlib-prefix
> --disable-shared --enable-static
> --without-cxx-binding --disable-winradio
> CFLAGS="-g -O2 -fdata-sections -ffunction-sections"
> LDFLAGS="-Wl,--gc-sections"
While in hamlib and wsjtx-hamlib, the build configuration is:
> (arguments
> `(#:configure-flags '("--disable-static"
> "--with-lua-binding"
> "--with-python-binding"
> "--with-tcl-binding"
> "--with-xml-support")))
> Given that it is a fork, doesn't the home page, synopsis and
> description need to be tweaked?
>
> Why define and not define-public?
I basically followed the existing package wsjtx-hamlib.
[Message part 2 (text/html, inline)]
Information forwarded
to
guix-patches <at> gnu.org
:
bug#53820
; Package
guix-patches
.
(Sun, 06 Feb 2022 16:24:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 53820 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Patch updated.
On Sun, Feb 6, 2022, at 09:20, Sheng Yang wrote:
>> Have these patches been submitted upstream? If so, can we
>> add a link to a web page tracking upstreaming progress,
>> such that we can determine when 'jdtx-hamlib' can be removed
>> in favour of 'hamlib'?
> I don't think those patches are submitted upstream. I checked diff between jtdx-hamlib's master with commit 954d70c143a9a0293371d8def3a7300ce3ca68c4 <https://github.com/Hamlib/Hamlib/commit/954d70c143a9a0293371d8def3a7300ce3ca68c4>, which has quite some differences. I am not a developer of either package, so I cannot tell which one/ones is necessary. As it turns out, the configure options seem a lot different from the official one. The following is in the README of jtdx-hamlib:
>> $ ../src/configure --prefix=$HOME/hamlib-prefix
>> --disable-shared --enable-static
>> --without-cxx-binding --disable-winradio
>> CFLAGS="-g -O2 -fdata-sections -ffunction-sections"
>> LDFLAGS="-Wl,--gc-sections"
> While in hamlib and wsjtx-hamlib, the build configuration is:
>> (arguments
>> `(#:configure-flags '("--disable-static"
>> "--with-lua-binding"
>> "--with-python-binding"
>> "--with-tcl-binding"
>> "--with-xml-support")))
>
>> Given that it is a fork, doesn't the home page, synopsis and
>> description need to be tweaked?
>>
>> Why define and not define-public?
> I basically followed the existing package wsjtx-hamlib.
[Message part 2 (text/html, inline)]
[0001-gnu-Add-jtdx.patch (text/x-patch, attachment)]
Reply sent
to
Ludovic Courtès <ludo <at> gnu.org>
:
You have taken responsibility.
(Sun, 06 Mar 2022 21:37:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
"Sheng Yang" <styang <at> fastmail.com>
:
bug acknowledged by developer.
(Sun, 06 Mar 2022 21:37:01 GMT)
Full text and
rfc822 format available.
Message #25 received at 53820-done <at> debbugs.gnu.org (full text, mbox):
Hi,
"Sheng Yang" <styang <at> fastmail.com> skribis:
> From 4a57cd007013a8bbade90dceccba4ec85207857f Mon Sep 17 00:00:00 2001
> From: Sheng Yang <yangsheng6810 <at> gmail.com>
> Date: Sun, 23 Jan 2022 21:46:27 -0600
> Subject: [PATCH] gnu: Add jtdx
>
> * gnu/packages/radio.scm (jtdx-hamlib): New variable.
> (jtdx): New variable.
Applied.
Thank you, and thanks Maxime!
Ludo’.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 04 Apr 2022 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 73 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.