Sri, a couple of typos there, I meant to type *nix and /etc/ld.so.conf
73
Bill
G4WJS.
On 03/08/2021 14:32, Bill Somerville via wsjt-devel wrote:
Mike,
OK, then uninstall the system package, so long as no other package
depends on it. You are advocating breaking packaging dependencies for
no good reason. Installing a package into /usr/local, or indeed /opt,
or /opt/local is standard practice on 8nix systems when it is required
to override some system installed package. Your advice will lead to
users with broken distributions! There is no good reason to install a
package into /usr on a system where /usr is used for installation of
managed packages.
The Linux ldconfig system makes it certain where libraries are loaded
from, look at the manpage for ldconfig and at least try and learn how
these systems work. There is no ambiguity about loading of libraries,
it is set by /etc/ld/so/conf, and so long as users do not screw up the
default PATH assignments the same applies to executables and
executable scripts.
73
Bill
G4WJS.
On 03/08/2021 14:21, Black Michael via wsjt-devel wrote:
Everybody that does that ends up with multiple ham installations and
no idea which libhamlib.so wsjtx is using.
You can always install a package over the top of it with no problem.
Mike W9MDB
On Tuesday, August 3, 2021, 08:18:41 AM CDT, Bill Somerville via
wsjt-devel <wsjt-devel@lists.sourceforge.net> wrote:
Mike,
no, no, NO!
Do not set the install prefix to /usr, that is very poor advice.
Install into the default /usr/local prefix, that will override the
system install without screwing up the package managed packages from
the distribution repositories.
73
Bill
G4WJS.
On 03/08/2021 13:51, Black Michael via wsjt-devel wrote:
The split problem should be fixed.
Uninstall the hamlib you have now and clone the master repo --
you'll have to compile it.
Hamlib-4.3 should be released this month.
git clone https://github.com/Hamlib/Hamlib.git
<https://github.com/Hamlib/Hamlib.git>
cd Hamlib
./bootstrap
./configure --prefix=/usr
make install
Mike W9MDB
On Tuesday, August 3, 2021, 05:45:15 AM CDT, Saku via wsjt-devel
<wsjt-devel@lists.sourceforge.net>
<mailto:wsjt-devel@lists.sourceforge.net> wrote:
Hi!
Just upgraded my Fedora from 33 to 34.
Removed all self compiled hamlib and wsjtx versions and installed
packages from repository:
wsjtx-2.4.0-1.fc34.x86_64
hamlib-4.1-1.fc34.x86_64
It seems to work. Only one question arises:
*Is it in purpose that every time I start wsjtx it shows yellow
"OOB" on red background and frequency display is filled with zeros.*
After band is selected frequency shows out ok and all works. Just
annoying that it does not get frequency at start by itself like before.
I use rigctrld started from script before wsjtx. Start line is:
/usr/bin/rigctld -m 3073 -r /dev/icom7300 -t 4532 -s 19200 -C
auto_power_on=0 &
(as you can see the rig is icom 7300)
Wsjtx settings use rig: Hamlib Net rigtcĺd, sever: localhost:4532,
split: rig
ldd /usr/bin/wsjtx | grep ham
libhamlib.so.4 => /lib64/libhamlib.so.4 (0x00007fd30f59e000)
-------------------------------------
After that I installed 2.5.0_rc4 from wsjtx web page package:
wsjtx-2.5.0_rc4-1.x86_64
Again every time wsjtx is started it shows yellow/red "OOB" with
zero frequency. When band is selected from selector frequency shows ok.
But every time I try to "Tune" or start tx from "Enable TX" the
yellow/red "OOB" and zero frequency returns and TX does not start.
Also following error appears:
Hamlib error: Feature not available
rig.c(5605):rig_has_vfo_op return(0)
rig.c(3790):rig_set_split_freq return(-11)
rig.c(4331):rig_set_split_freq_mode return(-11) while setting split
TX frequency and mode
If I return band back from band selector same repeats. But If I
ignore "OOB" and try again "Tune" or "Enable TX" transmitter starts
and I can keep qso. How ever at logging phase the "Band" column is
empty as can be expected when "OOB" is visible.
Perhaps rig timeout is too short in wsjtx (??) and it can not get
response from daemon running rigctld that have to ask it from rig.
But from where to adjust that?
If I go configuration/radio and test CAT and PTT everything works ok.
*So rc4 is unusable with "split"="rig". If I set "Fake it" all works
after I have cleared the start phase "OOB" like with 2.4.0*
--
Saku
OH1KH
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel