ports/comms/wsjtx/files, branch 14.3-eol

comms/wsjtx: Give bin/jt9 an executable stack

2025-02-09T03:41:49Z

jt9 is supposed to have an executable stack, but a bug in lld (now fixed upstream) prevents that. This change explicitly sets the required exectuable stack for jt9. Much simpler than using mprotect et. al. PR: 278939 Reported by: jeffpc@josefsipek.net Reviewed by: adrian Differential Revision: https://reviews.freebsd.org/D48572

comms/wsjtx: Stray line left in broke build

2023-09-12T10:43:04Z

wsjtx has it's own patch system which is hard to work with. I goofed and somehow left a line in which broke the build completely. :-( PR: ports/262937

comms/wsjtx: Fix Fortran runtime error

2023-09-03T15:33:54Z

Suggested fixes did not work for FreeBSD because of clang differences this should fix problem. PR: PR: 262937

comms/wsjtx: Same bug as hamlib treating a function like a variable

2023-02-17T23:47:32Z

wsjtx insist on packaging their own version of hamlib which means the fix to hamlib meant the bug was still in wsjtx

devel/libtool, devel/libltdl: update to 2.4.7

2022-04-13T13:30:25Z

comms/wsjtx: patch configure instead of configure.ac to avoid autotools. The build runs autoconf to regenerate configure but forgets to run libtoolize to update ltmain.sh. PR: 263151 Exp-run by: antoine

comms/wsjtx: Update to 2.5.2

2021-12-31T14:41:02Z

- Repair a longstanding regression that caused signal reports from tail-ended Tx2 messages to be omitted from logged information - Parse "dx-call-1 RR73; dx-call-2 +nn" messages (i3=0, n3=1 DXpedition mode) in regular 77-bit modes - Repair a regression associated with setting the main window width on program startup. - Repair a problem with Q65 decodes of type 'q3' for messages of the form " Call_2" - Execute code associated with Q65 decodes of type 'q5' only when the Max Drift control is set to 50. This fix prevents double-incrementing of the message averaging counter on the first decoding sequence. - Polarization offset 'Dpol' from the astronomical data window is now written to file azel.dat if environment variable WSJT_AZEL_EXTRA_LINES has been defined as 1 or greater. Dpol is especially useful for EME on the higher microwave bands. - The Auto Log QSO option in "Settings->Reporting" now behaves the same as the Prompt to log QSO option when not in a special operating context mode. - The Fast/Normal/Deep setting in Q65 mode is now a sticky setting and is no longer reset to Fast on program startup or when Settings has been opened. The user selection is used for automatic decodes, but Deep is used for any subsequent manual decode attempts. - New hamlib code to correct minor flaws in controlling several rigs. - Update the Chinese and Hong Kong translations of the user interface. PR: ports/260618 Reported by: hellocodebsd@gmail.com

Fix build under clang-11

2020-09-03T23:54:20Z

comms/wsjtx: Prepare for Qt5-5.14

2020-04-04T17:27:45Z

PR: 244964

Update to 2.1.2

2020-01-05T16:18:12Z

remove clogf now that we have clogf in libm -- partial release notes from upstream Copyright 2001 - 2019 by Joe Taylor, K1JT. Release: WSJT-X 2.1.1 November 25, 2019 --------------------- WSJT-X 2.1.1 is a bug fix only release addressing regressions in the prior v2.1.0 release. - Document rules for the UDP message protocol. - Fix bug that could cause display of a blank Settings window. - Fix message parsing to properly handle 4-character directed CQs - Fix a potential crash in the interface to Omni-Rig. - Improve handling of unexpected rig off line status changes from Omni-Rig. - Add an option to highlight unworked 2-character grid fields rather than 4-character grid squares. - Fix bug that caused unwanted disabling of "Enable Tx" in Fox mode. - Log duplicate contacts in FT8 DXpedition Fox mode. - Regenerate the GFSK Tx waveform if Tx audio frequency is changed. - Fix the behavior of double-clicking on a decoded message with first callsign displayed as an unresolved hash code <...>. - Fix a problem with determining "worked before" status after a band change. - Updates to the WSJT-X 2.1 User Guide. - Fix a production issue with the macOS tool chain that generated broken executables. Release: WSJT-X 2.1 July 15, 2019 ------------------- WSJT-X 2.1 is a major update that introduces FT4, a new protocol targeted at HF contesting. Other improvements have been made in the following areas: - FT8 waveform generated with GMSK, fully backward compatible - user options for waterfall and spectrum display - contest logging - rig control - user interface - UDP messaging for inter-program communication - accessibility There are numerous minor enhancements and bug fixes. We now provide a separate installation package for 64-bit Windows 7 and later, with significant improvements in decoding speed.

Fix build when hamlib is installed.

2019-04-15T17:52:01Z

Put /usr/local/include at end of AM_CPPFLAGS instead of at beginning, ensures the included header files are used. Link included hamlib using ${libdir}/libhamlib.a rather than -lhamlib to ensure the included static hamlib is used instead of a dynamic one in the library path. MFH: 2019Q2 (build fix)