Hi, I did some tests as well...
On 14.12.2021 12.19, Saku via wsjt-devel wrote:
Today I upgraded Fedora 34 to version 35.
I'm still at "Ubuntu 18.04.6 LTS"
As expected the self compiled wsjtx did not start any more.
Mine does ;)
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
I pulled hamlib from git://git.code.sf.net/u/bsomervi/ and compiled. The resulting rigctld vesion is: rigctl Hamlib 4.4~git to marras 25 22:02:50 2021 +0000 SHA=7349a0
- pulls wsjtx from [remote "origin"] url = https://git.code.sf.net/p/wsjt/wsjtx - compiles and installs it Wsjtx version 2.5.2
I downloaded the snapshot commit 69f9ec from SourceForge and compiled it. The resulting WSJT-X version is 2.5.3.
Rig is icom ic7300.
So is mine.
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 &
Tested starting "./rigctld-wsjtx -r /dev/ttyUSB0 -m 3073 -s 19200"
It seems that again ic7300 is broken with latest hamlib source.
With my setup above nearly everything works OK when using Split=Fake-it. Split=Rig still has the old problem where mode is not set to USB-D if WFO-B is not on USB-D already. 73's de Kari, oh2gqc _______________________________________________ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
