I have done just so: use /usr prefix to override package hamlib.
With Fedora it is no problem to remove Hamlib package:
rpm -e --nodeps hamlib
And it does not remove all ham programs at same time because of
dependencies.
-----------
I have now pulled my hamlib clone directory from git and compiled it. I
also compiled wsjtx 2.3.1 for use.
Getting wsjtx source and doing compile by the instructions of INSTALL
file makes folder hamlib-prefix and compiles that with wsjtx. And it is
not the latest version of hamlib.
I made some "innovations": copied hamlib git version to same name as
wsjtx 2.3.1/hamlib-prefix, then tar:ed the folder (using that old name)
and made md5sum of it. After that replaced those hamlib files that come
with wsjtx source and compiled by INSTALL instructions.
Could someone say how this should be done properly? I.E add latest
hamlib to (any version) of wsjtx source.
How ever my trick worked and now I have latest hamlib and properly
working wsjtx 2.3.1
--
Saku
OH1KH
Bill Somerville via wsjt-devel kirjoitti 3.8.2021 klo 16.32:
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
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
