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: 33
Popularity: 0.135394
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 9 10 Next › Last »

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.

AI5C commented on 2022-03-19 15:48 (UTC)

@Cadair: I was able to replicate this issue. Since this wsjtx version previously built cleanly, it seems likely that a Qt update may have broken it. I wasn't able to locate other reports in the wsjtx project tracker, but it's not terribly active.

Cadair commented on 2022-03-19 13:24 (UTC)

Hello,

I am running into an issue compiling the latest version, I get the following error:

[ 87%] Building required Qt translations for language it
QM-Format error
make[5]: *** [CMakeFiles/wsjtx.dir/build.make:234: qt_it.qm] Error 2
make[4]: *** [CMakeFiles/Makefile2:1379: CMakeFiles/wsjtx.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

Everything else on my system should be upto date, any help would be appreciated, thanks.

ashleyr commented on 2021-02-21 04:09 (UTC)

If anyone is having trouble linking 2.3.0-2, and getting errors like:

[ 56%] Linking CXX executable wsjtx
/usr/bin/ld: /home/ash/.cache/yay/wsjtx/src/build/hamlib-prefix/lib/libhamlib.a(indi_wrapper.o): in function `RotINDIClient::newProperty(INDI::Property*)':
(.text+0x22c): undefined reference to `INDI::Property::getName() const'
/usr/bin/ld: (.text+0x286): undefined reference to `INDI::Property::getNumber() const'
/usr/bin/ld: (.text+0x2aa): undefined reference to `INDI::Property::getNumber() const'
...

This is because libindi is installed (drivers for telescope mounts). After I removed these dependencies, HamLib no longer attempted to enable INDI support and the linking errors were resolved and the package successfully built and installed.

HamLib does support an option to disable INDI support during configuration phase (--without-indi), perhaps the build could be updated to disable it, as it appears there is a version incompatibility with the Arch libindi 1.8.8-1 package.

nrdufour commented on 2021-02-11 17:06 (UTC) (edited on 2021-02-11 17:08 (UTC) by nrdufour)

It looks like it's missing the "boost" package in the makedepends. It won't compile otherwise.

That or having it installed on the system. Which probably means it needs boost-libs as dependency as well.

aulavik commented on 2021-02-02 03:43 (UTC) (edited on 2021-02-02 04:01 (UTC) by aulavik)

Just upgraded to newer version. However, I get an error when starting the application from command line and crashes:

Error: locale::facet::_S_create_c_locale name not valid

I didn't have this issue in the previous version.

Update:

My laptop's locale is set to en_CA.UTF-8.

Added the en_US.UTF-8 locale and it's fine now.

df8oe commented on 2020-07-31 06:00 (UTC)

It builds now flawlessly on all my systems included my Raspberry Pi 3. Well done - many thanks for maintainig this now!

hjsmarais commented on 2020-07-29 13:06 (UTC) (edited on 2020-07-29 13:07 (UTC) by hjsmarais)

It looks like the compilation problems are resolved in version 2.2.2. Or at least I didn't run into them when installing 2.2.2, whereas I did when I installed 2.2.1.

Edit the PKGBUILD file and change pkgver to 2.2.2 and the sha1sums to e8654d470ec5374ff2272e28ba9cbcf004fce282 if you want to try yourself.

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