On 26/09/2019 19:36, Bill Somerville wrote:
On 26/09/2019 16:54, Claude Frantz wrote:
Probably you will have to inform cmake about the location of your
local hamlib. Use the cmake-gui in order to modify your cmake config
so that your local hamlib can be found by cmake.
Hi Claude,
the best way to do this is to add the base location of the Hamlib
installation to the CMAKE_PREFIX_PATH variable when configuring the
WSJT-X CMake build. E.g. if Hamlib has been installed at ~/hamlib-prefix
then:
cmake -D CMAKE_PREFIX_PATH=~/hamlib-prefix <wsjtx-sources-path>
73
Bill
G4WJS.
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Hi Bill, Richard & all,
Sorry for the long delay - I have been doing other things and just got
back into updating all my packages.
I had forgotten that I had reported this and just found the replies when
I hit this issue again - sorry.
I maintain wsjtx for Mageia and have always used the bundled hamlib for
wsjtx, which is why I am puzzled.
I test build in a base system chroot just like our distro build system
and there is nothing related to system hamlib installed in there.
Nothing in the spec. has changed since the last version, so no idea why
it can't find it's own locally built hamlib which AFAICT has built at
that point.
Full build log here:
http://mtf.duckdns.org/pub/linux/barjac/distrib/cauldron/x86_64/log/wsjtx-2.1.0-0.2.mga8_bcj.src.rpm/build.0.20191112180119.log
#############################################################
However maybe now is the time to try to use the system hamlib.
@Richard:
I have looked at the Fedora spec and patch, and incorporated the same
approach into our package but I now hit a different issue.
I see that you delete the hamlib tarball immediately after extracting
the main sources, and after extracting and patching the wsjtx sources
the wsjtx tarball is removed, however later cmake tries to check the
MD5SUM of both tarballs and borks.
I don't understand CMakelists.txt file syntax and cannot figure out how
to stop it trying to check files in /src which is then empty.
How does it build in Fedora? Can you point me at a build log?
This is from a failing build of the Fedora spec. slightly adjusted for
Mageia deps etc.
##############################################
---------------snip-----------------
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found Git: /usr/bin/git (found version "2.23.0")
CMake Error at CMakeLists.txt:40 (file):
file failed to open for reading (No such file or directory):
/home/baz/rpmbuild/BUILD/wsjtx-2.1.0/src/hamlib.tgz.md5sum
Call Stack (most recent call first):
CMakeLists.txt:75 (read_md5sum)
CMake Error at CMakeLists.txt:40 (file):
file failed to open for reading (No such file or directory):
/home/baz/rpmbuild/BUILD/wsjtx-2.1.0/src/wsjtx.tgz.md5sum
Call Stack (most recent call first):
CMakeLists.txt:76 (read_md5sum)
CMake Error at /usr/share/cmake/Modules/ExternalProject.cmake:2511
(message):
URL_HASH is set to
MD5=
but must be ALGO=value where ALGO is
MD5|SHA1|SHA224|SHA256|SHA384|SHA512|SHA3_224|SHA3_256|SHA3_384|SHA3_512
and value is a hex string.
Call Stack (most recent call first):
/usr/share/cmake/Modules/ExternalProject.cmake:3204
(_ep_add_download_command)
CMakeLists.txt:87 (ExternalProject_Add)
-- Configuring incomplete, errors occurred!
####################################################
Full log here:
http://mtf.duckdns.org/pub/linux/barjac/distrib/cauldron/x86_64/log/wsjtx-2.1.0-2.3.mga8_bcj.src.rpm/build.0.20191112205749.log
Any ideas please? I will keep an eye on the list now ;)
Regards,
Barry
G4MKT
_______________________________________________
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
