[wsjt-devel] Launchpad Redundant WSJTX-Next PPA Removal #Install-Linux

2018-05-28 Thread Greg Beam
Hello All, This has nothing do with the repo restructuring. Rather, simply cutting down on redundancy. As with JTSDK-Nix, my wsjtx-next PPA is no longer needed. It was only used from time-to-time anyway. It won't be a big loss. As GA Releases are made available, and if the build passes on Launc

[wsjt-devel] JTSDK-Nix Final Release v2.0.26 #Install-Linux

2018-05-28 Thread Greg Beam
Hello All, I finished updating JTSDK-Nix for the restructured repository, or at least, to extent it can be updated without a significant undertaking. Before 105's start flying, a couple of things need to be understood. First, JTSDK-Nix never had the same build capabilities as JTSDK-Win32. It do

Re: [wsjt-devel] Incorrect build location 1.10.0-rc1

2018-05-28 Thread Greg Beam
Hi Sandro, Joe created the branch for something, but, I don't recall what it was. With the new structure in place, this can probably just be removed from the build script script. I've made a few additional changes, nothing of great importance. When I've amassed enough to warrant another update, t

Re: [wsjt-devel] Double click on old QSO

2018-05-28 Thread Robert Wilson G3YZO via wsjt-devel
I’ve only just joined this group so it may have been dealt with before, but I think this is the same problem as I have – having moved on to respond to a new CQ, finding the previous station I called responding to me. So I double click on that, but transmit on the frequency of the second call. (

Re: [wsjt-devel] Double click on old QSO

2018-05-28 Thread Neil Zampella
FWIW .. really not needed, as FT8 decodes the entire passband, and the station you're replying to will receive your transmission.  Its better if you find a Tx location, set the Hold TX Freq, and answer everyone from there.  Stations will then be able to see your answer clear of any other st

Re: [wsjt-devel] Incorrect build location 1.10.0-rc1

2018-05-28 Thread Alessandro Gorobey via wsjt-devel
Hi Greg, on line 135 of qtenv-build-list.cmd there is a ECHO wsjtx_exp >> %devlist% seems that is not correctly treated, as "svn co" go to c:\ The code in this branch was very active 3 years ago, but I am in doubt if it is actually usefully. May be temporary "rem" or skip instructions refer

Re: [wsjt-devel] Incorrect build location 1.10.0-rc1

2018-05-28 Thread Greg Beam
Hi Sandro, Mike (W9MDB) reported another bug this morning which was rather important. It has been fixed. The latest version is now 722. If you find anything else, let me know and I'll try to get it resolved today. 73's Greg, KI7MT -Original Message- From: Alessandro Gorobey via wsjt-dev

Re: [wsjt-devel] Incorrect build location 1.10.0-rc1

2018-05-28 Thread Alessandro Gorobey via wsjt-devel
Hi Greg, Thanks for fast corrections. Il 28/05/2018 09:30, Greg Beam ha scritto: Hi Charlie, Glad you have everything sorted out. There were a couple bugs that Sandro identified, and two more I forgot to commit in the 720 fix. So, you may want to update again to 721. It's nothing major, jus

Re: [wsjt-devel] Incorrect build location 1.10.0-rc1

2018-05-28 Thread Alessandro Gorobey via wsjt-devel
Hi Bill, my ADSL work well, and some test are done on other lines. Seems as in some circumstance there is a site collapsing. https://sourceforge.net/u/bsomervi/hamlib/commit_browser or https://sourceforge.net/p/wsjt/wsjt/commit_browser have to be refreshed several times to obtain a result. If I t

Re: [wsjt-devel] Incorrect build location 1.10.0-rc1

2018-05-28 Thread Greg Beam
Hi Charlie, Glad you have everything sorted out. There were a couple bugs that Sandro identified, and two more I forgot to commit in the 720 fix. So, you may want to update again to 721. It's nothing major, just typos on screens and such. I believe the version issue is resolved now. Least wise,

Re: [wsjt-devel] Incorrect build location 1.10.0-rc1

2018-05-28 Thread charlie
Hi Greg After upgrading to JTSDK release 720, the build now appears in a correctly named folder. Regarding yesterday's issue, I copied my locally edited files (which were merged yesterday after using Bill's svn switch command) into the new 'trunk' folder. Build then went with no problems. 73 C