Package Details: wsjtx 2.5.4-1

Git Clone URL: (read-only, click to copy)
Package Base: wsjtx
Description: Software for Amateur Radio Weak-Signal Communication (JT9 and JT65)
Upstream URL:
Licenses: GPL-3
Submitter: 7h0ma5
Maintainer: AI5C
Last Packager: AI5C
Votes: 23
Popularity: 0.194063
First Submitted: 2015-06-09 13:48
Last Updated: 2022-01-03 22:44

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 Next › Last »

fiatguy85 commented on 2018-10-06 19:18

I was able to solve the freezing issue by switching to ALSA pulse audio input/output, rather than pulse.

fiatguy85 commented on 2018-10-02 01:48

I am getting the same issue, but I do not always have that ALSA lib error when it occuring. With a Yaesu FT-891, following a transmit it freezes the Waterfall. After that, hitting tune or transmit appears to key the radio, but no output is given nor is anything received. I am also still able to control the radio frequency (i.e. switch bands). This could also be an issue with hamlib or the radio, although I don't have issues with Hamlib and fldigi. I am also occasionally getting the error:

Hamlib: newcat_get_cmd: Rig Busy

voidlily commented on 2018-06-23 22:55

I'm having trouble where after I transmit, it stops receiving and decoding and the waterfall freezes until I restart wsjtx. I have it set up to input and output via pulse, and pulse reports my mic levels from my radio inputting into my computer are okay. The only clue in my logs I can seem to find is a console message that might be related to when wsjtx stops receiving.

ALSA lib pcm.c:8424:(snd_pcm_recover) underrun occurred

Schibes commented on 2018-06-21 15:59

@CHeitkamp: Thanks for trying to address the QT5 and GCC issues in your modified PKGBUILD but I still can't get WSJT-X to build. When I use your PKGBUILD instead of the default I get a new, different error. Any help/advice you can provide is appreciated, the error is:

CMake Error: The source directory "/tmp/yaourt-tmp-xxxxxxxx/aur-wsjtx/src/build" does not appear to contain CMakeLists.txt. Specify --help for usage, or press the help button on the CMake GUI.

CHeitkamp commented on 2018-06-14 09:00

Hi, I created a patched PKGBUILD which uses GCC 7 instead of the default GCC 8. It also includes the QT5 patch from

felmey commented on 2018-06-07 20:26

@prstoetzer @ta33ers: See my comments from May 9, May 11, and May 12. You are probably running the latest GCC which gives you the fortran errors. The developer said that WSJTX is not compatible with GCC 8 and probably hasn't addressed the issue yet. I downgraded to the last version of GCC 7 and it works for me installing from source.

This AUR does not work for me with the latest version as of 2018-06-07. This one starts to fail around: " Unknown CMake command "qt5_use_modules".")

simonvik commented on 2018-06-07 12:41

To install the just download the two files.

Run makepkg -s

Run sudo pacman -U *.pkg.tar.xz

And that should be it.

ta33ers commented on 2018-06-07 04:13

OK, lets start over, again. It will build, and run, but I had to perform the update this way. When given the option to edit PKGBUILD, removed all of the text from the original PKGBUILD I then pasted the text from the PKGBUILD at , and in that PKGBUILD for "source=($pkgname-$pkgver.tgz wsjtx.patch)", I replaced "wsjtx.patch" with "" so it looks like this "($pkgname-$pkgver.tgz",the application compiled correctly, and installed with yauort, and ran without issue. Hope this helps anyone else having a problem upgrading this. Now I think I'm going to install LFS on a Mac Book Pro! !)

prstoetzer commented on 2018-06-06 14:57

@ta33ers I was not able to build it, nor was I able to use the .deb binary due to the same error. I repackaged the .rpm binary and it runs fine for me. See

ta33ers commented on 2018-06-06 04:39

Is anyone else receiving an error when the start this application? "wsjtx: error while loading shared libraries: cannot open shared object file: No such file or directory"