Hello,
I am not sure if this is a defect in behavior or done by design. When I
use the 'Lookup' button from the main screen to get grid information from
call3.txt for a new value in the "DX Call" field, should there be an
existing "Dx Grid" value in the box from a previous QSO, the updated grid
Hi George
It's already there. If you are in Hound Mode and try to call FOX under
1000 wsjt-x will move the TX over 1000 by it self. If one get a rpt from
the DXP wsjt-x will automatic jump to one of the DXP TX Slots and give
your rpt for max 3 times if no RR73 is received wsjt-x will jump to
This was meant for HOUND mode only. If they are not using HOUND, then they
should not be calling the DXP when he's operating in F/H mode. Defeats the
purpose of F/H and only confuses the issue.
73's
George - WB5JJJ
4
On Sun, Nov 15, 2020 at 11:32 PM Reino Talarmo
wrote:
> Hi George,
>
>
Hi George,
There is a minor problem with your lockout proposal as that operator may not
have used HOUND mode at all!
73, Reino OH3mA
From: WB5JJJ [mailto:wb5...@gmail.com]
Sent: 16. marraskuuta 2020 0:45
To: WSJT software development
Subject: [wsjt-devel] TX Freq lockout
With the 7Q7
With the 7Q7 being the first major DXP since early in the year, there are a
lot of "new" hams to F/H that don't read the information available. They
are hoping to "cut in line" by TXing initially below 1000, and even on the
DXP calling frequency, with their R-xx report. This causes tons of QRM
On 15/11/2020 20:07, Stefan Wernli wrote:
Hi Bill and David,
libboost-dev didn't help, but libboost-all-dev solved the problem. It
compiled and runs fine so far.
Thanks and best 73
Stefan
Hi Stefan,
thanks for the update, glad you are up and running with WSJT-X v2.3.0 RC2.
73
Bill
G4WJS.
Hi Bill and David,
libboost-dev didn't help, but libboost-all-dev solved the problem. It
compiled and runs fine so far.
Thanks and best 73
Stefan
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
On 15/11/2020 16:47, Al wrote:
RC2 still contains the Enable TX defect...
If Tune is activated while 'Enable TX' is active, then the next TX
cycle keys the radio but WSJT-x (ft8) produces no audio.
Al, K0VM
Hi Al,
thanks for the issue report, we are still trying to track down the cause
I had to download it as well but seems fine now.
Sent from my iPhone
> On Nov 15, 2020, at 9:14 AM, Al wrote:
>
> (v2.3.0-rc2)
> I haven't seem this one for a year or more...
>
>
>
> AL, K0VM
> ___
> wsjt-devel mailing list
>
On 15/11/2020 18:21, Loyd via wsjt-devel wrote:
Hello,
Italian translation is very bad.
WSJTX set his self automatic in Italian, can I set it in English? I
use them on Raspberry.
Thanks
Hi Loyd,
you can start WSJT-X forcing the UI language to US English with a
command line option:
Versions.cmake is missing from the tar file.
Mike W9MDB
On Sunday, November 15, 2020, 11:12:10 AM CST, Stefan Wernli
wrote:
Hi,
I get an error when compiling the new rc2 on debian testing. 2.3.0-rc1
compiles successfully on the same system.
-- Building wsjtx v2.3.0.0-rc2
--
I couldn’t compile it either. Just installed the binary.
Sent from my iPhone
> On Nov 15, 2020, at 9:12 AM, Stefan Wernli wrote:
>
> Hi,
>
> I get an error when compiling the new rc2 on debian testing. 2.3.0-rc1
> compiles successfully on the same system.
>
>
> -- Building wsjtx
Hello,
Italian translation is very bad.
WSJTX set his self automatic in Italian, can I set it in English? I use
them on Raspberry.
Thanks
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
You need the boost libraries:
sudo apt install libboost-dev
On Sun, Nov 15, 2020 at 12:09 PM Stefan Wernli wrote:
> Hi,
>
> I get an error when compiling the new rc2 on debian testing. 2.3.0-rc1
> compiles successfully on the same system.
>
>
> -- Building wsjtx v2.3.0.0-rc2
> -- Performing
RC2 still contains the Enable TX defect...
If Tune is activated while 'Enable TX' is active, then the next TX cycle
keys the radio but WSJT-x (ft8) produces no audio.
Al, K0VM
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
On 15/11/2020 15:13, Al wrote:
(v2.3.0-rc2)
I haven't seem this one for a year or more...
AL, K0VM
Hi Al,
either install the OpenSSL package as described in the WSJT-X User Guide
or manually download the LoTW user activity CSV file from the ARRL and
place it in the WSJT-X log files
On 15/11/2020 15:51, Stefan Wernli wrote:
Hi,
I get an error when compiling the new rc2 on debian testing. 2.3.0-rc1
compiles successfully on the same system.
-- Building wsjtx v2.3.0.0-rc2
-- Performing Test HAVE_MATH
-- Performing Test HAVE_MATH - Failed
-- Performing Test HAVE_LIBM_MATH
--
(v2.3.0-rc2)
I haven't seem this one for a year or more...
AL, K0VM
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Hi,
I get an error when compiling the new rc2 on debian testing. 2.3.0-rc1
compiles successfully on the same system.
-- Building wsjtx v2.3.0.0-rc2
-- Performing Test HAVE_MATH
-- Performing Test HAVE_MATH - Failed
-- Performing Test HAVE_LIBM_MATH
-- Performing Test HAVE_LIBM_MATH - Success
The second public candidate release of WSJT-X 2.3.0 is now available for
download and use by beta testers. Changes from the first release
candidate are described in the Release Notes:
http://physics.princeton.edu/pulsar/k1jt/Release_Notes.txt
Links to installation packages for Windows, Linux,
20 matches
Mail list logo