Re: [wsjt-devel] JTSDK install on Win10 fails
Hi Pete, In order to keep JTSDK traffic off the WSJT/WSJT-Devel lists, I've setup a message list to deal with JTSDK issues. If you don't' have a Groups.io account, you'll need to create it first at ( Groups.io ), then join jt...@group.io I'll forward your message to the group, and address it there. 73's Greg, KI7MT -Original Message- From: Pete [mailto:pete...@shaw.ca] Sent: Saturday, July 29, 2017 2:51 PM To: WSJT software development Subject: [wsjt-devel] JTSDK install on Win10 fails I'm trying to get JTSDK installed on Win10. I've downloaded and installed all the files (in the order prescribed) but run into a problem when I do the update involving JTSDK Maintenance. As shown below, this step ends with the message "'C:\JTSDK\version.jtsdk' not resolved". Doing a 'version' after that gives me 2.0.3 instead of 2.0.5. This is actually my second attempt at the install. I didn't notice this problem the first time through and proceeded to try compiling WSJT-X but got compilation errors in genmsk144.f90 so I'm trying again and noticed the earlier failure this time. Anyone know how I can fix this - preferably without having to uninstall everything and start again :) Thanks Pete VE5VA Dscripts\help\pyenv-help-wsjt.cmd Dscripts\help\qtenv-help-map65.cmd Dscripts\help\qtenv-help-wsprx.cmd C version.jtsdk Uscripts\cyg32\jtsdk-cyg32-install.cmd Ascripts\build-hamlib3.cmd Uscripts\qtenv-build-map65.cmd Uscripts\qtenv-build-wsprx.cmd Ascripts\svn-checkout.cmd Ascripts\help\jtsdk-help.cmd Uscripts\pyenv-build-wsjt.cmd Uscripts\pyenv-build-wspr.cmd Uscripts\qtenv-build-list.cmd Uscripts\qtenv-build-wsjtx.cmd Uscripts\README.md Uscripts\docenv-alias-list.sh Uscripts\docenv-header.sh Uscripts\docenv-help-build.sh Uscripts\docenv-help-co.sh Uscripts\map65-toolchain.cmake Uscripts\msys-alias-list.sh Uscripts\msys-build-fftw.sh Uscripts\msys-build-hamlib3.sh Uscripts\msys-build-portaudio.sh Uscripts\msys-build-samplerate.sh Uscripts\pyenv-info.cmd Uscripts\qtenv-info.cmd Uscripts\wsjtx-util.cmd Uqtenv.cmd Upyenv.cmd UChangeLog Umaint.cmd Cupdate.cmd U . Updated to revision 704. Resolved conflicted state of 'update.cmd' svn: E155027: Tree conflict can only be resolved to 'working' state; 'C:\JTSDK\version.jtsdk' not resolved C:\JTSDK> -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X: review of message reply and sequencing logic
Hi Richard,
... (Haven't yet found out how to persuade JTSDK to pick a specific revision
e.g. r7946. Maybe I should RTFM.)
Questions regarding JTSDK-{win32/nix} should go here: jt...@groups.io
73's
Greg, KI7MT
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] wsjt-x v1.8.0-rc1 on raspbian = success.
Hi Bill, Yes, all the builds Launchpad are complete. I had trouble with Zesty and Clang, but believe it’s resolved now. Here’s The info: Current Version: WSJT-X 1.8.0 RC1 Ubuntu Distro’s: Trusty, Xenial, Yakkety, Zesty Supported Arach: i386, amd64, armv7, armv8, ppc64el Incidentally, for folks that want to use Gdebi to install with, you can download the prebuilt .deb directly from Launchpad for your Distro / Arch, and install manually. There is no hard and fast rule to add the PPA to one’s sources list, it just makes it easier for updates is all. Just browse to the packages at: https://launchpad.net/~ki7mt/+archive/ubuntu/wsjtx-next/+packages Pick your Distro / Arch, and download it. The following is an example for Trusty. The .deb file are toward the bottom of the page. The packages are all Launchpad Built: https://launchpad.net/~ki7mt/+archive/ubuntu/wsjtx-next/+packages Using Gdebi will help with dependencies. If you use the PPA, then apt-get -f is the preferred option unless your on a Native Ubuntu system. 73’s Greg, KI7MT From: Bill Somerville [mailto:g4...@classdesign.com] Sent: Tuesday, July 11, 2017 7:18 AM To: wsjt-devel@lists.sourceforge.net Subject: Re: [wsjt-devel] wsjt-x v1.8.0-rc1 on raspbian = success. On 11/07/2017 14:13, Richard Lamont wrote: On 11/07/17 13:44, Bill Somerville wrote: I would appreciate reports of how well the Debian installer we have provided with the WSJT-X v1.8.0 RC1 release works. As with the other early release kits you will have to install dependencies manually and use rpm/yum/dnf to install them. In your case you will probably already have all the required dependencies in place. I installed the binary rc1 (r7847) from sourceforge before Joe's announcement of the binaries at physics.princeton.edu. Are they the same? I installed it on Ubuntu 16.04 without difficulty, although as one might expect gdebi recommended an earlier more stable version, probably because I still have Greg's PPA in /etc/apt/sources.list.d/ HI Richard, yes they are the same packages. Greg is probably updating on Launchpad right now, it may even be done, so his cross version packages will be available very soon. I'm not sure if you are referring to an Intel/AMD machine or Raspberry Pi ARM installers, my request to Nik was about Raspbian. 73 Bill G4WJS. -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] build on debian stretch
Hello All, There looks to be a fair bit of confusion around the names for readline. I found several bugs that point to using: libreadline-dev for Debian >= Stretch You may need to enable a different repository to do that though. https://packages.debian.org/search?suite=stretch&arch=any&mode=path&searchon =contents&keywords=libreadline-dev Debian is at top of the food chain so to speak. Ubuntu, Mint, and all the derivative distros use the same control system for packaging (building) on infrastructure servers. They use what's called a Debian Control file. However, each release gets isolated to a specific set of packages. The names of those packages can change from release to release (Wheezy --> Jessie --> Stretch, etc) You can use : apt-cache search , apt-cache show , apt-cache policy , check the manifests for a release, or any number of methods to track down package information on Debian based distro's. Worst comes to worst, get on IRC => Debian Mentors, and ask there. Those folks know their stuff well. You could also email the Debian developer that's in charge of the package. If anyone knows the story, that person, or persons, would have the latest scoop. 73's Greg, KI7MT -Original Message- From: Rich Griffiths [mailto:r...@w2rg.net] Sent: Tuesday, July 4, 2017 10:16 AM To: wsjt-devel@lists.sourceforge.net Subject: Re: [wsjt-devel] build on debian stretch I never learned exactly how debian/ubuntu checks dependencies, so please excuse this possibly silly question. In some cases, might it not be possible simply to do: ln -s libread5 libread6 (??) I've encountered other situations where the only important difference between the old and newer packages was the filename. ... RichW2RG On 07/04/2017 05:25 AM, Bill Somerville wrote: > On 04/07/2017 05:01, Phil Karn wrote: >> Has anyone installed or rebuilt wsjtx on the new Debian release 9.0, >> codename "stretch"? >> >> Stretch dropped some packages that weren't being supported upstream, >> apparently including libreadline6 that wsjtx has as a dependency. >> >> libreadline5 is still present in stretch. > > Hi Phil, > > I don't think WSJT-X itself has a libreadline dependency but Hamlib > does I believe. If you are using the DEB file from the WSJT-X home > page or from the SourceForge files area you should note that package > is released only as a stop gap until our Linux package maintainers get > there thing done. It is built for the current LTS Ubuntu distribution > (16.04 LTS) and s not necessarily expected to work on other > distributions. > > The source package we release should build locally on other Linux > distros, have you tried that? You may have to install some > dependencies of course. > > https://sourceforge.net/projects/wsjt/files/wsjtx-1.7.0/wsjtx-1.7.0.tgz/down load > > > See INSTALL in the archive for installation details. > > 73 > Bill > G4WJS. > > > -- > > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Cumulative patch
Hi Mike, Edson, I just built the latest revision today (r7599) and was wondering the same or similar things. Am I correct is assuming that, we set the audio input with say, no antenna connected, to about the 30 Level on the scale now? I use an external interface, and I had to cut back on the input gain a fair amount to bring the level down to 30-ish range in between JT transmission cycles. I've not monitored enough signals nor done any valid testing, but, was just wondering if 30-ish is still a good starting point. FWIW, I like the green bar as it's not overly distracting. 73's Greg, KI7MT On 03/06/2017 05:34 PM, Edson W. R. Pereira wrote: > Hi Mike, > > How should the level slider in the MainWindow and the Waterfall Gain in the > Wide Graph window be adjusted? Although they interact with each other, one > of them seem redundant now. > > 73, Edson PY2SDR > > On Mon, Mar 6, 2017 at 9:21 PM, Black Michael wrote: > >> The slider adjusts the waterfalls now like it always did. The effect on >> the meter was confusing too many people when setting audio so that was >> disconnected. >> On the fast graph the slider controls both the spectrum and >> waterfall...and just the waterfall on the wide graph. >> >> de Mike W9MDB >> >> >> -- >> *From:* Edson W. R. Pereira >> *To:* WSJT software development >> *Sent:* Monday, March 6, 2017 6:14 PM >> *Subject:* Re: [wsjt-devel] Cumulative patch >> >> >> Hi Joe, >> >> It looks very good here. But this is only a subjective opinion from >> someone with ageing eyes. Suggestions from other developers should also be >> considered. >> >> I like the way the level meter behaves now. Disconnecting my antenna, the >> level drops down to about 7-8 dB. With the antenna connected, it raises to >> about 20 dB when only weak signals are present. In general, the level stays >> around 30 dB. I have no audio level adjustment in the RX chain. >> >> Is the input level slider still needed? >> >> 73, Edson PY2SDR >> >> >> >> >> On Mon, Mar 6, 2017 at 7:24 PM, Joe Taylor wrote: >> >> Hi Edson, >> >> Revision 7599 uses QColor(85,170,85) for "normal" and QColor(232,81,0) >> (a dark orange) aof "too low". >> >> I think the dark orange is an improvement. Not so sure about the >> gray-green, but perhaps others will like it ?? >> >> -- Joe >> >> On 3/6/2017 4:06 PM, Edson W. R. Pereira wrote: >>> Hi Joe, >>> >>> I've compiled the SVN head and am using it. The level meter color looks >>> good, but it may be a little better if the green could be a little >>> darker to have better contrast with the widget grey background. Can you >>> try a QColor(85,170,85) and see if it looks ok for you? >>> >>> I agree with Keith's comment. Yellow on a light grey background is quite >>> difficult to see. For levels below the threshold, red or perhaps orange >>> could be used. >>> >>> Mike's suggestion is quite interesting. It could be informative to show >>> the noise level. This could be a horizontal grey line over the signal >> bar. >>> >>> 73, Edson PY2SDR >>> >>> >>> On Mon, Mar 6, 2017 at 4:45 PM, Keith Laaks >> <mailto:wkla...@gmail.com>> wrote: >>> >>> HI Joe, >>> >>> On my MacBook with direct USB interface to an FT-991, by adjusting >>> Menu 73 ‘DATA OUT LEVEL’ right down to 0, I can get the bar to show >>> the yellow with the meter at around 5dB level. Against the grey >>> background the yellow does somewhat appear white and I suspect some >>> users may miss the fact that the color is trying to draw their >>> attention to the too-low audio level. Maybe should be red also? >>> >>> (By the way, at the zero setting I also get solid ‘birdie' spectrum >>> lines at 1K, 2K, 3K and 4K on the graph, with traces of some louder >>> stations just showing between these). >>> >>> When I adjust the Menu 73 up to 1, the audio jumps to around 20db >>> and he bar color to normal green (birdies disappear). >>> >>> Radio Data Out Level -> Meter Audio >>> 25. -> 45db >>> 50 (default) -> 55dB >>> 75 -> 60dB >>> 100 -> 67db >>> >>> On my setup I am not able to ‘overdrive’ audio input. >>> >>> By the way, I am using Qt5.8
Re: [wsjt-devel] Hamlib3 compile error
Hi Dan, Bill, I'm not sure how Dan got a 64-bit version of MSYS Perl installed, as the installer I created had 32bit MSYS. All of the software in JTSDK is 32bit, as are the WSJT packages it creates, unless something has changed. Dan, Are you sure that Perl is 64bit and not 32bit? 73's Greg, KI7MT On 03/04/2017 06:35 PM, Dan Malcolm wrote: > Ok Bill, > That's no problem if someone can tell me how exactly. I found the Autoconf > file but the text says not to directly edit it, so I didn't. I also didn't > find any place to edit the make command line. > > _ > Dan Malcolm CFI/II > K4SHQ > > > -Original Message- > From: Bill Somerville [mailto:g4...@classdesign.com] > Sent: Saturday, March 04, 2017 1:57 PM > To: wsjt-devel@lists.sourceforge.net > Subject: Re: [wsjt-devel] Hamlib3 compile error > > On 04/03/2017 19:21, Dan Malcolm wrote: >> v5.8.8 built for msys-64int > > Hi Dan, > > ok, that also is fine. I need to see the full and verbose Hamlib build > output. Problem is I'm not sure how to do that with the JTSDK, maybe Greg is > lurking and can help out. What is needed is to add V=1 to the Hamlib make > command and also to redirect all the output (stderr and > stdout) to a log file. Then zip and send me that file please? > > 73 > Bill > G4WJS. > -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] 160m WSPR Performance is Impressive!
Hi Mark, If your using WSJT-X, the frequencies pre-set with defaults per mode. In my case below (WSPR), the dial frequency ( in USB ) is 1836.60. For JT65, 1838 is normally used; some also use 1840, both USB dial frequencies. I am not certain as to why both are used. Some are also testing QRA64 mode on the low bands, on or near the same dial frequencies. There is a fair bit more activity with JT65/JT9 than with WSPR, but, I've been impressed with the amount of Low Band WSPR activity of late. I suspect, as the SS cycle heads toward the bottom, all these modes will prove their worth. I am particularly interested to see how JT9 performance yields on the Top Band. 73's Greg, KI7MT On 12/22/2016 06:09 PM, Mark Schoonover wrote: > Indeed, you have piqued my interest. I'm just outside of San Diego with a > 36' vertical with a 40m loop as a tophat. Not using WSJT on 160 before, I'm > finding multiple frequencies. The most frequent one is 1838. This correct? > > 73! Mark KA6WKE > > 4NEC2 The Definitive Guide <https://leanpub.com/4nec2definitiveguide> > Website: http://www.ka6wke.net > > > On Thu, Dec 22, 2016 at 12:14 PM, KI7MT wrote: > >> Hi Joe, Steve, All, >> >> Just thought I'd pass this along. I'm using a 22ft passive 160m RCV >> vertical, which is is a "huge" compromise to say the least. I forgot to >> enable band hoping last night, and when I got back to the shack late >> this morning (MST), I saw a couple VK calls. Not unusual for me on >> 15/20/30/40 meters, but 160m, I was rather shocked! >> >> 1306 -25 0.9 1.838139 0 VK7DIK QE38 40 8665 >> 1308 -25 0.9 1.838140 0 VK7DIK QE38 40 8665 >> 1330 -27 0.7 1.838139 0 VK7DIK QE38 40 8665 >> 1424 -25 0.6 1.838139 0 VK7DIK QE38 40 8665 >> 1434 -25 0.4 1.838170 0 VK3ELV QF33 37 8464 >> 1450 -26 0.4 1.838170 0 VK3ELV QF33 37 8464 >> >> I also pulled in several transmissions from FY5 earlier in the evening >> (MST): >> >> 0938 -27 -0.2 1.838097 0 FY5KE GJ35 37 4492 >> 0946 -27 -0.2 1.838097 0 FY5KE GJ35 37 4492 >> >> There were many more from FY5, but you get the drift. >> >> I just wanted to say thanks for all the effort that's been put into >> updating WSJT-X >> WSPR and the continued efforts to improve WSJT-X as >> overall. >> >> >> 73's >> Greg, KI7MT >> -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/intel ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X 1.71 r7424Linux x86_64 build error
I can confirm, on Ubuntu x86-64 at least, a clean build yields the expected results. 73's Greg, KI7MT On 12/22/2016 02:54 PM, Joe Taylor wrote: > Josh -- > > You man need to -clean-first (or remove) your build tree before compiling. > > -- Joe, K1JT > > On 12/22/2016 4:52 PM, Josh Rovero wrote: >> Seeing the following under FC25 x86_64 >> >> wsjtx_src/lib/decoder.f90:124:51: >> >> ntrials,params%naggressive,params%ndepth,params%emedelay, >> & >> 1 >> Error: Type mismatch in argument ‘clearave’ at (1); passed REAL(4) to >> LOGICAL(4) >> wsjtx_src/lib/decoder.f90:149:54: >> >>ntrials,params%naggressive,params%ndepth,params%emedelay, >> & >>1 >> Error: Type mismatch in argument ‘clearave’ at (1); passed REAL(4) to >> LOGICAL(4) >> CMakeFiles/wsjt_fort_omp.dir/build.make:686: recipe for target >> 'CMakeFiles/wsjt_fort_omp.dir/lib/decoder.f90.o' failed -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/intel ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] 160m WSPR Performance is Impressive!
Hi Joe, Steve, All, Just thought I'd pass this along. I'm using a 22ft passive 160m RCV vertical, which is is a "huge" compromise to say the least. I forgot to enable band hoping last night, and when I got back to the shack late this morning (MST), I saw a couple VK calls. Not unusual for me on 15/20/30/40 meters, but 160m, I was rather shocked! 1306 -25 0.9 1.838139 0 VK7DIK QE38 40 8665 1308 -25 0.9 1.838140 0 VK7DIK QE38 40 8665 1330 -27 0.7 1.838139 0 VK7DIK QE38 40 8665 1424 -25 0.6 1.838139 0 VK7DIK QE38 40 8665 1434 -25 0.4 1.838170 0 VK3ELV QF33 37 8464 1450 -26 0.4 1.838170 0 VK3ELV QF33 37 8464 I also pulled in several transmissions from FY5 earlier in the evening (MST): 0938 -27 -0.2 1.838097 0 FY5KE GJ35 37 4492 0946 -27 -0.2 1.838097 0 FY5KE GJ35 37 4492 There were many more from FY5, but you get the drift. I just wanted to say thanks for all the effort that's been put into updating WSJT-X >> WSPR and the continued efforts to improve WSJT-X as overall. 73's Greg, KI7MT -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/intel ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X Development
Hi Dan, I'll be listening this evening / overnight on 160m. I have a 22ft RCV vertical that seems to work pretty well. I was pulling in E51 and FY5 on 160m WSPR last night. I can also RCV on 30m and TX on 20/40, but that's about it at the moment. 73's Greg, KI7MT On 12/20/2016 03:07 PM, Dan Bates wrote: > Joe, > > Some of us have been testing QRA64 on 160 late at night, 1839 or 1840. > > Will advise... > > Dan n5tm > > > -Original Message- > From: Joe Taylor [mailto:j...@princeton.edu] > Sent: Tuesday, December 20, 2016 3:46 PM > To: WSJT software development > Subject: Re: [wsjt-devel] WSJT-X Development > > Dan -- > > On 12/20/2016 2:31 PM, Dan Bates N5TM wrote: >> Joe, 7405 seemed to have a major bug when trying to run QRA64. The >> Decode button would stick in "blue" and no decode would appear. I'm >> now testing >> 7412 and QRA seems ok. > > Yes, you can get r7405 into the state you describe. Also 7412. I think it > should not happen if you have an actual QRA64 signal in the "Ftol" > window; but QRA64 in v1.7.0 is (by far) the least tested of all the > supported modes. > > If you want to experiment with QRA64, you should definitely use v1.7.1 and > keep up-to-date with revisions past 7405. And, in that case, please report > your findings! > > -- Joe, K1JT -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/intel ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] WSJT-X v1.7.0 RC3 Available via Launchapad PPA (Ubuntu / Debain)
Hello All, Following Joe's RC3 release message, I've posted WSJT-X v1.7.0 RC3 on Launchpad. The version was pulled together using Bill's super-build script for tagged releases. RELEASE NOTES (From Joe): http://physics.princeton.edu/pulsar/K1JT/Release_Notice.txt VERSION / DISTRO / ARCH INFORMATION Current Version..: WSJT-X v1.7.0 r7364 RC3 Ubuntu Distros...: Trusty, Xenial, Yakkety Supported Arch...: i386, amd64, armv8(amd64), armv7(armhf) ppc64el INSTALL INSTRUCTIONS https://launchpad.net/~ki7mt/+archive/ubuntu/wsjtx-next UPDATE INSTRUCTIONS If you have previously installed the wsjtx-development PPA, all that is required is to perform a normal package / system update: sudo apt-get update sudo apt-get upgrade 73's Greg,. KI7MT 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 -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/xeonphi ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] problem compiling 1.7.0 rc 3 on ARM
All of the Launchpad builds (i386, amd64, ppc64el, and ARM) were successful. Here are the ARM build logs for Ubuntu 14.04.5: ARMv8 arm64: https://launchpad.net/~ki7mt/+archive/ubuntu/wsjtx-next/+build/11530957 ARMv7 armhf: https://launchpad.net/~ki7mt/+archive/ubuntu/wsjtx-next/+build/11530958 The builds also passed on Xenial (16.04) and Yakkety (16.10) 73's Greg, KI7MT On 12/06/2016 09:43 PM, Richard Shaw wrote: > As another data point, here's a successful build of rc3 on Fedora Rawhide > (future f26) on the arm7vhl target which built... > > http://koji.fedoraproject.org/koji/taskinfo?taskID=16780515 > > You can use that link to inspect the build logs. > > Thanks, > Richard -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/xeonphi ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] problem compiling 1.7.0 rc 3 on ARM
Hi Richard, I've no doubt the builds are working properly. I'm running RC3 on Ubuntu 14.04.5 right now. I sent the package to Launchpad and it's building there properly also. There hasn't been a build failure in over 360+ builds, so I am confident things are OK with the package. The ARM builds (v8 amd64, v7 armhf and armel) are still building, when they are done I'll post the build log links (for what its worth), but, I don't think there will be any issues. 73's Greg, KI7MT On 12/06/2016 09:43 PM, Richard Shaw wrote: > As another data point, here's a successful build of rc3 on Fedora Rawhide > (future f26) on the arm7vhl target which built... > > http://koji.fedoraproject.org/koji/taskinfo?taskID=16780515 > > You can use that link to inspect the build logs. > > Thanks, > Richard > -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today.http://sdm.link/xeonphi ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] My problems while trying to get the audio samples
Hi Mike, Bill,
I did a quick search for libeasy32.dll in the top level of C:\JTSDK, the
following are the results:
$ find . -name 'libeay32.dll' -exec grep -H string {} +
./cmake/bin/libeay32.dll
./msys/bin/libeay32.dll
./qt5/Tools/QtCreator/bin/libeay32.dll
./qt55/Tools/mingw492_32/opt/bin/libeay32.dll
./qt55/Tools/QtCreator/bin/libeay32.dll
./Ruby/bin/libeay32.dll
./tools/bin/libeay32.dll
The libeay32.dll 2008 DLL that mike referred to looks to be comming from
C:\JTSDK\tools\bin directory, which in turn, originates from the GNU for
Windows tool(s) set.
None of the build scripts are copy anything too the WSJT-X install or
package directory tree. I believe that is taken care of by CMake
automatically?
Is this a problem ?
73's
Greg, KI7MT
On 12/04/2016 02:21 PM, Black Michael wrote:
> Why don't we just add those 2 dll's to the installation package? Nobody ever
> reads the manual :-) so this question will be asked over and over again.
> Was trying to figure out how the dlls are copied to the JTSDK install
> directories without any luck.What gets copied the the release install
> directory is an old version of libeay32.dll from 2008
> de Mike W9MDB
>
> From: Bill Somerville
> To: wsjt-devel@lists.sourceforge.net
> Sent: Sunday, December 4, 2016 11:37 AM
> Subject: Re: [wsjt-devel] My problems while trying to get the audio samples
>
> On 04/12/2016 17:35, Charles Suckling wrote:
>> This fixed it for me, thanks.
>
> Hi Charlie,
>
> thanks for the feedback. Looks like that info needs adding to the
> release notes or User Guide install section for Windows users.
>
> 73
> Bill
> G4WJS.
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] WSJT-X v1.7.0-RC2 Available via Launchpad PPA (Debian / Ubuntu based Distro's)
Hello All, Following Joe's release of WSJT-X v1.7.0-RC2, I've updated my Launchpad PPA to reflect the release. The package as of today, r7296, is a few commits beyond that which was release formally, but, should not pose significant issues for testers. VERSION INFORMATION --- Current Version..: WSJT-X v1.7.0 r7296 RC2 Ubuntu Distros...: Trusty, Xenial, Yakkety Supported Arch...: i386, amd64, armv8(amd64), armv7(armhf, armhf) ppc64el INSTALLATION 1. For those using direct Debian based distribution (Raspbian or Debian proper), I've added a section to describe the installation of the PPA. 2. I've also enabled, for the first time, ARMv8 builds on the server. ARMv8 are mostly used ( in Ham Radio at least ) on devices such as the Raspberry-PI 3 and beyond. If anyone runs into trouble with the ARMv8 builds, please report it to the devel-list. Install Instructions: https://launchpad.net/~ki7mt/+archive/ubuntu/wsjtx-next REPORTING ISSUES If you run into bugs with the build, or otherwise, report them to the development list, however, please be mindful of Joe's request to be as specific as possible when reporting problems and to check the message boards for possible solutions first. 73's Greg, KI7MT 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 -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] problem with QTENV.cmd
Hello Bob, Chuck, I take it, if you've gotten as far as building Hamlib3, the SVN and qtenv.cmd issues are now resolved? 73's Greg, KI7MT On 10/16/2016 11:20 AM, Chuck Yahrling wrote: > see previuos > > On Sun, Oct 16, 2016 at 9:14 AM, Bob KD7YZ wrote: > >> On 16-Oct-16 0906, Black Michael wrote: >> >>> Remove everything and try again carefully following what's here: >>> https://sourceforge.net/projects/jtsdk/files/win32/2.0.0/ >> >> >> just finished and am at the point in the readme.md about build-hamlib3 >> .. it has been running a few mins >> >> where is it in some config file where I set build-wsjtx to always make a >> new version folder so I "could" svn revert ?? >> >> thanks for the help too >> >> >> >> -- >> 73, >> Bob KD7YZ -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] EME 2016 Video - Joe (K1JT) Presents on WSJT-X
Hi Bill, Yes, Nico's presentation, which is very interesting, follows Joe's segment. 73's Greg, KI7MT On 08/23/2016 02:50 AM, Bill Somerville wrote: > On 23/08/2016 01:59, KI7MT wrote: >> Here's the UTUBE like where Joe is speaking. He starts at about T >> =33.00 or so. >> >> 17th International EME conference - Venice 2016 - Live stream part 4 >> https://www.youtube.com/watch?v=4QNxcHJxHsA > > Hi Greg, > > thanks for posting that, I tried to watch the live streams but there was > no audio (tried Andriod phone and Safari on Mac). I will watch later, is > Nico's presentation there as well? > > 73 > Bill > G4WJS. > -- ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] EME 2016 Video - Joe (K1JT) Presents on WSJT-X
Here's the UTUBE like where Joe is speaking. He starts at about T =33.00 or so. 17th International EME conference - Venice 2016 - Live stream part 4 https://www.youtube.com/watch?v=4QNxcHJxHsA 73's Greg, KI7MT Forwarded Message Subject: [Moon-Net] EME 2016 Video Date: Mon, 22 Aug 2016 22:49:55 +0200 From: Giulio IW3HVB To: moon-...@mailman.pe1itr.com , m...@moonbounce.info Hi all, I've uploaded the recording of the sessions on Youtube. There will be some wait though (a couple of hours), until all the videos are converted by the YT servers. You can start with parts 1 and 2. The others will show up later. For an easy search, go to www.eme2016.org I've embedded them on the home page. Thanks to all the participants. It has been an unforgettable experience. 73 de Giulio IW3HVB & EME 2016 Staff ___ Moon-Net posting and subscription instructions are at http://www.nlsa.com/nets/moon-net-help.html -- ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] OSX - WSJT-X UDP interface -- help from Apple Mac folks -pse!
Hi Bill, See below On 08/20/2016 01:41 PM, Bill Somerville wrote: > Hi Greg, > > On 20/08/2016 20:30, KI7MT wrote: >> It works OK on Linux ( Ubuntu 14.04 + Python 2.7.6 ) except it prints a >> bunch of unicode characters for spaces on each line, looks pretty bad. > The data is not plain text, the format is described in NetworkMessage.hpp. OK, I'll have a read through the hpp file. >> >> There are other ways to monitor decodes outside of UDP messaging using >> Python. You could simply parse the ALL_TXT file for the current time -1 >> minute at the top of each minute + > decoding or whatever>, or simply run the loop at time + 5 seconds or >> whatever in a loop. That would allow you to also format the line to you >> liking. > > Please do not read the log or temporary files that WSJT-X is writing > while WSJT-X is running, that leads to locks that can impact on WSJT-X > performance. The UDP protocol is intended to be the way to interact with > WSJT-X programmatically. There is a little work to be done to code the > routines to decode the data types used in the message, but once that is > done you will find everything you need from WSJT-X plus a few handy replies. What I've been doing for WSPR, which I assume is the same for other WSJT-X modes, was to simply copy the ALL_WSPR.TXT at T = 00 + 5 seconds to a file outside of the WSJT-X directory, then parse the tmp file for what I needed. I've not done this with the WSJT-X ALL.TXT file, only the ALL_WSPR.TXT file, but it should not be any different I wouldn't think. At one point I had a cron job doing this so I cold add the WSPR decodes to a Database for other activities. I don't think I ever tried to open the file(s) directly, for the reasons you stated above, and I don't recall ever having run into a lock file situation. I can't speak for others needs, but, for my purposes, I just want access to the decoded lines for the the various modes I run. A present, I don't have a need to talk to WSJT-X programatically unless that's the only way to get the decoded data I need without interfering with WSJT-X activities. > > 73 > Bill > G4WJS. 73's Greg, KI7MT -- ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] OSX - WSJT-X UDP interface -- help from Apple Mac folks -pse!
It works OK on Linux ( Ubuntu 14.04 + Python 2.7.6 ) except it prints a
bunch of unicode characters for spaces on each line, looks pretty bad.
There are other ways to monitor decodes outside of UDP messaging using
Python. You could simply parse the ALL_TXT file for the current time -1
minute at the top of each minute + , or simply run the loop at time + 5 seconds or
whatever in a loop. That would allow you to also format the line to you
liking.
I guess it boils down to what you want to do with the data as to which
way is the best approach.
73's
Greg, KI7MT
On 08/20/2016 10:50 AM, David Tiller wrote:
> Dan,
>
> I'm running OSX 10.9.5 and python 2.7.1. Your test program also didn't work
> here. For whatever reason, this one does:
>
> from socket import socket, AF_INET, SOCK_DGRAM
> sock = socket (AF_INET, SOCK_DGRAM)
> sock.bind (('127.0.0.1', 2237))
> while True:
> data, addr = sock.recvfrom(1024)
> print data
>
>
> --
> David Tiller
> Sr. Architect/Lead Consultant | CapTech
> (804) 304-0638 |
> dtil...@captechconsulting.com<mailto:dtil...@captechconsulting.com>
>
>
>
> On Aug 19, 2016, at 10:41 PM, Dan - VA3MA mailto:va...@me.com>>
> wrote:
>
> Hi
> I’ve written a small Python program to fetch the UDP data sent by WSJT-X on
> localhost port 2237.
> It is listed below
> It can get a socket connection to WSJT-X but it then just sits waiting to
> receive.
> I’ve tried everything I know of the get it to receive - even running as root.
> But nothing - it just sits waiting for some data at statement
> [sock.recv(1024)]
>
> Would appreciate any thoughts and suggestions to get this working on OSX El
> Cap.
> ( the same program runs fine under Windows! - as Bill G4WJS as shown me)
>
>
> here is the program
>
>>>> from socket import socket, AF_INET, SOCK_DGRAM
>>>> sock = socket (AF_INET, SOCK_DGRAM)
>>>> sock.bind (('127.0.0.1', 2237, ))
>>>> while True:
> ... sock.recv(1024)
> ...
>
>
> Thanks & 73
> Dan VA3MA
>
>
>
> --
> ___
> 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
>
--
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
--
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Splash patch
No problems with JTAlert on v7019 here. 73's Greg, KI7MT On 08/10/2016 12:53 PM, Bill Somerville wrote: > On 10/08/2016 19:33, Black Michael wrote: >> I think the attached patch solves the WSJT-X splash screen interfering >> with JTAlert. At least it does in my tests. >> We just let the splash screen use a bogus title and then reset it > > Hi Mike, > > why is this necessary? I though my changes to add a proper splash screen > had resolved the JTAlert interaction issues? > > 73 > Bill > G4WJS. -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. http://sdm.link/zohodev2dev ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] JTSDK (Win32/Nix) Build Testing for WSJT-X v1.7.0 RC1+
Hello All, This message applies to those using JTSDK to build and test WSJT-X, primarily for Linux. For Windows, you should use Joe's posted installer(s) or use the help menus to build a custom version, in this case the RC1 branch. As most already know, Joe / Bill posted WSJT-X v1.7.0 RC1. The following outlines the methods to build RC1 and the main development branch (^/branches/wsjtx_) as changes / updates are made by the developers. In general, once the tag has been made, no further updates are made to to it. Bug fixes and feature enhancements are made to the trunk ( ^/branches/wsjtx ), which will, at some point, be used to create RC2 or a GA Release. Update The Build Menus -- You first need to update the menu system to add RC(x) tag. The easiest way to do this is via the terminal. Open an xterm, then type: jtsdk -u Before building, you should enable separation from the Main Menu Options. This ensures the build is located in it's own folder and will not be overwritten. After updating the menus, re-launch JTSDK then browse to: [3] WSJT-X > GA and Release Candidates you should see: wsjtx-v1.7.0-rc1 Build RC(x) --- To build RC(x), scroll down to the listing, hit enter, then select either Release or Debug, whichever you prefer. If the build was successful, it should reside in: /home/$USER/jtsdk/wsjtx/gar/1.7.0-rc1/7012/install/Release Build The Dev Branch As changes are made to ^/branches/wsjtx, you can build and test those updates with the traditional method: [3] WSJT-X > [1] Development Branches > wsjtx > ( release type ) Upon a successful build, you should have: /home/$USER/jtsdk/wsjtx/dev/1.7.0-rc1/7011/install/Release Note the difference between the SVN numbers and build type, /gar/r7012 is the revision for creating the tag, where /dev/r7011 is the ^/branches/wsjtx revision. As updates are made, the development branch revision will increment up, whereas the RC(x) branch will remain at 7012. Running the Builds -- Running the build is the same as before, browse too the build you want to run (command line or file manager) then launch wsjtx with or without options as you have previously. Recommendation -- Personally, to keep the INI folders separate, I launch WSJT-X with the command line option ( -r ) to ensure there are no conflicts with the INI files. Typically, this is used for different rigs, but can be used for this purpose as well. For the RC Build: wsjtx -r v1.7.0-rc1 This creates a user local folder location of: /home/$USER/.local/share/WSJT-X - v1.7.0-rc1 thus, keeping my development INI location and the RC1 location separate. You can then create one for the dev branch you want to run and maintain the separation. Reporting Issues If you run into problems, report them to the wsjt-development list. Ensure you state the version used, method of installation (include links to the package) and specific steps taken to produce the problem as this will help the developers narrow down the root cause. 73's Greg, KI7MT -- ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] WSJT-X v1.7.0-RC1 via Launchpad PPA (Debian / Ubuntu)
Hello All, Joe and Bill have tagged WSJTX v1.7.0-r7012-RC1 today. For those using my Launchpad PPA to test with, the wsjtx-next PPA (development package) has been updated to reflect the tag. No further updates will be made to this package until Joe / Bill release RC2 or a GA Release is made. In the case of a GA release, the package will be posted in the GA Release PPA rather than the development PPA. At present, the GA Release PPA is set to v1.6.0 to allow comparison between the two versions. Version Info Current Version..: WSJT-X-v1.7.0-r7012-RC1 Ubuntu Distros...: Trusty, Xenial, Yakkety Supported Arch...: i386, amd64, armhf, ppc64el Reporting Issues If you run into problems, report them to the wsjt-development list. Ensure you state the version used, method of installation (include links to the package) and specific steps taken to produce the problem as this will help the developers narrow down the root cause. Installation See: https://launchpad.net/~ki7mt/+archive/ubuntu/wsjtx-next 73's Greg, KI7MT -- ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] QRV QRA64
I'm confused on this thread. Joe has stated multiple times, the QRA mode(s) are designed for EME use. Why are we tested this on HF? Is there a plan to tweak the mode(s) for general HF use also? It seems to me, if the current code is setup up for EME, testing on HF would only confuse matters, but, I may be missing something here. 73's Greg, KI7MT On 08/06/2016 11:26 AM, Daniel Estévez wrote: > El 06/08/16 a las 18:12, Pino Zollo escribió: >> I am QRV at 14.076 TX3000 in QRA64 mode beaming Europe > > Which submode QRA64A or QRA64B? > > By TX3000 do you mean you're transmitting at 14.076 + 3000Hz? > > I guess we should propose some common frequencies and modes to test QRA > in HF. 14.076 is already crowded with JT65 signals. > > 73, > > Dani EA4GPZ. -- ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X v1.7 Alpha Release
Hi Joe, All, I posted r7005 Alpha 1 on Launchpad for Debian / Ubuntu. ARMv7 Hard Float (armhf) builds are still running but should be available in an hour or so. Version Info Current Version..: WSJT-X v1.7.0 r7005 Alpha 1 Ubuntu Distros...: Trusty, Xenial, Yakkety Supported Arch...: i386, amd64, armhf, ppc64el Installation See: https://launchpad.net/~ki7mt/+archive/ubuntu/wsjtx-next 73's Greg, KI7MT On 08/05/2016 08:43 AM, Joe Taylor wrote: > Hi all, > > I have posted a Windows installation package for an Alpha Release of > WSJT-X Version 1.7 r7005 here: > > http://physics.princeton.edu/pulsar/K1JT/wsjtx-1.7.0-alpha-1-win32.exe > > You can read about new features in v1.7 (relative to v1.6) here: > > http://physics.princeton.edu/pulsar/k1jt/v1.7_Features.txt > > Installation packages for OS X and Linux should be available within a > few days. > > Please heed the message displayed at program startup, and send us > reports that will help to improve WSJT-X. > > -- 73, Joe, K1JT, for the WSJT Development Team -- ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] wsjt-x and raspberry pi
Hi Rafael, Thank you for the feedback. I am happy to hear it is working for you. Out of all the PRI distributions, I think Ubuntu Mate 16.04 is the best one so far. Regarding you TS-480, you may want to post you problems / findings to the WSJT Devel List: wsjt-devel@lists.sourceforge.net Bill may be able to get things going for you. I do not work on Hamlib, so I cannot help much there. 73's Greg, KI7MT On 08/04/2016 09:29 AM, Rafael García wrote: > Hi Greg > > Just a quick note to tell you that the latest release of wsjt-x 1.7.0-devel > is working fine in my raspberry pi3, Ubuntu MATE 16.04 flavour at this > moment. > I was testing the software over original raspbian, Xubuntu 16.04 and > finally MATE which really works. CAT commands for my TS-480 does not work, > eve in a 'big' computer running Linux (I am sure it is because a mess of > hamlib; not you fault for sure), and it is not a big issue. > > That is all. Thank you very much for your port to arm7 processor. > A screenshot included. > > 73, Rafael > EA4BPN > -- ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] jtsdk build of wsjtx can't find libusb
Hi Jeff, Bill, I did a full JTSDK installation on a new container of UB-16.04-x86_64 Unity Desktop. I did find that libtool is not installed by the jtsdk-meta package, so I'll fix that today, however, if libtool is not installed, the Hamlib3 build should have failed. Obviously something has changed dependency wise in 16.04. With UB-14.04 I did not need libtool listed specifically to the debian control files. I am surprised at this finding as the WSJT-X superbuild test build should have failed on Launchpad, but it hasn't. In any case, I'll update the jtsdk-meta package today, but in the meantime, ensure you have libtool installed. Attached are the exact steps I took to install JTSDK, Build Hamlib3 and WSJT-X. After installing libtool, WSJT-X built and runs as expected. 73's Greg,. KI7MT On 07/05/2016 03:45 AM, Bill Somerville wrote: > On 04/07/2016 12:51, jeff millar wrote: >> One of my Ubuntu 16.04 computers will not link wsjt-x correctly, the >> other works fine. Naturally, the laptop that fails was what we wanted >> to use on field day! > > HI Jeff, > > well, you should know that each piece of equipment (and software these > days) that you do not test prior to FD will fail when started in the > contest. > > If the packages are there then there must be an issue with the Hamlib > configure command or possibly an old build of Hamlib that needs re-doing > because some key tool chain component has been upgraded. Have you tried > cleaning and rebuilding Hamlib? > > 73 > Bill > G4WJS. > > > -- > Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San > Francisco, CA to explore cutting-edge tech and listen to tech luminaries > present their vision of the future. This family event has something for > everyone, including kids. Get more information and register today. > http://sdm.link/attshape > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > 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 Install the PPA === sudo apt-get update sudo add-apt-repository -y ppa:ki7mt/jtsdk sudo apt-get update Install JTSDK = sudo apt-get install jtsdk sudo ap-tget install jtsdk-full Run JTSDK and Build === jtsdk Select [4] Build HAMLIB-3 When Hamlib3 is complete: [O] Options > [2] Set Options, set the following to enable: autorun, autosvn, clean, docs, manpages, rcfg, separate Build WSJT-X from the menu: WSJTX > Development Branches > WSJTX Select WSJTX > Development Branches > WSJTX > Release Type -- Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] jtsdk build of wsjtx can't find libusb
HI Jeff, Ok, well, I have a new 16.04 partition I installed this this weekend for some other testing. I'll install the PPA and see if I get the same errors. 73's Greg, KI7MT On 07/04/2016 10:34 PM, jeff millar wrote: > Hi Greg... > > The jtsdk dependencies were installed with apt-get by hand by following the > instructions. According to Synaptic, both libusb-dev and libusb-1.0-0-dev > are installed on the laptop. > Both versions of libusb .a and .so files appear in the location > /usr/lib/x86_64-linux-gnu/ > > So, I'm out of ideas here. > > thanks, > > jeff, wa1hco > > > On Mon, Jul 4, 2016 at 8:26 PM, Greg Beam wrote: > >> Hi Jeff, >> >> Quick question. How did you install the dependencies for JTSDK on 16.04? >> I had to look to be sure, but, all three of the usb packages are in >> jtsdk-meta ( 2.21.-1 ): >> >> libudev-dev, >> libusb-dev >> libusb-1.0-0-dev >> >> So, if adding them manually solves the issue, there is something not >> working properly with the Package install that I need to identify. >> >> 73's >> Greg, KI7MT >> >> >> On 7/4/2016 06:09, Bill Somerville wrote: >>> On 04/07/2016 13:06, Bill Somerville wrote: >>>> sudo apt install libusb-dev libudev-dev >>> >>> Hi again Jeff, >>> >>> Sorry, that should be: >>> >>>sudo apt install libusb-1.0-0-dev libudev-dev >>> >>> 73 >>> Bill >>> G4WJS. >> >> >> -- >> Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San >> Francisco, CA to explore cutting-edge tech and listen to tech luminaries >> present their vision of the future. This family event has something for >> everyone, including kids. Get more information and register today. >> http://sdm.link/attshape >> ___ >> wsjt-devel mailing list >> wsjt-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel >> > > > > -- > Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San > Francisco, CA to explore cutting-edge tech and listen to tech luminaries > present their vision of the future. This family event has something for > everyone, including kids. Get more information and register today. > http://sdm.link/attshape > > > > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > 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 -- Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] rev 6841 has a problem
Hi Bill, Yes, I wouldn't recommend that method for general use. update-alternatives is used allot with things like GCC tool chain testing, JRE environments etc. I'll probably just install another Ubuntu image (16.04), as that's easier (and safer), but there are issues for me elsewhere (non-JT related) on 16.04 that has kept me moving to 16.04 completely. 73's Greg, KI7MT On 07/01/2016 08:44 AM, Bill Somerville wrote: > On 01/07/2016 15:02, KI7MT wrote: >> I'll test this today, but, in theory, one should be able to use the QT >> opensource-installer for Linux and then update-alternatives, something >> along the lines of: >> >> * sudo update-alternatives --install "/usr/bin/qmake" qmake >> "/opt/Qt5.5.1/5.5.1/gcc_64/bin/qmake" 1 >> >> * sudo update-alternatives --set qmake /opt/Qt5.5.1/5.5.1/gcc_64/bin/qmake >> >> Obviously, one needs to change the version / path to match what and >> where the new QT5 version is installed. > > Hi Greg, > > not sure I understand, surely it would be easiest to upgrade the o/s > version rather than mess around with installing multiple versions of Qt. > Debian and RedHat already have Qt 4 and Qt 5, adding another Qt 5 > version is asking for problems. > > 73 > Bill > G4WJS. > -- Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] rev 6841 has a problem
Hi Bill, I'll test this today, but, in theory, one should be able to use the QT opensource-installer for Linux and then update-alternatives, something along the lines of: * sudo update-alternatives --install "/usr/bin/qmake" qmake "/opt/Qt5.5.1/5.5.1/gcc_64/bin/qmake" 1 * sudo update-alternatives --set qmake /opt/Qt5.5.1/5.5.1/gcc_64/bin/qmake Obviously, one needs to change the version / path to match what and where the new QT5 version is installed. 73's Greg, KI7MT On 07/01/2016 07:32 AM, Bill Somerville wrote: > > Hi Wolfgang, Joe & all, > > this should be OK:ish from r6842. If you are using a version of Qt prior > to v5.4 then the behaviour of the transmit watchdog triggered warning > message will be ugly as it will block all UI updates until it is dismissed. > > I recommend that Windows JTSDK users switch to Qt 5.5 or later and those > on Linux machines upgrade to their latest stable distribution versions, > for example Ubuntu 16.04 LTS uses Qt 5,5.1 as does Fedora 23. > > 73 > Bill > G4WJS. -- Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] rev 6842 compiles OK!
Hi Wolfgang, * Make sure you have the directory named: C:\JTSDK\config * Open JTSDK-QT, then type: enable-qt55 * Close and re-open JTSDK-QT You should now be set to use QT55. Be sure to re-build Hamlib3 before re-building WSJT-X. 73's Greg, KI7MT On 07/01/2016 07:37 AM, Wolfgang wrote: > Bill, > > I have downloaded the packages according to the infos on page > https://sourceforge.net/projects/jtsdk/files/win32/2.0.0/ > > Did compile & use up until 6841 any revision - Thanks for that! > > I do find a QT 5.5 directory named 'qt55' in my JTSDK directory. > > But how do I change the make script (or where is it defined) to > use the QT 5.5 ? > > 73's de OE1MWW > Wolfgang > -- Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] rev 6841 has a problem
This appears to be resolved in r6842
73's
Greg, KI7MT
On 07/01/2016 07:19 AM, Joe Taylor wrote:
> Wolfgang --
>
> Revision 6841 compiles OK with Qt 5.5, but not with Qt 5.2. Perhaps
> Bill will modify the new calls to QTimer::singleShot() so as to be
> compatible with Qt 5.2; or perhaps we will decide that it's time to
> insist on using Qt 5.5...
>
> -- Joe
>
> On 7/1/2016 9:00 AM, Wolfgang wrote:
>> Hello WSJT,
>>
>> my compile shows an error :-(
>>
>> Can someone help please ?
>>
>> 73 de Wolfgang
>> OE1MWW
>>
>> [ 87%] Building CXX object CMakeFiles/wsjtx.dir/mainwindow.cpp.obj
>> C:\JTSDK\src\wsjtx\mainwindow.cpp: In member function 'void
>> MainWindow::guiUpdate()':
>> C:\JTSDK\src\wsjtx\mainwindow.cpp:2526:55: error: no matching function for
>> call
>> to 'QTimer::singleShot(int, MainWindow::guiUpdate()::__lambda210)'
>> QTimer::singleShot (0, [=] {msgBox (message);}); // don't block guiUpdate
>> ^
>> C:\JTSDK\src\wsjtx\mainwindow.cpp:2526:55: note: candidates are:
>> In file included from
>> C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtCore/QtCore:77:0,
>> from C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtWidgets/QtWidgetsDepends:2,
>> from C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtWidgets/QtWidgets:3,
>> from C:\JTSDK\src\wsjtx\mainwindow.h:5,
>> from C:\JTSDK\src\wsjtx\mainwindow.cpp:3:
>> C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtCore/qtimer.h:81:17: note: static
>> void
>> QTimer::singleShot(int, const QObject*, const char*)
>> static void singleShot(int msec, const QObject *receiver, const char
>> *member);
>> ^
>> C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtCore/qtimer.h:81:17: note: candidate
>> expects 3 arguments, 2 provided
>> C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtCore/qtimer.h:82:17: note: static
>> void
>> QTimer::singleShot(int, Qt::TimerType, const QObject*, const char*)
>> static void singleShot(int msec, Qt::TimerType timerType, const QObject
>> *receiver, const char *member);
>> ^
>> C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtCore/qtimer.h:82:17: note: candidate
>> expects 4 arguments, 2 provided
>> C:\JTSDK\src\wsjtx\mainwindow.cpp:2535:67: error: no matching function for
>> call
>> to 'QTimer::singleShot(int, MainWindow::guiUpdate()::__lambda211)'
>> QTimer::singleShot (0, [=] {msgBox ("Runaway Tx watchdog");}); // don't block
>> guiUpdate
>> ^
>> C:\JTSDK\src\wsjtx\mainwindow.cpp:2535:67: note: candidates are:
>> In file included from
>> C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtCore/QtCore:77:0,
>> from C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtWidgets/QtWidgetsDepends:2,
>> from C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtWidgets/QtWidgets:3,
>> from C:\JTSDK\src\wsjtx\mainwindow.h:5,
>> from C:\JTSDK\src\wsjtx\mainwindow.cpp:3:
>> C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtCore/qtimer.h:81:17: note: static
>> void
>> QTimer::singleShot(int, const QObject*, const char*)
>> static void singleShot(int msec, const QObject *receiver, const char
>> *member);
>> ^
>> C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtCore/qtimer.h:81:17: note: candidate
>> expects 3 arguments, 2 provided
>> C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtCore/qtimer.h:82:17: note: static
>> void
>> QTimer::singleShot(int, Qt::TimerType, const QObject*, const char*)
>> static void singleShot(int msec, Qt::TimerType timerType, const QObject
>> *receiver, const char *member);
>> ^
>> C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtCore/qtimer.h:82:17: note: candidate
>> expects 4 arguments, 2 provided
>> C:\JTSDK\src\wsjtx\mainwindow.cpp:2672:57: error: no matching function for
>> call
>> to 'QTimer::singleShot(int, MainWindow::guiUpdate()::__lambda212)'
>> QTimer::singleShot (0, [=] {msgBox (message);}); // don't block guiUpdate
>> ^
>> C:\JTSDK\src\wsjtx\mainwindow.cpp:2672:57: note: candidates are:
>> In file included from
>> C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtCore/QtCore:77:0,
>> from C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtWidgets/QtWidgetsDepends:2,
>> from C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtWidgets/QtWidgets:3,
>> from C:\JTSDK\src\wsjtx\mainwindow.h:5,
>> from C:\JTSDK\src\wsjtx\mainwindow.cpp:3:
>> C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtCore/qtimer.h:81:17: note: static
>> void
>> QTimer::singleShot(int, const QObject*, const char*)
>> static void singleShot(int msec, const QObject *receiver, const char
>> *member);
>> ^
>> C:/JTSDK/qt5/5.2.1/mingw48_32/include/QtCore/qtimer.h:81:17:
Re: [wsjt-devel] Newly Built wsjtx-1.7.0 Startup Error
Hi Neil, Ok, no worries. I'm glad you have it sorted out. The next JTSDK release for Windows ( ~ 2.1.x) will make the whole installation process much less painful. It's been a bit of a learning curve for me in dealing with Windows :/ 73's Greg, KI7MT On 06/30/2016 01:29 PM, Neil Zampella wrote: > Hi Greg, > > well after Windows 8.1 installed, I figured let me start from scratch as > far as the JTSDK setup. I uninstalled it, manually deleted what was > left under that directory, and downloaded Omnirig, and all the JTSDK > base & update installers. > > Installed everything per the readme, built hamlib3, then build WSJTX > with the rinstall option. I had previously turned on autorun. > Finished the compile & build, and WSJTX started up like a champ. > > Not sure what I did wrong, or if I skipped a step while installing > WSJTX, or perhaps an issue with Win 8.0, in any case. Its working now. > Sorry for the fuss, just wanted to check if I was the only one having > this issue, thus eliminating anything else. > > Cheers, > > Neil, KN3ILZ > > > On 6/29/2016 11:03 PM, KI7MT wrote: >> Hi Neil, >> >> I did some brief digging on this last night, and most of the QT forums >> point to libstdc++-6.dll missing form the bin directory, but that's is a >> way out there guess. Check the local install directory and make sure all >> the tool-shain dll's are prtesent. >> >> If they are not, something very strange is going on, as I don't recall a >> time or instance where Cmake didn't add all the required dependencies. >> >> Only other thing of I can think of, JTSDK wise, is, make sure your not >> building the debug version, as that has a CMD script that sets to paths >> to those DLL's, but that too is a stretch. >> >> 73's >> Greg, KI7MT >> >> >> On 06/29/2016 08:01 PM, Neil Zampella wrote: >>> Hi Greg, >>> >>> >>> On 6/29/2016 12:00 AM, KI7MT wrote: >>>> Hi Neil, >>>> >>>> See below >>>> >>>> On 06/28/2016 07:16 PM, Neil Zampella wrote: >>>>> Bill, >>>>> >>>>> Had just reloaded Windows 8 on my laptop as the hard disk was starting >>>>> to fail, and installed a new hard drive. Had just reloaded JTSDK from >>>>> scratch, using all the updates, etc. >>>>> >>>>> Michael - I enabled qt55 after everything was installed, and since it >>>>> was a complete reload the directories were clean >>>> Did you re-start JTSDK-QT after setting enable-qt55 and before building >>>> Hamlib3 / WSJT-X? >>> Yep .. shows as 5.5 on the command-line. >>> >>>>> OK ... built Hamlib3, no problems. >>>>> >>>>> Built WSJT-X as a package, obviously from the latest sources, again, no >>>>> issues that popped up. >>>>> >>>>> Installed the package, no errors from the installer. >>>>> >>>>> Went to start the program, got the entry point error. >>>> If you enable-autorun, then build, do you get the entry point error? >>> Yes I did. >>> >>> I thought of something when I was rebuilding, and so I downloaded the >>> Visual Studio redistributions again, and 'repaired' the installation. >>> >>> Ran the build again, no joy.Again, compiling on Windows 8. >>> >>> Since this was a reinstall of the OS drive, the system is now >>> downloading Win 8.1 so I'll try again after that's installed. >>> >>> >>>>> Neil, >>>>> KN3ILZ >>>> 73's >>>> Greg, KI7MT >>>> >>>> >>> Neil, >>> KN3ILZ >> > > > -- > Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San > Francisco, CA to explore cutting-edge tech and listen to tech luminaries > present their vision of the future. This family event has something for > everyone, including kids. Get more information and register today. > http://sdm.link/attshape > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > 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 -- Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Newly Built wsjtx-1.7.0 Startup Error
Hi Neil, I did some brief digging on this last night, and most of the QT forums point to libstdc++-6.dll missing form the bin directory, but that's is a way out there guess. Check the local install directory and make sure all the tool-shain dll's are prtesent. If they are not, something very strange is going on, as I don't recall a time or instance where Cmake didn't add all the required dependencies. Only other thing of I can think of, JTSDK wise, is, make sure your not building the debug version, as that has a CMD script that sets to paths to those DLL's, but that too is a stretch. 73's Greg, KI7MT On 06/29/2016 08:01 PM, Neil Zampella wrote: > Hi Greg, > > > On 6/29/2016 12:00 AM, KI7MT wrote: >> Hi Neil, >> >> See below >> >> On 06/28/2016 07:16 PM, Neil Zampella wrote: >>> Bill, >>> >>> Had just reloaded Windows 8 on my laptop as the hard disk was starting >>> to fail, and installed a new hard drive. Had just reloaded JTSDK from >>> scratch, using all the updates, etc. >>> >>> Michael - I enabled qt55 after everything was installed, and since it >>> was a complete reload the directories were clean >> Did you re-start JTSDK-QT after setting enable-qt55 and before building >> Hamlib3 / WSJT-X? > > Yep .. shows as 5.5 on the command-line. > >>> OK ... built Hamlib3, no problems. >>> >>> Built WSJT-X as a package, obviously from the latest sources, again, no >>> issues that popped up. >>> >>> Installed the package, no errors from the installer. >>> >>> Went to start the program, got the entry point error. >> If you enable-autorun, then build, do you get the entry point error? > > Yes I did. > > I thought of something when I was rebuilding, and so I downloaded the > Visual Studio redistributions again, and 'repaired' the installation. > > Ran the build again, no joy.Again, compiling on Windows 8. > > Since this was a reinstall of the OS drive, the system is now > downloading Win 8.1 so I'll try again after that's installed. > > >> >>> >>> Neil, >>> KN3ILZ >> 73's >> Greg, KI7MT >> >> > > Neil, > KN3ILZ -- Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Newly Built wsjtx-1.7.0 Startup Error
Hi Neil, See below On 06/28/2016 07:16 PM, Neil Zampella wrote: > Bill, > > Had just reloaded Windows 8 on my laptop as the hard disk was starting > to fail, and installed a new hard drive. Had just reloaded JTSDK from > scratch, using all the updates, etc. > > Michael - I enabled qt55 after everything was installed, and since it > was a complete reload the directories were clean Did you re-start JTSDK-QT after setting enable-qt55 and before building Hamlib3 / WSJT-X? > > OK ... built Hamlib3, no problems. > > Built WSJT-X as a package, obviously from the latest sources, again, no > issues that popped up. > > Installed the package, no errors from the installer. > > Went to start the program, got the entry point error. If you enable-autorun, then build, do you get the entry point error? > > > Neil, > KN3ILZ 73's Greg, KI7MT -- Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] [SOLVED] No Audio Options in Dropdown
Hi Jeff, I missed the beginning of this thread, sorry. I am assuming this is Linux, how did you install JTSDK? The Nix installation, via the launchpad PPA / meta package(s) should have installed libqt5multimedia5-plugins, as it is listed in the Debian control file for jtsdk-minimal, standard and full. If you built JTSDK from source, the autotools script does not check for all the QT5 libs, but, the plugin module is listed in: https://sourceforge.net/p/jtsdk/jtsdk/HEAD/tree/jtsdk-nix/trunk/README.pkg-lists 73's Greg, KI7MT > > Hi Bill, > > I found the answer to the issue, I was missing a package. > Turns out I was missing the libqt5multimedia5-plugins. Or at least > installing it fixed the issue... > > I believe JTSDK checked for libqt5multimedia, but maybe not for the > plugins? At any rate, I've got it working now. It's odd that it worked > with a pre-compiled version but not with the locally compiled one, I > don't know anywhere near enough to attempt to explain that. > > Pavucontrol was showing my sound cards normally, but wsjtx wasn't > showing up in the applications list. That was one of the things leading > me to believe it was an issue with connecting to the audio server. > > Thanks, > Jeff Connelly > VE7DAC -- Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Issue while compiling wsjtx revision 6799-dirty on 32 bit Fedora 22
Hi Bill, r6802 builds OK now on Ubuntu 14.04 / 16.04 64-bit. 73's Greg, KI7MT On 06/23/2016 03:35 AM, Bill Somerville wrote: > On 23/06/2016 09:09, Claude Frantz wrote: >> /home/claude/ham/JoeTaylor/wsjtx/lib/qra/qra65/qra65.c:38:34: fatal >> error: ..\qracodes\qracodes.h: No such file or directory >> compilation terminated. >> CMakeFiles/wsjt_cxx.dir/build.make:763: recipe for target >> 'CMakeFiles/wsjt_cxx.dir/lib/qra/qra65/qra65.c.o' failed > > Hi Claude & all, > > this build issue on non-Windows platforms should be resolved in r6800. > > 73 > Bill > G4WJS. -- Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] WSJT-X r6797 Build Error: target wsjt_fort_omp
Hello All, Was rebuilding r6797 this afternoon and ran into the error below. I've not seen this error before. - Building Fortran object CMakeFiles/wsjt_fort_omp.dir/lib/zplot9.f90.o [ 67%] Building CXX object CMakeFiles/wsjt_fort_omp.dir/wsjt_fort_omp_automoc.cpp.o Linking CXX static library libwsjt_fort_omp.a [ 67%] Built target wsjt_fort_omp make: *** [all] Error 2 - 73's Greg, KI7MT -- Attend Shape: An AT&T Tech Expo July 15-16. Meet us at AT&T Park in San Francisco, CA to explore cutting-edge tech and listen to tech luminaries present their vision of the future. This family event has something for everyone, including kids. Get more information and register today. http://sdm.link/attshape ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X SW Version for WSPR Spots
Hi Steve, I'm not sure, I've never uploaded manually. I'd give Bill's suggestion a shot and see how it goes. 73's Greg, KI7MT On 06/15/2016 02:30 PM, Bill Somerville wrote: > On 15/06/2016 21:19, Steven Franke wrote: >> curl -s -m 8 -Fallmept=@/home/sfranke/Builds/wsprcan/wspr_spots.txt >> -F call=K9AN -F grid=EN50wchttp://wsprnet.org/meptspots.php >> >> Do you know what I would have to do in order to fill in the version >> field? Perhaps I should have my spots identify with WSJT-X 1.7, as >> that is the version of wsprd that I am using. > > Hi Steve& Greg, > > WSJT-X posts to http://wsprnet.org/post but I'm sure the fields are > similar to the meptspots.php service. Try adding: > > -F version=1.7.0 > > that should get it done. > > 73 > Bill > G4WJS. -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. http://pubads.g.doubleclick.net/gampad/clk?id=1444514421&iu=/41014381 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X SW Version for WSPR Spots
Hi Steve, Bill, I think Bill is right on with the 10 character limit. I checked several archive files form WSPRnet, it definitely looks like a field limit. I wrote up a Python script [1] that combines some work from Gian Piero (I2GPG) and R scripts from Pavel Demin to do basic analysis. I have several more modules in the works that will use use Pandas [2] and Matplotlib [3] but they are are not ready yet. One of them will do comparison against WSPR versions, which is what brought up this subject. Attached is from your call and mine. Obviously, yours is more interesting as you are on most all the bands. It's a simple spots per hour plot, but, it forms the based of creating other analysis plots. It would be good if we could get the version info in the DB so as to allow for more in-depth comparisons between versions [1] https://github.com/KI7MT/wspr-ana [2] http://pandas.pydata.org/ [3] http://matplotlib.org/ 73's Greg, KI7MT On 06/15/2016 12:10 PM, Steven Franke wrote: > Hi Greg - > > I should point out that I am not a typical wspr spotter, as most of my spots > come from my 8-band USRP-based SDR. Rather than have 8 instances of WSJT-X > running, I use a Gnuradio receiver that is controlled by xml-rpc commands to > write 8 .wav files every 2-minute cycle. Those files are decoded by the same > wsprd that is used in WSJT-X, but the whole process, including uploading of > spots, is controlled by bash shell scripts running as cron jobs under linux. > I think that the version tag is “null” for the spots from that system. I > also have a TS-480 running the development version of WSJT-X — that rig > band-hops and also transmits. The spots from that rig will have the > "1.7.0-deve” tag, I assume. > > Steve k9an > >> On Jun 15, 2016, at 11:50 AM, KI7MT wrote: >> >> Hi Bill, Joe, >> >> I was looking at WSPR spots from WSJT-X on WSPRnet and noticed the SVN >> revision tag is being truncated somehow. I am not sure if it is >> happening on the WSPRnet side or the WSJT-X reporting side. >> >> Below if a quick query showing the counts for June month to date. The >> 4.0 / 2.0 counts are from WSPR (Python versions), I've no idea where the >> NULL "" version counts are coming from, but they certainly make up the >> majority of spots made in the data set I looked at. >> >> It would be nice if we could get the full WSJT--X Version in the report, >> the same as what happens with WSJT-X PSK Reporter spots. >> >> The data was filtered on K9AN ( as Spotter and Heard by Others ) >> >> Raw Count Data >> --- >> "" "107311" >> >> "1.7.0-deve" "20524" >> >> "1.6.0" "5502" >> >> "2.12_r3617" "1339" >> >> "2.0_r1714" "1137" >> >> "1.6.1-deve" "596" >> >> "0.8_r3058" "533" >> >> "4.0 r4171" "316" >> >> "1.6.0-rc1" "214" >> >> "1.6.0-deve" "197" >> >> "2.21_r2286" "164" >> >> "1.6.0-rc2" "161" >> >> "0.6""118" >> >> "0.9_r4178" "118" >> >> "3.9_r2840" "102" >> >> "2.11_r2263" "87" >> >> "4.0 r5489" "77" >> >> "0.9_r5162" "61" >> >> "3.00_r2326" "59" >> >> "4.00_r4171" "56" >> >> "4.0 r4889" "36" >> >> "4.0 r3015" "13" >> >> "4.0 r6470" "12" >> >> "4.0 r6434" "3" >> >> "2.20_r2279" "1" >> --- >> >> 73's >> Greg, KI7MT >> >> -- >> What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic >> patterns at an interface-level. Reveals which users, apps, and protocols are >> consuming the most bandwidth. Provides multi-vendor support for NetFlow, >> J-Flow, sFlow and other flows. Make informed decisions using capacity >> planning >> reports. >> http://pubads.g.doubleclick.net/gampad/clk?id=1444514421&iu=/41014381 >> ___ >> wsjt-devel mailing list >> wsjt-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wsjt-dev
[wsjt-devel] WSJT-X SW Version for WSPR Spots
Hi Bill, Joe, I was looking at WSPR spots from WSJT-X on WSPRnet and noticed the SVN revision tag is being truncated somehow. I am not sure if it is happening on the WSPRnet side or the WSJT-X reporting side. Below if a quick query showing the counts for June month to date. The 4.0 / 2.0 counts are from WSPR (Python versions), I've no idea where the NULL "" version counts are coming from, but they certainly make up the majority of spots made in the data set I looked at. It would be nice if we could get the full WSJT--X Version in the report, the same as what happens with WSJT-X PSK Reporter spots. The data was filtered on K9AN ( as Spotter and Heard by Others ) Raw Count Data --- "" "107311" "1.7.0-deve""20524" "1.6.0" "5502" "2.12_r3617""1339" "2.0_r1714" "1137" "1.6.1-deve""596" "0.8_r3058" "533" "4.0 r4171" "316" "1.6.0-rc1" "214" "1.6.0-deve""197" "2.21_r2286""164" "1.6.0-rc2" "161" "0.6" "118" "0.9_r4178" "118" "3.9_r2840" "102" "2.11_r2263""87" "4.0 r5489" "77" "0.9_r5162" "61" "3.00_r2326""59" "4.00_r4171""56" "4.0 r4889" "36" "4.0 r3015" "13" "4.0 r6470" "12" "4.0 r6434" "3" "2.20_r2279""1" --- 73's Greg, KI7MT -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. http://pubads.g.doubleclick.net/gampad/clk?id=1444514421&iu=/41014381 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] JTSDK Doc Migration to GitHub/Read-The-Docs
Hello All, For some time now, I've been looking for a better ( easier ) way of managing release documentation, and I think I have a solution that meets all the needs I have ( maybe others ), and thought I'd pass this along. I still use AsciiDoctor, Allot, but I am finding this solution to be easier and faster for software related stuff. I've migrated most of the JTSDK source code over to GitHub ( SF will still be used for large file storage / archive ) and have started using "Read The Docs" for automated online documentation generation. Example ( sill a work in progress ): http://jtsdk-win.readthedocs.io Long story short, the process uses Sphinx reST ( Restructured Text ) and a GitHub hook to push the source code whenever a commit hits the Master branch. Basically, I don't have to do anything, other than ensure the docs are ready to go before code is pushed to the master branch. RTD ( Read The Docs ) generates three file formats ( HTML, PDF and EPUB ) for every update. Local Sphinx installations can build some 15 or so formats, including Manpages and *does not* require AsciiDoc / A2X nor any of the XML related libraries. Sphinx will work with Python2 or Python3, it matters not which one. I used pip in a Virtual Environment to install Sphinx + Dependencies, it took less than 1 minute start to finish, with no affect on Main System Packaging ( nothing installed outside of my $USER ). If you use the Sphinx Autobuilder ( sphinx-autobuild ), it will create a Makefile and / or Make.bat file for you. It asks all the questions, you just fill in the blanks when asked, at the end, you have the start of a project you can now work on / add too / test build with or whatever. To build the docs, simply change directories to the docs dir you ran sphinx-autobuilder in and: #-- make html make epub make clean etc etc #-- The entire virtual environment, including Python + all of it's base requirements, was about ~61 MB, without LaTeX. Adding in LaTeX adds a fare bit more, but nothing major. The install process is very simple: In A Terminal #--- mkvirtualenv -p python=python3 jtsdk-win workon jtsdk-win pip install sphinx sphinx-autobuild sphinx-rtd-theme #--- Thats it. Now you have a Python3 Virtual environment with Sphinx and all the required packaging to build your documentation ( without messing with your system packaging ). Any time you want to exit the Python3 Env, simply type: deactivate, and your back to your normal Python Environment. On Linux, you can install all the packages with the system package manager if you don't need to use Virtual Envs for isolation. I like to use them for insurance. Anyway, checkout Sphinx + reST ( Restructured Text ), it is simple to setup / use, builds lots of doc types easily, and can be run without affecting base system packaging. 73's Greg, KI7MT -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] JTSDK-QT quits after initially starting
Hi Bob, I'll send you an email offline on how to get things sorted out. 73's Greg, KI7MT On 06/05/2016 01:53 PM, Bob KD7YZ wrote: > In the initial install, I am at WSJTX v1.7.0 Devel Example."Open > JTSDK-QT ... cmd starts. I see some light-blue lettering start to fill > the cmd window then the cmd window closes promptly. > > > -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] help with running 'update' initially
Hi Bob, The basic installation instrucitons for JTSDK-Win can be found here: https://sourceforge.net/projects/jtsdk/files/win32/2.0.0/ Release notes can be found here: https://sourceforge.net/projects/jtsdk/files/win32/documentation/release-notes/ While the file is for v2.0.4 ( latest is v2.0.5 ), most has not changed. As a side note, all of the WSJT applications can now be built without the need of JTSDK-DOC. As a result, the next major release of JTSDK (v2.1.0) will no longer include JTSDK-DOC, as it is not needed. 73's Greg, KI7MT On 06/04/2016 02:11 PM, Bob KD7YZ wrote: > following an email to a list from I 'think' a K7MT, I copied a quide to > initially running cmake. > > So I downloaded and extracted into C:\jtsdk-doc then ran > > jtsdk-docenv.bat > > followed directions to checkout. That seems to have worked. > > The next step was supposed to ber type the command 'update'. However, > when I tried to re-run jtsdk-docenv.bat, which is clearly still there, I > get a return that it's not a valid fil;e: > > here is the screenshot > ---CMD--- > 04-Jun-16 15:44 . > 04-Jun-16 15:44 .. > 04-Jun-16 15:44 doc > 25-Mar-14 14:42 1,056 jtsdk-docenv.bat > 24-Mar-14 15:26 subversion > 25-Mar-14 10:36 tools >1 File(s) 1,056 bytes >5 Dir(s) 373,899,153,408 bytes free > > c:\JTSDK-DOC>jtsdk-docenv.bat > 'c:\JTSDK-DOC\doc\doc-env.bat' is not recognized as an internal or > external command, > operable program or batch file. > > c:\JTSDK-DOC> > > > what do I do now? > -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] JTSDK-Win32 - Feature Requests ( User Input Requested ).
Hi Victor, Thanks got to Joe, Bill, Steve, Mike etc, they write all the application code. I do not do any of that work. Joe and Bill would mostly add those types of features / requests, and they read the list routinely. Just to be clean on your request, you should send an email to: wsjt-devel@lists.sourceforge.net with an appropriate subject line, and request those features / additions, just to make sure it doesn't get mixed in with other things. 73's Greg, KI7MT On 05/31/2016 08:25 PM, Victor Batchelor wrote: > Hi Greg, > Thank you for taking time to reply. > Sorry I get confused with the different versions. What I was referring to is > WSPR-2 mode in WSJT-X. > The decoder is certainly much improved, and I like many truly appreciate your > changes. > 73 > Victor > > > > Hi Victor, > > I don't think WSPR-X is under active development. Joe and the other > developers are mainly focusing on WSJT-X and the many sub-programs / > modes it provides. > > I would suggest trying WSJT-X >> WSPR Mode as it has a much improved > decoder over that which currently resides in either the original version > of WSPR or WSPR-X. > > 73's > Greg, KI7MT > > > On 05/25/2016 02:47 AM, Victor Batchelor wrote: >> Hi Greg, >> I would like the WSPR-X waterfall to show the real frequency rather than >> 1400 to 1600. >> As an alternative the option to click on the waterfall to show the real >> frequency would be fine but probably much more work. >> Thanks for all your great work >> 73 >> Victor >> >> >> Hello All, >> >> It's about time to start work on another major release of JTSDK Win32 >> (v2.1), primarily to update packages, libraries, consolidate scripts, >> reduce the overall foot print and number of installers. >> >> With that in mind, I'd like to hear from those of you that use JTSDK on >> Windows as what what sort of features you'd like to see added, things >> you like / dislike or would like to see cleaned up / changed. >> >> The following is a short list of things I currently have on the To-Do list: >> >> * Reduce installer packages back down to one Inno-Setup script >> * Consider using only Windows installers for periodic updates >> * Reduce the number of redundant tool sets (JTSDK-DOC / Cyg32 for >> example) Is anyone using this? >> * Update the Asciidoctor tool chain to allow building PDF files in >> addition to HTML documents >> * Move all the tool \ library folders into a central location >> C:\JTSDK\tools to clean up the cluttered root directory. >> * Eliminate Python27. Is there a reason to have both Python2 and Python3? >> * Eliminate AsciiDoc. Is there a need for both AsciiDoc and AsciiDoctor? >> * Minimize the number or redundant mingw32 tools chains (MSYS and Ruby >> DevKit both use the same tool chain, no need for both) >> * RapidEE - Is this being used by anyone? >> * Add more or reduce the number of generic GNU core-util aplications? >> * Investigate the use of SQLite for package and / or upgrade management. >> Are there other uses for SQLite? >> >> That's a good start in reducing redundancy and disk space, but what >> about new features and abilities? As it stands now, I personally do not >> have a great need for much above and beyond what is currently available >> one way or another, but others may have different needs. If you do, feel >> free to pass along the request(s). >> >> >> 73's >> Greg, KI7MT > > > > -- 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 -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] JTSDK-Win32 - Feature Requests ( User Input Requested )
Hi Victor, I don't think WSPR-X is under active development. Joe and the other developers are mainly focusing on WSJT-X and the many sub-programs / modes it provides. I would suggest trying WSJT-X >> WSPR Mode as it has a much improved decoder over that which currently resides in either the original version of WSPR or WSPR-X. 73's Greg, KI7MT On 05/25/2016 02:47 AM, Victor Batchelor wrote: > Hi Greg, > I would like the WSPR-X waterfall to show the real frequency rather than 1400 > to 1600. > As an alternative the option to click on the waterfall to show the real > frequency would be fine but probably much more work. > Thanks for all your great work > 73 > Victor > > > Hello All, > > It's about time to start work on another major release of JTSDK Win32 > (v2.1), primarily to update packages, libraries, consolidate scripts, > reduce the overall foot print and number of installers. > > With that in mind, I'd like to hear from those of you that use JTSDK on > Windows as what what sort of features you'd like to see added, things > you like / dislike or would like to see cleaned up / changed. > > The following is a short list of things I currently have on the To-Do list: > > * Reduce installer packages back down to one Inno-Setup script > * Consider using only Windows installers for periodic updates > * Reduce the number of redundant tool sets (JTSDK-DOC / Cyg32 for > example) Is anyone using this? > * Update the Asciidoctor tool chain to allow building PDF files in > addition to HTML documents > * Move all the tool \ library folders into a central location > C:\JTSDK\tools to clean up the cluttered root directory. > * Eliminate Python27. Is there a reason to have both Python2 and Python3? > * Eliminate AsciiDoc. Is there a need for both AsciiDoc and AsciiDoctor? > * Minimize the number or redundant mingw32 tools chains (MSYS and Ruby > DevKit both use the same tool chain, no need for both) > * RapidEE - Is this being used by anyone? > * Add more or reduce the number of generic GNU core-util aplications? > * Investigate the use of SQLite for package and / or upgrade management. > Are there other uses for SQLite? > > That's a good start in reducing redundancy and disk space, but what > about new features and abilities? As it stands now, I personally do not > have a great need for much above and beyond what is currently available > one way or another, but others may have different needs. If you do, feel > free to pass along the request(s). > > > 73's > Greg, KI7MT -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] JTSDK Nix v2.0.21 Upgrade Available
Hello All, This upgrade fixes several user reported bugs, updates package list README files and jtsdk-meta packages. No new functions were added. *CHANGE-LOG* - Fixed bug for WSPR SVN check out - Updated README and README.pkg-lists.txt files - Fixed bug that removes the JTSDK shared folder during uninstall - Fixed bug for Autosvn when the folders do not exist - Added libusb-1.0-0-dev package support for Hamlib3 - Added libudev-dev, coderay and ascidoctor to jtsdk-meta pkgs - Changed python-dev to python3-dev in jtsdk-meta pkgs - Removed source-highlight from jtsdk-meta pkgs Package additions / deletions apply to JTSDK Meta packages. If your installing from source you will need to add the packages listed above manually for your specific distribution. I've added pre-compiled versions of both the Release Notes and User Guide (HTML and PDF) so users can review them before hand. Installation instruction can be found in the User Guide (PPA and Source). The release notes file now provides links to the respective User Guides for each version. *INSTALLATION* - See User Guide - Link: https://sourceforge.net/projects/jtsdk/files/linux/2.0.0/documentation/user-guide/2.0.21/ *UPGRADE* - Those using the my PPA for installation should see version 2.0.21 appear during your next system update && upgrade. - For those building from source, see the User Guide listed above. *RELEASE NOTES: Link: https://sourceforge.net/projects/jtsdk/files/linux/2.0.0/documentation/release-notes/2.0.21/ 73's Greg, KI7MT 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 -- Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] wsjt
HI Michael, No, the WSJT-X v1.7 development branch does not need nor use KVASD 73's Greg, KI7MT On 05/08/2016 10:20 AM, Michael Durkin wrote: > all looks good but so far no decodes on 20M > > Does V1.7 need the KVASD decoder still ? > > On Sat, May 7, 2016 at 5:21 PM, Michael Durkin wrote: > >> k ... found v1.7 ... sigh... building >> >> On Sat, May 7, 2016 at 5:19 PM, Michael Durkin wrote: >> >>> Ha i was wrong i can build >>> >>> so, i thought latest does not need KVSAD decoder? >>> >>> >>> >>> On Sat, May 7, 2016 at 2:27 PM, Michael Durkin wrote: >>> >>>> found the problem,but theres nothing i can do about it >>>> >>>> libgles2-mesa-dev conflicts with mali video drivers and untill the messa >>>> headder gets updated im stuck . >>>> >>>> On Sat, May 7, 2016 at 9:32 AM, Michael Durkin wrote: >>>> >>>>> Well ... i did not .. but did this morning >>>>> Dang ... i thought i was a bit more up to date on my packages ... but >>>>> 1.3G of new packages ;) >>>>> >>>>> jtsdk seems to be running fine ... building wsjtx-exp ... by accident >>>>> (kinda) .. didint mean to make a tarbal but once its done i guess i could >>>>> share it with other SBC Odroid-C2 users out there if all goes well >>>>> ... >>>>> >>>>> I think a addition to the help files that are used within jtsdk. Like a >>>>> "(RC = type of build)" >>>>> >>>>> I don't know what the differences are and a real short addition to the >>>>> help file would be nice .. >>>>> >>>>> Id guess this afternoon ill have a working wsjtx . ill still need >>>>> to get a loop-sink working ... ie snd-aloop i think is what its called ... >>>>> >>>>> I can Rx with wsjtx, I know that even before its build ... the monitor >>>>> of my SDR speaker output is easy Tx is another thing i dont ever >>>>> remember seeing a "monitor" option of the microphone (soundcard input) >>>>> that >>>>> the SDR uses that wsjtx could be pointed to. >>>>> >>>>> I usally use hamlib #2 with a port id to controll Rx/Tx and >>>>> frequency . >>>>> >>>>> looking forward to working VHF/UHF from my location . DN17jo >>>>> >>>>> On Fri, May 6, 2016 at 11:12 PM, T61AA Ross wrote: >>>>> >>>>>> Mike, >>>>>> >>>>>> There is a file listing all file dependencies that JTSDK needs, did >>>>>> you open this file and just do a copy and paste of and including "sudo >>>>>> apt-get install .." >>>>>> File is called README.pkg-lists >>>>>> >>>>>> 73 >>>>>> >>>>>> Ross >>>>>> >>>>>> Sent from my iPhone 6 >>>>>> >>>>>> On 7 May 2016, at 05:22, Michael Durkin wrote: >>>>>> >>>>>> jtsdk-nix did build and install >>>>>> >>>>>> with 2 cavets ... >>>>>> >>>>>> must be exstracted to /home/ >>>>>> >>>>>> and >>>>>> >>>>>> renamed to jtsdk >>>>>> >>>>>> now ... first error when installing might be a missing package ... not >>>>>> sure. >>>>>> oh .. i was using jtsdk to build hamlib3 >>>>>> >>>>>> make[1]: Entering directory '/home/kc7noa/jtsdk/src/build/hamlib/doc' >>>>>> Updating /home/kc7noa/jtsdk/src/g4wjs-hamlib/doc/version.texi >>>>>> MAKEINFO /home/kc7noa/jtsdk/src/g4wjs-hamlib/doc/hamlib.info >>>>>> MAKEINFO hamlib.html >>>>>> /home/kc7noa/jtsdk/src/g4wjs-hamlib/build-aux/missing: line 81: >>>>>> makeinfo: command not found >>>>>> /home/kc7noa/jtsdk/src/g4wjs-hamlib/build-aux/missing: line 81: >>>>>> makeinfo: command not found >>>>>> WARNING: 'makeinfo' is missing on your system. >>>>>> You should only need it if you modified a '.texi' file, or >>>>>> any other file indirectly aff
Re: [wsjt-devel] wsjt
Hi Michael, Here's the release notes for JTSDK v2.0.19: https://sourceforge.net/projects/jtsdk/files/linux/2.0.0/documentation/release-notes/jtsdk-nix-2.0.19.html/download Section 6 outlines installation methods either via PPA (which would have been much easier) or from source. 73's Greg, KI7MT On 05/06/2016 11:22 PM, Michael Durkin wrote: > jtsdk-nix did build and install > > with 2 cavets ... > > must be exstracted to /home/ > > and > > renamed to jtsdk > > now ... first error when installing might be a missing package ... not sure. > oh .. i was using jtsdk to build hamlib3 > > make[1]: Entering directory '/home/kc7noa/jtsdk/src/build/hamlib/doc' > Updating /home/kc7noa/jtsdk/src/g4wjs-hamlib/doc/version.texi > MAKEINFO /home/kc7noa/jtsdk/src/g4wjs-hamlib/doc/hamlib.info > MAKEINFO hamlib.html > /home/kc7noa/jtsdk/src/g4wjs-hamlib/build-aux/missing: line 81: makeinfo: > command not found > /home/kc7noa/jtsdk/src/g4wjs-hamlib/build-aux/missing: line 81: makeinfo: > command not found > WARNING: 'makeinfo' is missing on your system. > You should only need it if you modified a '.texi' file, or > any other file indirectly affecting the aspect of the manual. > You might want to install the Texinfo package: > <http://www.gnu.org/software/texinfo/> > The spurious makeinfo call might also be the consequence of > using a buggy 'make' (AIX, DU, IRIX), in which case you might > want to install GNU make: > <http://www.gnu.org/software/make/> > WARNING: 'makeinfo' is missing on your system. > You should only need it if you modified a '.texi' file, or > any other file indirectly affecting the aspect of the manual. > You might want to install the Texinfo package: > <http://www.gnu.org/software/texinfo/> > The spurious makeinfo call might also be the consequence of > using a buggy 'make' (AIX, DU, IRIX), in which case you might > want to install GNU make: > <http://www.gnu.org/software/make/> > Makefile:485: recipe for target 'hamlib.html' failed > make[1]: *** [hamlib.html] Error 1 > make[1]: *** Waiting for unfinished jobs > Makefile:451: recipe for target '/home/kc7noa/jtsdk/src/g4wjs-hamlib/doc/ > hamlib.info' failed > make[1]: *** [/home/kc7noa/jtsdk/src/g4wjs-hamlib/doc/hamlib.info] Error 127 > make[1]: Leaving directory '/home/kc7noa/jtsdk/src/build/hamlib/doc' > Makefile:564: recipe for target 'all-recursive' failed > make: *** [all-recursive] Error 1 > kc7noa@odroid64:~/jtsdk-nix$ > > > > kc7noa@odroid64:~/jtsdk-nix$ sudo apt-get install textinfo > [sudo] password for kc7noa: > Reading package lists... Done > Building dependency tree > Reading state information... Done > E: Unable to locate package textinfo > kc7noa@odroid64:~/jtsdk-nix$ > > > On Fri, May 6, 2016 at 9:17 PM, T61AA Ross wrote: > >> I might also add I'm running JTSDK and WSJTX 1.7.0 r6674 on another Linux >> 14.04 and two Win 10 machines as well without issue. >> >> Sent from my iPhone 6 >> >>> On 7 May 2016, at 01:17, T61AA Ross wrote: >>> >>> I'm also running JTSDK and compiling and running WSJTX on a RaspberryPi >> B3 without issues on Ubuntu 16.04 >>> >>> Sent from my iPhone 6 >>> >>>> On 7 May 2016, at 00:52, KI7MT wrote: >>>> >>>> Hi Michael, >>>> >>>> Can you expand a bit on the permission error; where and how does it >>>> manifest? >>>> >>>> I tested JTSDK v2.0.19 on an ARMHF device (RPI2 Quad core) using >>>> Ubuntu-Mate 15.04 and did not hit any permission problems. >>>> >>>> All the apps JTSDK can build worked as expected, but on a busy band (20m >>>> JT65 + JT9) sometimes the decodes would go into the next cycle. It may >>>> have been my setup with dual pass and other advanced feature setting >>>> causing the slowness, not sure. >>>> >>>> 73's >>>> Greg, KI7MT >>>> >>>>>> On 05/06/2016 05:46 PM, Michael Durkin wrote: >>>>>> I always got permission errors with the jtsdk ... least on the SBC >> arm ... >>>>>> On May 6, 2016 4:43 PM, "T61AA Ross" wrote: >>>>>> >>>>>> Hi Bill and Mike, >>>>>> >>>>>> JTSDK will install all needed packages, you can also use synaptic to >>
Re: [wsjt-devel] wsjt
Hi Michael, Can you expand a bit on the permission error; where and how does it manifest? I tested JTSDK v2.0.19 on an ARMHF device (RPI2 Quad core) using Ubuntu-Mate 15.04 and did not hit any permission problems. All the apps JTSDK can build worked as expected, but on a busy band (20m JT65 + JT9) sometimes the decodes would go into the next cycle. It may have been my setup with dual pass and other advanced feature setting causing the slowness, not sure. 73's Greg, KI7MT On 05/06/2016 05:46 PM, Michael Durkin wrote: > I always got permission errors with the jtsdk ... least on the SBC arm ... > On May 6, 2016 4:43 PM, "T61AA Ross" wrote: > >> Hi Bill and Mike, >> >> JTSDK will install all needed packages, you can also use synaptic to see >> what dependencies are needed. >> >> 73 >> >> Ross >> VN1UN/VK8UN/T61AA/6O0O >> Sent from my iPhone 6 >> >>> On 6 May 2016, at 23:09, Bill Somerville wrote: >>> >>>> On 06/05/2016 23:45, Michael Durkin wrote: >>>> darn cmake cant find Qt5Widgets hummm >>> >>> Hi Michael, >>> >>> there are a few Qt5 packages you need to install, try: >>> >>> $ sudo apt-get install qtmultimedia5-dev liqt5serialport5-dev >>> libqt5multimedia5-plugins libusb-dev libudev-dev >>> >>> 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 >>> wsjt-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel >> >> >> >> -- >> 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 >> wsjt-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel >> > > > > -- > 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 > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > -- 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 wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] wsjt
Hi Michael, A PPA is a pre-built package ( based on the Distribution / ARCH ), and has nothing to do with Subversion (SVN). Installation instructions are listed on the page you linked below. You need to add the repository first, then update, then install the package. For the SVN checkout of WSJT-X your command is wrong, use: svn checkout https://svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx wsjtx The build as you see fit. Bill has provides an INSTALL file that details all the steps required. Additionally, if you do not have Subversion installed ( which provides SVN), you need that package, which may also be contributing to the bash error your seeing. 73's Greg, KI7MT On 05/06/2016 01:46 PM, Michael Durkin wrote: > this page shows v1.7 build > > > https://launchpad.net/~ki7mt/+archive/ubuntu/wsjtx-next > > i tried its ppa > > the svn response is i tried a few things > > > kc7noa@odroid64:~/Downloads$ $ svn co svn:// > svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx wsjtx > bash: $: command not found > kc7noa@odroid64:~/Downloads$ sudo apt-get install wsjtx-next > Reading package lists... Done > Building dependency tree > Reading state information... Done > E: Unable to locate package wsjtx-next > kc7noa@odroid64:~/Downloads$ $ svn checkout svn:// > svn.code.sf.net/p/wsjt/wsjt/branches/wsjtx wsjtx > bash: $: command not found > kc7noa@odroid64:~/Downloads$ svn > Type 'svn help' for usage. > kc7noa@odroid64:~/Downloads$ > > > > > > On Fri, May 6, 2016 at 8:30 AM, Michael Durkin wrote: > >> When i get into the front of the computer (its in the garage and im still >> getting the kids off to school and the XYl leaves in a few hours) >> >> its close to >> >> Bash# no input file (specified?) >> >> On Fri, May 6, 2016 at 7:53 AM, Bill Somerville >> wrote: >> >>> On 06/05/2016 15:26, Michael Durkin wrote: >>>> >>>> What I left out ... was that I couldn't seem to find the latest >>>> sortof. >>>> >>>> Svn kept giving me an odd response not an error , but more like a >>>> file not found. . and like the computer didn't know what to do >>>> with the command after svn >>>> >>> Hi Michael, >>> >>> that's not much for us to go on. Can you show us the relevant output >>> please? >>> >>> 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 >>> wsjt-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel >>> >> >> > > > > -- > 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 > wsjt-devel@lists.sourceforge.net > 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 -- 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 wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] wsjt
Hi Michael, Just FYI, WSJT v10 does not use rig control, only PTT and manual selection sound devices. My wsjtx-devel PPA (assuming that is what your referring to by PPA) is for Debian/Ubuntu server build / alpha testing only. The latest formal release of WSJT-X is v1.6 Link: http://physics.princeton.edu/pulsar/K1JT/wsjtx.html However, at this time, I do not believe there is an ARM version v1.6 posted. This may change for v1.7 when released, but that is up to Joe and Bill. If you want the latest "Development" branch, you'll need to compile it manually. 73's Greg, KI7MT On 05/06/2016 04:32 AM, Bill Somerville wrote: > On 06/05/2016 07:20, Michael Durkin wrote: >> Im not sure where to ask this exactly ... but >> >> Iv got wsjt (10 ??) installed and wsjtx1.6 on a new Arm8 (odroid-c2) >> >> both don't quite do rig control (i could do softrock - but no Tx >> control) >> >> and i know that they could ... its just that i don't seem to have the >> latest version of either ... >> >> I use hamlib rig control #2 .. and let Quisk control the Rf end. >> >> the wsjtx1.6-dev(v5667 i think) does work on a different (slightly) >> older Arm7 Odroid-X2, with rig #2 because i can enter the port number >> using localhost >> >> Iv added the PPA for wsjtx devil but upgrade still shows that i have >> the latest --(i dont think so) > > Hi Michael, > > I am not quite sure what you are asking about. Can you be more specific > about your query please? > > 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 wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Fwd: Re: f2py
Hi Michael,
There are two options that will disable building both the user guide and
manpages. Options can be views with:
./configure --help=short
to disable the user guide and manpages during configure:
./configure --disable-manpages --disable-docs
Or, you can install all Asciidoc, AsciiDoctor and their dependants to
enable building them.
73's
Greg, KI7MT
On 05/03/2016 06:02 PM, Michael Durkin wrote:
> error was from corrupted os ... rebuild image and now i get an error about
> the man pages
>
> Build Manpages
>
> manpages/jt65code.1.txt
> /bin/bash: line 2: --doctype: command not found
> manpages/wsjt.1.txt
> /bin/bash: line 2: --doctype: command not found
> Makefile:180: recipe for target 'manp' failed
> make: *** [manp] Error 127
>
>
> On Mon, May 2, 2016 at 5:10 PM, KI7MT wrote:
>
>> Hi Michel,
>>
>> Do you have the python3 development package(s) installed? This would
>> indicated not:
>>
>> "Python.h: No such file or directory"
>>
>> For Debian bsed distros, the package is named: python3-dev
>>
>> 73's
>> Greg, KI7MT
>>
>>
>> On 05/02/2016 06:01 PM, Michael Durkin wrote:
>>> Got an error that I did see a fix for ... but couldn't exactly find the
>>> correct location to force the fix ... but on that later ...
>>>
>>> I tried to build 6650 and got this error ... might be an easy fix by
>> using
>>> a diferent version of fortan. ..
>>> -- Forwarded message --
>>> From: "Michael Durkin"
>>> Date: May 2, 2016 3:25 PM
>>> Subject: Re: f2py
>>> To:
>>> Cc:
>>>
>>> RUN F2PY Audio.so
>>>> -
>>>> /usr/bin/f2py3 -c --quiet --fcompiler=gnu95 --f77exec=gfortran
>>>> --f90exec=gfortran \
>>>> --opt="-cpp -fbounds-check -O2" -L/usr/lib/gcc/aarch64-linux-gnu/5/
>>>> -lfftw3f -lgfortran -lportaudio -lpthread -lsamplerate libjt.a -m Audio
>>>> ftn_init.f90 ftn_quit.f90 audio_init.f90 spec.f90 getfile.f90
>> azdist0.f90
>>>> astro0.f90 chkt0.f90
>>>> rmbadname1: Replacing "len" with "len_bn".
>>>> {}
>>>> {}
>>>> {}
>>>> {}
>>>> {}
>>>> {'attrspec': ['intent(out)']}
>>>> {'attrspec': ['intent(out)']}
>>>> {'attrspec': ['intent(out)']}
>>>> {'attrspec': ['intent(out)']}
>>>> {'attrspec': ['intent(out)']}
>>>> {'attrspec': ['intent(out)']}
>>>> {'attrspec': ['intent(in)']}
>>>> {'attrspec': ['intent(in)']}
>>>> {'attrspec': ['intent(in)']}
>>>> {'attrspec': ['intent(in)']}
>>>> {'attrspec': ['intent(in)']}
>>>> {'attrspec': ['intent(out)']}
>>>> {'attrspec': ['intent(out)']}
>>>> {'attrspec': ['intent(out)']}
>>>> {'attrspec': ['intent(out)']}
>>>> {'attrspec': ['intent(out)']}
>>>> {'attrspec': ['intent(out)']}
>>>> {'attrspec': ['intent(out)']}
>>>> {'attrspec': ['intent(out)']}
>>>> In file included from
>>>> /tmp/tmplzdcmaa8/src.linux-aarch64-3.5/fortranobject.c:2:0:
>>>> /tmp/tmplzdcmaa8/src.linux-aarch64-3.5/fortranobject.h:7:20: fatal
>> error:
>>>> Python.h: No such file or directory
>>>> compilation terminated.
>>>> In file included from
>>>> /tmp/tmplzdcmaa8/src.linux-aarch64-3.5/fortranobject.c:2:0:
>>>> /tmp/tmplzdcmaa8/src.linux-aarch64-3.5/fortranobject.h:7:20: fatal
>> error:
>>>> Python.h: No such file or directory
>>>> compilation terminated.
>>>> error: Command "aarch64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2
>>>> -Wall -Wstrict-prototypes -g -fstack-protector-strong -Wformat
>>>> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC
>>>> -I/tmp/tmplzdcmaa8/src.linux-aarch64-3.5
>>>> -I/usr/lib/python3/dist-packages/numpy/core/include
>>>> -I/usr/include/python3.5m -c
>>>> /tmp/tmplzdcmaa8/src.linux-aarch64-3.5/fortranobject.c -o
>>>> /tmp/tmplzdcmaa8/tmp/tmplzdcmaa8/src.linux-aarch64-3.5/fortranobject.o
Re: [wsjt-devel] Fwd: Re: f2py
Hi Michel,
Do you have the python3 development package(s) installed? This would
indicated not:
"Python.h: No such file or directory"
For Debian bsed distros, the package is named: python3-dev
73's
Greg, KI7MT
On 05/02/2016 06:01 PM, Michael Durkin wrote:
> Got an error that I did see a fix for ... but couldn't exactly find the
> correct location to force the fix ... but on that later ...
>
> I tried to build 6650 and got this error ... might be an easy fix by using
> a diferent version of fortan. ..
> -- Forwarded message --
> From: "Michael Durkin"
> Date: May 2, 2016 3:25 PM
> Subject: Re: f2py
> To:
> Cc:
>
> RUN F2PY Audio.so
>> -
>> /usr/bin/f2py3 -c --quiet --fcompiler=gnu95 --f77exec=gfortran
>> --f90exec=gfortran \
>> --opt="-cpp -fbounds-check -O2" -L/usr/lib/gcc/aarch64-linux-gnu/5/
>> -lfftw3f -lgfortran -lportaudio -lpthread -lsamplerate libjt.a -m Audio
>> ftn_init.f90 ftn_quit.f90 audio_init.f90 spec.f90 getfile.f90 azdist0.f90
>> astro0.f90 chkt0.f90
>> rmbadname1: Replacing "len" with "len_bn".
>> {}
>> {}
>> {}
>> {}
>> {}
>> {'attrspec': ['intent(out)']}
>> {'attrspec': ['intent(out)']}
>> {'attrspec': ['intent(out)']}
>> {'attrspec': ['intent(out)']}
>> {'attrspec': ['intent(out)']}
>> {'attrspec': ['intent(out)']}
>> {'attrspec': ['intent(in)']}
>> {'attrspec': ['intent(in)']}
>> {'attrspec': ['intent(in)']}
>> {'attrspec': ['intent(in)']}
>> {'attrspec': ['intent(in)']}
>> {'attrspec': ['intent(out)']}
>> {'attrspec': ['intent(out)']}
>> {'attrspec': ['intent(out)']}
>> {'attrspec': ['intent(out)']}
>> {'attrspec': ['intent(out)']}
>> {'attrspec': ['intent(out)']}
>> {'attrspec': ['intent(out)']}
>> {'attrspec': ['intent(out)']}
>> In file included from
>> /tmp/tmplzdcmaa8/src.linux-aarch64-3.5/fortranobject.c:2:0:
>> /tmp/tmplzdcmaa8/src.linux-aarch64-3.5/fortranobject.h:7:20: fatal error:
>> Python.h: No such file or directory
>> compilation terminated.
>> In file included from
>> /tmp/tmplzdcmaa8/src.linux-aarch64-3.5/fortranobject.c:2:0:
>> /tmp/tmplzdcmaa8/src.linux-aarch64-3.5/fortranobject.h:7:20: fatal error:
>> Python.h: No such file or directory
>> compilation terminated.
>> error: Command "aarch64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2
>> -Wall -Wstrict-prototypes -g -fstack-protector-strong -Wformat
>> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC
>> -I/tmp/tmplzdcmaa8/src.linux-aarch64-3.5
>> -I/usr/lib/python3/dist-packages/numpy/core/include
>> -I/usr/include/python3.5m -c
>> /tmp/tmplzdcmaa8/src.linux-aarch64-3.5/fortranobject.c -o
>> /tmp/tmplzdcmaa8/tmp/tmplzdcmaa8/src.linux-aarch64-3.5/fortranobject.o"
>> failed with exit status 1
>> Makefile:157: recipe for target 'WsjtMod/Audio.so' failed
>> make: *** [WsjtMod/Audio.so] Error 1
>> kc7noac2@odroid64:~/Downloads/wsjt-wsjt$
>>
>> Fortran is trying to do something with python.h
>>
>> On Mon, May 2, 2016 at 1:12 PM, bil...@classdesign.com [wsjtgroup] <
>> wsjtgroup-nore...@yahoogroups.com> wrote:
>>
>>> Hi Michael,
>>>
>>> there is no Python in WSJT-X. What is the exact text of the error you are
>>> getting?
>>>
>>> 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
> wsjt-devel@lists.sourceforge.net
> 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
--
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
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] JTSDK builds
Hi Joe, It was probably a good idea at the time :-). In any case, I'm glad it's all sorted out. 73's Greg, KI7MT On 05/02/2016 02:39 PM, Joe Taylor wrote: > Hi Bill, Greg, and all, > > Sorry to have been wasting your time -- I have solved my problem. > > A long time ago, probably in 2014 or even earlier, I made my life easier > (or so I thought) by putting copies of the following libraries in > directory C:\Windows\System32, on this machine: > > libfftw3f-3.dll > libgcc_s_dw2-1.dll > libgfortran-3.dll > libhamlib-2.dll > libquadmath-0.dll > libstdc++-6.dll > libusb0.dll > libwinpthread-1.dll > > Probably this was a bad idea. Anyway, removing them has fixed my > problem with JTSDK builds of the WSJT-X rinstall and package targets. > > -- Joe, K1JT -- 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 wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] JTSDK builds
Hi Bill, Joe, You can do this a couple ways: enable-separate or enable-clean enable-rcfg The first separates the build by svn revision, the second two will perform < $(MAKE) clean e.g. --clean-first > before build and / re-run the configure step in the build tree. You may be able to enable just the clean command. To see what is currently enabled, in JTSDK-QT, type: list-options 73's Greg, KI7MT On 05/02/2016 10:06 AM, Bill Somerville wrote: > On 02/05/2016 17:01, Bill Somerville wrote: >> Is your version of wsprd different from the current WSJT-X sources? > > Hi again Joe, > > it may be as simple as that something has moved and the build tree needs > to be reconfigured, easiest way to do that is scrap it and start again > with a fresh configure and build. I believe there is a JTSDK command > that does that for you. > > 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 wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Release candidate?
Hi Joe, I'm not sure if your looking for a full list of new features, but the addition of Configurations to the main UI would be a nice addition to the list. 73's Greg, KI7MT On 04/28/2016 10:03 AM, Joe Taylor wrote: > Brief PS to my message of a few minutes ago. > > Obviously, my list of new features should have made explicit mention of > the FT decoder for JT65. > > Maybe also improved wsprd performance? Right now, I forget which wsprd > version is in v1.6. > > -- Joe, K1JT > > -- > 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 > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > -- 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 wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] 4000 PSKReporter User
Hi Mike, Just to add a bit to this; as of ~0200 UTC April month to date, approx 3,649,776 WSPR spots made by WSJT-X v1.6.0 thru v1.7.0. I know the PSKreporter site lists WSPR as a mode, but I am not sure if the WSJT-X WSPR users are being counted in the rolled up numbers. Just another data point. 73's Greg, KI7MT On 04/15/2016 10:23 AM, Michael Black wrote: > Congrats to WSJT-X for reaching 4000 PSKReporter users. Also now comprises > 60% of the reports compared to JT65HF. Looks like a bunch of JT65HF users > switched in the last month. > Data taken from the wayback machine and as-of-today for 4/15/16 > > Mike W9MDB > > Date JT65HF WSJTX Total WSJTX% > 8/11/2011 981 0 981 0.0% > 12/2/20111387 01387 0.0% > 2/18/20121473 01473 0.0% > 5/19/20121676 01676 0.0% > 1/15/20132346 02346 0.0% > 5/20/20132221 743296425.1% > 11/4/201321471225337236.3% > 7/4/2014 20991919401847.8% > 10/13/2014 22882236452449.4% > 1/9/2015 26462454510048.1% > 4/14/201527732793556650.2% > 5/13/201524752640511551.6% > 9/19/201526833262594554.9% > 1/15/201629863990697657.2% > 3/7/2016 28103747655757.1% > 4/15/201626664001666760.0% > > > > > [image: Inline image 1] > > > > -- > 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 > wsjt-devel@lists.sourceforge.net > 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 -- 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 wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJTX on ARMHF SBC ,
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 -- 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 wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJTX on ARMHF SBC ,
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 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 wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJTX on ARMHF SBC ,
Hi Richard, See below. > > 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. 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 wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJTX on ARMHF SBC ,
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. 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 wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJTX on ARMHF SBC ,
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 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 >> wsjt-devel@lists.sourceforge.net >> 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 -- 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 wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJTX on ARMHF SBC ,
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 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 >> wsjt-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > > -- 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 wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
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 wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Hamlib3 Build Failure
Hi Doc, :-) .. Im gonna have to go with the dilithium crystals .. :-) In any case, glad it's resolved. 73's Greg, KI7MT On 04/08/2016 10:55 AM, Dave 'Doc' Corio wrote: > build-hamlib3 is working again. Either > > A. I realigned the dilithium crystals > > or > > B. It fixed itself. > > I'm opting for the latter. > tnx es 73! > > Dave 'Doc' Corio > > On 4/8/2016 11:29 AM, Greg Beam wrote: >> Hi Doc, >> >> I suppose the paging file could also be contributing, but I am not sure >> how to go about testing it. >> >> Have you tried a full reboot, then build? >> >> FWIW, I am not seeing this on Win-10 Insider Preview 14295 64-bit. >> >> 73's >> Greg, KI7MT >> >> >> On 4/8/2016 09:08, Dave 'Doc' Corio wrote: >>>Thanks for the reply, Greg. Error still occurs with antivirus >>> (Pandas) and anti-malware (Malwarebytes) deactivated and no other apps >>> running. No Windows updates since 3/29. This is on a Win-10 64 bit >>> system (not insider build). >>> >>>Per my search, Error 87 (and 487, which I have also seen) is so >>> broad as to make it impossible to track down. I'll just have to assume a >>> "wait-and-see" posture and see if it clears up. >>> >>> Tnx es 73 >>> >>> Dave 'Doc' Corio >>> >>> On 4/8/2016 10:51 AM, KI7MT wrote: >>>> Hi Doc, >>>> >>>> I don't think this is a Bash nor JTSDK bug, rather, it is process >>>> limitation on Windows. You may want to check your anti-virus or close >>>> any / all other running applications before building Hamlib3. >>>> >>>> >>>> 73's >>>> Greg, KI7MT >>>> >>>> On 04/08/2016 05:47 AM, Dave 'Doc' Corio wrote: >>>>> Noticed this last night, and it continues today. When I attempt >>>>> "build-hamlib3" I get the following error (in JTSDK-MSYS). Building in >>>>> JTSDK-QT also fails, but with no specific error code. >>>>> >>>>> 11186378 [main] bash 9016 fork_copy: linked dll data/bss pass 0 failed, >>>>> 0x6E8000..0x6E8AD8, done 0, windows pid 9036, Win32 error 87 >>>>> bash.exe: fork: Resource temporarily unavailable >>>>> >>>>> Build-wsjt rinstall works as before. >>>>> >>>>> tnx es 73 >>>>> >>>>> -- Dave 'Doc' Corio >>>> -- >>>> ___ >>>> 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 >>> >> -- >> ___ >> wsjt-devel mailing list >> wsjt-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel >> > > > -- > 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! http://pubads.g.doubleclick.net/ > gampad/clk?id=1444514301&iu=/ca-pub-7940484522588532 > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > -- 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! http://pubads.g.doubleclick.net/ gampad/clk?id=1444514301&iu=/ca-pub-7940484522588532 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Hamlib3 Build Failure
Hi Doc, I don't think this is a Bash nor JTSDK bug, rather, it is process limitation on Windows. You may want to check your anti-virus or close any / all other running applications before building Hamlib3. 73's Greg, KI7MT On 04/08/2016 05:47 AM, Dave 'Doc' Corio wrote: > Noticed this last night, and it continues today. When I attempt > "build-hamlib3" I get the following error (in JTSDK-MSYS). Building in > JTSDK-QT also fails, but with no specific error code. > > 11186378 [main] bash 9016 fork_copy: linked dll data/bss pass 0 failed, > 0x6E8000..0x6E8AD8, done 0, windows pid 9036, Win32 error 87 > bash.exe: fork: Resource temporarily unavailable > > Build-wsjt rinstall works as before. > > tnx es 73 > > -- Dave 'Doc' Corio -- ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJT-X: Rig control updates and more.
Hi Charlie, Bill, I am assuming we're talking about Windows and Hamlib3 from Bills integration branch. You can build Hamlib3 from either JTSDK-QT or JTSDK-MSYS. The command should be the same for both: build-hamlib3 If you want to enable custom options or build a specific Hamlib target, you'll need to do that manually. I believe Mike builds specific targets rather often and may be able to provide a process for doing so, I've not written one up. Also, be sure your set the QT version you want to build WSJT-X against first. The default is QT 5.2. 73's Greg, KI7MT On 04/06/2016 12:15 PM, Bill Somerville wrote: > On 06/04/2016 19:11, char...@sucklingfamily.free-online.co.uk wrote: >> Does this mean that if I build with JTSDK now, the program will include >> your latest changes? >> >> How do I as a JTSDK user update my Hamlib, or does this happen automatically? > Hi Charlie, > > yes the Doppler tracking and sked frequency changes you had in the test > version I sent to you and Rex are all in now. > > I believe there is a JTSDK command to update and build Hamlib, I'm sure > one of the regular users will chip in with the relevant commands. > > I thought you had the JTSDK working on Vista since our LL chat. > > 73 > Bill > G4WJS. > > -- > ___ > 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
Re: [wsjt-devel] Minor problem with frequency change
HI Doc, The build tree path is the same as the install path with one exception the word ( install or build ) For example, with the latest WXJT-X Devel (1.7.0) branch, without svn separation, using QT52, it would be: Install: C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\install Build C:\JTSDK\wsjtx\devel\qt52\1.7.0\Release\build If you have enable-separate on, the you will have an svn revision number in the path also. For more on screen messaging during the builds: disable-quiet Additionally, each successful build posts the paths and other relevant data in the build summary after every run. For more detailed information, see the release notes for 2.0.4: https://sourceforge.net/projects/jtsdk/files/win32/documentation/release-notes/release-notes-2.0.4.html/download 73's Greg, KI7MT On 03/25/2016 09:31 AM, Dave 'Doc' Corio wrote: > Thanks, Greg! Sorry to be dense, but I need to know > (root directory of build tree) > where is the source code > where to build the binaries > > Bill is working on a bug I've encountered and this info is for the > cmake-gui. > > My JTSDK is installed in C\JTSDK > > Tnx es 73 > > Dave 'Doc' Corio > Vice President, McKean County American Legion Riders > http://legionriders.wix.com/americanlegion > Look Twice - Motorcycles are Everywhere! > > On 3/25/2016 11:23 AM, KI7MT wrote: >> Hi Doc, >> >> Sorry, I must have missed something in the thread, What directory info >> do you need? >> >> 73's >> Greg, KI7MT >> >> On 03/25/2016 08:23 AM, Dave 'Doc' Corio wrote: >>> Bill - As soon as Greg replies with the directory info I'll run the >>> trace information as you requested. >>> >>> In the meantime, I did some experimenting and determined the following: >>> >>> 1. Baud rate of comm to rig has no bearing on this error >>> 2. It happens on every band >>> 3. It happens in JT9 and JT65 >>> 4. _It only happens when I move from between 1500 and 200 Hz on the Wide >>> Graph_. >>> >>> For example, if I have a QSO on 1200 Hz on the Wide Graph, then move >>> my cursor to 200 Hz, there is no problem. However, if I have a QSO on >>> 1510 Hz on the Wide Graph, then move my cursor anywhere below 1500 Hz, >>> the IC-746 changes to VFO "B" instead of "A" and remains there. >>> >>> This may help in your diagnostic. >>> >>> 73 >>> >>> Dave 'Doc' Corio >>> Vice President, McKean County American Legion Riders >>> http://legionriders.wix.com/americanlegion >>> Look Twice - Motorcycles are Everywhere! >>> >>> On 3/24/2016 5:51 PM, Bill Somerville wrote: >>>> On 24/03/2016 19:22, Dave 'Doc' Corio wrote: >>>>> I can confirm that the issue is still there. When I move the >>>>> frequency up using the indicator on the wide graph, then move it back >>>>> down, the VFO often gets "stuck" on VFO "B" instead of completing the >>>>> change back to "A". Again, it is not consistent, and happens maybe once >>>>> or twice out of 4 changes. >>> >>> >>> >>> -- >>> Transform Data into Opportunity. >>> Accelerate data analysis in your applications with >>> Intel Data Analytics Acceleration Library. >>> Click to learn more. >>> http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 >>> >>> >>> >>> ___ >>> wsjt-devel mailing list >>> wsjt-devel@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel >>> > > > -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Minor problem with frequency change
Hi Doc, Sorry, I must have missed something in the thread, What directory info do you need? 73's Greg, KI7MT On 03/25/2016 08:23 AM, Dave 'Doc' Corio wrote: > Bill - As soon as Greg replies with the directory info I'll run the > trace information as you requested. > > In the meantime, I did some experimenting and determined the following: > > 1. Baud rate of comm to rig has no bearing on this error > 2. It happens on every band > 3. It happens in JT9 and JT65 > 4. _It only happens when I move from between 1500 and 200 Hz on the Wide > Graph_. > > For example, if I have a QSO on 1200 Hz on the Wide Graph, then move > my cursor to 200 Hz, there is no problem. However, if I have a QSO on > 1510 Hz on the Wide Graph, then move my cursor anywhere below 1500 Hz, > the IC-746 changes to VFO "B" instead of "A" and remains there. > > This may help in your diagnostic. > > 73 > > Dave 'Doc' Corio > Vice President, McKean County American Legion Riders > http://legionriders.wix.com/americanlegion > Look Twice - Motorcycles are Everywhere! > > On 3/24/2016 5:51 PM, Bill Somerville wrote: >> On 24/03/2016 19:22, Dave 'Doc' Corio wrote: >>>I can confirm that the issue is still there. When I move the >>> frequency up using the indicator on the wide graph, then move it back >>> down, the VFO often gets "stuck" on VFO "B" instead of completing the >>> change back to "A". Again, it is not consistent, and happens maybe once >>> or twice out of 4 changes. >> > > > > > -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 > > > > _______ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > 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 -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJTX Ubuntu 14.04 64bits hamlib3
Hi Bill, Sandro, OK. If I need to add something to either Windows or *Nix JTSDK packaging for this it can be done easily enough. Will wait and see what shakes out of the Hamlib dev group and go from there. 73's Greg, KI7MT On 03/24/2016 04:30 PM, Bill Somerville wrote: > Hi Greg, > > comments in line below: > > On 24/03/2016 22:13, KI7MT wrote: >> I'm not seeing this on Ubuntu 14.04 nor 16.04. The only things I'm >> seeing during the Hamlib configure phase is: >> >> - >> checking for libusb_init in -lusb-1.0... no >> configure: WARNING: libusb_init was not found in libusb-1.0--USB >> backends will be disabled >> - > That is because you do not have libusb-1.0-dev installed which is fine. >> >> Then in the config summary: >> -- >> Enable USB backends no >> - >> >> I don't have libudev-dev nor libusb-1.0-0-dev installed. I've not >> checked Windows lately. >> >> libusb-1/.0-0 has a udev depends: >> Depends: libc6 (>= 2.17), libudev1 (>= 183) > They are the run time dependencies but also implied are link time > dependencies to the -dev packages which are necessary when static > linking is invoked. This is because the static archive libraries needed > for static linking are only in the -dev packages. > > This is a consequence of our choice to statically link Hamlib into > WSJT-X, this is necessary as we need functionality that is not available > in the versions of Hamlib available from distribution repositories. If I > can get a patch to Hamlib accepted to add a --without-libusb configure > option then I will recommend that WSJT-X builds use a Hamlib configured > that way. For users that have libusb-1.0-dev installed then for now they > can install libudev-dev as well since the Hamlib configure will > automatically configure libusb-1.0. > > I'm not sure why the Hamlib build itself is not failing with link errors > when it builds its own utilities in static link mode, perhaps it is > managing to dynamically link libudev when the static archive is not > available but that is not what it should do. > > For Windows this not an issue since even if libusb-1.0-dev is available > it must be added to the Hamlib build manually and it has no other > requirements anyway. > > 73 > Bill > G4WJS. > > -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJTX Ubuntu 14.04 64bits hamlib3
Hi Bill, I'm not seeing this on Ubuntu 14.04 nor 16.04. The only things I'm seeing during the Hamlib configure phase is: - checking for libusb_init in -lusb-1.0... no configure: WARNING: libusb_init was not found in libusb-1.0--USB backends will be disabled - Then in the config summary: - Enable USB backends no - I don't have libudev-dev nor libusb-1.0-0-dev installed. I've not checked Windows lately. libusb-1/.0-0 has a udev depends: Depends: libc6 (>= 2.17), libudev1 (>= 183) 73's Greg, KI7MT On 03/24/2016 03:44 PM, Bill Somerville wrote: > On 24/03/2016 21:24, Alessandro Gorobey wrote: >> I have a lot of problems to compile WSJTX in last days. >> All start with update of hamlib3, that give no errors, but a lot of >> errors in cmake of wsjtx. > Hi Sandro, > > sorry about that. The Hamlib team have switched to using libusb-1.0 for > the USB devices which is a good thing as it is available on Windows. I > recently (Yesterday) pushed their updates to the integration branch in > my Hamlib fork. I need to adjust the INSTALL file with slightly modified > instructions. I am a bit surprised that Hamlib is configuring the USB > back ends as I did not think that it would without libusb-1.0-dev being > installed. I assume you have libusb-1.0-dev installed for some other > project. libusb-1.0 depends on libudev and because we statically link > all of the upstream -dev packages are needed. > > There is a problem with the configuration of WSJT-X that I am working on > and hope to check in a fix soon. > > BTW it is not really any use to WSJT-X to have the USB Hamlib drivers as > these devices do not provide conventional audio streams unless an SDR > program like QUISK or HDSDR is used as an intermediary and in that case > QUISK or HDSDR drive the SDR hardware directly. > > So overall your best option is to disable the USB back ends in Hamlib, > unfortunately there does not seem to be a configure option to do that. I > will see if I can get the Hamlib team to accept a patch to add a > --without-libusb configure option. > > 73 > Bill > G4WJS. > > -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > 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 -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSJTX Ubuntu 14.04 64bits hamlib3
Hi Sandro, Are you certain it is libudev-dev and not libusb-dev that solves the problem? 73's Greg, KI7MT On 03/24/2016 03:24 PM, Alessandro Gorobey wrote: > Hi all, > > I have a lot of problems to compile WSJTX in last days. > All start with update of hamlib3, that give no errors, but a lot of > errors in cmake of wsjtx. > The errors refer all to usb functions not found in libs. > Destroying and recreate build dir change errors. > After several experiments command: > sudo apt-get install libudev-dev > solve the problem and all work fine. > > I'm sure that this is not the correct location for this question, but > others have the same problem? > > thank in advance and happy Easter to all > -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] QT 5.5 build prob
Hi Bill, JTSDK build scripts for both Win32 and Nix are simple wrappers around the various cmake commands needed to build. I'm not aware of any hiding of cmake commands ( at least not intentionally ). All the configure, build commands invoke cmake with the appropriate options for the environment, including a tool-chain file and Hamlib3 paths. For example (Win32): Configure step: - cmake -G "MinGW Makefiles" -D CMAKE_TOOLCHAIN_FILE=%tchain% ^ -D CMAKE_BUILD_TYPE=%copt% ^ -D CMAKE_INSTALL_PREFIX=%installd% %appsrc% tchain = tool chain file copt = release or debug installd = the install directory if the target is install appsrc = the source directory hamlib = via tool-chain file The build directory is also separated by JTSDK global options. The script changes directory to this location before generating the Makefiles. - Build step: - cmake --build . --target %topt% -- -j %JJ% - If the target is install, it will install the revision based on the options the user has set for JTSDK builds (enable-separate, etc). If the build is a target the target(s) are not installed and left in the build tree. 73's Greg, KI7MT On 03/23/2016 11:40 AM, Bill Somerville wrote: > On 23/03/2016 17:35, Michael Black wrote: >> Are we talking the same here? I'm using JTSDK...aren't you using cmake? >> >> JTSDK only has one build target and fails if WSJTX is running. > Hi Mike, > > JTSDK is a wrapper around CMake so you are using CMake too, if it is > hiding CMake functionality then that is a deficiency of the JTSDK. > > Partially agreed on your second point, see my last message in reply to > Greg's explanation. It only fails the install phase, any build phase it > invokes, due to dependencies being out of date, may not have failed. > > 73 > Bill > G4WJS. > -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] QT 5.5 build prob
Hi Bill, I just looked that the available targets for WSJT-X v1.7.0 devel branch. There is an "ALL" target. If that works as it implies, I think that would do what your suggesting. I tested it on Linux with: jtsdk-wsjtx -b dev -n wsjtx -c release -t all for windows it would be: build-wsjtx -b dev -n wsjtx -c release -t all I'll have to test this on Windows to be sure it's doing what it looks like on the surface. 73's Greg, KI7MT On 03/23/2016 12:01 PM, KI7MT wrote: > Hi Bill, > > Yes, I have not added a full build tree Build Only option when using the > build-wsjtx shortcut, however, there are command line options that can > be used to build a specific target is needed: > > build-wsjtx -b dev -n wsjtx -c release -t > > of for debug: > > build-wsjtx -b dev -n wsjtx -c debug -t > > > which is Build Only. Custom target builds remain in the build tree. This > is true for documentation as well, it only builds the document, and does > not install it nor does is re-run the configure step if disabled. > > A full Build Only shortcut would not be hard to add, it would simply > skip the install command. I'll look at that for the next update. > > 73's > Greg, KI7MT > > > On 03/23/2016 11:36 AM, Bill Somerville wrote: >> On 23/03/2016 17:26, KI7MT wrote: >>> To perform the builds as Bill suggests below, one would: >>> >>> disable-separate >>> enable-skipsvn >>> cd to C:\JTSDK\src\wsjtx >>> svn co r >>> build-wsjtx rinstall >>> >>> If this process is not working, please let me know, as that is why those >>> options were added in the first place. >> Hi Greg, >> >> thanks for those details. One issue I can see is that there doesn't >> appear to be a build only command. It looks like there is only a way to >> trigger the build by it being out of date when the the install target is >> requested. That is not making the best use of the build tools, for >> example a developer or tester may want to build only without installing >> and to run a sanity test on the executables in the build tree, before >> committing to an install that overwrites their last install. Also there >> are several developer utilities that are only built and not installed, >> to update and use them there is no need nor requirement to do an install >> phase. >> >> The default build is done by not specifying a target, for example: >> >> cmake --build >> >> 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 -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] QT 5.5 build prob
Hi Bill, Yes, I have not added a full build tree Build Only option when using the build-wsjtx shortcut, however, there are command line options that can be used to build a specific target is needed: build-wsjtx -b dev -n wsjtx -c release -t of for debug: build-wsjtx -b dev -n wsjtx -c debug -t which is Build Only. Custom target builds remain in the build tree. This is true for documentation as well, it only builds the document, and does not install it nor does is re-run the configure step if disabled. A full Build Only shortcut would not be hard to add, it would simply skip the install command. I'll look at that for the next update. 73's Greg, KI7MT On 03/23/2016 11:36 AM, Bill Somerville wrote: > On 23/03/2016 17:26, KI7MT wrote: >> To perform the builds as Bill suggests below, one would: >> >> disable-separate >> enable-skipsvn >> cd to C:\JTSDK\src\wsjtx >> svn co r >> build-wsjtx rinstall >> >> If this process is not working, please let me know, as that is why those >> options were added in the first place. > Hi Greg, > > thanks for those details. One issue I can see is that there doesn't > appear to be a build only command. It looks like there is only a way to > trigger the build by it being out of date when the the install target is > requested. That is not making the best use of the build tools, for > example a developer or tester may want to build only without installing > and to run a sanity test on the executables in the build tree, before > committing to an install that overwrites their last install. Also there > are several developer utilities that are only built and not installed, > to update and use them there is no need nor requirement to do an install > phase. > > The default build is done by not specifying a target, for example: > > cmake --build > > 73 > Bill > G4WJS. -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] QT 5.5 build prob
Hello All, For Windows, if your using JTSDK to build with, enable-separate will separate both the build tree and install location by svn revision. If you *do not* want to separate by svn revision disable-separate, and the build will only be by Application Version + QT 5.x version. To revert to an older svn revision, it is as Bill stated, change directories to C:\JTSDK\src\wsjtx and checkout the revision you want. Before building, you should either disable-autosvn or enable-skipsvn to prevent the older checkout from being updated. The output locations are then based on the net settings. There should be no reason to XCOPY files to any location unless yo want to preserve a backup or something. To perform the builds as Bill suggests below, one would: disable-separate enable-skipsvn cd to C:\JTSDK\src\wsjtx svn co r build-wsjtx rinstall If this process is not working, please let me know, as that is why those options were added in the first place. 73's Greg, KI7MT On 03/23/2016 10:46 AM, Bill Somerville wrote: > On 23/03/2016 16:35, Michael Black wrote: >> Allows building while running. I also have a backup script so I can >> quickly revert to a prior version if the new one behaves badly. > Nothing stops you building while running from the install directory. > Only the install target, which takes a few seconds and is probably > faster than copying all the files, requires the program to be stopped. > Actually that is only a Windows deficiency, other operating systems > allow executable files to be replaced on disk while they are loaded into > memory. The install target only installs files that have changed which > makes it very quick. > > As for backing out, rather than making yet another copy why not just > revert to a working revision (`svn up r`) and build that. >> >> At least I'm not aware of an install target for JTSDK that does a similar >> thing. > The install target is designed to do most of what you are replicating > with ancillary scripts. Seems to me you are unnecessarily reinventing a > wheel that has worked very well for a long time. > > 73 > Bill > G4WJS. > > -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > 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 -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] JTSDK Win32 v2.0.4-1 Upgrade Available - (minor update)
Hi Mike,
Thanks for chasing this down.
The autogen.sh script is part of Hamlib so there's not much I can do
about the null input other than maybe use sed to change the lines, but I
really don't want to do that if I can help it. I'm sure Nate has a
reason for including it, what that is I am not exactly sure. All it is
doing is checking the existence of three packages.
It is strange that the problem only manifests in Win7. I suppose the
solution is, those using Win7 should use JTSDK-MSYS to build Hamlib
rather than calling it from JTSDK-QT.
73's
Greg, KI7MT
On 03/09/2016 11:54 AM, Michael Black wrote:
> I chased it down. In autogen.sh change the three --version check
> lines to get rid of the input redirect e.g.
> ("$AUTORECONF" --version) < /dev/null > /dev/null 2>&1 || {
> to
> ("$AUTORECONF" --version) > /dev/null 2>&1 || {
>
> The < /dev/null was making it crash and shouldn't be necessary anyways.
>
> Builds fine now on Win 7 64-bit.
>
> RRR
> Mike W9MDB
>
> On Wed, Mar 9, 2016 at 12:05 PM, KI7MT wrote:
>> Hi Guy,
>>
>> See below
>>
>> On 03/09/2016 10:08 AM, Guy G4DWV/4X1LT wrote:
>>> KI7MT writes:
>>>
>>>>
>>>> Hi Guy,
>>>>
>>>> The user built version of Hamlib3 via JTSDK is just for WSJT-X, however,
>>>> many folks use the toolchain( JTSDK-QT / JTSDK-MSYS ) to build other
>>>> variations of Hamlib3 for different purposes (testing code, new radios,
>>>> bug fixers, etc).
>>>>
>>>> At this point, I do not know what resolved your problem as you did no
>>>> comment on the questions asked. Are you now able to build Hamlib3 with
>>>> both JTSDK-MSYS and JTSDK-QT or just JTSDK-MSYS?
>>>
>>> Greg,
>>>
>>> I am *really* sorry if I missed any requests for further information. It is
>>> being a VERY busy day here email-wise with several tech support issues
>>> flying around at once.
>>>
>>> On one PC (Tardis), I can only build hamlib3 on JTSDK-MSYS. I can then
>>> successfully build a QT 5.5 version of WSJT-X.
>>>
>>> On the other PC (Acer) I can also build hamlib3 on JTSDK-MSYS only. The
>>> error page displayed in both cases is
>>> http://g4dwv.co.uk/wsjtx/2016-03-09_12h35_10.png. On both Tardis and Acer I
>>> can build WSJT-X QT 5.5 FB.
>>
>> OK, so on both boxes (if I am reading this right), you are able to build
>> Hamlib3 (via JTSDK-MSYS) then WSJT-X, but neither can build Hamlib3 via
>> JTSDK-QT.
>>
>> I don't have a Win-7 box to test with, so this may be what Mike was / is
>> seeing also; Hamlib3 builds via JTSDK-QT on Win7 fail but pass with
>> JTSDK-MSYS, whereas both Hamlib3 build methods pass on Win10.
>>
>>
>> [1] Are both your machines running Win7?
>>
>>>
>>> If you want any further info, please ask again and I'll see if I can answer
>>> it. At this stage, the only issue is that I cannot build hamlib3 on JTSDK-QT
>>> 5.5.
>>>
>>> 73 de Guy G4DWV/4X1LT
>>
>> 73's
>> Greg, KI7MT
>>
>> --
>> Transform Data into Opportunity.
>> Accelerate data analysis in your applications with
>> Intel Data Analytics Acceleration Library.
>> Click to learn more.
>> http://pubads.g.doubleclick.net/gampad/clk?id=278785111&iu=/4140
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785111&iu=/4140
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111&iu=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] JTSDK Win32 v2.0.4-1 Upgrade Available - (minor update)
Hi Guy, See below On 03/09/2016 10:08 AM, Guy G4DWV/4X1LT wrote: > KI7MT writes: > >> >> Hi Guy, >> >> The user built version of Hamlib3 via JTSDK is just for WSJT-X, however, >> many folks use the toolchain( JTSDK-QT / JTSDK-MSYS ) to build other >> variations of Hamlib3 for different purposes (testing code, new radios, >> bug fixers, etc). >> >> At this point, I do not know what resolved your problem as you did no >> comment on the questions asked. Are you now able to build Hamlib3 with >> both JTSDK-MSYS and JTSDK-QT or just JTSDK-MSYS? > > Greg, > > I am *really* sorry if I missed any requests for further information. It is > being a VERY busy day here email-wise with several tech support issues > flying around at once. > > On one PC (Tardis), I can only build hamlib3 on JTSDK-MSYS. I can then > successfully build a QT 5.5 version of WSJT-X. > > On the other PC (Acer) I can also build hamlib3 on JTSDK-MSYS only. The > error page displayed in both cases is > http://g4dwv.co.uk/wsjtx/2016-03-09_12h35_10.png. On both Tardis and Acer I > can build WSJT-X QT 5.5 FB. OK, so on both boxes (if I am reading this right), you are able to build Hamlib3 (via JTSDK-MSYS) then WSJT-X, but neither can build Hamlib3 via JTSDK-QT. I don't have a Win-7 box to test with, so this may be what Mike was / is seeing also; Hamlib3 builds via JTSDK-QT on Win7 fail but pass with JTSDK-MSYS, whereas both Hamlib3 build methods pass on Win10. [1] Are both your machines running Win7? > > If you want any further info, please ask again and I'll see if I can answer > it. At this stage, the only issue is that I cannot build hamlib3 on JTSDK-QT > 5.5. > > 73 de Guy G4DWV/4X1LT 73's Greg, KI7MT -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785111&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] JTSDK Win32 v2.0.4-1 Upgrade Available - (minor update)
Hi Guy, The user built version of Hamlib3 via JTSDK is just for WSJT-X, however, many folks use the toolchain( JTSDK-QT / JTSDK-MSYS ) to build other variations of Hamlib3 for different purposes (testing code, new radios, bug fixers, etc). At this point, I do not know what resolved your problem as you did no comment on the questions asked. Are you now able to build Hamlib3 with both JTSDK-MSYS and JTSDK-QT or just JTSDK-MSYS? 73's Greg, KI7MT On 03/09/2016 09:09 AM, Guy G4DWV/4X1LT wrote: > KI7MT writes: > >> >> Hi Mike, Guy, >> >> When using v2.0.4 or later he can use either JTSDK-QT or JTSDK-MSYS, >> however, JTSDK-QT is just a wrapper that calls the MSYS shell script. >> > > Hi Mike and Greg, > > Working FB since I used JTSDK-MSYS to build Hamlib3. Is this version of > Hamlib3 fit for use instead of the official Hamlib release? I do not use > Hamlib3 at the moment, but was going to experiment with it since the v3 > release. I know I should leave well alone, but what's the fun in that. > > Thanks to you both for your help. > > 73 de Guy G4DWV/4X1LT -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785111&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] JTSDK Win32 v2.0.4-1 Upgrade Available - (minor update)
Hi Mike, Guy, When using v2.0.4 or later he can use either JTSDK-QT or JTSDK-MSYS, however, JTSDK-QT is just a wrapper that calls the MSYS shell script. Guy, Have you tried to build Hamlib3 with JTSDK-MSYS or hav you used JTSDK-MSYS since instllation? If not you should do so and report the errors sent back to the MSYS shell screen. It may be as simple as having not run JTSDK-MSYS after install which means the profile has not been create yet, but we need the error message from JTSDK-MSYS to determine. Also, when does the build fail, immediately or during the configuration phase or make section or what? What happens when the window pops open or does it open at all? 73's Greg, KI7MT On 03/09/2016 06:06 AM, Michael Black wrote: > You need to build with JTSDK-MSYSnot JTSDK-QT > > RRR > Mike W9MDB > > On Wed, Mar 9, 2016 at 6:55 AM, Guy G4DWV/4X1LT wrote: >> Greg Beam writes: >> >>> >>> Hello All, >>> >>> Minor update fixing a typo in the Hamlib3 cmd build script. >> >> The upgrade went okay, but on both installs of JTSDK (on two separate PCs) >> got the same error screen that is here >> http://g4dwv.co.uk/wsjtx/2016-03-09_12h35_10.png. There was not other error >> information available on screen. If you need a particular log file >> uploading, just let me know. >> >> 73 de Guy G4DWV/4X1LT -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://pubads.g.doubleclick.net/gampad/clk?id=278785111&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] JTSDK Nix v2.0.20 Upgrade Available
Hello All, Small update to fix the Autosvn feature. *UPGRADE via PPA* sudo apt-get update sudo apt-get upgrade *UPGRADE via SOURCE* MD5...: dae1e6327af7b09f51ec44b50313e63c SHA1..: 3d3136c8d261242b5ed930f46f29f697c7d6714c Instruction Link: https://sourceforge.net/projects/jtsdk/files/linux/2.0.0/ 73's Greg, KI7MT --- 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 -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] QT 5.5 build error
Hi Guy, I'll check into the batch file error message as that is definitely a JTSDK issue / typo. You will not be able to build WSJT-X until Hamlib3 has been successfully built. If you were building Hamlib3 via JTSDK-QT, try using JTSDK-MSYS to build it instead, then, if successful, try to build WSJT-X again. 73's Greg. KI7MT On 03/08/2016 04:54 AM, Guy G4DWV/4X1LT wrote: > Michael Black writes: > >> >> You need to build hamlib first. >> >> build-hamlib3 >> >> RRR >> Mike W9MDB >> > > Hi Mike, > > The hamlib3 build failed with the following error message "The system cannot > find the batch label specified - BUILD-ERROR". > > I went ahead and tried to build WSJT-X in any case and got a different > failure, much earlier in the build process. > > I have uploaded a screenshot of the failure and the CMakeOutput.log to > www.g4dwv.co.uk/wsjtx. The log file does not have the current datestamp on > it, but it is the correctfile. I found it by doing a search for all > similarly named files and none had today's date (8th March). > > I had an identical fail on another PC on which I have JTSDK installed. I > checked for a CMake log file with today's date but could not find one. > > Thanks for your never-ending help and support > > 73 de Guy G4DWV/4X1LT > > > -- > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://makebettercode.com/inteldaal-eval > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > -- Transform Data into Opportunity. Accelerate data analysis in your applications with Intel Data Analytics Acceleration Library. Click to learn more. http://makebettercode.com/inteldaal-eval ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] Possible issue Win32 2.0.4 Startup with JTSDK-QT
Hi Steve, Short answer, no, those errors are not normal. ( r.v ) is simply a temp file used to grep version info then it gets removed, or at least, it should be removed if it's there, in your case, it does not appear to be. What is more disturbing in the SVN error. Is JTSDK-QT opening after these errors or does it fail completely? Can you verify the existence of: * C:\JTSDK\version.jtsdk and send a screen shot of * Open JTSDK-Maint, then type: version 73's Greg, KI7MT On 02/22/2016 10:52 AM, Stephen Ireland wrote: > Hi Folks, > > The following error messages appear before the Win32 "jtsdk-qt" console > startup (Version 2.0.4) with EVERY latest update applied: > > The system cannot find the file specified. > svn: E155007: 'C:\WINDOWS\SYSTEM32' is not a working copy > C:\JTSDK\tools\bin\rm.exe: cannot remove 'r.v': No such file or directory > > Are these errors/messages indicative of normal startup behaviour, or are > there issues? > > Regards, > > Steve Ireland > VK3VM/VK3SIR > -- 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=272487151&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] JTSDK Nix v2.0.19 Potential Build Error Condition
Hello All, I received an end-user build error report where the following condition exists ( applies to all WSJT-X, WSJT-X-SB, WSJT and WSPR builds ): AUTOSVN = Disabled SKIPSVN = Disabled Initial branch checkout has not been performed previously This is a bug and will be fixed in v2.0.20 along with proper error handling for non-existent checkouts. Current Solution / Work Around - Enable AUTOSVN via command line or Options Menu. This will verify if a checkout has be made previously, if not, perform the checkout and continue. If you do not want to perform an SVN update "after an initial checkout", enable SKIPSVN. Enabling SKIPSVN before an initial checkout will have no affect, as the function will perform the checkout if it does not exist. 73's Greg, KI7MT -- 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=272487151&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSPR SegFault on Decode
Hi Russ, Thanks for the feedback. Glad things are working as expected. 73's Greg, KI7MT On 02/08/2016 03:10 PM, Russ Woodman wrote: > Greg, > > I read through the special information you provided below. I removed the > python3-pil and python3-pil.imagetk packages from my system and built them > using the procedure outlined in the docs. Apparently that was the trouble as > WSPR is now fully functional and my spots are showing up on the map. Thanks > for the help. > > 73, Russ - K5TUX > > ----- Original Message - > > From: "KI7MT" > To: wsjt-devel@lists.sourceforge.net > Sent: Monday, February 8, 2016 12:34:10 PM > Subject: Re: [wsjt-devel] WSPR SegFault on Decode > > Hi Russ, > > There is no pressing need to use JTSDK to build WSJT, WSPR or WSJT-X on > Linux. All of the apps can be built natively provided the build and > runtime dependencies have been met. WSJT-X has a special requirement of > passing a locally built version of Hamlib3, but that is easy enough to > deal with when following the build instructions included in the > repository checkout. > > As a side note, WSJT-X now provides WSPR, and it has an much improved > decoder. You may want to consider using WSJT-X >> WSPR rather than the > older Python3 version, but that's up to you. > > For WSJT and WSPR on Debian Jessie (v8.0), there is a package > incompatibility issue that is unfortunate, but it is what it is. > > The first thing is to ensure you have the build environment set-up > correctly. For this, you can use the instructions for JTSDK to install > and configure and install build dependencies (this will not install JTSDK): > > https://sourceforge.net/p/jtsdk/jtsdk/HEAD/tree/jtsdk-nix/trunk/README.pkg-lists > > > See Section: SPECIAL: Ubuntu 14.10 (Utopic) and Debian 8.x (Jessie) > > Obviously, if you are only concerned with the Python3 version of WSPR, > you would not need cmake, clang, or any the QT packages. > > After your certain you have set-up the Python3 packaging correctly, > re-build / re-run WSPR to test the status of things. > > > 73's > Greg, KI7MT > > > > > On 02/08/2016 11:09 AM, Russ Woodman wrote: >> Greg, >> >> I installed them as needed out of the Debian repos. I didn't use the JDK >> because I didn't know about it until after I did the build. It looks like it >> only provides hamlib3 support? Are there some versions I should compare >> between my system libraries and the JDK? >> >> 73, Russ - K5TUX >> >> - Original Message - >> >> From: "KI7MT" >> To: wsjt-devel@lists.sourceforge.net >> Sent: Monday, February 8, 2016 11:01:58 AM >> Subject: Re: [wsjt-devel] WSPR SegFault on Decode >> >> Hi Russ, >> >> I'm assuming you are comping from source here. How did you install the >> build and runtime package dependencies for WSPR? >> >> 73's >> Greg >> >> >> >> On 02/08/2016 08:55 AM, Russ Woodman wrote: >>> Hi, >>> >>> Just built WSPR 4.0r6470 from the SVN on my Linux machine running Debian >>> Jessie. I can start the application and configure it with no problems. Rig >>> control is working. During the receive cycle, WSPR operates correctly. When >>> it goes to decode the received data, it segfaults. Here is what I see in my >>> start-up terminal window: >>> >>> -- >>> RUNNING WSPR >>> -- >>> >>> Instance Name ..: WSPR >>> Script Name : /usr/local/bin/wspr >>> Run Directory ..: /home/russ/.local/share/WSPR >>> >>> *** >>> WSPR Version 4.0 r6470, by K1JT >>> Revision date ...: 2016-01-12 01:54:47 -0700 (Tue, 12 Jan 2016) >>> Run date : Mon Feb 8 15:41:27 2016 UTC >>> ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear >>> ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM >>> cards.pcm.center_life >>> ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side >>> ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel >>> map >>> ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel >>> map >>> /usr/local/bin/wspr: line 225: 2994 Segmentation fault env >>> PYTHONPATH=/usr/local/lib/wspr /usr/bin/python3 -O >>> /usr/local/share/wspr
Re: [wsjt-devel] JTSDK-NIX 2.0.19
Hi Peter, > Has the CALL3.TXT file changed content format at some point (if so, I > must have missed the announcement)? There's been no formal release of WSJT since v10.0 r6088, thus no announcement. Your working from the Development Branch ( work in progress ). > It seems that when I let the program use the file generated by the build > everything is OK, but, that when I replace it with an older version > (bigger with lots of local data added over time) the problem occurs. > Permissions and owner are identical. > Puzzled! The CALL3.TXT file is not generated per say, it is merely copied from the source folder if it does not exist in the installation location. I can't recall exactly when I updated the CALL3.TXT file ( I can go look in SVN if it's critical ). There were a number of syntax errors in the older WSJT CALL3.TXT file ( additional comma's, additional fields, bad field data etc ) that needed to be corrected. The CALL3.txt file was cleaned up, and the data was added to logbook.db. JTSDK prevents overwriting files in the original WSJT install location ~/.wsjt just in case the CALL3.txt file has been locally updated / modified, however, the file needs to be properly formatted, which the older CALL3.txt files are / were not. In the WSJT source folder ^/trunk/logbook you'll find two files: 1). call3.csv (OpenOffice Calc / MS Excel csv file) 2). logbook.db (SQLite3 file) The call3.csv file is exported ( as a csv file ) from logbook.db using any number of SQLite3 Database Management tools (Windows or *Nix). You can use whatever you are comfortable with. Then, using OpenOffice Calc or MS Excel, export the updated csv as CALL3.txt. You can then replace the Default CALL3.txt file located in the installation folder. You can use any combination of Edit and Export steps to produce a New CALL3.txt file which includes your local modifications, but, be careful of using 'commas "," ' in any of the fields, as those are Field Separators for csv import / export. This is what caused problems in the older CALL3.txt file (additional commas in the CALL3 Comments field). I have a TKinter / Pmw template working, however, A number of things needed to be implemented before adding a QSO's to a database or CALL3 lookups / updates could work properly. 1). Proper FSH (Windows or Linux) was needed. 2). WSJT needed the ability to run from any location, or multiple instances using separate Audio devices. Both have now been implemented but not fully tested. Database logging and automated CALL3 lookups / updates can now be worked on, however, this code has not be written. 73's Greg, KI7MT -- 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=272487151&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSPR SegFault on Decode
Hi Russ, There is no pressing need to use JTSDK to build WSJT, WSPR or WSJT-X on Linux. All of the apps can be built natively provided the build and runtime dependencies have been met. WSJT-X has a special requirement of passing a locally built version of Hamlib3, but that is easy enough to deal with when following the build instructions included in the repository checkout. As a side note, WSJT-X now provides WSPR, and it has an much improved decoder. You may want to consider using WSJT-X >> WSPR rather than the older Python3 version, but that's up to you. For WSJT and WSPR on Debian Jessie (v8.0), there is a package incompatibility issue that is unfortunate, but it is what it is. The first thing is to ensure you have the build environment set-up correctly. For this, you can use the instructions for JTSDK to install and configure and install build dependencies (this will not install JTSDK): https://sourceforge.net/p/jtsdk/jtsdk/HEAD/tree/jtsdk-nix/trunk/README.pkg-lists See Section: SPECIAL: Ubuntu 14.10 (Utopic) and Debian 8.x (Jessie) Obviously, if you are only concerned with the Python3 version of WSPR, you would not need cmake, clang, or any the QT packages. After your certain you have set-up the Python3 packaging correctly, re-build / re-run WSPR to test the status of things. 73's Greg, KI7MT On 02/08/2016 11:09 AM, Russ Woodman wrote: > Greg, > > I installed them as needed out of the Debian repos. I didn't use the JDK > because I didn't know about it until after I did the build. It looks like it > only provides hamlib3 support? Are there some versions I should compare > between my system libraries and the JDK? > > 73, Russ - K5TUX > > - Original Message - > > From: "KI7MT" > To: wsjt-devel@lists.sourceforge.net > Sent: Monday, February 8, 2016 11:01:58 AM > Subject: Re: [wsjt-devel] WSPR SegFault on Decode > > Hi Russ, > > I'm assuming you are comping from source here. How did you install the > build and runtime package dependencies for WSPR? > > 73's > Greg > > > > On 02/08/2016 08:55 AM, Russ Woodman wrote: >> Hi, >> >> Just built WSPR 4.0r6470 from the SVN on my Linux machine running Debian >> Jessie. I can start the application and configure it with no problems. Rig >> control is working. During the receive cycle, WSPR operates correctly. When >> it goes to decode the received data, it segfaults. Here is what I see in my >> start-up terminal window: >> >> -- >> RUNNING WSPR >> -- >> >> Instance Name ..: WSPR >> Script Name : /usr/local/bin/wspr >> Run Directory ..: /home/russ/.local/share/WSPR >> >> *** >> WSPR Version 4.0 r6470, by K1JT >> Revision date ...: 2016-01-12 01:54:47 -0700 (Tue, 12 Jan 2016) >> Run date : Mon Feb 8 15:41:27 2016 UTC >> ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear >> ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM >> cards.pcm.center_life >> ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side >> ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel map >> ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel map >> /usr/local/bin/wspr: line 225: 2994 Segmentation fault env >> PYTHONPATH=/usr/local/lib/wspr /usr/bin/python3 -O >> /usr/local/share/wspr/wspr.py >> >> The ALSA messages are before the decode cycle. The last error line is where >> the problem occurs. Any thoughts? >> >> 73, Russ - K5TUX > > -- > > 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=272487151&iu=/4140 > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > > > > -- > 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.
Re: [wsjt-devel] JTSDK-NIX 2.0.19
Hi Peter, Sticking with the original problem reported and using the latest sources from SVN (6470), I cannot reproduce either of the errors on Ubuntu or Mint. I've tried using both the Lookup and Add functions, and I've removed both the source and install directories before rebuilding, neither function is producing the error. Obviously something is amiss, but I "don't think", there's anything wrong in the wsjt.py script. To cut the problem in half, you could try running WSJT directly from command line rather than using the shell script: After cleaning (remove src/trunk and install directory ) / rebuilding, run: cd ~/jtsdk/wsjt/install python3 -O ./wsjt.py If that still fails, try building and running WSJT manually from source anc check the results. 73's Greg, KI7MT On 02/08/2016 09:45 AM, Peter Frenning [OZ1PIF] wrote: > Den 08-02-2016 kl. 17:12 skrev KI7MT: >> Hi Peter, >> >> Do you have autosvn enabled? >> >> I just built WSJT 6470 and the CALL3.TXT file is being copied to the run >> directory. >> >> Check to ensure CALL3.TXT is located in: >> >> 1). If separate is enabled >> ~/jtsdk/wsjt/10.0/6470/install >> >> 2). If separate is *not* enabled >> ~/jtsdk/wsjt/10.0/install >> >> >> You could also remove ~/jtsdk/src/trunk and that would pull a new >> checkout from Sourceforge. >> >> >> 73's >> Greg, KI7MT >> > Even if I place myself in the "install" folder and start wsjt from there, it > fails: > > Output from terminal: > /pif@Quad-Mint ~/jtsdk/wsjt/install $ ./wsjt.sh// > //**// > //WSJT Version 10.0 r4336 , by K1JT// > //Revision date: 2014-09-18 17:51:42 +0200 (tor, 18 sep 2014) // > //Run date: Mon Feb 8 16:41:08 2016 UTC// > //Error when searching CALL3.TXT, or no such file present// > //Error when searching CALL3.TXT, or no such file present// > // > //Audio InputOutput Device Name// > //Device Channels Channels// > //--// > // 02 8 HDA Intel: ALC887 Analog (hw:0,0)// > // 10 2 HDA Intel: ALC887 Digital (hw:0,1)// > // 22 0 HDA Intel: ALC887 Alt Analog (hw:0,2)// > // 30 8 HDA NVidia: HDMI 0 (hw:1,3)// > // 40 8 HDA NVidia: HDMI 1 (hw:1,7)// > // 51 0 Microsoft LifeCam VX-5000: USB Audio > (hw:2,0)// > // 6 128128 sysdefault// > // 70 8 front// > // 80 8 surround40// > // 90128 surround41// > // 100128 surround50// > // 110 8 surround51// > // 120 8 surround71// > // 130 2 iec958// > // 140 2 spdif// > // 15 3232 pulse// > // 160 2 dmix// > // 17 3232 default// > // > //User requested devices: Input = 18 Output = 18// > //Default devices: Input = 17 Output = 17// > //Will open devices:Input = 17 Output = 17// > //Audio streams running normally./ > ** > > (this from the older version) > > -- > Vy 73 de OZ1PIF/5Q2M, Peter > > ** > ** If it sounds too good to be true -- ** > ** it is! ** > ** If it sounds about right -- make ** > ** sure you can afford to be wrong! ** > ** ** > ** -- Robert Heinlein:** > ** "Time enough for love" ** > ** > email: peter(no-spamfiller)@frenning.dk > http://www.frenning.dk/oz1pif.htm > Ph. +45 4619 3239/ +45 2332 9464 > Snailmail: > Peter Frenning > Ternevej 23 > DK-4130 Viby Sj. > Denmark > ** > > > > -- > 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=272487151&iu=/4140 -- 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=272487151&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSPR SegFault on Decode
Hi Russ, I'm assuming you are comping from source here. How did you install the build and runtime package dependencies for WSPR? 73's Greg On 02/08/2016 08:55 AM, Russ Woodman wrote: > Hi, > > Just built WSPR 4.0r6470 from the SVN on my Linux machine running Debian > Jessie. I can start the application and configure it with no problems. Rig > control is working. During the receive cycle, WSPR operates correctly. When > it goes to decode the received data, it segfaults. Here is what I see in my > start-up terminal window: > > -- > RUNNING WSPR > -- > > Instance Name ..: WSPR > Script Name : /usr/local/bin/wspr > Run Directory ..: /home/russ/.local/share/WSPR > > *** > WSPR Version 4.0 r6470, by K1JT > Revision date ...: 2016-01-12 01:54:47 -0700 (Tue, 12 Jan 2016) > Run date : Mon Feb 8 15:41:27 2016 UTC > ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear > ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_life > ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side > ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel map > ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel map > /usr/local/bin/wspr: line 225: 2994 Segmentation fault env > PYTHONPATH=/usr/local/lib/wspr /usr/bin/python3 -O > /usr/local/share/wspr/wspr.py > > The ALSA messages are before the decode cycle. The last error line is where > the problem occurs. Any thoughts? > > 73, Russ - K5TUX -- 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=272487151&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] running wsjtx on another computer
To generate the Win32 installer from JTSDK on Windows, In JTSDK-QT, type: build-wsjtx package That should generate an installer from the development branch ( ^/branches/wsjtx v1.7.0 ) using the Defaults from CMakeLists.txt 73's Greg, KI7MT On 02/08/2016 06:59 AM, Bill Somerville wrote: > On 08/02/2016 11:40, Oguzhan Kayhan wrote: >> I copied the bin directory to the computer that i use for my ham >> activities.. >> And i got the following error msg. >> >> This application failed to start because it could not find or load the >> Qt platform plugin "windows" >> >> >> So, i don't wanna install qt to my old computer. >> How can i add the necessary dependencies to my build not to get such >> error msg? >> > Hi Oguzhan, > > I believe that the JTSDK includes all the tools necessary to generate an > installer package. There should be a "package" target which you can > build instead of the "install" target. This will generate an executable > installer that can be transferred to and run on another machine. > > You can transfer the binary files but you must transfer the whole > install tree. It is better to use the proper installer as that tells > Windows about the install and can create the desktop icon 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=272487151&iu=/4140 > ___ > wsjt-devel mailing list > wsjt-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wsjt-devel > -- 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=272487151&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] JTSDK-NIX 2.0.19
Hi Peter, Do you have autosvn enabled? I just built WSJT 6470 and the CALL3.TXT file is being copied to the run directory. Check to ensure CALL3.TXT is located in: 1). If separate is enabled ~/jtsdk/wsjt/10.0/6470/install 2). If separate is *not* enabled ~/jtsdk/wsjt/10.0/install You could also remove ~/jtsdk/src/trunk and that would pull a new checkout from Sourceforge. 73's Greg, KI7MT On 02/08/2016 02:23 AM, Peter Frenning [OZ1PIF] wrote: > I've installed and run JTSDK-NIX 2.0.19 and successfully generated HAMLIB and > WSJT-10 r6470 > > I've come across 2 (related) problems: > If I try a station look-up, I get "Error when searching CALL3.TXT, or no such > file present" in the terminal > > and if I try storing one, I get: > "Error opening CALL3.TXT > Exception in Tkinter callback > Traceback (most recent call last): >File "/usr/lib/python3.4/tkinter/__init__.py", line 1536, in __call__ > return self.func(*args) >File "./wsjt.py", line 556, in addtodb > if hc>hc1 and modified==0: > UnboundLocalError: local variable 'hc1' referenced before assignment" > > At some point this worked on WSJT-10, but, alas, no longer. > > Running JT6M mode on Linux Mint 17.3 Cinnamon (32-bit) from within the jtsdk > tree. > > -- > Vy 73 de OZ1PIF/5Q2M, Peter > > ** > ** If it sounds too good to be true -- ** > ** it is! ** > ** If it sounds about right -- make ** > ** sure you can afford to be wrong! ** > ** ** > ** -- Robert Heinlein:** > ** "Time enough for love" ** > ** > email: peter(no-spamfiller)@frenning.dk > http://www.frenning.dk/oz1pif.htm > Ph. +45 4619 3239/ +45 2332 9464 > Snailmail: > Peter Frenning > Ternevej 23 > DK-4130 Viby Sj. > Denmark > ** -- 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=272487151&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] JTSDK-Win32 v2.0.4 Upgrade Available
Hi Guy, I forgot to add this. The section covering WSJT-X lists is 4.2 in the release notes. The section for build commands is 4.7 73's Greg, KI7MT On 02/06/2016 11:36 AM, KI7MT wrote: > Hi Guy, > > As explained in the release notes, if you have not generated the WSJT-X > build lists yet ( wsjtx-list -u ), you must do so before using ( > wsjtx-list -a ) to try an display the list. One cannot look at a list > that has not been generated. > > "build-wsjt-x rinstall" is the wrong command, the correct command is: > > build-wsjtx rinstall > > This command is displayed on the main screen of JTSDK-QT as well as > wsjtx help message. > > The default WSJT-X build, by design, is always set to the Development > Branch ^/branches/wsjtx. > > I cannot comment on the on the command line mis-match as you did not > state what you were expecting v.s. was is being displayed. > > 73's > Greg, KI7MT > > On 02/06/2016 11:18 AM, Guy G4DWV/4X1LT wrote: >> Hi Greg, >> >> The update went fine. >> >> I had a look at the build lists (had to use -u instead of -a) and now I am >> confused. >> >> Typing "build-wsjt-x rinstall" seems to build the 1.7.0 dev version that it >> did before, but that command line does not seem to match the command line >> switches available nor the build lists. >> >> I'm puzzled, but that is nothing new. >> >> Mni tnx es 73 de Guy G4DWV/4X1LT >> >> -- 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=272487151&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] JTSDK-Win32 v2.0.4 Upgrade Available
Hi Guy, As explained in the release notes, if you have not generated the WSJT-X build lists yet ( wsjtx-list -u ), you must do so before using ( wsjtx-list -a ) to try an display the list. One cannot look at a list that has not been generated. "build-wsjt-x rinstall" is the wrong command, the correct command is: build-wsjtx rinstall This command is displayed on the main screen of JTSDK-QT as well as wsjtx help message. The default WSJT-X build, by design, is always set to the Development Branch ^/branches/wsjtx. I cannot comment on the on the command line mis-match as you did not state what you were expecting v.s. was is being displayed. 73's Greg, KI7MT On 02/06/2016 11:18 AM, Guy G4DWV/4X1LT wrote: > Hi Greg, > > The update went fine. > > I had a look at the build lists (had to use -u instead of -a) and now I am > confused. > > Typing "build-wsjt-x rinstall" seems to build the 1.7.0 dev version that it > did before, but that command line does not seem to match the command line > switches available nor the build lists. > > I'm puzzled, but that is nothing new. > > Mni tnx es 73 de Guy G4DWV/4X1LT > > -- 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=272487151&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] UPDATE-1: JTSDK-Nix v2.0.19 Available ( major upgrade )
Hello All Nick (G3VNC) emailed with a bug that requires an immediate fix regarding User Guide Installation when compiling JTSDK v2.0.19 from Source Code. It is a one line edit but prevents the installation from failing if the option --disable-docs is not using during configuration. This bug does not affect those using the PPA method of installation. I've updated the tar.gz on Sourceforge. The link is the same, but MD5 and SHA1 sums have obviously changed. Download Link ..: http://tinyurl.com/jtsdk-nix-v2-0-19 MD5 : 46df05fcc0ef667f9328c528f2f42066 SHA1 ...: 4ed76be5bd53d4255a7e577f6406d6ae3b070c59 73's Greg, KI7MT Thread History: [1] https://sourceforge.net/p/wsjt/mailman/message/34813918/ -- 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&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSPR reporting bug / multiple spots
Hi Bill, Point taken on the server load issue. I would think the server administrator(s) would load balance inbound requests, but that is their call. I was thinking more along the lines of remote operations where networking is not available at all or when one needs to connect via Satlinks for short periods of Inet connection ( DXpeditions and the like ). Whatever you all thing is appropriate is fine by me, just thought I'd bring it up as I've seen this mentioned in various forums. 73's Greg KI7MT On 02/02/2016 11:15 AM, Bill Somerville wrote: > On 02/02/2016 17:58, KI7MT wrote: >> Having the ability to cache / store decodes offline then resume >> uploading when networking / wsprnet.org is available or on demand >> uploads would be a nice feature. > Hi Greg, > > I'm not sure it is all that desirable, if the server is off line for an > extended period it could be flooded with old spots which may cause more > issues than it solves. I think the current implementation in WSJT-X is > about right i.e. try once and give up if it doesn't work. After all we > are not talking about financial level transactions here, just spots when > a station happens to hear a beacon. > > 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&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Re: [wsjt-devel] WSPR reporting bug / multiple spots
Hi Bill, FWIW, the original WSPR application has the same problem. If wsprnet.org is down or networking fails for whatever reason, the spots are not cached; essentially it is a one shot deal, either they get posted or the decodes are lost. There are a few comments in the original source code mentioning the need for some sort of cache / file / database to allow for uploading at a later time. Having the ability to cache / store decodes offline then resume uploading when networking / wsprnet.org is available or on demand uploads would be a nice feature. 73's Greg, KI7MT On 02/02/2016 10:15 AM, Bill Somerville wrote: > On 02/02/2016 00:26, Bill Somerville wrote: >> I will look into it tomorrow when I can get some >> time in the shack. > Hi Eric, > > having spent a few hours monitoring WSPR traffic I think WSJT-X is > mostly working as expected. I believe what you were seeing is in > response to the wsprnet.org server not returning the "spot(s) added" > text in the reply page. I have not replicated this behaviour since the > server seems to be behaving today, but it is consistent with the > symptoms you describe. > > What I am seeing that is an issue is that the sending of spots is not > resumed after local networking errors like an interrupted network > connection. I am looking into how to detect this and recover correctly. > > 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&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] JTSDK-Nix v2.0.19 Available ( major upgrade )
Hello All, Version 2.0.19 is a major upgrade over v2.0.18. I've posted release notes at the link below. If you plan on using this version, it is advisable to read through the entire document, especially the installation section. Release Notes Link ..: Link: http://tinyurl.com/jtsdk-nix-v2-0-19 MD5..: ab69f9e7b05f5a3084677633d10f828a SHA1.: 5353329191e9044b1981ae56d7a8c3f6c5487b4e *CHANGE LOG* - WSJT-X, adds dynamic menu generation for ^/branches and ^/tags - WSJT-X, adds user selectable CMake options via Dialog menus - WSJT-X, adds command line options for user defined builds - Adds an option to set the number of CPUs used in compiling - Adds (9) user options to control build script features - Improved F2PY and Python3 detection - Updated the user guide to release-note level - Updated all manpages - User guide converted to AsciiDoctor v.s. AsciiDoc. *INSTALL via PPA* - When installing JTSDK ( then main package ), it will no longer automatically install dependencies. I've created three Meta packages that allows much more control over what gets installed, it's up to the user to choose. - jtsdk-minimal = Minimum packages to build WSJT-X, WSJT and WSPR - jtsdk-standard = Minimal + User Guide build dependencies - jtsdk-full = Standard + Manpage build dependencies All three applications have the ability to enable or disable Manpage and User Guide generation. If you choose not to install jtsdk-full, you will need to disable what you do not want via ( jtsdk -d [OPTION] ), see ( jtsdk -h and jtsdk -l ) for more details. Whichever way you decide, you must choose at least (1) Meta Package. To Install ( example is for full dependency installation ): - sudo add-apt-repository -y ppa:ki7mt/jtsdk - sudo apt-get update - sudo apt-get install jtsdk jtsdk-full Then run JTSDK either form the Desktop menus or the command line. * INSTALL via SOURCE * - Remove all previous versions of JTSDK. - Download jtsdk-nix-2.0.19.tar.gz - Extract: tar -xf jtsdk-nix-2.0.19.tar.gz - cd ./jtsdk-nix-2.0.19 - ./autogen.sh --prefix=/usr/local - make - sudo make install You can add --disable-manpages --disable-docs to the autogen command if you do not want to install the required build dependencies, however, ensure you set the options ( jtsdk -d manpages -d docs ) before building any applications, otherwise a build error will likely occur. See ( jtsdk -h and jtsdk -l ) for more details. Be sure you check the MD5 and / or SHA1 sums to ensure the package is valid before installing. If it is not valid, please report is to the dev-list. Download ..: http://sourceforge.net/projects/jtsdk/files/linux/2.0.0/jtsdk-nix-2.0.19.tar.gz/download MD5: dd93e3b45c0d824d9891d27bc04849f6 SHA1...: 984d57c865c987e43b02a756188618aee3e98b48 If you have any trouble with installation, builds or the like, please report it to the dev-list. 73's Greg, KI7MT 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 -- 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&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] WSJT-X Devel CMakeLists.txt Feature Request
Hi Bill, I have my test scripts generating a list of available options from the CMakeLists.txt file and was wondering if you could make a slight change to the logic for Manpages. At present, Manpages and Docs use the opposite logic to enable / disable: - option (WSJT_SKIP_MANPAGES "Skip *nix manpage generation.") option (WSJT_GENERATE_DOCS "Generate documentation files." ON) - Would it be possible to make them both the same, something like: - option (WSJT_GENERATE_MANPAGES "Generate manpages files, *Nix only." ON) option (WSJT_GENERATE_DOCS "Generate documentation files." ON) - If I understand the CMakeList.txt file properly, Manpages are only generated for *Nix anyway. If the user doesn't want to install all the Docs and Manpage package dependencies, they simply turn off one or both with the same logic =OFF or if they want them both, leave =ON with no change needed to the cmake configuration. thanks 73's Greg, KI7MT -- 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&iu=/4140 ___ wsjt-devel mailing list wsjt-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wsjt-devel
[wsjt-devel] WSJT / WSPR on Linux - Resent Dev Branch Updates
Hello All,
Over the last couple months I've been compiling a list of issues
reported by users from various forums, mailing lists and blogs. I
believe I have most of the major issues corrected. There is still some
tidy-up work to be done on documentation, fix typo's and such, however,
all the modes I am able to test seem to work as expected. Bare in mind,
these changes *have not been formally released by Joe*, so, use / test
your own risk.
I've tested both applications for basic functionality on Ubuntu 14.04
i386, amd64 and Ubuntu Mate 15.10 amrv7. JTSDK-Nix v2.0.19, when
released, will be updated to allow for the changes made below.
[1] WSJT / WSPR - On systems with both Python2-Numpy and Python3-Numpy,
the F2PY m4 search macro was finding Python2-Numpy first rather than
Python3-Numpy which manifests itself as a PyObject error. I believe this
is now resolved.
[2] WSJT / WSPR - In the past, finding portaudio headers and libraries
was problematic, particularly on FreeBSD and OSX for various reasons.
Fixes that were added to WSPR have now been ported to the WSJT autotools
scripts. You should not have to pass the portaudio locations using
AC_ARG_ENABLE. If this is still a problem, please advise.
[3] WSJT / WSPR - due to non-standard install locations, and the need to
have various files in the run directory, packaging and running multiple
instances of the applications was either impractical or required copying
the entire package to a local $USER owned location. With the new install
locations + a shell wrapper script, I believe this is now resolved.
There is one catch to this; WSJT and WSJT-X share two files with common
names ( jt65code and jt4code ). This would cause problems (overwriting)
for both the binaries and their manpages if they were both allowed to be
installed to --prefix=/usr. It is for this reason, when installing WSJT
from source code, users should leave the current prefix as stated in the
configure script: --prefix=/usr/local/wsjt/{bin,lib,share}. If you must
change this location, consider using --prefix=/opt or some other
non-system location.
[4] WSJT / WSPR - For the reasons stated above, users did no have an
easy method of running multiple instances on the same machine without
creating multiple copies of the full installation. This made keeping
track of system package updates more difficult. Users can now run
multiple instances of either WSJT or WSPR using a similar method as
WSJT-X currently employs; wsjt -[-n NAME] [-p PATH], the same for WSPR.
Both operators are optional, if you call the script without either
switch, the application runs from ~/.local/share/[APP-NAME].
[5] WSJT / WSPR - Documentation and Manpage builds require a substantial
number of packages to be installed in order to complete the full build.
Both WSJT and WSPR now have switches the user can enable to turn off
Docs and Manpage builds. To disable them, run:
./autogen.sh --disable-docs --disable-manpages
Both Docs and manpages are *enabled by default*. This may change in the
future.
[6] WSJT / WSPR - Both packages now employ the same build method:
./autogen.sh [OPTIONS]
make
sudo make install
For a short list of application specific options, use:
./autogen.sh
./configure --help=short
[7] WSPR - Originally, the list of available rig was from a static rig
file which required a package update to change the list. The shell
script now generates this list each time it is run. If Hamlib is updated
in your distribution, the rig list in WSPR should also be updated. This
feature requires the binary rigctl, provided by most libhamlib-utils
packages. This opens the door for users to compile their own copy of
Hamlib, adding rigctl to one of the ^/bin locations in the $PATH.
That covers the major changes, but there were / are many smaller times
that should not pose problems for end users building from source. If
anyone has issues, feedback, improvement ideas, whatever, you can send
them to the dev-list or email me off-line if you prefer.
73's
Greg, KI7MT
--
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&iu=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
