Confirmed same error, Kubuntu 22.04 up to date as of today.
Error: Symbol ‘ncand‘ at (1) is USE associated from module ‘q65‘ and cannot
occur in COMMON
/home/nu0c/src/build/build/wsjtx-prefix/src/wsjtx/qmap/libqmap/q65c.f90:93:3:
73
-Jim
NU0C
On Tue, 12 Mar 2024 00:59:57 +
Stan Gammons
I'm seeing the same error on Kubuntu 22.04
uname -a
Linux radio2 5.15.0-100-generic #110-Ubuntu SMP Wed Feb 7 13:27:48 UTC 2024
x86_64 x86_64 x86_64 GNU/Linux
[ 95%] Building Fortran object qmap/libqmap/CMakeFiles/qmap_impl.dir/moon2.f90.o
[ 95%] Building Fortran object
I have to disagree. I do not like that the report does not change, during the
QSO, when the received strength changes. For example, I call CQ on 144 FT8. I
am beaming West. A station from the Northeast calls me. I receive his call at
-20 dB. I immediately start rotating my antenna to point
Hi Josh,
We're aware of the problem you report, but haven't yet got around to
correcting it. It does not affect builds on any of the systems we're
using for development. Compiler revisions are getting increasingly
fussy about such things.
You can do one of the following:
1. Wait for the
Bo,
I assume you mean vhf and up contests. On HF CW or Phone, the contest
standard is always 599 or 59. Which means it is a meaningless part of the
exchange. Why should FT8/MSK144 be held to a higher standard? At least
they are trying to use some kind of a standard definition for signal
Tim
If you know where the spot counter is for FT8, that is where the spot
counter is for WSPR. It’s along the bottom line of the WSJT window.
Dennis W1UE
On Mon, Mar 11, 2024 at 14:42 Tim Urban via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
>
> I the Release: WSJT-X 2.7.0-rc3
I the Release: WSJT-X 2.7.0-rc3 January 1, 2024 there is a item -- -
Made the spot counter work for WSPR.
A search of
https://wsjt.sourceforge.io/wsjtx-doc/wsjtx-main-2.7.0-rc3.html#INTRO
finds no reference to spot counter
Is there documentation for "the spot counter"?
73
Tim
N4WLO
Hi Josh,
I got the same error on my Linux Mint 21,1
( Linux abc 5.15.0-97-generic #107-Ubuntu SMP Wed Feb 7 13:26:48 UTC 2024
x86_64 x86_64 x86_64 GNU/Linux )
but on my Raspberry 5 running Debian GNU/Linux 12 (bookworm)
( Linux cde 6.1.0-rpi8-rpi-2712 #1 SMP PREEMPT Debian 1:6.1.73-1+rpt1
Gents,
As you know both FT8 and MSK144 are very popular modes on 6m, BUT for some
reason the report sent can change many times during a QSO. The result is
that both operators can log different reports and still have a valid QSO.
This sounds crazy to me. Obviously I'm not the only one
Hi Dwayne,
It should now work. Make sure you clear your browser cache before
downloading the file again.
73 de DG2YCB,
Uwe
German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB
Am 11.03.2024 um 18:03 schrieb
On Fedora Core 39, 64 bit, (uname -a
Linux fedora 6.7.7-200.fc39.x86_64 #1 SMP PREEMPT_DYNAMIC Fri Mar 1
16:53:59 UTC 2024 x86_64 GNU/Linux, gcc version 13.2.1 20231205 (Red Hat
13.2.1-6) (GCC))
I get the following errors building RC4:
[ 94%] Building Fortran object
Will check this.
73 de DG2YCB,
Uwe
German Amateur Radio Station DG2YCB
Dr. Uwe Risse
eMail: dg2...@gmx.de
Info: www.qrz.com/db/DG2YCB
Am 11.03.2024 um 17:55 schrieb Dwayne Sinclair via wsjt-devel:
The Darwin disk image for RC4 is corrupt. Only has a
The Darwin disk image for RC4 is corrupt. Only has a 281 byte file size.
Dwayne AB6A
> On Mar 11, 2024, at 7:57 AM, Joe Taylor via wsjt-devel
> wrote:
>
> Dear WSJT-X Users,
>
> We are pleased to announce that Release Candidate WSJT-X 2.7.0-rc4 is ready
> for download and use by beta
Dear WSJT-X Users,
We are pleased to announce that Release Candidate WSJT-X 2.7.0-rc4 is
ready for download and use by beta testers.
WSJT-X 2.7.0 Release Candidate 4 includes new features (especially for
companion program QMAP) as well as bug fixes. A full list of
enhancements can be found
14 matches
Mail list logo