Package Details: wsjtx 2.6.1-3

Git Clone URL: https://aur.archlinux.org/wsjtx.git (read-only, click to copy)
Package Base: wsjtx
Description: Software for Amateur Radio Weak-Signal Communication (JT9 and JT65)
Upstream URL: http://physics.princeton.edu/pulsar/k1jt/wsjtx.html
Licenses: GPL-3
Submitter: 7h0ma5
Maintainer: AI5C
Last Packager: AI5C
Votes: 31
Popularity: 0.126251
First Submitted: 2015-06-09 13:48 (UTC)
Last Updated: 2024-04-19 18:18 (UTC)

Latest Comments

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

Linuxfan commented on 2022-06-26 07:57 (UTC)

update: uninstalled and reinstalled wsjtx, now wsjtx starts normally again

Linuxfan commented on 2022-06-26 07:45 (UTC)

yesterday manjaro did a big update with a update from libboost to 1.79. Now I get the following message when starting wsjtx: wsjtx: error while loading shared libraries: libboost_log_setup.so.1.78.0: cannot open shared object file: No such file or directory Downgrade not possible Warnung: Kann "boost-libs=1.78.0" nicht auflösen (eine Abhängigkeit von "boost")

ae5za commented on 2022-06-25 01:35 (UTC)

Thank you! Builds and runs fine now on Raspberry Pi.

ae5za commented on 2022-06-22 22:05 (UTC)

Yes, I've built it on the Raspberry Pi using Pi OS.

df8oe commented on 2022-06-22 03:52 (UTC)

I can confirm that it builds and runs on aarch64 architecture.

toddejohnson commented on 2022-06-22 02:04 (UTC)

You might add a makedepends=git so it builds in a clean chroot. Good package!

AI5C commented on 2022-06-22 00:07 (UTC)

@ae5za: If you can verify that it builds and runs on aarch64, I'll add it to the targets. I don't have access to an aarch64 build platform to test.

ae5za commented on 2022-06-21 22:47 (UTC)

Can the aarch64 architecture be added to allow wsjtx to build on the Raspberry Pi please?

effae commented on 2022-04-15 11:24 (UTC)

@Cadair and @AI5C: I ran into the same problem as you, and managed to build and install the package following cybermike's workaround in wsjtx.groups.io and adding -DWSJT_SKIP_MANPAGES=ON -DWSJT_GENERATE_DOCS=OFF to the cmake command in the PKGBUILD.

After this, I ran into the problem @ashleyr mentioned earlier, which was fixed by removing libindi.

Cadair commented on 2022-03-20 07:59 (UTC)

I did some debugging with the help of a friend familiar with Qt. We were investigating the generation of the translation files (the step which is failing). Our initial assumption was the presence of Qt6 packages were the issue, but tracking it down it appeared to be using all the qt5 tools for the step that's failing.

Either way, he could build the package cleanly on Gentoo and I also can no longer build 2.5.2 which used to build fine for me, I agree that this has to be some kind of Qt change to the system which has broken it.

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