[wsjt-devel] Lookup of a DX call does not populate DX Grid

[Peter Sumner]

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
information from Call3.txt is not displayed (old information remains
displayed).

If I clear the "Dx Grid" value, then using the Lookup button does then
insert the correct information in "DX Grid".

Windows 10 x64 build 19042 (20H2) but has been like this on all previous
Windows versions.

WSJT-X v2.3.0-rc1, tried using FT8, JT65 and MSK144

Regards,
Peter, vk5pj
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] TX Freq lockout

[5p1kzx Michael]

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 
somewhere between 600-1000 and keep sending rpt until it get RR73 or 
TX-Watch Dog will be triggered.


 JTDX is working a bit different. With JTDX in Hound or HoundFC Mode 
one can still TX Even/Odd and whereever you want too. If only in Hound 
Mode (not HoundFC) JTDX will keep the same TX-slot during the QSO.


One can water the horse but not force it to drink

73 de Michael 5p1kzx


Den 16-11-2020 kl. 06:46 skrev WB5JJJ:
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 
mailto:reino.tala...@kolumbus.fi>> wrote:


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 mailto:wsjt-devel@lists.sourceforge.net>>
*Subject:* [wsjt-devel] TX Freq lockout

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 and bad feelings
toward these LID's.

Can we get a Tx lockout to the selector, so entering anything
below 1000 (similar to selecting 100) on the HOUND side of things
will, at least stop this in its tracks and still allow the FOX to
move the HOUND to 300-900 for the R-xx report?  Also perhaps
lockout Tx3 as well.  These items would sure help educate those
users very quickly on procedures for the mode.

Just as a comical observation, the other day I watched a guy call
and call with his R-xx report on the DXP calling frequency.  I
never saw him above 1000 calling with his grid square. Someone
"became" the FOX (to me a +05 vs a -17) and gave him a signal
report to get rid of him.  Illegal, without a doubt, but it
worked.  I suspect that in the future, he will continue the same
method since it "worked" once.  Now he's looking for a QSL -- good
luck on that one.

73's

George - WB5JJJ

4

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net

https://lists.sourceforge.net/lists/listinfo/wsjt-devel




___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] TX Freq lockout

[WB5JJJ]

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,
>
> 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 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 and
> bad feelings toward these LID's.
>
>
>
> Can we get a Tx lockout to the selector, so entering anything below 1000
> (similar to selecting 100) on the HOUND side of things will, at least stop
> this in its tracks and still allow the FOX to move the HOUND to 300-900 for
> the R-xx report?  Also perhaps lockout Tx3 as well.  These items would sure
> help educate those users very quickly on procedures for the mode.
>
>
>
> Just as a comical observation, the other day I watched a guy call and call
> with his R-xx report on the DXP calling frequency.  I never saw him above
> 1000 calling with his grid square.  Someone "became" the FOX (to me a +05
> vs a -17) and gave him a signal report to get rid of him.  Illegal, without
> a doubt, but it worked.  I suspect that in the future, he will continue the
> same method since it "worked" once.  Now he's looking for a QSL -- good
> luck on that one.
>
>
>
> 73's
>
> George - WB5JJJ
>
>
>
>
>
> 4
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] TX Freq lockout

[Reino Talarmo]

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 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 and bad 
feelings toward these LID's.  

 

Can we get a Tx lockout to the selector, so entering anything below 1000 
(similar to selecting 100) on the HOUND side of things will, at least stop this 
in its tracks and still allow the FOX to move the HOUND to 300-900 for the R-xx 
report?  Also perhaps lockout Tx3 as well.  These items would sure help educate 
those users very quickly on procedures for the mode.  

 

Just as a comical observation, the other day I watched a guy call and call with 
his R-xx report on the DXP calling frequency.  I never saw him above 1000 
calling with his grid square.  Someone "became" the FOX (to me a +05 vs a -17) 
and gave him a signal report to get rid of him.  Illegal, without a doubt, but 
it worked.  I suspect that in the future, he will continue the same method 
since it "worked" once.  Now he's looking for a QSL -- good luck on that one.  

 

73's

George - WB5JJJ

 

 

4

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] TX Freq lockout

[WB5JJJ]

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 and
bad feelings toward these LID's.

Can we get a Tx lockout to the selector, so entering anything below 1000
(similar to selecting 100) on the HOUND side of things will, at least stop
this in its tracks and still allow the FOX to move the HOUND to 300-900 for
the R-xx report?  Also perhaps lockout Tx3 as well.  These items would sure
help educate those users very quickly on procedures for the mode.

Just as a comical observation, the other day I watched a guy call and call
with his R-xx report on the DXP calling frequency.  I never saw him above
1000 calling with his grid square.  Someone "became" the FOX (to me a +05
vs a -17) and gave him a signal report to get rid of him.  Illegal, without
a doubt, but it worked.  I suspect that in the future, he will continue the
same method since it "worked" once.  Now he's looking for a QSL -- good
luck on that one.

73's
George - WB5JJJ


4
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJTX-2.3.0-rc2 compile error

[Bill Somerville]

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.



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJTX-2.3.0-rc2 compile error

[Stefan Wernli]

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
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] 2.3.0-rc2

[Bill Somerville]

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 
of that issue.


73
Bill
G4WJS.

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] SSL/TTL

[Gary Rogers]

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
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Italian translation

[Bill Somerville]

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:


wsjtx -l en

You might like to contribute by passing on what you feel needs changing 
in the Italian UI translation to the translation author Marco, PY1ZRJ 
(IK5BCU). We have a separate list for translation authors that you can 
join if you want to contribute.


https://groups.io/g/wsjtx-l10n

73
Bill
G4WJS.

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJTX-2.3.0-rc2 compile error

[Black Michael via wsjt-devel]

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
-- Performing Test HAVE_MATH
-- Performing Test HAVE_MATH - Failed
-- Performing Test HAVE_LIBM_MATH
-- Performing Test HAVE_LIBM_MATH - Success
CMake Error at
/usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:165
(message):
  Could NOT find Boost (missing: Boost_INCLUDE_DIR log_setup log)
(Required is at least version "1.63")
Call Stack (most recent call first):
  /usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:458
(_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake-3.18/Modules/FindBoost.cmake:2177
(find_package_handle_standard_args)
  CMakeLists.txt:841 (find_package)

-- Configuring incomplete, errors occurred!


CMakeError.log:

Performing C SOURCE FILE Test HAVE_MATH failed with the following output:
Change Dir:
/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp

Run Build Command(s):/usr/bin/gmake cmTC_93eb3/fast && gmake[3]:
Entering directory
'/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
/usr/bin/gmake  -f CMakeFiles/cmTC_93eb3.dir/build.make
CMakeFiles/cmTC_93eb3.dir/build
gmake[4]: Entering directory
'/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_93eb3.dir/src.c.o
/usr/bin/cc  -DHAVE_MATH -o CMakeFiles/cmTC_93eb3.dir/src.c.o -c
/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp/src.c
Linking C executable cmTC_93eb3
/usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_93eb3.dir/link.txt
--verbose=1
/usr/bin/cc  -DHAVE_MATH CMakeFiles/cmTC_93eb3.dir/src.c.o -o cmTC_93eb3
/usr/bin/ld: CMakeFiles/cmTC_93eb3.dir/src.c.o: in function `main':
src.c:(.text+0x1f): undefined reference to `sqrt'
collect2: error: ld returned 1 exit status
gmake[4]: *** [CMakeFiles/cmTC_93eb3.dir/build.make:106: cmTC_93eb3] Error 1
gmake[4]: Leaving directory
'/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
gmake[3]: *** [Makefile:140: cmTC_93eb3/fast] Error 2
gmake[3]: Leaving directory
'/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'


Source file was:
#include
float f; int main(){sqrt(f);return 0;}


73
Stefan



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
  ___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJTX-2.3.0-rc2 compile error

[Gary Rogers]

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 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
> CMake Error at
> /usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:165
> (message):
>  Could NOT find Boost (missing: Boost_INCLUDE_DIR log_setup log)
> (Required is at least version "1.63")
> Call Stack (most recent call first):
>  /usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:458
> (_FPHSA_FAILURE_MESSAGE)
>  /usr/share/cmake-3.18/Modules/FindBoost.cmake:2177
> (find_package_handle_standard_args)
>  CMakeLists.txt:841 (find_package)
> 
> -- Configuring incomplete, errors occurred!
> 
> 
> CMakeError.log:
> 
> Performing C SOURCE FILE Test HAVE_MATH failed with the following output:
> Change Dir:
> /home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp
> 
> Run Build Command(s):/usr/bin/gmake cmTC_93eb3/fast && gmake[3]:
> Entering directory
> '/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
> /usr/bin/gmake  -f CMakeFiles/cmTC_93eb3.dir/build.make
> CMakeFiles/cmTC_93eb3.dir/build
> gmake[4]: Entering directory
> '/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
> Building C object CMakeFiles/cmTC_93eb3.dir/src.c.o
> /usr/bin/cc   -DHAVE_MATH -o CMakeFiles/cmTC_93eb3.dir/src.c.o -c
> /home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp/src.c
> Linking C executable cmTC_93eb3
> /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_93eb3.dir/link.txt
> --verbose=1
> /usr/bin/cc  -DHAVE_MATH CMakeFiles/cmTC_93eb3.dir/src.c.o -o cmTC_93eb3
> /usr/bin/ld: CMakeFiles/cmTC_93eb3.dir/src.c.o: in function `main':
> src.c:(.text+0x1f): undefined reference to `sqrt'
> collect2: error: ld returned 1 exit status
> gmake[4]: *** [CMakeFiles/cmTC_93eb3.dir/build.make:106: cmTC_93eb3] Error 1
> gmake[4]: Leaving directory
> '/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
> gmake[3]: *** [Makefile:140: cmTC_93eb3/fast] Error 2
> gmake[3]: Leaving directory
> '/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
> 
> 
> Source file was:
> #include
> float f; int main(){sqrt(f);return 0;}
> 
> 
> 73
> Stefan
> 
> 
> 
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] Italian translation

[Loyd via wsjt-devel]

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
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJTX-2.3.0-rc2 compile error

[David Spoelstra]

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 Test HAVE_MATH
> -- Performing Test HAVE_MATH - Failed
> -- Performing Test HAVE_LIBM_MATH
> -- Performing Test HAVE_LIBM_MATH - Success
> CMake Error at
> /usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:165
> (message):
>   Could NOT find Boost (missing: Boost_INCLUDE_DIR log_setup log)
> (Required is at least version "1.63")
> Call Stack (most recent call first):
>   /usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:458
> (_FPHSA_FAILURE_MESSAGE)
>   /usr/share/cmake-3.18/Modules/FindBoost.cmake:2177
> (find_package_handle_standard_args)
>   CMakeLists.txt:841 (find_package)
>
> -- Configuring incomplete, errors occurred!
>
>
> 
> CMakeError.log:
>
> 
> Performing C SOURCE FILE Test HAVE_MATH failed with the following output:
> Change Dir:
>
> /home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp
>
> Run Build Command(s):/usr/bin/gmake cmTC_93eb3/fast && gmake[3]:
> Entering directory
>
> '/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
> /usr/bin/gmake  -f CMakeFiles/cmTC_93eb3.dir/build.make
> CMakeFiles/cmTC_93eb3.dir/build
> gmake[4]: Entering directory
>
> '/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
> Building C object CMakeFiles/cmTC_93eb3.dir/src.c.o
> /usr/bin/cc   -DHAVE_MATH -o CMakeFiles/cmTC_93eb3.dir/src.c.o -c
>
> /home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp/src.c
> Linking C executable cmTC_93eb3
> /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_93eb3.dir/link.txt
> --verbose=1
> /usr/bin/cc  -DHAVE_MATH CMakeFiles/cmTC_93eb3.dir/src.c.o -o cmTC_93eb3
> /usr/bin/ld: CMakeFiles/cmTC_93eb3.dir/src.c.o: in function `main':
> src.c:(.text+0x1f): undefined reference to `sqrt'
> collect2: error: ld returned 1 exit status
> gmake[4]: *** [CMakeFiles/cmTC_93eb3.dir/build.make:106: cmTC_93eb3] Error
> 1
> gmake[4]: Leaving directory
>
> '/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
> gmake[3]: *** [Makefile:140: cmTC_93eb3/fast] Error 2
> gmake[3]: Leaving directory
>
> '/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
>
>
> Source file was:
> #include
> float f; int main(){sqrt(f);return 0;}
>
> 
>
> 73
> Stefan
>
>
>
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] 2.3.0-rc2

[Al]

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
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] SSL/TTL

[Bill Somerville]

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


https://physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main-2.3.0-rc2_en.html#OPENSSL

or

https://lotw.arrl.org/lotw-user-activity.csv

73
Bill
G4WJS.

___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJTX-2.3.0-rc2 compile error

[Bill Somerville]

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
-- Performing Test HAVE_LIBM_MATH - Success
CMake Error at
/usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:165
(message):
   Could NOT find Boost (missing: Boost_INCLUDE_DIR log_setup log)
(Required is at least version "1.63")
Call Stack (most recent call first):
   /usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:458
(_FPHSA_FAILURE_MESSAGE)
   /usr/share/cmake-3.18/Modules/FindBoost.cmake:2177
(find_package_handle_standard_args)
   CMakeLists.txt:841 (find_package)

-- Configuring incomplete, errors occurred!


CMakeError.log:

Performing C SOURCE FILE Test HAVE_MATH failed with the following output:
Change Dir:
/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp

Run Build Command(s):/usr/bin/gmake cmTC_93eb3/fast && gmake[3]:
Entering directory
'/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
/usr/bin/gmake  -f CMakeFiles/cmTC_93eb3.dir/build.make
CMakeFiles/cmTC_93eb3.dir/build
gmake[4]: Entering directory
'/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_93eb3.dir/src.c.o
/usr/bin/cc   -DHAVE_MATH -o CMakeFiles/cmTC_93eb3.dir/src.c.o -c
/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp/src.c
Linking C executable cmTC_93eb3
/usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_93eb3.dir/link.txt
--verbose=1
/usr/bin/cc  -DHAVE_MATH CMakeFiles/cmTC_93eb3.dir/src.c.o -o cmTC_93eb3
/usr/bin/ld: CMakeFiles/cmTC_93eb3.dir/src.c.o: in function `main':
src.c:(.text+0x1f): undefined reference to `sqrt'
collect2: error: ld returned 1 exit status
gmake[4]: *** [CMakeFiles/cmTC_93eb3.dir/build.make:106: cmTC_93eb3] Error 1
gmake[4]: Leaving directory
'/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
gmake[3]: *** [Makefile:140: cmTC_93eb3/fast] Error 2
gmake[3]: Leaving directory
'/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'


Source file was:
#include
float f; int main(){sqrt(f);return 0;}


73
Stefan


Hi Stefan,

looks like there are two problems there. Please install the 
libboost-all-dev package and report back what errors you get with that 
in place?


73
Bill
G4WJS.



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] SSL/TTL

[Al]

(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

[wsjt-devel] WSJTX-2.3.0-rc2 compile error

[Stefan Wernli]

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
CMake Error at
/usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:165
(message):
  Could NOT find Boost (missing: Boost_INCLUDE_DIR log_setup log)
(Required is at least version "1.63")
Call Stack (most recent call first):
  /usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:458
(_FPHSA_FAILURE_MESSAGE)
  /usr/share/cmake-3.18/Modules/FindBoost.cmake:2177
(find_package_handle_standard_args)
  CMakeLists.txt:841 (find_package)

-- Configuring incomplete, errors occurred!


CMakeError.log:

Performing C SOURCE FILE Test HAVE_MATH failed with the following output:
Change Dir:
/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp

Run Build Command(s):/usr/bin/gmake cmTC_93eb3/fast && gmake[3]:
Entering directory
'/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
/usr/bin/gmake  -f CMakeFiles/cmTC_93eb3.dir/build.make
CMakeFiles/cmTC_93eb3.dir/build
gmake[4]: Entering directory
'/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
Building C object CMakeFiles/cmTC_93eb3.dir/src.c.o
/usr/bin/cc   -DHAVE_MATH -o CMakeFiles/cmTC_93eb3.dir/src.c.o -c
/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp/src.c
Linking C executable cmTC_93eb3
/usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_93eb3.dir/link.txt
--verbose=1
/usr/bin/cc  -DHAVE_MATH CMakeFiles/cmTC_93eb3.dir/src.c.o -o cmTC_93eb3
/usr/bin/ld: CMakeFiles/cmTC_93eb3.dir/src.c.o: in function `main':
src.c:(.text+0x1f): undefined reference to `sqrt'
collect2: error: ld returned 1 exit status
gmake[4]: *** [CMakeFiles/cmTC_93eb3.dir/build.make:106: cmTC_93eb3] Error 1
gmake[4]: Leaving directory
'/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'
gmake[3]: *** [Makefile:140: cmTC_93eb3/fast] Error 2
gmake[3]: Leaving directory
'/home/user/bin/wsjtx-2.3.0-rc2/build/wsjtx-prefix/src/wsjtx-build/CMakeFiles/CMakeTmp'


Source file was:
#include
float f; int main(){sqrt(f);return 0;}


73
Stefan



___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] WSJT-X 2.3.0-rc2

[Joe Taylor]

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, and Macintosh are 
available here:

http://physics.princeton.edu/pulsar/k1jt/wsjtx.html

Scroll down to find "Candidate release:  WSJT-X 2.3.0-rc2".

You can also download the packages from our SourceForge site:
https://sourceforge.net/projects/wsjt/files/
It may take a short time for the SourceForge site to be updated.

WSJT-X is licensed under the terms of Version 3 of the GNU General 
Public License (GPL).  Development of this software is a cooperative 
project to which many amateur radio operators have contributed.  If you 
use our code, please have the courtesy to let us know about it.  If you 
find bugs or make improvements to the code, please report them to us in 
a timely fashion.


We hope you will enjoy using this beta release of WSJT-X 2.3.0.  Please 
report bugs by following instructions found here in the User Guide:

http://www.physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main-2.3.0-rc2.html#_bug_reports

 -- 73 from Joe, K1JT, Steve, K9AN, and Bill, G4WJS


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel