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
>
>
>
> 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
> 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