Re: [wsjt-devel] Vintage Computer Festival East

[Kari Sillanmäki via wsjt-devel]

Umm, how does this relate to WSJT-X development?

On 4/11/24 16:23, robert evans LAST_NAME via wsjt-devel wrote:

Vintage Computer Festival East will be holding their annual 3-day event
(this Friday through Sunday) at the InfoAge Science Center in Wall
Township, NJ.  Themes will be: "The Rise of the GUI" and "Computer Art."
Full details can be found here:
<_https://vcfed.org/events/vintage-computer-festival-east/ 
_>. The program

book can be downloaded at:
<_https://vcfed.org/wp-content/uploads/2024/04/VCF_East_2024_Program_Book_Final.pdf 
_>.
There will be a special panel session of Women Creators of Early
Computer Games from 3-5PM on Saturday.


___
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] WSJT-X 2.7.0-rc4

[Kari Sillanmäki via wsjt-devel]

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 
(2024-01-25) aarch64 GNU/Linux )

the build succeeded.

Something different between Fortran compilers, I guess.

73's de Kari, oh2gqc

On 3/11/24 19:26, Josh Rovero via wsjt-devel wrote:

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 
qmap/libqmap/CMakeFiles/qmap_impl.dir/q65c.f90.o

/home/josh/Downloads/wsjtx-2.7.0/src/wsjtx-prefix/src/wsjtx/qmap/libqmap/q65c.f90:24:32:

   24 | common/decodes/ndecodes,ncand,nQDecoderDone,nWDecoderBusy,     
     &

      |                                1
Error: Symbol ‘ncand’ at (1) is USE associated from module ‘q65’ and 
cannot occur in COMMON

/home/josh/Downloads/wsjtx-2.7.0/src/wsjtx-prefix/src/wsjtx/qmap/libqmap/q65c.f90:93:3:

   93 | 999 return
      |   1
Warning: Label 999 at (1) defined but not used [-Wunused-label]
make[5]: *** [qmap/libqmap/CMakeFiles/qmap_impl.dir/build.make:323: 
qmap/libqmap/CMakeFiles/qmap_impl.dir/q65c.f90.o] Error 1
make[4]: *** [CMakeFiles/Makefile2:2157: 
qmap/libqmap/CMakeFiles/qmap_impl.dir/all] Error 2

make[3]: *** [Makefile:156: all] Error 2
make[2]: *** [CMakeFiles/wsjtx-build.dir/build.make:73: 
wsjtx-prefix/src/wsjtx-stamp/wsjtx-build] Error 2
make[1]: *** [CMakeFiles/Makefile2:279: 
CMakeFiles/wsjtx-build.dir/all] Error 2

make: *** [Makefile:91: all] Error 2

--
P.J. "Josh" Rovero http://www.roveroresearch.org
Ham Radio: KK1D


___
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] Cannot clone Hamlib fork

[Kari Sillanmäki via wsjt-devel]

Daniel,

Use https://github.com/Hamlib/Hamlib for Master or
https://n0nb.users.sourceforge.net/ for Daily Snapshots

73's de Kari, oh2gqc

On 12/9/23 22:25, Daniel Uppström via wsjt-devel wrote:

Hi,
When trying to build WSJT-X from source these days I cannot any longer 
access the Hamlib fork:


git clone git://git.code.sf.net/u/bsomervi/hamlib 
 src

Cloning into 'src'...
fatal: remote error: access denied or repository not exported: 
/u/bsomervi/hamlib


Any ideas?

/Daniel SM6VFZ


___
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] IC-705 little to no decodes

[Kari Sillanmäki via wsjt-devel]

On 12/6/23 21:16, robert evans LAST_NAME via wsjt-devel wrote:


I wonder if Icom and Yeasu will offer usb drivers
for linux soon.


For IC705 you do not need special USB drivers under Linux.

Just plug in your USB cable, add your username to the 'dialout' group 
and off you go.


See this video... https://www.youtube.com/watch?v=cVPDqoY3iCI  ( Forget 
the part about changing CI-V address as IC705 is now supported directly 
by Hamlib )


73's de Kari, oh2gqc
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] IC-705 little to no decodes

[Kari Sillanmäki via wsjt-devel]

OM,

Also make sure that you are not in "Hound" mode with the "Rx All Freqs" 
unchecked.


73's de Kari, oh2gqc

On 12/4/23 20:57, robert evans LAST_NAME via wsjt-devel wrote:

Using a IC-705 over the weekend and after
installing the usb drivers in a asus win11
i9 laptop i started WSJT-X 2.7.0-rc2.
The rig control worked fine and the signals
where being displayed in the spect graph,
but no decodes. Double checked the time set.
Still no decodes.
Walked away for many minutes and there were
decodes when i got back, but only a few.
Installed WSJT-X 2.6.1 and tried again.
Same behavior.
Every once in a awhile it would decode a
frame and then none for long periods of
time even though the spectrum graph showed
signals on the waterfall continuously.
Switched to an old dell i3 win10 laptop
and saw the same behavior with wsjt-x.
Tried fldigi and it decoded Olivia and
psk31 as well as cw no problem.
Tried JS8 as well - no problem.
Back to WSJT-X and double checked the
settings. Every once in a long while
it might decode what looks like a frame.
N2LO~>


___
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] Editing the UI

[Kari Sillanmäki via wsjt-devel]

On 8/4/23 18:48, Ashhar Farhan via wsjt-devel wrote:

Alex, thanks.
After editing the file, when I run cmake --build .., nothing happens. 
How do I recompile?

- f


OM, are you using the wsjtx.tgz tarball from 
https://sourceforge.net/projects/wsjt/files/?


If so, then please note that the cmake script uncompresses all source 
files from the *tgz overriding any changes you have made to them after 
your initial compile.


To get around this you can create a file 'wsjtx.patch'  in the root 
source directory and implement your changes there.


Just as an example, here is a ultra-simple patch that replaces one 
tooltip of WideGraph with garbage:


diff --git a/widgets/widegraph.ui b/widgets/widegraph.ui
index df0afa8..e6d3e60
--- a/widgets/widegraph.ui
+++ b/widgets/widegraph.ui
@@ -278,7 +278,7 @@
   

 
- Compression factor for frequency scale
+ Tararaijaaraijaaraa!!!
 
 
  

Of course your changes will be vastly more complex, but I hope this gets 
the basic idea trough.


If, on the other hand, you are using source git cloned from SourceForge 
then the problem must be elsewhere.


73's de Kari, oh2gqc




On Fri, Aug 4, 2023, 9:06 PM Alex Lelievre  wrote:

You are right that QtDesigner is the app to use. Just open the .ui
files and edit away.

You might need to hide some controls outside the bounds of the
window rather than deleting them.

best,
alex


> On Aug 3, 2023, at 10:20 PM, Ashhar Farhan via wsjt-devel
 wrote:
>
> 
> Hello,
> This is my first post to the group, I hope my excesses will be
excused. I want to fit the user interface into an 800x480 display
of the raspberry pi. I suppose an easy way to do this is to edit
the ui files and cramp up the controls closer.
> What is the recommended way to do this? Is there a particular
editor like the qtdesigner that should be used? I am not sure that
editing it on vi is the way to go.
> - f
> ___
> 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] Candidate Release WSJT-X 2.7.0-rc1 Linux compile

[Kari Sillanmäki via wsjt-devel]

On 14.5.2023 18.15, Jim Shorney via wsjt-devel wrote:

Thanks Kari. That sounds like a viable option. Can you tell me how you did 
that? I'm not a code warrior. I am an old DOS/Windows guy. I can follow good 
instructions and do some logical troubleshooting but I'm not well versed in 
making the compiler do cool tricks. :)

73

-Jim
NU0C


Hi Jim,

I'm no code warrior either and this 'cmake' utility
goes well above my head and totally confuses me.

Maybe there is some 'magic swithc' that could be flipped
to exclude stuff from the build, but I'm not aware
if any such swithc exists or not.

So, after a good deal of head scratching and foul language
I finally came up with this:

1) Locate file 'CMakeLists.txt' in the source root directory
2) Edit that file and comment out line 1436

3) Save file and compile as usual

Now it is is that easy if you compile with the 'git clone' -method.

However, if you are using the 'wsjtx-2.7.0-rc1.tgz' tarball,
things get a bit tricky because you need to make the
change to 'CMakeLists.txt' that is packed inside the
'wsjtx.tgz' archive. This is how that goes:

1) Install 'archivemount' utility if not installed already
2) Since you have alredy tried to compile, you already have 'wsjtx.tgz' in some 
directory
3) Change to that directory: cd /wsjtx-2.7.0/src
4) Create a temporary directory: mkdir edit
5) Mount the tgz: archivemount wsjtx.tgz edit
6) Use good old vi editor and comment out line 1436: vi 
edit/wsjtx/CMakeLists.txt
7) Save the file, then unmount directory: sudo umount edit
8) Calculate md5sum for the modified archive: md5sum wsjtx.tgz
9) Update the new sum to file wsjtx.tgz.md5sum: vi wsjtx.tgz.md5sum

10) Compile as usual

Phew! Sure hope someone comes up with an easier procedure than that..

If these do not work for you, feel free to contact me off list.

73's de Kari, oh2gqc



On Sun, 14 May 2023 12:29:46 +0300
Kari Sillanmäki via wsjt-devel  wrote:


Hi Jim,

I encountered the same problem in my Ubuntu 18.04 system.

Since it's only the new "qmap" program that causes this issue, I
compiled WSJT-X without qmap.

I don't have any use for qmap anyway.

This way I can postpone the inevitable OS upgrade to some later time...

73's de Kari, oh2gqc


___
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] Candidate Release WSJT-X 2.7.0-rc1 Linux compile

[Kari Sillanmäki via wsjt-devel]

On 14.5.2023 4.42, Jim Shorney via wsjt-devel wrote:

That's not trivial either. But with 18.04 going end of support it is 
inevitable. I'm just looking for an easy fix, as usual. I did find a qt515 ppa 
for Bionic but I have no clue how to make it work.

Going to try asking Mr. Google again Then maybe off to the Ubuntu forums.


73

-Jim
NU0C


Hi Jim,

I encountered the same problem in my Ubuntu 18.04 system.

Since it's only the new "qmap" program that causes this issue, I 
compiled WSJT-X without qmap.


I don't have any use for qmap anyway.

This way I can postpone the inevitable OS upgrade to some later time...

73's de Kari, oh2gqc





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

Re: [wsjt-devel] Missing Translation Issue (was) Re: WSJT-X 2.6.0 GA Release

[Kari Sillanmäki via wsjt-devel]

Hello all,

On 22.1.2023 20.15, Daniele Forsi via wsjt-devel wrote:

Hello Marco,

the issue is due to the .ts file not up to date with the source code:
the source code has the string "Max Dist", but the English string in
the translations/wsjtx_it.ts has "Max Pts" and the translation can't
be found if the English strings don't match.

I don't know what is the command to update the .ts files.


I'm not a developer so I'm sorry to to intefere into this but...

Seems that the "wsjtx_it.ts" file is out of sync with "mainwindow.ui"

Therefore the tool-tip for the "respondComboBox" is not shown. ( Italian 
seems to be the only language that has translation for this item )


I include a "wsjtx.patch" file that will fix it...


73's de Kari, oh2gqc




diff --git a/translations/wsjtx_it.ts b/translations/wsjtx_it.ts
index 590a155..3d796b3 100755
--- a/translations/wsjtx_it.ts
+++ b/translations/wsjtx_it.ts
@@ -2379,8 +2379,8 @@ Errore (%2):%3
 Abilita la risposta automatica alla prima decodifica da un nuovo DXCC o una nuova chiamata sulla banda corrente.
 
 
-
-htmlhead/bodypSelect span style= font-weight:600;CQ: First/span to respond automatically to the first decoded reply to your CQ. /ppSelect span style= font-weight:600;CQ: Max Pts/span to respond automatically to the reply yielding most points in the ARRL International Digital Contest./ppSelect span style= font-weight:600;CQ: None/span to choose callers manually./p/body/html
+
+htmlhead/bodypSelect span style= font-weight:600;CQ: First/span to respond automatically to the first decoded reply to your CQ. /ppSelect span style= font-weight:600;CQ: Max Dist/span to respond automatically to the reply yielding most points in the ARRL International Digital Contest./ppSelect span style= font-weight:600;CQ: None/span to choose callers manually./p/body/html
 htmlhead/bodypSeleziona span style= font-weight:600;CQ: prima/span per rispondere automaticamente alla prima risposta decodificata al tuo CQ. /ppSeleziona span style= font-weight:600;CQ: Max Dist/span per rispondere automaticamente alla risposta che ha ottenuto più punti nellARRL International Digital Contest./p pSeleziona span style= font-weight:600;CQ: Nessuno/span per scegliere i chiamanti manualmente./p/body/html
 
 
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] System Crashing when using W1AW/0

[Kari Sillanmäki via wsjt-devel]

Hi Kevin,

On 16.1.2023 1.36, Kevin via wsjt-devel wrote:


My system locks up and shuts down when I tried answering W1AW/0. This 
has also happened on other occasions such as callsign/m.


Programme is WSJT-X v2.5.3

Your WSJT-X version is rather old and has a bug that causes crash with 
some non-standard callsigns.


I am using an Aspire Laptop.

Ideas?


Upgrade to the latest WSJT-X version 2.6.0


Kevin VA6RCN


73's de Kari, oh2gqc___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJT-X 2.6.0 GA Release

[Kari Sillanmäki via wsjt-devel]

Thanks Uwe,  it works now.

Just successfully compiled WSJT-X 2.6.0 on my Ubuntu 18.04 system.

73's de Kari, oh2gqc

On 6.1.2023 19.22, Uwe, DG2YCB via wsjt-devel wrote:


Try to download again. I think Sourceforge still had the old copy. But 
the one I downloaded 1 minute ago has the correct entry.


73 de DG2YCB,
Uwe


Am 06.01.2023 um 18:07 schrieb Gary Rogers via wsjt-devel:

Same issue for me downloaded from new WSJT-X site.

On Jan 6, 2023, at 8:55 AM, Kari Sillanmäki via wsjt-devel 
 wrote:



Hi Uwe,

I just downloaded the tarball.
It still has the wrong CmakeLists.txt entry...

I used this link to download:
https://sourceforge.net/projects/wsjt/files/wsjtx-2.6.0/wsjtx-2.6.0.tgz
Is this the correct link??

73's de Kari, oh2gqc

On 6.1.2023 18.05, Uwe, DG2YCB via wsjt-devel wrote:


Hi Stefan,

Yes, it must be 4.5.3. I have updated the tarball. Please download 
again and see if it works better now.


73 de DG2YCB,
Uwe


Am 06.01.2023 um 16:57 schrieb Stefan HB9TMC via wsjt-devel:

Hi,

cmake generated an error:
CMake Error at CMakeLists.txt:56 (file):
  file failed to open for reading (No such file or directory):

    ~/bin/wsjtx-2.6.0/src/hamlib-4.5.tar.gz.md5sum



I think CMakeLists.txt should be:
6c6
< set (__hamlib_upstream hamlib-4.5.3)
---
> set (__hamlib_upstream hamlib-4.5)


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


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

Re: [wsjt-devel] WSJT-X 2.6.0 GA Release

[Kari Sillanmäki via wsjt-devel]

Hi Uwe,

I just downloaded the tarball.
It still has the wrong CmakeLists.txt entry...

I used this link to download:
https://sourceforge.net/projects/wsjt/files/wsjtx-2.6.0/wsjtx-2.6.0.tgz
Is this the correct link??

73's de Kari, oh2gqc

On 6.1.2023 18.05, Uwe, DG2YCB via wsjt-devel wrote:


Hi Stefan,

Yes, it must be 4.5.3. I have updated the tarball. Please download 
again and see if it works better now.


73 de DG2YCB,
Uwe


Am 06.01.2023 um 16:57 schrieb Stefan HB9TMC via wsjt-devel:

Hi,

cmake generated an error:
CMake Error at CMakeLists.txt:56 (file):
  file failed to open for reading (No such file or directory):

    ~/bin/wsjtx-2.6.0/src/hamlib-4.5.tar.gz.md5sum



I think CMakeLists.txt should be:
6c6
< set (__hamlib_upstream hamlib-4.5.3)
---
> set (__hamlib_upstream hamlib-4.5)


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

Re: [wsjt-devel] Link to latest WSJT-X source .tgz for use on the command-line?

[Kari Sillanmäki via wsjt-devel]

Hi Onno,

I've been poking around the SourceForge webpages but could not find a 
way to download latest tgz with one single command.


So, I hashed up a script for download.

This works at least on my Ubuntu 18.04 system, but will most likely 
break the minute SourceForge updates their pages :(


73's & HNY de Kari, oh2gqc

Oh, and the script:

#!/bin/bash
#
# Download latest WSJT-X source package from SourceForge
#
# Step 1: Retrieve web page containing name of the package
tempfile=$(mktemp)
wget -U "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) 
Chrome/108.0.0.0 Safari/537.36" \
https://sourceforge.net/projects/wsjt/files/  \
-O $tempfile
#
# Step 2: Extract version string
str=$(grep -A1 'Download Latest Version' $tempfile)
version=$(str2=$(echo ${str##*label\"\>}) ; echo ${str2%\.tgz*} )
echo "Current version is $version"
#
# Step 3: Download
wgethttps://downloads.sourceforge.net/project/wsjt/${version}/${version}.tgz
rm $tempfile


On 31.12.2022 0.57, Onno Benschop via wsjt-devel wrote:


if I understood Onno's problem correctly [ probaply not ... ] what
he wants is one single URL that would dowload the latest
source.tgz version ( without knowing exactly what the version
number or name of the package is ).


You understood perfectly. This is precisely what I'm looking for.

--
finger painting on glass is an inexact art - apologies for any errors 
in this scra^Hibble


()/)/)() ..ASCII for Onno..

On Sat, 31 Dec 2022, 02:05 Kari Sillanmäki via wsjt-devel, 
 wrote:


Hi Joe & Onno

On 30.12.2022 16.41, Joe Taylor via wsjt-devel wrote:

Hi Onno,

I'm not sure that I understand your exact problem. Does this link
not work for your purpose?


https://sourceforge.net/projects/wsjt/files/wsjtx-2.6.0-rc5/wsjtx-2.6.0-rc5.tgz/download



That link works, but if I understood Onno's problem correctly [
probaply not ... ] what he wants is one single URL that would
dowload the latest source.tgz version ( without knowing exactly
what the version number or name of the package is ).

The problem seems to be that "wget" utility downloads just the
windows executable. Funny enough, using browser to access  URL
https://sourceforge.net/projects/wsjt/files/latest DOES return the
source.tgz!!

Some clever logic behind sourceforge server I guess..

73's de Kari, oh2gqc




-- 73, Joe, K1JT

On 12/30/2022 1:23 AM, Onno Benschop via wsjt-devel wrote:

Having spent several days attempting to find the answer in the
documentation and the sourceforge HowTo information, I'm stuck.

Is there a static link to the latest version of the source .tgz
file, so I can automate the compilation of the latest released
version under Linux?


According to the sourceforge documentation the link to the
latest version is:

  * https://sourceforge.net/projects/wsjt/files/latest
<https://sourceforge.net/projects/wsjt/files/latest>
<https://sourceforge.net/projects/wsjt/files/latest>

Unfortunately that link only ever returns a Windows .exe file
when using wget. I've not been able to discover a way to provide
either URL options or tweak the user-agent of my wget command,
to actually ever get the .tgz file.


Although I can download a specific version using version numbers
like this, this means that the URL is hard-coded and version
dependent which defeats the purpose of what I'm working on:

  *

https://downloads.sourceforge.net/project/wsjt/wsjtx-2.6.0-rc5/wsjtx-2.6.0-rc5.tgz

<https://downloads.sourceforge.net/project/wsjt/wsjtx-2.6.0-rc5/wsjtx-2.6.0-rc5.tgz>

<https://downloads.sourceforge.net/project/wsjt/wsjtx-2.6.0-rc5/wsjtx-2.6.0-rc5.tgz>



I can clone it with git, which takes a long time, even at
depth=1, but that requires another separate clone and build for
hamlib. This works, mostly, but it means that I'm not actually
testing the latest source code .tgz file:

  * git clone --progress --depth 1
https://git.code.sf.net/p/wsjt/wsjtx
<https://git.code.sf.net/p/wsjt/wsjtx>
<https://git.code.sf.net/p/wsjt/wsjtx>


Is there a symbolic link to the latest version, cunningly named
something like "wsjtx-latest.tgz" which doesn't change between
versions?



-- 
Onno Benschop


()/)/)()        ..ASCII for Onno..
|>>?            ..EBCDIC for Onno..
--- -. -. ---   ..Morse for Onno..

If you need to know: "What computer should I buy?"
http://goo.gl/spsb66 <http://goo.gl/spsb66> <http://goo.gl/spsb66>

ITmaze   -   ABN: 56 178 057 063   -  ph: 04 1219    -
o...@itmaze.com.au <mailto:o...@itmaze.com.au>
<mailto:o...@itmaze.com.au>


___
wsjt-devel mailing list
wsjt-devel@lists.sourcef

Re: [wsjt-devel] Link to latest WSJT-X source .tgz for use on the command-line?

[Kari Sillanmäki via wsjt-devel]

Hi Joe & Onno

On 30.12.2022 16.41, Joe Taylor via wsjt-devel wrote:

Hi Onno,

I'm not sure that I understand your exact problem.  Does this link not 
work for your purpose?


https://sourceforge.net/projects/wsjt/files/wsjtx-2.6.0-rc5/wsjtx-2.6.0-rc5.tgz/download 



That link works, but if I understood Onno's problem correctly [ probaply 
not ... ] what he wants is one single URL that would dowload the latest 
source.tgz version ( without knowing exactly what the version number or 
name of the package is ).


The problem seems to be that "wget" utility downloads just the windows 
executable. Funny enough, using browser to access  URL 
https://sourceforge.net/projects/wsjt/files/latest DOES return the 
source.tgz!!


Some clever logic behind sourceforge server I guess..

73's de Kari, oh2gqc




-- 73, Joe, K1JT

On 12/30/2022 1:23 AM, Onno Benschop via wsjt-devel wrote:
Having spent several days attempting to find the answer in the 
documentation and the sourceforge HowTo information, I'm stuck.


Is there a static link to the latest version of the source .tgz file, 
so I can automate the compilation of the latest released version 
under Linux?



According to the sourceforge documentation the link to the latest 
version is:


  * https://sourceforge.net/projects/wsjt/files/latest


Unfortunately that link only ever returns a Windows .exe file when 
using wget. I've not been able to discover a way to provide either 
URL options or tweak the user-agent of my wget command, to actually 
ever get the .tgz file.



Although I can download a specific version using version numbers like 
this, this means that the URL is hard-coded and version dependent 
which defeats the purpose of what I'm working on:


  * 
https://downloads.sourceforge.net/project/wsjt/wsjtx-2.6.0-rc5/wsjtx-2.6.0-rc5.tgz 
 




I can clone it with git, which takes a long time, even at depth=1, 
but that requires another separate clone and build for hamlib. This 
works, mostly, but it means that I'm not actually testing the latest 
source code .tgz file:


  * git clone --progress --depth 1 https://git.code.sf.net/p/wsjt/wsjtx



Is there a symbolic link to the latest version, cunningly named 
something like "wsjtx-latest.tgz" which doesn't change between versions?




--
Onno Benschop

()/)/)()        ..ASCII for Onno..
|>>?            ..EBCDIC for Onno..
--- -. -. ---   ..Morse for Onno..

If you need to know: "What computer should I buy?" 
http://goo.gl/spsb66 


ITmaze   -   ABN: 56 178 057 063   -  ph: 04 1219    - 
o...@itmaze.com.au 



___
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] Possible wsjtx RC5 issue when built from source (No frequency info)

[Kari Sillanmäki via wsjt-devel]

Hi Al,

On 5.12.2022 14.36, alawler mudhawk.com via wsjt-devel wrote:

  HI Folks,

  I have built wsjtx rc5 from source both  a brand new (super clean)  
Linux Mint machine, as well as an older raspberry pi.    Both built 
correctly,  however, when I run wsjtx,  I see no frequencies defined 
in the frequency dropdown box,  and the wspr band hopping schedule 
screen has no bands or checkboxes.


  Any frequencies I add manually work fine, but the ones that used to 
come with the software originally don't seem to be there in RC-5


Go to Settings => Frquencies. Right-click on the Working Frequencies 
pane and select "Reset".


This will populate the table with default frequencies.


73's de Kari, oh2gqc
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Some comments for WSJT-X 2.6.0-RC4

[Kari Sillanmäki via wsjt-devel]

Hi Marco,

On 10.11.2022 22.40, Marco Calistri via wsjt-devel wrote:

Hello,

I'm using latest release of WSJT-X (2.6.0-RC4) and I faced two issues 
so far related to my Linux installation:


1 - Suddenly the audio IN/OUT communication with the default sound 
system get lost and WSJT-X stop to receive and to send audio. *Please 
note that it happens just within WSJT-X and the default sound system,* 
I verified this by opening a YouTube video whose audio plays 
perfectly. To resolve this issue I have to "*pkill*"wsjtx, eventually 
delete its lock file in /tmp and restart the app.

Never had this problem.  What Linux version and radio are you using?


2 - With my desktop environment (XFCE), I need to start WSJT-X with a 
specific *"style"* option, otherwise the band frequencies and other 
graphical details (buttons, menus) of the program window are resulting 
not perfectly adjusted for the window itself. More in detail, I use a 
script to start my WSJT-X which executes the following command:


*/home/marco/WSJT-X_build/.wsjtx/bin/wsjtx -style Fusion*

Would like to know if is there an option, during the program source 
compiling of WSJT-X, to *force* a specific starting window environment 
style.

Why not just set environment variable QT_STYLE_OVERRIDE="Fusion" ?

73's de Kari, oh2gqc
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Hamlib errors please for RC4 #hamlib

[Kari Sillanmäki via wsjt-devel]

Hi Mike,

Using 'rigctld-wsjtx' self compiled from source 'wsjtx-2.6.0-rc4.tgz' on 
Ubuntu Linux 18.04.


There is no file named 'wsjtx_syslog.dat' anywhere.

However there is logfile  'wsjtx_syslog/_2022-09.log/' in directory  
'/home/[username]/.local/share/WSJT-X/*logs*'


Upon startup one error appears:

[RIGCTRL][2022-09-15 06:04:32.970141][00:00:06.420815][error] rig_get_vfo: no 
get_vfo

My rig is an Icom IC-7300.

73's de Kari, oh2gqc

On 15.9.2022 1.04, Black Michael via wsjt-devel wrote:
If everyone running RC4 would please check their wsjtx_syslog.log file 
and see if there are any hamlib errors I would appreciate it.  If 
errors/warning are seen please send the log to me


Getting ready to release Hamlib 4.5 and would like to ensure all is 
working well.


For Windows
C:\Users\[username]\AppData\Local\WSJT-X\wsjtx_syslog.dat
For Linux
/home/[username]\.local\share\WSJT-X\wsjtx_syslog.dat

And RC4 version is not available for MacOS so no testing for Macs is 
needed.


Mike W9MDB





___
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] WSJT-X 2.6.0 rc4 - Not a bug but a possible change

[Kari Sillanmäki via wsjt-devel]

Sam,

"LA100B" is nonstandard callsign.
One cannot send grid with them

73's de Kari, oh2gqc

On 7.9.2022 17.13, Sam W2JDB via wsjt-devel wrote:

Hi Joe,

In testing RC 4 I came across a CQ message from LA100B that did not 
include a grid.


I used TX5 to send a message "LA100B GRID?" to try to tell him/her 
that the grid is missing.


While not a bug, you might want to disable someone from sending CQ 
where the Grid is missing in the settings.


73,


Sam W2JDB



___
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] RC2 syslog file

[Kari Sillanmäki via wsjt-devel]

Dennis,

Don't be too worried about those small dropouts.

See this...

https://wsjtx.groups.io/g/main/message/24669

...message by Bill, G4WJS ( SK )

73's de Kari, oh2gqc

On 4.8.2022 21.53, Dennis Younker NE6I via wsjt-devel wrote:


FYI, I put my brand new PC online this morning and am still getting 
the dropped audio source samples message. I don’t know that I’m 
experiencing any problems because of that but…  The new PC is an AMD 
Ryzen 7 5700G CPU and 32 GB of RAM, so it’s pretty healthy.


--Dennis NE6I

[SYSLOG][2022-08-04 17:24:03.927396][00:00:00.000508][info] WSJT-X   
v2.6.0-rc2 994e3f  by K1JT et al. - Program startup


[SYSLOG][2022-08-04 17:24:03.943023][00:00:00.003885][info] locale: 
language: English script: Latin country: United States ui-languages: en-US


[SYSLOG][2022-08-04 17:24:03.943023][00:00:00.004002][info] Loaded Qt 
translations for current locale from resources


[SYSLOG][2022-08-04 17:24:03.943023][00:00:00.004026][info] Loaded 
WSJT-X base translation file from :/Translations based on language en


[SYSLOG][2022-08-04 17:24:03.943023][00:00:00.004043][info] Loaded 
WSJT-X translations for current locale from resources


[SYSLOG][2022-08-04 17:24:03.974275][00:00:00.046173][info] shmem 
size: 48275456


[RIGCTRL][2022-08-04 17:24:03.990906][00:00:00.059208][info] Hamlib 
version: Hamlib 4.5~git Sat Jul 16 15:53:03 2022 + SHA=cc7c59


[SYSLOG][2022-08-04 17:24:29.380455][00:00:25.435788][warning] 
Detected dropped audio source samples: 1056 (0.022 S)


[SYSLOG][2022-08-04 17:29:29.362707][00:05:25.385719][warning] 
Detected dropped audio source samples: -528 (-0.011 S)


[SYSLOG][2022-08-04 17:35:59.380782][00:11:55.361681][warning] 
Detected dropped audio source samples: 624 (0.013 S)


[SYSLOG][2022-08-04 17:37:59.400386][00:13:55.367659][warning] 
Detected dropped audio source samples: 624 (0.013 S)


[SYSLOG][2022-08-04 17:41:59.390903][00:17:55.332277][warning] 
Detected dropped audio source samples: 624 (0.013 S)


[SYSLOG][2022-08-04 17:45:29.385729][00:21:25.304079][warning] 
Detected dropped audio source samples: 672 (0.014 S)


[SYSLOG][2022-08-04 17:57:14.357259][00:33:10.185804][warning] 
Detected dropped audio source samples: -480 (-0.01 S)


[SYSLOG][2022-08-04 18:00:59.387195][00:36:55.191314][warning] 
Detected dropped audio source samples: 672 (0.014 S)


[SYSLOG][2022-08-04 18:07:29.382516][00:43:25.145007][warning] 
Detected dropped audio source samples: -480 (-0.01 S)


[SYSLOG][2022-08-04 18:31:29.372498][01:07:24.973350][warning] 
Detected dropped audio source samples: -528 (-0.011 S)


[SYSLOG][2022-08-04 18:43:29.383276][01:19:24.907516][warning] 
Detected dropped audio source samples: -528 (-0.011 S)


[SYSLOG][2022-08-04 18:46:21.311977][01:22:16.818273][warning] 
qt.network.ssl: QSslSocket::connectToHostEncrypted: TLS initialization 
failed


*From:* Dennis Younker NE6I via wsjt-devel 


*Sent:* Saturday, July 23, 2022 7:57 AM
*To:* 'WSJT software development' 
*Cc:* Dennis Younker NE6I 
*Subject:* Re: [wsjt-devel] RC2 syslog file

I tried changing the priority of WSJT-X this morning but do not see 
any difference. The capture below is using Priority set to Realtime. I 
also tried Above Normal and High. Note that these logged drop outs are 
occurring at the end of sequences though not every end-of-sequence 
produces a dropped audio entry.


--Dennis NE6I

-Original Message-
From: Black Michael via wsjt-devel 
Sent: Friday, July 22, 2022 8:44 PM
To: Dennis Younker NE6I via wsjt-devel 
Cc: Black Michael 
Subject: Re: [wsjt-devel] RC2 syslog file

That's a pretty consistent bunch of dropped audio samples.

As I asked another user have you tried raising the priority of WSJT-X 
to see if making it real-time improves things?


Mike W9MDB

On Friday, July 22, 2022 at 07:17:20 PM CDT, Dennis Younker NE6I via 
wsjt-devel > wrote:


Here a few lines from mine. Win10 and running v2.6.0-rc2. Are you 
looking for something in particular? I seem to get these dropped audio 
source alerts quite a bit!


[SYSLOG][2022-07-22 03:26:29.383606][03:15:14.093551][warning] 
Detected dropped audio source samples: -624 (-0.013 S)


[SYSLOG][2022-07-22 03:27:14.400410][03:15:59.105372][warning] 
Detected dropped audio source samples: 672 (0.014 S)


[SYSLOG][2022-07-22 03:27:29.386450][03:16:14.090066][warning] 
Detected dropped audio source samples: -672 (-0.014 S)


[SYSLOG][2022-07-22 03:28:44.382611][03:17:29.078681][warning] 
Detected dropped audio source samples: -672 (-0.014 S)


[SYSLOG][2022-07-22 03:29:14.372757][03:17:59.065692][warning] 
Detected dropped audio source samples: -576 (-0.012 S)


[SYSLOG][2022-07-22 03:32:14.370149][03:20:59.037622][warning] 
Detected dropped audio source samples: -720 (-0.015 S)


[SYSLOG][2022-07-22 03:35:40.610055][03:24:25.255064][info] Log Finish

[SYSLOG][2022-07-23 00:05:48.112279][00:00:00.004030][info] Log Start

[SYSLOG][2022-07-23 

Re: [wsjt-devel] RC2 syslog file

[Kari Sillanmäki via wsjt-devel]

On 22.7.2022 18.37, Black Michael via wsjt-devel wrote:

I'd appreciate if users could check their wsjtx_syslog.log file.
For Windows users it will be in C:\Users\[username]\Appdata\WSJT-X
For Linux users /[username]/.local/share/WSJT-X

Actually, under Linux it is in ~/.local/share/WSJT-X/*logs*


Should look like this and have one warning possibly about dropped audio.  If 
you see any other warnings please report them.


I see this:

[SYSLOG][2022-07-21 19:16:56.899804][00:00:00.001126][info] WSJT-X   v2.6.0-rc2 
  by K1JT et al. - Program startup
[SYSLOG][2022-07-21 19:16:56.917005][00:00:00.018332][info] locale: language: 
English script: Latin country: UnitedStates ui-languages: en-US
[SYSLOG][2022-07-21 19:16:56.950872][00:00:00.052196][info] shmem size: 48275260
[RIGCTRL][2022-07-21 19:16:57.066323][00:00:00.167649][info] Hamlib version: 
Hamlib 4.5~git Sat Jul 16 15:53:03 2022 + SHA=cc7c59
[RIGCTRL][2022-07-21 19:17:00.854307][00:00:03.955629][*error*] netrigctl_open: 
ptt_type='0x1'(1)
[RIGCTRL][2022-07-21 19:17:00.879529][00:00:03.980851][*error*] netrigctl_open: 
targetable_vfo=0x 3
[RIGCTRL][2022-07-21 19:17:01.008177][00:00:04.109498][*error*] rig_get_vfo: no 
get_vfo

Despite these three errors rig control works just fine.

Using WSJT-X  v2.6.0-rc2, compiled from source tarball on Linux Ubuntu 
18.04.6 LTS.


Radio is IC-7300 controlled by rigctld-wsjtx.

73's de Kari, oh2gqc
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Stop Measure Reference Spectrum

[Kari Sillanmäki via wsjt-devel]

Dennis,



Where is the “Stop” that this section references? I don’t see it. I am 
running v2.6.0-rc1.


it is the button labeled "Stop" above frequency display, between 
"LogQSO" and "Monitor" buttons...


73's de Kari, oh2gqc
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Hamlib testing

[Kari Sillanmäki via wsjt-devel]

Hi Saku, Michael, Mike et al

I can duplicate this behaviour reported by Saku on my 7300.

I'm  using the rigctld-wsjtx bundled with WSJT-X 2.5.4 source tarball on 
Ubuntu 18.04.6 LTS.


This seems to be a defect in hamlib; RX-frequency should always stay put.

73's de Kari, oh2gqc

On 3.6.2022 10.58, Saku via wsjt-devel wrote:

Subject:
Re: [wsjt-devel] Hamlib testing
From:
Saku via wsjt-devel 
Date:
3.6.2022 klo 10.58

To:
wsjt-devel@lists.sourceforge.net
CC:
Saku 


Hi Michael !

Could you test with your IC-7300 this way:

set "split rig" and check "Allow TX frequency changes while 
transmitting" in settings/general tab


Set your TX around 300Hz by shift+left click on waterfall. Start TX 
period and while your TX is on move your TX around 2800Hz by 
shift+left click on waterfall.


When TX period is over does your RX return to selected (from band 
selector) frequency?
Mine does not, it gets the TX (vfoB) frequency that must then be 
corrected with band selector back to right RX frequency.


This happens if I have settings/Radio configured as ICOM 7300, or if I 
have started rigctld with script before starting wsjtx and then using 
Hamlib Net rigctld/localhost:4532 in settings/Radio.


Both ways same result. OS is Fedora 35 linux.

--
Saku
OH1KH


5p1kzx Michael via wsjt-devel kirjoitti 2.6.2022 klo 18.32:


Hi Everyone

I have tested new the Hamlib with WSJT-X and JTDX in RIG and Fake It. 
I tested it with IC-7300, IC-7000 and IC-706Mk2g - behaviour as 
expected and no problems so far.


73 de Michael 5p1kzx




___
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] QSO 15 meters FT8 F/H not logged!

[Kari Sillanmäki via wsjt-devel]

grep ALL.TXT -a ZV8L | grep -a PY1ZRJ
grep: ZV8L: No such file or directory

man grep:
grep [OPTIONS] PATTERN [FILE...]

So:

grep -a ZV8L ALL.TXT  | grep -a PY1ZRJ

;) ;) de Kari, oh2gqc


On 19.2.2022 22.18, August Treubig via wsjt-devel wrote:

Unix lesson.  No need for CAT command.

grep ALL.TXT -a ZV8L | grep -a PY1ZRJ


Aug
AG5AT

Sent from my iPad

On Feb 19, 2022, at 1:48 PM, Marco Calistri via wsjt-devel 
 wrote:



Hi again William!

Please, be so kind to accept my apologies but you are extremely right!

Using the -a switch has pemitted grep tp show the pattern correctly!

marco@localhost:~/.local/share/WSJT-X> cat ALL.TXT |grep -a ZV8L|grep 
-a PY1ZRJ


220218_150746    24.915 Tx FT8  0  0.0 1964 ZV8L PY1ZRJ GG87
220218_150815    24.915 Tx FT8  0  0.0 1964 ZV8L PY1ZRJ GG87
220218_150830    24.915 Rx FT8  5  0.2 1470 PY1ZRJ ZV8L +01
220218_150845    24.915 Tx FT8  0  0.0 1964 ZV8L PY1ZRJ R+05
220218_150900    24.915 Rx FT8  8  0.2 1470 PY1ZRJ ZV8L RRR
220218_150915    24.915 Tx FT8  0  0.0 1964 ZV8L PY1ZRJ 73
220218_150930    24.915 Rx FT8 10  0.2 1469 PY1ZRJ ZV8L 73

And more important that the above, this one:

marco@localhost:~/.local/share/WSJT-X> cat ALL.TXT |grep -a 
3X2021|grep -a PY1ZRJ|grep RR73


*220218_181600    21.080 Rx FT8 -12  0.2  754  3X2021 RR73**
**220218_183200    21.080 Rx FT8    -12  0.2  764  3X2021 RR73*

Probably my bash history is causing that issue but it doesn't 
contains any data inside, just text.


Great suggestion! Thanks again William!!!

Best regards!

Marco

---
*73 de Marco, PY1ZRJ (former IK5BCU)*
**

Il 19/02/22 14:01, Marco Calistri via wsjt-devel ha scritto:

Hi William!

This is not a matter of UNIX command syntax, the fact is that such 
string is not present in the file.


Thanks and regards,

Marco, PY1ZRJ

Il 19/02/22 13:42, William Smith ha scritto:

Try -a with grep as per

https://unix.stackexchange.com/questions/335716/grep-returns-binary-file-standard-input-matches-when-trying-to-find-a-string 



73, Willie N1JBJ




On Feb 19, 2022, at 11:35 AM, Marco Calistri via wsjt-devel 
 wrote:


il file binario corrisponde





___
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


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

Re: [wsjt-devel] QSO 15 meters FT8 F/H not logged!

[Kari Sillanmäki via wsjt-devel]

Hi Marco,

AFAIK WSJT-X records everything it hears and sends to ALL.TXT file and 
there is no option to disable that.

So you should see youre QSO in ALL.TXT

Perhaps you are using configurations?
In that case the ALL.TXT wil be in directory
~/.local/share/WSJT-X - 

73's de Kari, oh2gqc


On 19.2.2022 14.27, Marco Calistri via wsjt-devel wrote:

Hi Saku!

Good command! But as I wrote, there is not any registry of the QSO in 
the ALL.TXT file simply because WSJT-X has not registered it!


Best regards,

---
*73 de Marco, PY1ZRJ (former IK5BCU)*
**

Il 19/02/22 05:01, Saku via wsjt-devel ha scritto:

Hi I
Think you were using linux. Then open command console and:

cd ~/.local/share/WSJT-X
grep -ni HisCall ALL.TXT | grep -i YourCall

Shows qso in fast and easy way (with line numbers of ALL.TXT).
Just replace the callsigns in command.

Jim Shorney via wsjt-devel kirjoitti 19.2.2022 klo 6.57:

You should be able to find this in your all.txt file.

73

-Jim
NU0C

On Sat, 19 Feb 2022 01:46:13 -0300
Marco Calistri via wsjt-devel  wrote:

I asked to the DX station's QSL manager if he can send me the 
details of the QSO (Time and RST) registered by the Fox station on 
his ClubLog, so hopefully I could manually include the QSO also 
into my log.


___
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] Regressions in WSJT-X ver 2.5.0

[Kari Sillanmäki via wsjt-devel]

On 27.1.2022 17.14, Andy Durbin via wsjt-devel wrote:

I updated from WSJT-X ver 2.3.0 to ver 2.5.0


Umm... The latest release is 2.5.4. Perhaps try that one.


73's de Kari, oh2gqc

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

Re: [wsjt-devel] 2.5.3: missing diist tar ball

[Kari Sillanmäki via wsjt-devel]

On 25.12.2021 9.12, Tomasz Kłoczko via wsjt-devel wrote:
On Sat, 25 Dec 2021 at 01:02, Gary Rogers via wsjt-devel 
> wrote:


Try here:

wsjtx-2.5.3.tgz



Is that official new location and/or why sf.net  is no 
longer used?


AFAIK https://physics.princeton.edu/pulsar/k1jt/wsjtx.html has always 
been the 'official' place to obtain WSJT-X source code. Even before FT8 
was even introduced. See this, for example: 
https://web.archive.org/web/20130608090104/https://physics.princeton.edu/pulsar/k1jt/wsjtx.html 
73's de Kari, oh2gqc



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

Re: [wsjt-devel] Again problems with ic7300/rigctld/wsjtx

[Kari Sillanmäki via wsjt-devel]

Bobby,

On 14.12.2021 21.47, Bobby Chandler via wsjt-devel wrote:

Kari,

Try copying the hamlib dll file from a working version and putting it 
into 2.5.3. That worked for one of my friends with an icom 7300.


thanks, but  I'm using Linux, so no .DLLs here.

Anyway, it's not a big problem because Fake-it works OK.

'Kari, oh2gqc




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

Re: [wsjt-devel] Again problems with ic7300/rigctld/wsjtx

[Kari Sillanmäki via wsjt-devel]

Hello again,

On 14.12.2021 18.11, Black Michael via wsjt-devel wrote:
Get the latest hamlib from here...IC-7300 behavior (and other Icoms) 
should all be good now.


https://github.com/Hamlib/Hamlib.git 



I made more tests and found out that with "Hamlib 4.5~git ti joulu 14 
15:06:29 2021 + SHA=7ea9eb", compiled from the link above, WSJT-X 
2.5.2 works correctly but  2.5.3  does not.


Perhaps a regression in WSJT--X.

'Kari

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

Re: [wsjt-devel] Again problems with ic7300/rigctld/wsjtx

[Kari Sillanmäki via wsjt-devel]

Hi,

I did some tests as well...

On 14.12.2021 12.19, Saku via wsjt-devel wrote:

Today I upgraded Fedora 34 to version 35.


I'm still at "Ubuntu 18.04.6 LTS"


As expected the self compiled wsjtx did not start any more.


Mine does ;)


So I run my "doall.sh" script that:

  - pulls Hamlib from
    [remote "origin"]
     url = https://github.com/Hamlib/Hamlib.git
  - compiles and installs it
     [saku@hamtpad .git]$ rigctld --version
     rigctl Hamlib 4.5~git ti joulu 14 05:12:29 2021 + SHA=16cf19


I pulled hamlib from git://git.code.sf.net/u/bsomervi/ and compiled.
The resulting rigctld vesion is:
rigctl Hamlib 4.4~git to marras 25 22:02:50 2021 + SHA=7349a0



  - pulls wsjtx from
    [remote "origin"]
     url = https://git.code.sf.net/p/wsjt/wsjtx
  - compiles and installs it
     Wsjtx version 2.5.2


I downloaded the snapshot commit 69f9ec from SourceForge and compiled it.
The resulting WSJT-X version is 2.5.3.


  Rig is icom ic7300.


So is mine.


  rigctld is "pre started" with crontab script:
     /usr/local/bin/rigctld   -m 3073 -r /dev/icom7300 -t 4532 -s 19200  > -C 
auto_power_on=0 --vfo   &


Tested starting "./rigctld-wsjtx -r /dev/ttyUSB0 -m 3073 -s 19200"


It seems that again ic7300 is broken with latest hamlib source.


With my setup above nearly everything works OK when using Split=Fake-it.
Split=Rig still has the old problem where mode is not set to USB-D
if WFO-B is not on USB-D already.

73's de Kari, oh2gqc


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

Re: [wsjt-devel] Back on the usage of Ref.Spec. for Linux systems

[Kari Sillanmäki via wsjt-devel]

On 20.10.2021 19.48, Bill Somerville via wsjt-devel wrote:

On 20/10/2021 17:43, Kari Sillanmäki via wsjt-devel wrote:

Hu Marco,21 08:09, Kari Sillanmäki via wsjt-devel ha scritto:




I'm using XFCE too and I ran WSJT-X on a Lenovo Laptop, I have not 
external screen.

I'm using Lenovo laptop as well.


Can you say us if you use a pre-compiled WSJT-X or if you compiled 
it on your machine from source and if is the latter, do you set some 
specific parameter in the .configure command?


I compile WSJT-X locally from the source tarball ( not githup ) and I 
use no special parameters.


Just saw that Bill has managed to get the dump too, so I believe 
there will be a solution soon.


73's de Kari, oh2gqc 


Hi Kari and Marco,

yes, the issue is provoked by using a recent version of the 
gcc-fortran compiler. It lays out memory differently from previous 
versions and that reveals a defect in our code. I have a fix, if you 
want to try it a patch is attached.


73
Bill
G4WJS.

While I did not have this issue in the first place, I still compiled 
WSJT-X with this patch on my XUbuntu 18.04.6 LTS system.


Result: No problems with refspec with or without the patch.

73's de Kari, oh2gqc


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

Re: [wsjt-devel] Back on the usage of Ref.Spec. for Linux systems

[Kari Sillanmäki via wsjt-devel]

Hu Marco,21 08:09, Kari Sillanmäki via wsjt-devel ha scritto:




I'm using XFCE too and I ran WSJT-X on a Lenovo Laptop, I have not 
external screen.

I'm using Lenovo laptop as well.


Can you say us if you use a pre-compiled WSJT-X or if you compiled it 
on your machine from source and if is the latter, do you set some 
specific parameter in the .configure command?


I compile WSJT-X locally from the source tarball ( not githup ) and I 
use no special parameters.


Just saw that Bill has managed to get the dump too, so I believe there 
will be a solution soon.


73's de Kari, oh2gqc



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

Re: [wsjt-devel] Back on the usage of Ref.Spec. for Linux systems

[Kari Sillanmäki via wsjt-devel]

Hi Marco & Jarmo

On 20.10.2021 7.50, jarmo via wsjt-devel wrote:

Tue, 19 Oct 2021 15:00:21 -0300
Marco Calistri via wsjt-devel 
kirjoitti:


WSJT-X crashes, producing a core-dump which neither I noticed where
it saves to.

My doubt now is that same issue could happens to others colleagues
which are using WSJT-X for Linux, for this reason I would like to
have some feedback on this topic.

Because if some Linux users are not facing this issue, may be that
they are using different DE (Desktop Environment) or graphic settings
(Just guessing).

Hi Marco

I have this problem also. Fedora 34 XFCE4 desktop... I have now tried
couple of times and wsjtx crashes, but after renaming or deleting
refspec.dat I can use wsjtx again.


I'm also using XFCE4 desktop but I get no errors when using refspec.dat. 
So I believe XFCE is not the problem.



And haven't found that "core-file", what supposed done somewhere.
Searched whole HD.


You probably have "ulimit -c" set to 0.

Try to temprarely change ulimit to unlimited ( command: ulimit -c 
unlimited ).


You should then get the corefile in that terminal session.

73's de Kari, oh2gqc



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

Re: [wsjt-devel] Wsjtx crash

[Kari Sillanmäki via wsjt-devel]

Hi Marco,

On 17.10.2021 17.17, Marco Calistri via wsjt-devel wrote:



Hi Kari!

I generated the refspec.dat by following the instructions and it has 
been produced correctly but this doesn't avoid WSJT-X 2.5.0 Linux to 
crash!


-rw-r--r-- 1 marco users 204045 16 ott 19.35 
/home/marco/.local/share/WSJT-X/refspec.dat


That seems to be the right location and the file size is same as mine.

Try as I might, I could not make WSJT-X 2.5.0 to crash using ref-spec.

I tried in 2 systems ( XUbuntu 18.04.6 LTS and Raspbian GNU/Linux 10 
(buster) ). On both WSJT-X was compiled locally from source.


I tested with refspec.dat after measuring ref-spec, with empty ( length 
0 bytes ) file and with nonexistent refspec.dat  file.


No crashes in any situation...

Do you get an error message when WSJT-X crashes?

What happens if you delete refspec.dat ( or rename it to something else) 
? Does WSJT-X start then?


73's de Kari, oh2gqc


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

Re: [wsjt-devel] Wsjtx crash

[Kari Sillanmäki via wsjt-devel]

Hi Marco,

The refspec.dat file is in the log directory, File => Open log directory

73's de Kari, oh2gqc

kOn 17.10.2021 15.33, Marco Calistri via wsjt-devel wrote:

Jarmo,

Renamed in what?

I face the same crash on linux by activating ref spec in the waterfall 
and enable monitor in the main window, then I would like to resolve this 
since it seems that enabling reference spectrum could provide a better 
decoding(?).


BTW also if decoding wouldn't enhanced I dislike the fact of program 
crashes..


Many thanks!

PY1ZRJ

Scarica Outlook per Android 


*Da:* jarmo via wsjt-devel 
*Inviato:* domenica 17 ottobre 2021, 02:53
*A:* wsjt-devel@lists.sourceforge.net
*Cc:* jarmo
*Oggetto:* Re: [wsjt-devel] Wsjtx crash

Sun, 17 Oct 2021 04:45:47 + (UTC)
Black Michael via wsjt-devel 
kirjoitti:


Probably in the same directory as the wsjtx executable.
Mike W9MDB


Tnx, I try look...
By the way, renamed refspec.dat and started wsjtx,
now works ok.

Jarmo, oh1mrr


___
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] WSJT-X 2.5.0-rc6 and MAP65 3.0-rc6 EOL for Ubuntu 18.04?

[Kari Sillanmäki via wsjt-devel]

Hi Mike,

On 8.9.2021 7.56, Black Michael via wsjt-devel wrote:


Clone the current master and try again...I made some changes

git clone https://github.com/Hamlib/Hamlib.git 
<https://github.com/Hamlib/Hamlib.git>


Mike W9MDB


This compiled, but did gave a warning:

testlibusb.c:346:2: warning: #warning LIBUSB-1.0.23 may be required in 
Hamlib > 4.3 [-Wcpp]

 #warning LIBUSB-1.0.23 may be required in Hamlib > 4.3
  ^~~

73's de Kari, oh2gqc







On Tuesday, September 7, 2021, 05:40:45 AM CDT, Kari Sillanmäki via 
wsjt-devel  wrote:



Hi,

I tried to compile WSJT-X 2.5.0-rc6 on XUbuntu 18.04.5 LTS but got an
error:
  function); did you mean ‘LIBUSB_SPEED_SUPER’?
      case LIBUSB_SPEED_SUPER_PLUS:  speed = "10G"; break;
          ^~~
          LIBUSB_SPEED_SUPER
/tests/testlibusb.c:343:2: warning: #warning LIBUSB-1.0.23 will be
required in Hamlib > 4.3 [-Wcpp]
#warning LIBUSB-1.0.23 will be required in Hamlib > 4.3

Apt utility tells me I have the latest version of libusb available for
this version of Ubuntu.

Any way to get around this or am I glued to 2.4.0 forever?
( Not really willing to upgrade Ubuntu as this is a LTS version and
works very well for me .. )

73's de Kari, oh2gqc


___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/wsjt-devel 
<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] WSJT-X 2.5.0-rc6 and MAP65 3.0-rc6 EOL for Ubuntu 18.04?

[Kari Sillanmäki via wsjt-devel]

Hi again...

Answering my own question:

Got rc6 to compile by appplying this simple hamlib.patch

-
diff --git a/tests/testlibusb.c b/tests/testlibusb.c
index b1a92c9..ea66257 100644
--- a/tests/testlibusb.c
+++ b/tests/testlibusb.c
@@ -218,7 +218,7 @@ static void print_device(libusb_device *dev, 
libusb_device_handle *handle)


 case LIBUSB_SPEED_SUPER:speed = "5G"; break;

-case LIBUSB_SPEED_SUPER_PLUS:   speed = "10G"; break;
+// case LIBUSB_SPEED_SUPER_PLUS:   speed = "10G"; break;

 default:speed = "Unknown";
 }


I think whatever speed my USB support is fine, no need for 10G to 
control my radio  ;)


73's de Kari, oh2gqc


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

[wsjt-devel] WSJT-X 2.5.0-rc6 and MAP65 3.0-rc6 EOL for Ubuntu 18.04?

[Kari Sillanmäki via wsjt-devel]

Hi,

I tried to compile WSJT-X 2.5.0-rc6 on XUbuntu 18.04.5 LTS but got an 
error:

 function); did you mean ‘LIBUSB_SPEED_SUPER’?
 case LIBUSB_SPEED_SUPER_PLUS:   speed = "10G"; break;
  ^~~
  LIBUSB_SPEED_SUPER
/tests/testlibusb.c:343:2: warning: #warning LIBUSB-1.0.23 will be 
required in Hamlib > 4.3 [-Wcpp]

#warning LIBUSB-1.0.23 will be required in Hamlib > 4.3

Apt utility tells me I have the latest version of libusb available for 
this version of Ubuntu.


Any way to get around this or am I glued to 2.4.0 forever?
( Not really willing to upgrade Ubuntu as this is a LTS version and 
works very well for me .. )


73's de Kari, oh2gqc


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

Re: [wsjt-devel] RC5 main window size issue

[Kari Sillanmäki via wsjt-devel]

Terve Saku,


Hei!

Do you set *absolute minimums* for H and W and then close/open wsjtx?


Yes I did. I narrowed both H & W to the minimum they would go but they 
still restored OK after restart


73's de Kari, oh2gqc /  oh6bz



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

Re: [wsjt-devel] RC5 main window size issue

[Kari Sillanmäki via wsjt-devel]

Hi Saku, long time, no see...

On 12.8.2021 10.07, Saku via wsjt-devel wrote:

HI!

If you set wsjtx main window to minimum horizontal and vertical size 
it is not saved/loaded when wsjtx starts again resulting bigger main 
window that was set.
Saving window W and H and X,Y position at close and reload them at 
start should give same sized window.


OS Fedora Linux 34/ LXDE

Cqrlog compiled with QT5 widgets can do this, so I assume it is not 
LXDE/QT5 problem to restore window size and position.




I'm running WSJT-X on XUbuntu 18.04.5 LTS with XFCE 4.12.2 desktop.

In my system WSJT-X remembers the size/location of  the main window.

Still something to do with Fedora / LXDE ??

73's de Kari, oh2gqc /  oh6bz



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

Re: [wsjt-devel] Bug Report

[Kari Sillanmäki via wsjt-devel]

On 11.8.2021 13.51, Jose Montano via wsjt-devel wrote:


Hi

this problem is still present, have you been able to duplicate it?


Jose, for the 'lowercase X" issue see my reply:

https://sourceforge.net/p/wsjt/mailman/message/37326983/

Have you contacted the translator???

IIRC your second issue is not a bug but a feature.

73's de Kari, oh2gqc




 Mensaje reenviado 
Asunto: Bug Report
Fecha:  Tue, 27 Jul 2021 19:37:10 -0300
De: Jose Montano 
Para:   wsjt-devel@lists.sourceforge.net



-WSJT-X 2.5.0-rc5 4030b0

-OS GNU/Linux Debian testing


-In the button "TX1" the letter "X" is lowercase.

-When I call CQ, and someone answers me, for example with a dB-19 
signal, the software responds giving the report -19, but if for some 
reason, the station does not give me my report and calls me again, and 
its signal is different, for example -15, the software does not update 
the report and continues to respond with -19, even if I double click 
on the station that is calling me.


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

Re: [wsjt-devel] Blocked?

[Kari Sillanmäki via wsjt-devel]

Jarmo,

princenton.edu  blocks some ip-address ranges.
Others have reported the same problenm, see 
https://wsjtx.groups.io/g/main/message/27219 for example.


Nothing we can do about it, or perhaps you could change your ISP ;)

73's de Kari, oh2gqc

On 6.8.2021 15.25, jarmo via wsjt-devel wrote:

Not a big deal, but is my ISP, IP-range 109.108.16.0 - 109.108.31.255
somehow blocked from
https://www.physics.princeton.edu/pulsar/k1jt/index.html ?
If i try connect normally with any browser, never get site
opened.
But if I use TOR-browswr I get connected to site.. Any check?

Jarmo


___
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] Bug Report

[Kari Sillanmäki via wsjt-devel]

Hi Jose,

you did not tell us your callsign, but from the screenshot I assume you 
are using Spanish.

TxN buttons


This seems to be an translation issue.

In file "wsjtx_es.ts" we can see that the translator has translated TxN  
to TXN...


     line="1850"/>     Tx 2     TX 
2 


...except for Tx1 which is trnaslated verbatim.

     line="1958"/>     Tx 1     Tx 
1  



So you may want to take this issue up with whoever made the Spanish 
translation.



73's de Kari, oh2gqc


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

Re: [wsjt-devel] Possible bug between wsjtx and net Hamlib

[Kari Sillanmäki via wsjt-devel]

Hi Al,

Your WSJT-X version 2.2.0  is quite old.

Also, your Hamlib must be even older as you are using the short model 
numbers.
Hamlib shipped with WSJT-X 2.2.0 use new longer model numbers, for 
example  FT-736R is now model number 1010

and FT-890 is 1015.

Suggest you upgrade to current WSJT-X version 2.4.0 and also make sure 
that correct version of Hamblib are being used.


73's de Kari, oh2gqc



On 18.7.2021 17.44, alawler mudhawk.com via wsjt-devel wrote:

 HI Folks,

  I've encountered what seems to be a bug in how wsjtx uses the 
network hamlib functionality.    I'm going to start with a simple 
symptom statement, then will include more supporting detail and the 
specific configuration etc.


The problem:
wsjtx does not work with a remotely connected Yaesu FT-736r using the 
Net Hamlib option.


Symptom:
During setup, when I set Hamlib NET Rigctl in the radioconfiguration 
information and click    "Test Cat",  I get an error message box 
saying "Rig Failure"  "Hamlib error: Feature not available while 
getting current frequency".


  What I think is happening is that for a locally connected radio,  
wsjtx is "smart enough" to not send a "get frequency" command to the 
FT-736r,  however, in the Net Rigctld mode,  it makes an assumption 
that this is a relatively safe and widely supported way of testing 
basic communications and sends the command without first checking rig 
capabilities.


I believe this is the expected behavior from Hamlib,   since the 
FT-736r does not support this particular option.


  Configuration:
wsjtx-2.2.0 running on Ubuntu
The radio server is a Raspberry Pi running either rigctld 3.0 or 
rigctl-wsjtx 4.0 (the behavior is the same.)


rigctld command:  rigctld-wsjtx -m 110 -r /dev/ttyUSB0 -s 4800 -t 
10006 -v


Other test notes:
I am using port 10006 on purpose, but I don't believe that is related 
to the problem.


My raspberry Pi/rigctld server works fine with other FT-736r code that 
I have written, so I'm pretty sure the hardware and configuration are 
correct.


hamlib trace:
igctl(d): v 'currVFO' '' '' ''
rig_get_vfo called
client lock disengaged
client lock engaged
rig_strvfo called
rigctl(d): f 'currVFO' '' '' ''
rig_get_freq called
client lock disengaged

Trying the idential experiment using my FT-890 (ritctld -m 115) which 
DOES have  a bidirectional CAT interface works fine.


  I am looking at the code with the hopes of just bypassing the 
frequency set command in my own local setup, but figured I'd mention 
this in case other folks might find it useful.


  Thanks for any consideration

--al
WB1BQE


___
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] My problems while compiling from the source

[Kari Sillanmäki via wsjt-devel]

OM,

On 18.7.2021 6.30, Adrian via wsjt-devel wrote:

What is the correct url for the git repo please ?


vk4tux


Try this: git clone git://git.code.sf.net/p/wsjt/wsjtx wsjt-wsjtx

IMHO it's much easier to use the source tarball from the  WSJT-X page

https://physics.princeton.edu//pulsar/k1jt/wsjtx-2.5.0-rc3.tgz

73's de Kari, oh2gqc



On 18/7/21 12:20 pm, Paul Bramscher via wsjt-devel wrote:

I don't download from the git repo, though, and instead just get the
current source .tgz from SourceForge.  Have you had success with that
method?

73, KD0KZE / Paul





___
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] My problems while compiling from the source

[Kari Sillanmäki via wsjt-devel]

Hi Claude,

This may not comfort you much, but just for fun and giggles I installed 
Debian Buster onto a virtual machine
and then cloned Hamlib and WSJT-X from git. Compiled, and got a working 
WSJT-X.


So *something* may not be right in your system. I have no idea what that 
could be though, sorry.


73's de Kari, oh2gqc

On 16.7.2021 19.08, Claude Frantz via wsjt-devel wrote:

Hi Bill and all,

I'm trying to compile from the source from the git repo:

I'm here:

commit 7eac85560823e9c53ae5ed876861f73a1258c717 (HEAD -> master, tag: 
wsjtx-2.5.0-rc3, origin/master, origin/HEAD)

Merge: df3da69d2 522f698c6
Author: Bill Somerville 
Date:   Mon Jul 5 20:58:15 2021 +0100

    Merge branch 'release-2.5.0'

commit 522f698c6300613532dd470f6de5f9c9ca986fbf
Author: Bill Somerville 
Date:   Mon Jul 5 20:48:05 2021 +0100

    Release note updates

commit f067d9472397539e9e1b9247a1d8155e7c768201
Merge: a141b5af3 bada2dd82
Author: Bill Somerville 
Date:   Mon Jul 5 20:43:42 2021 +0100

    Merge branch 'release-2.5.0' of bitbucket.org:k1jt/wsjtx into 
release-2.5.0


###

The compilation ended here:

Scanning dependencies of target message_aggregator
[ 11%] Building CXX object 
CMakeFiles/message_aggregator.dir/UDPExamples/MessageAggregator.cpp.o
[ 11%] Building CXX object 
CMakeFiles/message_aggregator.dir/UDPExamples/MessageAggregatorMainWindow.cpp.o
[ 11%] Building CXX object 
CMakeFiles/message_aggregator.dir/UDPExamples/DecodesModel.cpp.o
[ 11%] Building CXX object 
CMakeFiles/message_aggregator.dir/UDPExamples/BeaconsModel.cpp.o
[ 11%] Building CXX object 
CMakeFiles/message_aggregator.dir/UDPExamples/ClientWidget.cpp.o
[ 11%] Building CXX object 
CMakeFiles/message_aggregator.dir/validators/MaidenheadLocatorValidator.cpp.o
[ 12%] Building CXX object 
CMakeFiles/message_aggregator.dir/qrc_message_aggregator.cpp.o
[ 12%] Building CXX object 
CMakeFiles/message_aggregator.dir/qrc_style.cpp.o
[ 12%] Building CXX object 
CMakeFiles/message_aggregator.dir/message_aggregator_autogen/mocs_compilation.cpp.o

[ 12%] Linking CXX executable message_aggregator
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libthread_db.so: undefined 
reference to `ps_lsetregs'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libthread_db.so: undefined 
reference to `ps_pdread'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libthread_db.so: undefined 
reference to `ps_lsetfpregs'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libthread_db.so: undefined 
reference to `ps_getpid'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libthread_db.so: undefined 
reference to `ps_pdwrite'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libthread_db.so: undefined 
reference to `ps_lgetregs'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libthread_db.so: undefined 
reference to `ps_lgetfpregs'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libthread_db.so: undefined 
reference to `ps_pglobal_lookup'

collect2: error: ld returned 1 exit status
make[2]: *** [CMakeFiles/message_aggregator.dir/build.make:273: 
message_aggregator] Error 1
make[1]: *** [CMakeFiles/Makefile2:140: 
CMakeFiles/message_aggregator.dir/all] Error 2

make: *** [Makefile:152: all] Error 2

###

What is missing or wrong ?

The system:
Linux defi 4.19.0-17-amd64 #1 SMP Debian 4.19.194-2 (2021-06-21) 
x86_64 GNU/Linux


Best wishes,
Claude (DJ0OT)


___
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