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: 32
Popularity: 0.59
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 »

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.

felmey commented on 2020-07-26 02:47 (UTC)

This aur seems hopelessly broken. I couldn't get it to work with any of the suggestions. What did work for me was simply grabbing the source and following the INSTALL directions. Easy and no errors.

https://www.physics.princeton.edu/pulsar/K1JT/wsjtx.html

df8oe commented on 2020-07-05 09:59 (UTC)

Its not the task of the maintainer of this package to correct all "unhappily" definitions, casts etc.

But we can make a temporarily workaround until gcc10 impacts the developer :)

simply remove compile flag -Werror...

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