Today I upgraded Fedora 34 to version 35.
As expected the self compiled wsjtx did not start any more.
So I run my "doall.sh" script that:

 - pulls Hamlib from
   [remote "origin"]
    url = https://github.com/Hamlib/Hamlib.git
 - compiles and installs it
    [saku@hamtpad .git]$ rigctld --version
    rigctl Hamlib 4.5~git ti joulu 14 05:12:29 2021 +0000 SHA=16cf19

 - pulls wsjtx from
   [remote "origin"]
    url = https://git.code.sf.net/p/wsjt/wsjtx
 - compiles and installs it
    Wsjtx version 2.5.2

 Rig is icom ic7300.
 rigctld is "pre started" with crontab script:
    /usr/local/bin/rigctld   -m 3073 -r /dev/icom7300 -t 4532 -s 19200 -C auto_power_on=0 --vfo   &  Wsjtx uses rig "Hamlib Net rigctld" / Network server: 127.0.0.1:4532/Ptt cat/Data/pkt/Split Rig

These were the settings with Fedora34, some versions older hamlib and wsjtx 2.5.2 (that is the same as git pull said everything is up to date) Then it worked, now telnet 127.0.0.1 4532 one letter commands work I.E. Cqrlog logging program works.
But wsjtx does not work.

Settings/Test CAT stays red and pressing it gives error splash:


Hamlib error: Invalid parameter
vfo_fixup: vfo=Sub, vfo_curr=currVFO
rig_set_vfo: rig does not have Sub
rig.c(2607):rig_set_vfo return(-1) while exchanging VFOs


It seems that again ic7300 is broken with latest hamlib source.
I think situation is not any better with wsjtx 2.5.3 source (that I would like to get with git pull, please)
Not tested that yet with tarball contents.

Any help/comments, please.

--
Saku
OH1KH



_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Reply via email to