Menu
▾
▴
wsjt-devel
|
From: Richard B. <ri...@g8...> - 2016-04-14 17:49:24
|
Hi Is anyone using either a Odroid C1,C2 or XU4 running WSJTX built since V6370 on any other distribution apart from Ubuntu 15.03 ??? It no longer builds on Ubuntu 15 , has anyone had any success with Fedora, Arch , Debian ect. ??????? I suspect that with QT5 and OpenGL ES out of sync that this is the end of use of Odroid SBCs with WSJTX, a great shame , it looks like those who like huge computers with half a dozen monitors have won :( -- -- Best wishes /73 Richard Bown Email : ri...@g8... HTTP : http://www.g8jvm.com nil carborundum a illegitemis ################################################################################## Ham Call: G8JVM . QRV: 50-432 MHz + Microwave 23 cms 140W, 13 cms 100W & 3cms 5W Maidenhead QRA: IO82SP38, LAT. 52 39.720' N LONG. 2 28.171 W QRV VHF 6mtrs 200W, 4 mtrs 150W, 2mtrs 400W, 70cms 200W OS: Linux Mint 17.3 x86_64 on a Dell Inspiron N5030 laptop ################################################################################## |
|
From: KI7MT <ki...@gm...> - 2016-04-14 18:28:50
|
Hi Richard, I've not built WSJT-X on my RPI2 for a few weeks, so I'm nut sure about r6370, but the many of the folks on WSPRNet use these small SBC devices for WSPR. It may be worth posting there for further assistance. Link: http://wsprnet.org As a side note, Ubuntu 16.04 is approaching, maybe these QT5 / OpenGL ES issues will be resolved then. 73's Greg, KI7MT On 04/14/2016 11:49 AM, Richard Bown wrote: > Hi > Is anyone using either a Odroid C1,C2 or XU4 running WSJTX built since V6370 > on any other distribution apart from Ubuntu 15.03 ??? > It no longer builds on Ubuntu 15 , has anyone had any success with Fedora, Arch , Debian > ect. ??????? > I suspect that with QT5 and OpenGL ES out of sync that this is the end of use of Odroid SBCs > with WSJTX, a great shame , it looks like those who like huge computers with half a dozen monitors > have won :( > |
|
From: Jim B. <w6...@ya...> - 2016-04-14 18:49:09
|
I'm running r6616 on an RPi V3. Decodes real well on JT65, JT9, and WSPR-2. It is connected to an OmniaSDR rig. Currently having an intermittent issue with transmitting, but Bill is working on it with me.
73, Jim / W6JHB
From: KI7MT <ki...@gm...>
To: WSJT software development <wsj...@li...>
Sent: Thursday, April 14, 2016 11:28 AM
Subject: Re: [wsjt-devel] WSJTX on ARMHF SBC ,
Hi Richard,
I've not built WSJT-X on my RPI2 for a few weeks, so I'm nut sure about
r6370, but the many of the folks on WSPRNet use these small SBC devices
for WSPR. It may be worth posting there for further assistance.
Link: http://wsprnet.org
As a side note, Ubuntu 16.04 is approaching, maybe these QT5 / OpenGL ES
issues will be resolved then.
73's
Greg, KI7MT
On 04/14/2016 11:49 AM, Richard Bown wrote:
> Hi
> Is anyone using either a Odroid C1,C2 or XU4 running WSJTX built since V6370
> on any other distribution apart from Ubuntu 15.03 ???
> It no longer builds on Ubuntu 15 , has anyone had any success with Fedora, Arch , Debian
> ect. ???????
> I suspect that with QT5 and OpenGL ES out of sync that this is the end of use of Odroid SBCs
> with WSJTX, a great shame , it looks like those who like huge computers with half a dozen monitors
> have won :(
>
------------------------------------------------------------------------------
Find and fix application performance issues faster with Applications Manager
Applications Manager provides deep performance insights into multiple tiers of
your business applications. It resolves application problems quickly and
reduces your MTTR. Get your free trial!
https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
_______________________________________________
wsjt-devel mailing list
wsj...@li...
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
|
|
From: Richard B. <ri...@g8...> - 2016-04-14 18:51:00
|
wspr and hamlib build with jtsdk, wsjtx no longer builds. I dont have any interest in wspr, but I do use JT4 The only pre built binary is 1.1 , very old . As for ubuntu 16.04 , dont hold your breath, its a disaster on the 64 bit C2. I cant see any of the Odroid s/w moving to Ubuntu 16 until they see it working stably on the 64 bit C2 SBC, prob 6 months at least :( Tnx On Thu, 14 Apr 2016 12:28:42 -0600 KI7MT <ki...@gm...> wrote: > Hi Richard, > > I've not built WSJT-X on my RPI2 for a few weeks, so I'm nut sure about > r6370, but the many of the folks on WSPRNet use these small SBC devices > for WSPR. It may be worth posting there for further assistance. > > Link: http://wsprnet.org > > As a side note, Ubuntu 16.04 is approaching, maybe these QT5 / OpenGL ES > issues will be resolved then. > > > 73's > Greg, KI7MT > > > On 04/14/2016 11:49 AM, Richard Bown wrote: > > Hi > > Is anyone using either a Odroid C1,C2 or XU4 running WSJTX built since V6370 > > on any other distribution apart from Ubuntu 15.03 ??? > > It no longer builds on Ubuntu 15 , has anyone had any success with Fedora, Arch , Debian > > ect. ??????? > > I suspect that with QT5 and OpenGL ES out of sync that this is the end of use of Odroid SBCs > > with WSJTX, a great shame , it looks like those who like huge computers with half a dozen > > monitors have won :( > > > > > ------------------------------------------------------------------------------ > Find and fix application performance issues faster with Applications Manager > Applications Manager provides deep performance insights into multiple tiers of > your business applications. It resolves application problems quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > wsjt-devel mailing list > wsj...@li... > https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- -- Best wishes /73 Richard Bown Email : ri...@g8... HTTP : http://www.g8jvm.com nil carborundum a illegitemis ################################################################################## Ham Call: G8JVM . QRV: 50-432 MHz + Microwave 23 cms 140W, 13 cms 100W & 3cms 5W Maidenhead QRA: IO82SP38, LAT. 52 39.720' N LONG. 2 28.171 W QRV VHF 6mtrs 200W, 4 mtrs 150W, 2mtrs 400W, 70cms 200W OS: Linux Mint 17.3 x86_64 on a Dell Inspiron N5030 laptop ################################################################################## |
|
From: KI7MT <ki...@ya...> - 2016-04-14 19:04:03
|
Hi Richard, By WSPR, I was referring to WSJT-X >> Mode WSPR, sorry for the confusion. Alot of WSPR users are converting over to WSJT-X >> Mode WSPR for a number of reasons, primarily due to the much improved decoder from Steve and Joe. Jon Ove (LA3JJ) (and many other WSPR users) do allot of testing on the types of devices you listed and has written How-Too's for many of them, particularly for WSJT-X. 73's Greg, KI7MT On 04/14/2016 12:50 PM, Richard Bown wrote: > wspr and hamlib build with jtsdk, wsjtx no longer builds. > I dont have any interest in wspr, but I do use JT4 > The only pre built binary is 1.1 , very old . > As for ubuntu 16.04 , dont hold your breath, its a disaster on the 64 bit C2. > I cant see any of the Odroid s/w moving to Ubuntu 16 until they see it working stably on the 64 > bit C2 SBC, prob 6 months at least :( > Tnx > > > On Thu, 14 Apr 2016 12:28:42 -0600 > KI7MT <ki...@gm...> wrote: > >> Hi Richard, >> >> I've not built WSJT-X on my RPI2 for a few weeks, so I'm nut sure about >> r6370, but the many of the folks on WSPRNet use these small SBC devices >> for WSPR. It may be worth posting there for further assistance. >> >> Link: http://wsprnet.org >> >> As a side note, Ubuntu 16.04 is approaching, maybe these QT5 / OpenGL ES >> issues will be resolved then. >> >> >> 73's >> Greg, KI7MT >> >> >> On 04/14/2016 11:49 AM, Richard Bown wrote: >>> Hi >>> Is anyone using either a Odroid C1,C2 or XU4 running WSJTX built since V6370 >>> on any other distribution apart from Ubuntu 15.03 ??? >>> It no longer builds on Ubuntu 15 , has anyone had any success with Fedora, Arch , Debian >>> ect. ??????? >>> I suspect that with QT5 and OpenGL ES out of sync that this is the end of use of Odroid SBCs >>> with WSJTX, a great shame , it looks like those who like huge computers with half a dozen >>> monitors have won :( >>> >> >> >> ------------------------------------------------------------------------------ >> Find and fix application performance issues faster with Applications Manager >> Applications Manager provides deep performance insights into multiple tiers of >> your business applications. It resolves application problems quickly and >> reduces your MTTR. Get your free trial! >> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z >> _______________________________________________ >> wsjt-devel mailing list >> wsj...@li... >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > > |
|
From: Bill S. <g4...@cl...> - 2016-04-14 18:54:16
|
On 14/04/2016 18:49, Richard Bown wrote: > I suspect that with QT5 and OpenGL ES out of sync that this is the end of use of Odroid SBCs > with WSJTX Hi Richard, I do not see how you come to that conclusion. From your previous message I gather that there is an issue on armhf Ubuntu with compilation of some of the Qt headers but I would expect the package builders will sort that out fairly quickly once they are informed of the problem. 73 Bill G4WJS. |
|
From: Richard B. <ri...@g8...> - 2016-04-14 19:13:14
|
Hi Bill very simple reason, odroids use the Mali GPU and hence Opengl ES, its been passed back to Hardkernel, as the OpenGL ES compatibility issues are theirs & ubuntu's, and absolutely no interest, mail read but not even acknowledged. So no interest, probably too busy tied up with the Ubuntu 64 bit mess with the C2 :( On Thu, 14 Apr 2016 19:54:07 +0100 Bill Somerville <g4...@cl...> wrote: > On 14/04/2016 18:49, Richard Bown wrote: > > I suspect that with QT5 and OpenGL ES out of sync that this is the end of use of Odroid SBCs > > with WSJTX > Hi Richard, > > I do not see how you come to that conclusion. From your previous message > I gather that there is an issue on armhf Ubuntu with compilation of some > of the Qt headers but I would expect the package builders will sort that > out fairly quickly once they are informed of the problem. > > 73 > Bill > G4WJS. > > ------------------------------------------------------------------------------ > Find and fix application performance issues faster with Applications Manager > Applications Manager provides deep performance insights into multiple tiers of > your business applications. It resolves application problems quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > wsjt-devel mailing list > wsj...@li... > https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- -- Best wishes /73 Richard Bown Email : ri...@g8... HTTP : http://www.g8jvm.com nil carborundum a illegitemis ################################################################################## Ham Call: G8JVM . QRV: 50-432 MHz + Microwave 23 cms 140W, 13 cms 100W & 3cms 5W Maidenhead QRA: IO82SP38, LAT. 52 39.720' N LONG. 2 28.171 W QRV VHF 6mtrs 200W, 4 mtrs 150W, 2mtrs 400W, 70cms 200W OS: Linux Mint 17.3 x86_64 on a Dell Inspiron N5030 laptop ################################################################################## |
|
From: Bill S. <g4...@cl...> - 2016-04-14 19:19:25
|
On 14/04/2016 20:13, Richard Bown wrote: > very simple reason, > odroids use the Mali GPU and hence Opengl ES, its been passed back to Hardkernel, as the > OpenGL ES compatibility issues are theirs & ubuntu's Hi Richard, do you know if the problem is missing functions in the OpenGL headers or is it Qt not detecting the OpenGL features and trying to use something that is not provided. I ask because if it is the latter then the Qt team may have already fixed it and you might be able to get a patch. Building Qt from source is a bit of a long task but there are plenty of instructions out there. 73 Bill G4WJS. |
|
From: Richard B. <ri...@g8...> - 2016-04-14 20:37:50
|
Hi
I've done a apt-get purge qt5*
then reinstalled qt5-default, 5.4.2,
running jtsdk now fails very early
-- hamlib_STATIC_LIBRARIES: /home/odroid/jtsdk/hamlib3/lib/libhamlib.a;m
CMake Error at CMakeLists.txt:743 (find_package):
By not providing "FindQt5Multimedia.cmake" in CMAKE_MODULE_PATH this
project has asked CMake to find a package configuration file provided by
"Qt5Multimedia", but CMake did not find one.
Could not find a package configuration file provided by "Qt5Multimedia"
(requested version 5) with any of the following names:
Qt5MultimediaConfig.cmake
qt5multimedia-config.cmake
Add the installation prefix of "Qt5Multimedia" to CMAKE_PREFIX_PATH or set
"Qt5Multimedia_DIR" to a directory containing one of the above files. If
"Qt5Multimedia" provides a separate development package or SDK, be sure it
has been installed.
-- Configuring incomplete, errors occurred!
That shouldn't happen when loaded with apt :(
Strange libqt5multimedia is installed
libqt5multimedia5 is already the newest version.
libqt5multimedia5-plugins is already the newest version.
libqt5multimediaquick-p5 is already the newest version.
libqt5multimediawidgets5 is already the newest version.
Looks like I'm going to have to reflash the SD card, which will lose apps I've built
PITA !
WSJTx did build and install before system updating and failed to build afterwards
On Thu, 14 Apr 2016 20:19:16 +0100
Bill Somerville <g4...@cl...> wrote:
> On 14/04/2016 20:13, Richard Bown wrote:
> > very simple reason,
> > odroids use the Mali GPU and hence Opengl ES, its been passed back to Hardkernel, as the
> > OpenGL ES compatibility issues are theirs & ubuntu's
> Hi Richard,
>
> do you know if the problem is missing functions in the OpenGL headers or
> is it Qt not detecting the OpenGL features and trying to use something
> that is not provided. I ask because if it is the latter then the Qt team
> may have already fixed it and you might be able to get a patch. Building
> Qt from source is a bit of a long task but there are plenty of
> instructions out there.
>
> 73
> Bill
> G4WJS.
>
> ------------------------------------------------------------------------------
> Find and fix application performance issues faster with Applications Manager
> Applications Manager provides deep performance insights into multiple tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> _______________________________________________
> wsjt-devel mailing list
> wsj...@li...
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
--
--
Best wishes /73
Richard Bown
Email : ri...@g8...
HTTP : http://www.g8jvm.com
nil carborundum a illegitemis
##################################################################################
Ham Call: G8JVM . QRV: 50-432 MHz + Microwave 23 cms 140W, 13 cms 100W & 3cms 5W
Maidenhead QRA: IO82SP38, LAT. 52 39.720' N LONG. 2 28.171 W
QRV VHF 6mtrs 200W, 4 mtrs 150W, 2mtrs 400W, 70cms 200W
OS: Linux Mint 17.3 x86_64 on a Dell Inspiron N5030 laptop
##################################################################################
|
|
From: KI7MT <ki...@gm...> - 2016-04-14 21:11:02
|
Hi Richard Bill will be able to answer better than I, but the lib(s) you listed below look to be runtime libs. Purging qt5* more that likely nuked the dev libs, which may be why the build fails early now. >From my Debian JTSDK Control file, the following are the build deps: libqt5opengl5-dev libqt5serialport5-dev libqt5multimedia5-plugins qtmultimedia5-dev On the server, that pull all the required deps. or at least, it used to. These runtime libs are: libqt5opengl5-dev libqt5serialport5-dev libqt5multimedia5-plugins qtmultimedia5-dev I've not be able to nail down why libqt5opengl5-dev libqt5serialport5-dev are needed for runtime, it may be a QT packaging thing, but I'm not sure. I've not updated the control file to allow for the new libusb-1.0-dev situation yet. 73's Greg, KI7MT On 04/14/2016 02:37 PM, Richard Bown wrote: > Hi > I've done a apt-get purge qt5* > then reinstalled qt5-default, 5.4.2, > running jtsdk now fails very early > > -- hamlib_STATIC_LIBRARIES: /home/odroid/jtsdk/hamlib3/lib/libhamlib.a;m > CMake Error at CMakeLists.txt:743 (find_package): > By not providing "FindQt5Multimedia.cmake" in CMAKE_MODULE_PATH this > project has asked CMake to find a package configuration file provided by > "Qt5Multimedia", but CMake did not find one. > > Could not find a package configuration file provided by "Qt5Multimedia" > (requested version 5) with any of the following names: > > Qt5MultimediaConfig.cmake > qt5multimedia-config.cmake > > Add the installation prefix of "Qt5Multimedia" to CMAKE_PREFIX_PATH or set > "Qt5Multimedia_DIR" to a directory containing one of the above files. If > "Qt5Multimedia" provides a separate development package or SDK, be sure it > has been installed. > > > -- Configuring incomplete, errors occurred! > That shouldn't happen when loaded with apt :( > > Strange libqt5multimedia is installed > > libqt5multimedia5 is already the newest version. > libqt5multimedia5-plugins is already the newest version. > libqt5multimediaquick-p5 is already the newest version. > libqt5multimediawidgets5 is already the newest version. > Looks like I'm going to have to reflash the SD card, which will lose apps I've built > PITA ! > WSJTx did build and install before system updating and failed to build afterwards > > > > > > > > > On Thu, 14 Apr 2016 20:19:16 +0100 > Bill Somerville <g4...@cl...> wrote: > >> On 14/04/2016 20:13, Richard Bown wrote: >>> very simple reason, >>> odroids use the Mali GPU and hence Opengl ES, its been passed back to Hardkernel, as the >>> OpenGL ES compatibility issues are theirs & ubuntu's >> Hi Richard, >> >> do you know if the problem is missing functions in the OpenGL headers or >> is it Qt not detecting the OpenGL features and trying to use something >> that is not provided. I ask because if it is the latter then the Qt team >> may have already fixed it and you might be able to get a patch. Building >> Qt from source is a bit of a long task but there are plenty of >> instructions out there. >> >> 73 >> Bill >> G4WJS. >> >> ------------------------------------------------------------------------------ >> Find and fix application performance issues faster with Applications Manager >> Applications Manager provides deep performance insights into multiple tiers of >> your business applications. It resolves application problems quickly and >> reduces your MTTR. Get your free trial! >> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z >> _______________________________________________ >> wsjt-devel mailing list >> wsj...@li... >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > > -- ---------------------------------------------------------------- Launchpad....: https://launchpad.net/~ki7mt Ubuntu Hams..: https://launchpad.net/~ubuntu-hams-devel Debian Hams..: https://alioth.debian.org/projects/pkg-hamradio/ JTSDK........: https://sourceforge.net/projects/jtsdk/ OpenPGP......: C177 6630 7115 78FE 9A2B 9F7F 18C0 F6B7 0DA2 F991 |
|
From: Richard B. <ri...@g8...> - 2016-04-14 21:53:13
|
OK Greg qtmultmedia5-dev back in , its now deciding to fail:_ Verifying Fortran/CXX Compiler Compatibility failed with the following output: thats new today :( pity it does give any output in the log file gfortran 5 is loaded as well as gfortran4 qt5-qmake is the only qmake installed On Thu, 14 Apr 2016 15:10:53 -0600 KI7MT <ki...@gm...> wrote: > Hi Richard > > Bill will be able to answer better than I, but the lib(s) you listed > below look to be runtime libs. Purging qt5* more that likely nuked the > dev libs, which may be why the build fails early now. > > >From my Debian JTSDK Control file, the following are the build deps: > > libqt5opengl5-dev > libqt5serialport5-dev > libqt5multimedia5-plugins > qtmultimedia5-dev > > On the server, that pull all the required deps. or at least, it used to. > > These runtime libs are: > libqt5opengl5-dev > libqt5serialport5-dev > libqt5multimedia5-plugins > qtmultimedia5-dev > > I've not be able to nail down why libqt5opengl5-dev > libqt5serialport5-dev are needed for runtime, it may be a QT packaging > thing, but I'm not sure. > > I've not updated the control file to allow for the new libusb-1.0-dev > situation yet. > > 73's > Greg, KI7MT > > > On 04/14/2016 02:37 PM, Richard Bown wrote: > > Hi > > I've done a apt-get purge qt5* > > then reinstalled qt5-default, 5.4.2, > > running jtsdk now fails very early > > > > -- hamlib_STATIC_LIBRARIES: /home/odroid/jtsdk/hamlib3/lib/libhamlib.a;m > > CMake Error at CMakeLists.txt:743 (find_package): > > By not providing "FindQt5Multimedia.cmake" in CMAKE_MODULE_PATH this > > project has asked CMake to find a package configuration file provided by > > "Qt5Multimedia", but CMake did not find one. > > > > Could not find a package configuration file provided by "Qt5Multimedia" > > (requested version 5) with any of the following names: > > > > Qt5MultimediaConfig.cmake > > qt5multimedia-config.cmake > > > > Add the installation prefix of "Qt5Multimedia" to CMAKE_PREFIX_PATH or set > > "Qt5Multimedia_DIR" to a directory containing one of the above files. If > > "Qt5Multimedia" provides a separate development package or SDK, be sure it > > has been installed. > > > > > > -- Configuring incomplete, errors occurred! > > That shouldn't happen when loaded with apt :( > > > > Strange libqt5multimedia is installed > > > > libqt5multimedia5 is already the newest version. > > libqt5multimedia5-plugins is already the newest version. > > libqt5multimediaquick-p5 is already the newest version. > > libqt5multimediawidgets5 is already the newest version. > > Looks like I'm going to have to reflash the SD card, which will lose apps I've built > > PITA ! > > WSJTx did build and install before system updating and failed to build afterwards > > > > > > > > > > > > > > > > > > On Thu, 14 Apr 2016 20:19:16 +0100 > > Bill Somerville <g4...@cl...> wrote: > > > >> On 14/04/2016 20:13, Richard Bown wrote: > >>> very simple reason, > >>> odroids use the Mali GPU and hence Opengl ES, its been passed back to Hardkernel, as the > >>> OpenGL ES compatibility issues are theirs & ubuntu's > >> Hi Richard, > >> > >> do you know if the problem is missing functions in the OpenGL headers or > >> is it Qt not detecting the OpenGL features and trying to use something > >> that is not provided. I ask because if it is the latter then the Qt team > >> may have already fixed it and you might be able to get a patch. Building > >> Qt from source is a bit of a long task but there are plenty of > >> instructions out there. > >> > >> 73 > >> Bill > >> G4WJS. > >> > >> ------------------------------------------------------------------------------ > >> Find and fix application performance issues faster with Applications Manager > >> Applications Manager provides deep performance insights into multiple tiers of > >> your business applications. It resolves application problems quickly and > >> reduces your MTTR. Get your free trial! > >> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > >> _______________________________________________ > >> wsjt-devel mailing list > >> wsj...@li... > >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > > > > > > -- -- Best wishes /73 Richard Bown Email : ri...@g8... HTTP : http://www.g8jvm.com nil carborundum a illegitemis ################################################################################## Ham Call: G8JVM . QRV: 50-432 MHz + Microwave 23 cms 140W, 13 cms 100W & 3cms 5W Maidenhead QRA: IO82SP38, LAT. 52 39.720' N LONG. 2 28.171 W QRV VHF 6mtrs 200W, 4 mtrs 150W, 2mtrs 400W, 70cms 200W OS: Linux Mint 17.3 x86_64 on a Dell Inspiron N5030 laptop ################################################################################## |
|
From: Bill S. <g4...@cl...> - 2016-04-14 22:22:34
|
On 14/04/2016 22:53, Richard Bown wrote: > Verifying Fortran/CXX Compiler Compatibility failed with the following output: > > thats new today:( > pity it does give any output in the log file Hi Richard, the compiler tests are logged, there should be more output that what you listed. Can you run a `cmake --build .` in the build tree root and report back what output you get please? 73 Bill G4WJS. |
|
From: KI7MT <ki...@ya...> - 2016-04-14 22:03:34
|
Hi Richard, See below. On 04/14/2016 03:53 PM, Richard Bown wrote: > OK Greg > qtmultmedia5-dev back in , its now deciding to fail:_ > Verifying Fortran/CXX Compiler Compatibility failed with the following output: Bill may have to assist on this one, as I am not sure sure how CMake checks compiler compatibility. The JTSDK build build script is calling cmake directly as if it were entered on the command line, so I can say, there are no compiler statements made other than what Cmake and the CMakeLists.txt file stipulate. Just to be sure, do you have clang-5.x installed as well ? May not have anything to do with the problem, but just in case, and again, Bill is the right person to ask here. > > thats new today :( > pity it does give any output in the log file > gfortran 5 is loaded as well as gfortran4 > qt5-qmake is the only qmake installed I've not used Qmake a very long time. I think Bill keeps the pro file up to date, but he would have to answer that one also. You should be able to check the CMakeLists.cache file to determine what fortran compiler is being used. <snip> 73's Greg, KI7MT |
|
From: Richard B. <ri...@g8...> - 2016-04-14 22:30:26
|
Hi Greg
I've just nuked /jtsdk/wsjtx/*
and built wsjtx, without errors about fortran/ccx errors
or the multiple errors like :-
/usr/include/arm-linux-gnueabihf/qt5/QtGui/qopenglfunctions.h: In member function 'void QOpenGLFunctions::glVertexAttrib4fv(GLuint, const GLfloat*)':
/usr/include/arm-linux-gnueabihf/qt5/QtGui/qopenglfunctions.h:2126:5: error: '::glVertexAttrib4fv' has not been declared
::glVertexAttrib4fv(indx, values);
I suspect there was something in /jtsdk/wsjtx/gar , and probably coincidental on a build failure
after running an apt-get update.
I assumed QT5 Opengl from the replay Bill gave:-
"It's not a WSJT-X issue. Seems that something is broken between Qt and
OpenGL. Looks like there are in-lined calls to OpenGL functions in the
Qt header files which is causing errors because the version of the
OpenGL development libraries is out of sync with the Qt headers. If both
Qt5 and OpenGL are coming out of the standard repositories then the
issue needs reporting to the o/s packagers i.e. Ubintu or Debian."
What does jtsdk look for when there is already an earlier version of wsjtx built ?????
maybe something which will give more problems in the future Greg.
On Thu, 14 Apr 2016 16:03:26 -0600
KI7MT <ki...@ya...> wrote:
> Hi Richard,
>
> See below.
>
> On 04/14/2016 03:53 PM, Richard Bown wrote:
> > OK Greg
> > qtmultmedia5-dev back in , its now deciding to fail:_
> > Verifying Fortran/CXX Compiler Compatibility failed with the following output:
>
> Bill may have to assist on this one, as I am not sure sure how CMake
> checks compiler compatibility.
>
> The JTSDK build build script is calling cmake directly as if it were
> entered on the command line, so I can say, there are no compiler
> statements made other than what Cmake and the CMakeLists.txt file stipulate.
>
> Just to be sure, do you have clang-5.x installed as well ? May not have
> anything to do with the problem, but just in case, and again, Bill is
> the right person to ask here.
>
> >
> > thats new today :(
> > pity it does give any output in the log file
> > gfortran 5 is loaded as well as gfortran4
> > qt5-qmake is the only qmake installed
>
> I've not used Qmake a very long time. I think Bill keeps the pro file up
> to date, but he would have to answer that one also.
>
> You should be able to check the CMakeLists.cache file to determine what
> fortran compiler is being used.
>
>
> <snip>
>
> 73's
> Greg, KI7MT
>
> ------------------------------------------------------------------------------
> Find and fix application performance issues faster with Applications Manager
> Applications Manager provides deep performance insights into multiple tiers of
> your business applications. It resolves application problems quickly and
> reduces your MTTR. Get your free trial!
> https://ad.doubleclick.net/ddm/clk/302982198;130105516;z
> _______________________________________________
> wsjt-devel mailing list
> wsj...@li...
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
--
--
Best wishes /73
Richard Bown
Email : ri...@g8...
HTTP : http://www.g8jvm.com
nil carborundum a illegitemis
##################################################################################
Ham Call: G8JVM . QRV: 50-432 MHz + Microwave 23 cms 140W, 13 cms 100W & 3cms 5W
Maidenhead QRA: IO82SP38, LAT. 52 39.720' N LONG. 2 28.171 W
QRV VHF 6mtrs 200W, 4 mtrs 150W, 2mtrs 400W, 70cms 200W
OS: Linux Mint 17.3 x86_64 on a Dell Inspiron N5030 laptop
##################################################################################
|
|
From: KI7MT <ki...@gm...> - 2016-04-14 22:52:30
|
Hi Richard, See below. <snip> > > What does jtsdk look for when there is already an earlier version of wsjtx built ????? > maybe something which will give more problems in the future Greg. There are various JTSDK v2.0.20 options that affect rebuilds after a large System Wide update as you described. On the JTSDK Main Menu, select Options >> Option Status or from the command line, simply type: jtsdk -h or jtsdk -l That will show the options you have enabled. Options of interest are: separate ( seperate build by svn revision ) clean ( clean the build tree before rebuilding ) rcfg ( re-runs the configure step before building ) quiet ( enabled additional on screen messaging ) You can enable / disable each of the options separately, via command-line or the menu system. Enabling separate, at a minimum, will separate each build by svn revision number. It may not have mitigated the issue you were seeing, however, if a commit was made between the time you upgraded and the time you rebuilt WSJT-X, it would have created a new build tree, possibly overtiring the issue altogether. Enabling the above options will slow the build down, however, it will ensure a new / clean build tree each iteration. Generally speaking, disabling the options above are for Core Developer who are working on a specific element and need quick re-builds time. For me, and most general users / testers, enabling the options help overt strange things happing between build(s) and system package updates. <snip> 73's Greg, KI7MT |
|
From: Bill S. <g4...@cl...> - 2016-04-14 22:38:12
|
On 14/04/2016 23:30, Richard Bown wrote: > What does jtsdk look for when there is already an earlier version of wsjtx built ????? > maybe something which will give more problems in the future Greg. Hi Richard, The underlying CMake build script is designed to detect source file changes and rebuild just what needs rebuilding to bring the build artefacts up to date. Like most (all?) build systems, it will not cope with changes to the tool chain or external libraries. In that case it is always wise to at least do a make clean (or pass --clean-first to cmake --build) after such major changes to the environment, reconfiguring is also wise so that tool chain detection can be redone. In general this is not something that can be reliably detected by a build script or any script that wraps it, it is just one of those things that developer need to be aware of. 73 Bill G4WJS. |
|
From: Richard B. <ri...@g8...> - 2016-04-14 23:00:36
|
OK Bill, noted but if you are running the jtsdk scripts, gui, there is no, well if there is I didn't see it, anyway to do a make clean. If I'm manually building something I always do a make clean , but with jtsdk once the selection is made it just runs through until finished or falls over during the build. As especially ubuntu regularly runs apt-get update from cron or anacron, the chances of some part of the environment changing are high, debian is just the opposite its more stable with less backports. So wouldn't it make sense to put in the automated build scripts a make clean before configure ??? or at least before make. Tnx On Thu, 14 Apr 2016 23:38:04 +0100 Bill Somerville <g4...@cl...> wrote: > On 14/04/2016 23:30, Richard Bown wrote: > > What does jtsdk look for when there is already an earlier version of wsjtx built ????? > > maybe something which will give more problems in the future Greg. > Hi Richard, > > The underlying CMake build script is designed to detect source file > changes and rebuild just what needs rebuilding to bring the build > artefacts up to date. Like most (all?) build systems, it will not cope > with changes to the tool chain or external libraries. In that case it is > always wise to at least do a make clean (or pass --clean-first to cmake > --build) after such major changes to the environment, reconfiguring is > also wise so that tool chain detection can be redone. In general this is > not something that can be reliably detected by a build script or any > script that wraps it, it is just one of those things that developer need > to be aware of. > > 73 > Bill > G4WJS. > > ------------------------------------------------------------------------------ > Find and fix application performance issues faster with Applications Manager > Applications Manager provides deep performance insights into multiple tiers of > your business applications. It resolves application problems quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > _______________________________________________ > wsjt-devel mailing list > wsj...@li... > https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- -- Best wishes /73 Richard Bown Email : ri...@g8... HTTP : http://www.g8jvm.com nil carborundum a illegitemis ################################################################################## Ham Call: G8JVM . QRV: 50-432 MHz + Microwave 23 cms 140W, 13 cms 100W & 3cms 5W Maidenhead QRA: IO82SP38, LAT. 52 39.720' N LONG. 2 28.171 W QRV VHF 6mtrs 200W, 4 mtrs 150W, 2mtrs 400W, 70cms 200W OS: Linux Mint 17.3 x86_64 on a Dell Inspiron N5030 laptop ################################################################################## |
|
From: KI7MT <ki...@gm...> - 2016-04-14 23:07:43
|
Hi Richard, See my last post [1] and the release notes [2] [1] https://sourceforge.net/p/wsjt/mailman/message/35014724/ [2] https://sourceforge.net/projects/jtsdk/files/linux/2.0.0/documentation/release-notes/jtsdk-nix-2.0.19.html/download On 04/14/2016 05:00 PM, Richard Bown wrote: > OK Bill, noted > but if you are running the jtsdk scripts, gui, there is no, well if there is I didn't see it, > anyway to do a make clean. > If I'm manually building something I always do a make clean , but with jtsdk once the selection is > made it just runs through until finished or falls over during the build. > As especially ubuntu regularly runs apt-get update from cron or anacron, the chances of some part > of the environment changing are high, debian is just the opposite its more stable with less > backports. > So wouldn't it make sense to put in the automated build scripts a make clean before configure ??? > or at least before make. > > Tnx <snip> 73's Greg, KI7MT |
|
From: Bill S. <g4...@cl...> - 2016-04-14 23:10:24
|
On 15/04/2016 00:00, Richard Bown wrote: > So wouldn't it make sense to put in the automated build scripts a make clean before configure ??? > or at least before make. Hi Richard, the whole point of build tools like make and tools like CMake that can generate Makefiles is to do minimal rebuilds to save time. Having to wait for a clean build or scrapping the whole configured build tree every time you want to rebuild is totally defeating the object of smart build tools. 73 Bill G4WJS. |
|
From: KI7MT <ki...@gm...> - 2016-04-14 23:27:22
|
All, To be clear on Bill's point(s) below -- there are no automated build scripts (at least that I am aware of) in the WSJT-X repository; that is why I created JTSDK in the first place. I believe, though I'd have to verify it, in JTSDK v2.0.19 and above, clean, rcfg and separate *are disabled* by default, which should perform in the manner which Bill states below. For developers, it's makes little since to clean and reconfigure the build tree each iteration. The options are there for those using JTSDK to *enable / disable* at will. Understanding their usage is the onus of the user. If the release notes are not clear, or the system man pages / help screens are not sufficient, let me know and I'll try to amend them to be more user friendly. 73's Greg, KI7MT On 04/14/2016 05:10 PM, Bill Somerville wrote: > On 15/04/2016 00:00, Richard Bown wrote: >> So wouldn't it make sense to put in the automated build scripts a make clean before configure ??? >> or at least before make. > Hi Richard, > > the whole point of build tools like make and tools like CMake that can > generate Makefiles is to do minimal rebuilds to save time. Having to > wait for a clean build or scrapping the whole configured build tree > every time you want to rebuild is totally defeating the object of smart > build tools. > > 73 > Bill > G4WJS. -- ---------------------------------------------------------------- Launchpad....: https://launchpad.net/~ki7mt Ubuntu Hams..: https://launchpad.net/~ubuntu-hams-devel Debian Hams..: https://alioth.debian.org/projects/pkg-hamradio/ JTSDK........: https://sourceforge.net/projects/jtsdk/ OpenPGP......: C177 6630 7115 78FE 9A2B 9F7F 18C0 F6B7 0DA2 F991 |
|
From: Richard B. <ri...@g8...> - 2016-04-15 08:56:51
|
Our postings crossed All builds made were using JTSDK, much easier than manually building. When getting the failed build first of all I tried several different versions , 1.5.0, 1.6.0rc2, and exp versions all with the same build failure right at the end of the build. Each time a new build was tried new sub directories were created by JTSDK, so there shouldn't have been anything from previous builds. The original build would also not recompile, failing with the same ? header problems. Note: a make clean was not run on the original version as that would have destroyed the compiled binaries. It wasn't until after deleting all of the wsjtx directories I got a clean build. I've used JTSDK on 3 different computers and it didnt seem to matter if an earlier version of wsjtx was in existence, and as such never bothered to read the release notes with it. To be honest who reads release notes when something works ? I still suspect something in gar/ was causing the problem, but that wont be verified until someone else hits the same problem, At least now its known how to get around it. And I've got a working version of wsjtx :) I'll notify the QT5 /openGL developers that it was NOT a problem of their making. Thanks On Thu, 14 Apr 2016 17:27:14 -0600 KI7MT <ki...@gm...> wrote: > All, > > To be clear on Bill's point(s) below -- there are no automated build > scripts (at least that I am aware of) in the WSJT-X repository; that is > why I created JTSDK in the first place. > > I believe, though I'd have to verify it, in JTSDK v2.0.19 and above, > clean, rcfg and separate *are disabled* by default, which should perform > in the manner which Bill states below. > > For developers, it's makes little since to clean and reconfigure the > build tree each iteration. The options are there for those using JTSDK > to *enable / disable* at will. Understanding their usage is the onus of > the user. > > If the release notes are not clear, or the system man pages / help > screens are not sufficient, let me know and I'll try to amend them to be > more user friendly. > > > 73's > Greg, KI7MT > > > On 04/14/2016 05:10 PM, Bill Somerville wrote: > > On 15/04/2016 00:00, Richard Bown wrote: > >> So wouldn't it make sense to put in the automated build scripts a make clean before > >> configure ??? or at least before make. > > Hi Richard, > > > > the whole point of build tools like make and tools like CMake that can > > generate Makefiles is to do minimal rebuilds to save time. Having to > > wait for a clean build or scrapping the whole configured build tree > > every time you want to rebuild is totally defeating the object of smart > > build tools. > > > > 73 > > Bill > > G4WJS. > -- -- Best wishes /73 Richard Bown Email : ri...@g8... HTTP : http://www.g8jvm.com nil carborundum a illegitemis ################################################################################## Ham Call: G8JVM . QRV: 50-432 MHz + Microwave 23 cms 140W, 13 cms 100W & 3cms 5W Maidenhead QRA: IO82SP38, LAT. 52 39.720' N LONG. 2 28.171 W QRV VHF 6mtrs 200W, 4 mtrs 150W, 2mtrs 400W, 70cms 200W OS: Linux Mint 17.3 x86_64 on a Dell Inspiron N5030 laptop ################################################################################## |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X