Re: [wsjt-devel] JTSDK on ARM7hf

2016-01-11 Thread Bill Somerville 
On 11/01/2016 12:44, Richard Bown wrote:
> When all the settings below are greyed out , and empty, after leaving the 
> setting menu
> you repeatedly get the message that the settings are incomplete.
Hi Richard,

it is probably saying that the settings are invalid. The most likely 
reason is that the "PTT Method" is set to "CAT" which doesn't make sense 
when no rig is selected. You would need to select one of "None", RTS or 
DTR with the later two requiring a "PTT Port" to be set up as well.

73
Bill
G4WJS.

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] JTSDK on ARM7hf

2016-01-11 Thread Bill Somerville 
On 11/01/2016 09:41, Richard Bown wrote:
> There is one minor problem, which I suspect has been picked up and dealt with.
> In settings when rig is set to none , I keep getting the message that hamlib 
> is not set up.
> When you test ptt again there is the hamlib error message straight away.
> Apart from that all seems well so far
Hi Richard,

firstly well done for getting almost everything running on your ARM 
processor machine.

Can you be more specific with the above issues. I don't recognize the 
error messages you are implying, the exact text of the errors would help 
to diagnose the cause.

73
Bill
G4WJS.

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] JTSDK on ARM7hf

2016-01-10 Thread Greg Beam 
Hi Richard,

To make sure I understand where things stand, are you able to build 
Hamlib3, WSJTX and WSPR form the menus?

I have an RPI2 that I can test with, so will do some testing when I have 
some spare time.



>>
> Hi Greg
> WSJTX has been running now for a couple of hours , taking very little memory 
> and cpu
> Luckily QT5 is ideal for ARM devices as it can handle GLES .
> WSJT10 stays up for 15 mins max before crashing , python3 is hogging 80% of 
> available memory :(
> I wait til you have sorted JTSDK, I'm not worried about having to edit the 
> Makefile, that a minor
> thing, but it would be useful to see if the auto build still gets python 
> memory hogging.
> Thanks


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] JTSDK on ARM7hf

2016-01-10 Thread Richard Bown 

Hi all
I pulled the latest trunk and built wsjt10 , it compiled without a hitch.

on running I get:-

odroid@odroid:~/wsjt10/trunk$ python3 -O wsjt.py
Traceback (most recent call last):
  File "wsjt.py", line 9, in 
from WsjtMod import g, Audio
ImportError: /home/odroid/wsjt10/trunk/WsjtMod/Audio.so: undefined symbol: 
PyCObject_Type

I get this from a local terminal and remote, which suggests its early in the 
startup 

I did recompile and got the same

Now as this compiled OK and used arm7hf libs, and everything else, maybe there 
is a problem with
JTSDK on the way it determines host architecture .
I suspect the way ARM SBCs are evolving that they are going to be more and more 
used by Hams as
they have the advantage of much lower power , lower power mean less high 
current pull from the
processors , a major cause of RF noise. The PC desktop market is moving to 
support faster gaming
and windows bloatware, not really what Hams interested in very weak signal work 
want in the shack
IMO


Thanks
-- 
-- 
Best wishes /73 
Richard Bown

Email : rich...@g8jvm.com
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
##
 


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] JTSDK on ARM7hf

2016-01-10 Thread Richard Bown 
On Sun, 10 Jan 2016 08:11:28 -0700
Greg Beam  wrote:

> Hi Richard,
> 
> The PyCObject_Type error and the error your getting when trying to run 
> JTSDK ( the original problem you posted ) are two different things 
> completely.
> 
> The PyCObject_Type error is almost certainly due to the fact when you 
> manually built WSJT-10, the build used Python2-Numpy and not 
> Python3-Numpy. The PyCObject_Type module does not exist in 
> Python2-Numpy, thus the reason for the error. Do you get the same error 
> when you build WSJT-10 with the JTSDK menu or as this from the menu build?
> 
> Can you send me a link to the .deb file you downloaded / used? Something 
> does not look right here.
> 
> 
> Thanks
> 
> 73's
> Greg, KI7MT



Hi Greg 
wsjt10 just wont build with jtsdk, as per the first mail, just gives the 
unsupported message.


on the manual build I downloaded the trunk with svn , ran .configure and then 
make

I'll look at the Makefile and see if I can force the use of python3-numpy and 
not python2-numpy

I'll attack the makefile and let you know the progress

Thanks
> 
> 
> On 1/10/2016 05:37, Richard Bown wrote:
> >
> > Hi all
> > I pulled the latest trunk and built wsjt10 , it compiled without a hitch.
> >
> > on running I get:-
> >
> > odroid@odroid:~/wsjt10/trunk$ python3 -O wsjt.py
> > Traceback (most recent call last):
> >File "wsjt.py", line 9, in 
> >  from WsjtMod import g, Audio
> > ImportError: /home/odroid/wsjt10/trunk/WsjtMod/Audio.so: undefined symbol: 
> > PyCObject_Type
> >
> > I get this from a local terminal and remote, which suggests its early in 
> > the startup
> >
> > I did recompile and got the same
> >
> > Now as this compiled OK and used arm7hf libs, and everything else, maybe 
> > there is a problem with
> > JTSDK on the way it determines host architecture .
> > I suspect the way ARM SBCs are evolving that they are going to be more and 
> > more used by Hams as
> > they have the advantage of much lower power , lower power mean less high 
> > current pull from the
> > processors , a major cause of RF noise. The PC desktop market is moving to 
> > support faster gaming
> > and windows bloatware, not really what Hams interested in very weak signal 
> > work want in the
> > shack IMO
> >
> >
> > Thanks
> >
> 
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel



-- 
-- 
Best wishes /73 
Richard Bown

Email : rich...@g8jvm.com
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
##
 


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] JTSDK on ARM7hf

2016-01-10 Thread Greg Beam 
Hi Richard,

OK, thanks. What changes were made to the Makefile? I am assuming the 
WSJT Makefile is what's being modified here.

JTSDK does not set nor check for OS subs, the Unsupported OS message 
must be coming from the WSJT 10 configure.ac / Makefile.

I'll look at this later this afternoon.

73's
Greg, KI7MT



On 1/10/2016 09:12, Richard Bown wrote:
> On Sun, 10 Jan 2016 15:44:53 +
> Richard Bown  wrote:
>
>> On Sun, 10 Jan 2016 08:11:28 -0700
>> Greg Beam  wrote:
>>
>>> Hi Richard,
>>>
>>> The PyCObject_Type error and the error your getting when trying to run
>>> JTSDK ( the original problem you posted ) are two different things
>>> completely.
>>>
>>> The PyCObject_Type error is almost certainly due to the fact when you
>>> manually built WSJT-10, the build used Python2-Numpy and not
>>> Python3-Numpy. The PyCObject_Type module does not exist in
>>> Python2-Numpy, thus the reason for the error. Do you get the same error
>>> when you build WSJT-10 with the JTSDK menu or as this from the menu build?
>>>
>>> Can you send me a link to the .deb file you downloaded / used? Something
>>> does not look right here.
>>>
>>>
>>> Thanks
>>>
>>> 73's
>>> Greg, KI7MT
>>
>>
>>
>> Hi Greg
>> wsjt10 just wont build with jtsdk, as per the first mail, just gives the 
>> unsupported message.
>>
>>
>> on the manual build I downloaded the trunk with svn , ran .configure and 
>> then make
>>
>> I'll look at the Makefile and see if I can force the use of python3-numpy 
>> and not python2-numpy
>>
>> I'll attack the makefile and let you know the progress
>>
>> Thanks
>
> Hi Greg
> Changes made to the makefile and its now running,
> I left running in JTMS on 15 secs on auto, doesn't seem to go into TX,
> but first see it will stay up and running :)
>

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] JTSDK on ARM7hf

2016-01-10 Thread Greg Beam 
Hi Richard,

The PyCObject_Type error and the error your getting when trying to run 
JTSDK ( the original problem you posted ) are two different things 
completely.

The PyCObject_Type error is almost certainly due to the fact when you 
manually built WSJT-10, the build used Python2-Numpy and not 
Python3-Numpy. The PyCObject_Type module does not exist in 
Python2-Numpy, thus the reason for the error. Do you get the same error 
when you build WSJT-10 with the JTSDK menu or as this from the menu build?

Can you send me a link to the .deb file you downloaded / used? Something 
does not look right here.


Thanks

73's
Greg, KI7MT


On 1/10/2016 05:37, Richard Bown wrote:
>
> Hi all
> I pulled the latest trunk and built wsjt10 , it compiled without a hitch.
>
> on running I get:-
>
> odroid@odroid:~/wsjt10/trunk$ python3 -O wsjt.py
> Traceback (most recent call last):
>File "wsjt.py", line 9, in 
>  from WsjtMod import g, Audio
> ImportError: /home/odroid/wsjt10/trunk/WsjtMod/Audio.so: undefined symbol: 
> PyCObject_Type
>
> I get this from a local terminal and remote, which suggests its early in the 
> startup
>
> I did recompile and got the same
>
> Now as this compiled OK and used arm7hf libs, and everything else, maybe 
> there is a problem with
> JTSDK on the way it determines host architecture .
> I suspect the way ARM SBCs are evolving that they are going to be more and 
> more used by Hams as
> they have the advantage of much lower power , lower power mean less high 
> current pull from the
> processors , a major cause of RF noise. The PC desktop market is moving to 
> support faster gaming
> and windows bloatware, not really what Hams interested in very weak signal 
> work want in the shack
> IMO
>
>
> Thanks
>

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] JTSDK on ARM7hf

2016-01-10 Thread Richard Bown 
On Sun, 10 Jan 2016 15:44:53 +
Richard Bown  wrote:

> On Sun, 10 Jan 2016 08:11:28 -0700
> Greg Beam  wrote:
> 
> > Hi Richard,
> > 
> > The PyCObject_Type error and the error your getting when trying to run 
> > JTSDK ( the original problem you posted ) are two different things 
> > completely.
> > 
> > The PyCObject_Type error is almost certainly due to the fact when you 
> > manually built WSJT-10, the build used Python2-Numpy and not 
> > Python3-Numpy. The PyCObject_Type module does not exist in 
> > Python2-Numpy, thus the reason for the error. Do you get the same error 
> > when you build WSJT-10 with the JTSDK menu or as this from the menu build?
> > 
> > Can you send me a link to the .deb file you downloaded / used? Something 
> > does not look right here.
> > 
> > 
> > Thanks
> > 
> > 73's
> > Greg, KI7MT
> 
> 
> 
> Hi Greg 
> wsjt10 just wont build with jtsdk, as per the first mail, just gives the 
> unsupported message.
> 
> 
> on the manual build I downloaded the trunk with svn , ran .configure and then 
> make
> 
> I'll look at the Makefile and see if I can force the use of python3-numpy and 
> not python2-numpy
> 
> I'll attack the makefile and let you know the progress
> 
> Thanks

Hi Greg 
Changes made to the makefile and its now running, 
I left running in JTMS on 15 secs on auto, doesn't seem to go into TX,
but first see it will stay up and running :)
-- 
-- 
Best wishes /73 
Richard Bown

Email : rich...@g8jvm.com
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
##
 


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] JTSDK on ARM7hf

2016-01-10 Thread Richard Bown 
On Sun, 10 Jan 2016 11:02:46 -0700
Greg Beam  wrote:

> Hi Richard,
> 
> OK, thanks. What changes were made to the Makefile? I am assuming the 
> WSJT Makefile is what's being modified here.
> 
> JTSDK does not set nor check for OS subs, the Unsupported OS message 
> must be coming from the WSJT 10 configure.ac / Makefile.
> 
> I'll look at this later this afternoon.
> 
> 73's
> Greg, KI7MT
> 
>

Hi Greg

the python line was changed to python3, f2py to f2py3.4

ie
# TODO: Add Python3 and Python2 locations to configure.ac
PYTHON  ?=  /usr/bin/python3
F2PY?=  /usr/bin/f2py3.4

-- 
-- 
Best wishes /73 
Richard Bown

Email : rich...@g8jvm.com
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
##
 


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] JTSDK on ARM7hf

2016-01-10 Thread Greg Beam 
Hi Richard,

Ok, that's making more sense now. The Linux WSJT Makefile has not been 
updated similar to WSPR to find Python3 and it's associated F2PY.

I was mistaken on the Unsupported OS error message, that *is* coming 
frrm the JTSDK WSJT build script. I can fix that easily enough, but that 
does not solve the underlying issue of finding Python3 and F2PY that was 
built using Python3, which needs to be addressed in the package 
autotools. This can be tricky on systems that are still using Python2 + 
Python2-Numpy as defaults. Ubuntu Mate, Mint and similar use both. 
Debian Jessie still uses Python2 but does not install Python2-Numpy as a 
Desktop package unless Mate or Cin are selected as defaults.

You could, rather than modifying the Makefile manually, pass those two 
locations at configure time, something along the lines of:

./configure --with-portaudio-lib-dir= \
--with-portaudio-include-dir= \
PYTHON= \
F2PY=

That is assuming configure.ac is suitable, and will actually create the 
Makefile from Makefile.in initially.

WSPR employes two options to deal with this, --with-python / --with-f2py 
features as M4 macros, those updates are not present in WSJT autotools 
yet. Even that is not 100% all of the time. See ./configure --help=short

73's
Greg, KI7MT


On 1/10/2016 11:16, Richard Bown wrote:
> On Sun, 10 Jan 2016 11:02:46 -0700
> Greg Beam  wrote:
>
>> Hi Richard,
>>
>> OK, thanks. What changes were made to the Makefile? I am assuming the
>> WSJT Makefile is what's being modified here.
>>
>> JTSDK does not set nor check for OS subs, the Unsupported OS message
>> must be coming from the WSJT 10 configure.ac / Makefile.
>>
>> I'll look at this later this afternoon.
>>
>> 73's
>> Greg, KI7MT
>>
>>
>
> Hi Greg
>
> the python line was changed to python3, f2py to f2py3.4
>
> ie
> # TODO: Add Python3 and Python2 locations to configure.ac
> PYTHON  ?=  /usr/bin/python3
> F2PY?=  /usr/bin/f2py3.4
>

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] JTSDK on ARM7hf

2016-01-10 Thread Richard Bown 
On Sun, 10 Jan 2016 11:48:00 -0700
Greg Beam  wrote:

> Hi Richard,
> 
> Ok, that's making more sense now. The Linux WSJT Makefile has not been 
> updated similar to WSPR to find Python3 and it's associated F2PY.
> 
> I was mistaken on the Unsupported OS error message, that *is* coming 
> frrm the JTSDK WSJT build script. I can fix that easily enough, but that 
> does not solve the underlying issue of finding Python3 and F2PY that was 
> built using Python3, which needs to be addressed in the package 
> autotools. This can be tricky on systems that are still using Python2 + 
> Python2-Numpy as defaults. Ubuntu Mate, Mint and similar use both. 
> Debian Jessie still uses Python2 but does not install Python2-Numpy as a 
> Desktop package unless Mate or Cin are selected as defaults.
> 
> You could, rather than modifying the Makefile manually, pass those two 
> locations at configure time, something along the lines of:
> 
> ./configure --with-portaudio-lib-dir= \
> --with-portaudio-include-dir= \
> PYTHON= \
> F2PY=
> 
> That is assuming configure.ac is suitable, and will actually create the 
> Makefile from Makefile.in initially.
> 
> WSPR employes two options to deal with this, --with-python / --with-f2py 
> features as M4 macros, those updates are not present in WSJT autotools 
> yet. Even that is not 100% all of the time. See ./configure --help=short
> 
> 73's
> Greg, KI7MT
> 
Hi Greg
WSJTX has been running now for a couple of hours , taking very little memory 
and cpu
Luckily QT5 is ideal for ARM devices as it can handle GLES .
WSJT10 stays up for 15 mins max before crashing , python3 is hogging 80% of 
available memory :(
I wait til you have sorted JTSDK, I'm not worried about having to edit the 
Makefile, that a minor
thing, but it would be useful to see if the auto build still gets python memory 
hogging.
Thanks
-- 
-- 
Best wishes /73 
Richard Bown

Email : rich...@g8jvm.com
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
##
 


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel