15:33 Diane Bruce (db) 

comms/wsjtx: Fix Fortran runtime error

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

PR:		PR:	262937

    9f972276

23:47 Diane Bruce (db) 

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

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

    adf4a62

13:30 Tijl Coosemans (tijl) 

devel/libtool, devel/libltdl: update to 2.4.7

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

    51638b9

14:41 Diane Bruce (db) 

comms/wsjtx: Update to 2.5.2

- 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 <de-call> +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_1> 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

    9c3c365

17:52 shurd 

Fix build when hamlib is installed.

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)

 

13:45 db 

- update to 2.0.1
- builds on i386 now
- remove MAKE_JOBS_UNSAFE
- Upstream wsjtx build instructions call for their forked
  version of hamlib for wsjtx to work correctly.
  Upstream distribution includes both wsjtx and a copy of their
  forked hamlib with their own build system. This is now used in
  this updated port. The cmake build provided does not have an
  install/strip target which forces use of do-install.

N.B. If hamlib is already installed, this port will incorrectly
link against the shared library version of hamlib instead of the
private copy provided. There seems no easy solution to this.