Hello All,

 

I've been away from radio, and any/all code work, for the last couple months
due to family situation in FL. I've just gotten things back up/running here
in MT and I'm going through a mountain of emails. At this point, I've no
idea how things are working with WSJT-X builds (Win32 or Linux) other than
what's being formally published by the WSJT Dev team. 

In late summer I was working on a new project (JTSDK v3 => JTSDK-Tools)
which was a tool-chain only version of JTSDK(v2) based on CSharp/.Net Core.
At present, it's supporting Windows but should cross over to *Nix easy
enough as it's all dotnet, Java and Python. For the most part, most of the
scripts/apps are in support of the tool-chain itself rather than building
WSJT-X.


--https://github.com/KI7MT/jtsdk-dotnet-core

--https://github.com/KI7MT/jtsdk-dotnet-core/wiki

There are no formal build-scripts like there were in JTSDK(v2) (Windows or
Linux), though I am (will be) working on a few for personal use. The new
tool-chain adds support for C# (dotnet core), Python, Java, Maven, Gradle,
and Postgresql which I use for other purposes. Note: none of those
frameworks/apps are needed/required for compiling WSJT-X. I also replaced
MSYS with MSYS2 which is used for compiling Hamlib and upgraded several
support tools/libs (svn, libusb-1.0, FFTW, etc). I have a large update in
the dev branch listed above that has not hit master yet but will in the next
couple weeks.

Over the Thanksgiving break I plan to spend a good bit of time catching up
on things and will be posting status-updates on jt...@groups.io
<mailto:jt...@groups.io> .

 

73's

Greg, KI7MT

 

From: Marco Calistri via wsjt-devel <wsjt-devel@lists.sourceforge.net> 
Sent: Friday, October 26, 2018 10:00 AM
To: wsjt-devel@lists.sourceforge.net
Cc: Marco Calistri <marco.calis...@yahoo.com.br>
Subject: Re: [wsjt-devel] WSJT-X & JTSDK future?

 

Adam,

When I say "top posting" I mean that I'm replying over your latest message
(on top of the msg).
I asked this because in other ML the rule wants that user shall to respond
using "bottom posting" or better under the message sent by the OP to whom we
are responding to.

I will send my latest unsuccessful attempt building log directly to your
email.

The issue has nothing to do with other than hamlib libraries which are not
found by cmake.

Best regards and see you later.

-- 
73 de Marco, PY1ZRJ 

Il 26/10/18 12:14, Adam Schaible ha scritto:

Hi Marco,

 

Not sure what you mean by "top posting" replies but hopefully this is
readable for you. 

 

I don't think there is that much of a connection between asciidoc and
hamlib, I searched in Google "does hamlib use asciidoc" and all the results
that appeared were people having build issues with older versions of WSJT-X,
and nothing from all the many other amateur radio programs that also use
hamlib (such as the very popular FLdigi, which I use for PSK31). So I think
we have two separate issues. I did see one older post recommending (during
build of WSJT-X 1.7.0) to compile using cmake flag "-D
WSJT_SKIP_MANPAGES=ON" so you could try adding that? If you still get the
hamlib error during the build after adding this flag, please try to save
more of the logs and post them here, or just send directly to me if they are
too long for the mailing list.

 

Ciao,

 

-- 

  Adam Schaible

  kb3...@schibes.com <mailto:kb3...@schibes.com> 

 

 

 

On Thu, Oct 25, 2018, at 1:21 PM, Marco Calistri via wsjt-devel wrote:

Hi Adam,

I go by "top posting" as it is easier to read the reply for everybody.

Do you think is existing any relationship between "asciidoc/texlive" missing
packages on my system and the specific "hamlib not found" error faced during
the building?

I'm not a software developer, but honestly I don't see any relation, so my
first obstacle is to resolve the hamlib issue which I think is being
produced by this parse:

-- Checking for module 'hamlib'

--   Found hamlib, version 4.0~git

-- Found hamlib 

CMake Error at
/usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
  Could NOT find hamlib (missing: hamlib_LIBRARY_DIRS) (Required is at least
  version "3")
Call Stack (most recent call first):
  /usr/share/cmake/Modules/FindPackageHandleStandardArgs.cmake:378
(_FPHSA_FAILURE_MESSAGE)
  CMake/Modules/Findhamlib.cmake:81 (find_package_handle_standard_args)
  CMakeLists.txt:852 (find_package)

Are there any verifications I should do on cmake in order to get rid of this
error?

Cheers,

Marco, PY1ZRJ

 

Il 25/10/2018 12:40, Adam Schaible ha scritto:

Hi Marco,

 

Yes I saw the 2,000+ texlive packages on my computer too, I let zypper go
ahead and install them, each one by itself is quite small. I didn't see this
action in other Linux distros (Debian and Solus) that I made build scripts
for earlier, maybe they already pre-installed texlive, or possibly they put
all the very small pieces of texlive code for each language into one very
large package. 

 

If you can get WSJT-X 2.0.0 RC3 to build on Tumbleweed without texlive
please share your results, I am going to stay with what I have on Tumbleweed
since it is working great. 

 

Ciao!

 

--

  Adam Schaible

  kb3...@schibes.com <mailto:kb3...@schibes.com> 

 

 

 

On Thu, Oct 25, 2018, at 11:16 AM, Adam Schaible wrote:

Hi Marco,

 

Yes I saw the 2,000+ texlive packages on my computer too, I let zypper go
ahead and install them, each one by itself is quite small. I didn't see this
action in other Linux distros (Debian and Solus) that I made build scripts
for earlier, maybe they already pre-installed texlive, or possibly they put
all the very small pieces of texlive code for each language into one very
large package. 

 

If you can get WSJT-X 2.0.0 RC3 to build on Tumbleweed without texlive
please share your results, I am going to stay with what I have on Tumbleweed
since it is working great. 

 

Ciao!

 

--

  Adam Schaible

  a...@schibes.com <mailto:a...@schibes.com> 

 

 

 

On Thu, Oct 25, 2018, at 10:20 AM, Marco Calistri via wsjt-devel wrote:

 

 

Il 22/10/18 17:31, Adam Schaible ha scritto:

Buonasera Marco,
 
OpenSUSE Tumbleweed you say? Sure I can handle that. Here is a tested and
working script to build WSJT-X 2.0.0 RC3 on that distro. 
 
First, disclaimers/notes and then, the script:
 
1) I am NOT a WSJT-X developer, I am just a regular ham radio operator who
loves Linux. (I did meet K1JT once a few years ago at a speech he gave, it
was fun!) So if you run my script below and it breaks your computer don't
blame the wonderful WSJT-X devs, blame only me. By the way I have never
tried Tumbleweed before today and I am very impressed, enough so that I may
even use it to make a few contacts in WSJT-X :)
 
2) You do know there is an .rpm binary download of WSJT-X 2.0.0 RC3
available right? So we don't actually "need" to do any of this except for
"educational" purposes. 
 
3) The WSJT-X 2.0.0 RC3 build script below is tested and working on a 6
hours old bare metal install of OpenSUSE Tumbleweed (KDE) on my Lenovo
ThinkPad T440. For purpose of comparison I also built it on OpenSUSE Leap 15
running in a VM (AWS t2.micro), process was almost identical with just a few
small differences that keep it from being able to run as a non-interactive
script on Leap (repo update and devel-basis install both need command-line
interventions, and Leap compilers are g++-7/gfortran-7), but it still builds
fine. Given these positive results, without any further knowledge I can only
guess your previous build issues were caused by (as usual) missing
dependencies.
 
GL es 73 de Adam KB3ZUV
 
 
#!/bin/bash
#-----wsjtx2rc3-opensuseTW-build-script.sh-------
#--------------RUN ME WITH SUDO-------------
#
#first the obligatory OS patching
#since this is Tumbleweed we do full distro upgrade
zypper ref && zypper dup -y
#add user to dialout group allowing rig CAT control on next login
#(if you use VOX you don't actually need this)
usermod -a -G dialout $SUDO_USER
#install a whole bunch of dependencies to compile WSJT-X
#g++, git, and automake are all in devel_basis
zypper in -y --type pattern devel_basis && zypper in -y fftw3-devel \
fftw3-threads-devel gcc-fortran cmake libqt5-qtbase-devel \
libqt5-qtmultimedia-devel libqt5-qtconnectivity-devel \
libqt5-qtserialport-devel libusb-1_0-devel asciidoc hamlib-devel \
ruby2.5-rubygem-asciidoctor libpulse-devel libudev-devel
#create some directories for WSJT-X
sudo -u $SUDO_USER mkdir /home/$SUDO_USER/jtsource 
sudo -u $SUDO_USER mkdir /home/$SUDO_USER/.wsjtx
#grab and unzip the source code from Princeton
wget --no-check-certificate \
https://physics.princeton.edu/pulsar/k1jt/wsjtx-2.0.0-rc3.tgz
sudo -u $SUDO_USER tar -xzvf wsjtx-2.0.0-rc3.tgz \
-C /home/$SUDO_USER/jtsource
cd /home/$SUDO_USER/jtsource/wsjtx-2.0.0-rc3
#set build options
sudo -u $SUDO_USER cmake -D CMAKE_CXX_COMPILER="/usr/bin/g++-8" \
-D CMAKE_Fortran_COMPILER="/usr/bin/gfortran-8" \
-D CMAKE_INSTALL_PREFIX=/home/$SUDO_USER/.wsjtx .
#build WSJT-X on OpenSUSE
sudo -u $SUDO_USER cmake --build . --target install
#after build, to run wsjtx2 RC3 type:  ~/.wsjtx/bin/wsjtx
#---------EOF-----------
 
 
 

Hello Adam,

 

I verified on my system and I had already all dependencies installed, but
ruby2.5-rubygem-asciidoctor and  asciidoc.

 

When I tried to install the latter package, zypper answers with a warning
that to accompany this, I would need to install 2207 additional "texlive
packages",

then of course I didn't hit 'yes'!

 

I suppose this requirement of having asciidoc installed can be easily
omitted by telling to "configure" script to not install the "man-pages" and
the "html docs".

 

Thus I will try to build the WSJT-X source again following only partially
your guidelines.

 

Regards,

 

-- 

73 de P1ZRJ

 

_______________________________________________

wsjt-devel mailing list

wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net> 

https://lists.sourceforge.net/lists/listinfo/wsjt-devel

 

 

 

 

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

 

 

_______________________________________________

wsjt-devel mailing list

wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net> 

https://lists.sourceforge.net/lists/listinfo/wsjt-devel

 






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

 

 

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

Reply via email to