Re: [wsjt-devel] Please read: Windows users installing the latest v2.1.0 GA 64-bit version

It's on the Same page: https://slproweb.com/products/Win32OpenSSL.html Link: https://slproweb.com/download/Win64OpenSSL_Light-1_1_0k.exe 73's Greg, KI7MT On 7/18/19 1:52 AM, Tom Ramberg via wsjt-devel wrote: That's the WIN32 version. 73 de Tom OH6VDA Sendt fra min iPad Air 2 18. jul. 2019

Re: [wsjt-devel] 64 bit raspbian

Hi Bill, Sandro, Ubuntu has an ARMv8 (arm64) distro. I can't say off-hand that I know anyone using it in ham radio, mostly server based applications. My PPA has been building the ARMv8 (arm64) package for a while now. Again, I don't know if anyone is installing it, but the *.deb package is

Re: [wsjt-devel] New library required for building: qt5-linguist

Hi Dave, If there is a shorter way (smaller footprint), I've not found it. Not to say there isn't one. I think it's the dblatex portion that gets really piggy. 73's Greg, KI7MT On 7/15/19 3:01 PM, Dave Slotter, W3DJS wrote: Bill, Thanks, I added qttools5-dev-tools and CMake seems to be

Re: [wsjt-devel] ALL.TXT (again)

: On 7/9/19 10:58 AM, Greg Beam wrote: Hi Greg, I think parsing the lines into fields is the best long-term solution for storage (allows for much better indexing). This make only sense if you can assign a clear definition to every field. In the case of ALL.TXT, not all lines have the same structure

Re: [wsjt-devel] ALL.TXT (again)

PM, Black Michael via wsjt-devel wrote: Please do post the code. Thanks Greg. de Mike W9MDB On Monday, July 1, 2019, 03:53:15 PM CDT, Greg Beam wrote: Hello All, Here's an example from today's log: Results: https://paste.ubuntu.com/p/382VVMth4S/ The query takes about (2) seconds or so usin

Re: [wsjt-devel] ALL.TXT (again)

js script may mean that I can still have private web access. I use IIS on Win10 and just the local machine can access it. __ Dan – K4SHQ -Original Message- From: Greg Beam [mailto:ki7m...@gmail.com] Sent: Monday, July 1, 2019 3:47 PM To: wsjt-devel@lists.sourceforge.net Subject

Re: [wsjt-devel] ALL.TXT (again)

Hello All, Here's an example from today's log: Results: https://paste.ubuntu.com/p/382VVMth4S/ The query takes about (2) seconds or so using a $regex search on 7,390,224 logged events matching two callsigns; this is without being indexed nor field splitting. It is one string per line

Re: [wsjt-devel] ALL.TXT (again)

Hello All, This is similar to how I parse the file also; read / split the line and check line[0], then do what's needed based on checking the first string. At present, my ALL.TXT is over 400MB. What I've been doing to prevent read lock issues is creating a daily diff file between a copy and

[wsjt-devel] WSJT-X v2.0.1 Available via Launchpad PPA

Hello All, First, apologies for the lengthy delay on getting the latest version (v2.0.1) published. I had no end of problems with Mint 19 on my new workstation rebuild (nothing to do with WSJT-X itself). In the end, it's back to Ubuntu for the Base-OS. Build Data: - Distributions: Xenial

[wsjt-devel] WSJT-X Dev Tools Installation for (Debian, Ubuntu, Mint, others)

Hello All, Of late, there have been several folks experiencing problems when setting up their Linux Development Tooling across various Debian | Ubuntu based distributions. To try and alleviate some of those anomalies and provide a consistent setup process, I've created a meta-package that

Re: [wsjt-devel] WSJT-X v2.0.0 Build Failure: Ubuntu 14.04 via Bootstrap

phart can learn to read instructions and build from source than there is no excuse for anyone to go off in a snit because the pieces don't snap into place automagically. :D 73 -Jim NU0C On Tue, 18 Dec 2018 21:52:55 -0700 "Greg Beam" wrote: > Hi Bill, > > Source: https://ph

Re: [wsjt-devel] installing v. 2.0.0 on Debian stretch

Hello All, The process (as written below in your email), and as of release WSJT-X v2.0.0, will no longer be valid as Trusty is problematic on multiple fronts. If you want to use my PPA in this manner on Debian, use the following (note the change(s): wsjtx-next => wsjtx trusty => xenial For

[wsjt-devel] WSJT-X v2.0.0 Available via Launchpad PPA ( Ubuntu 16.04 | 18.04 )

Hello All, Following Joe's release of WSJT-X v2.0.0, package-manager versions are available via Launchpad PPA. Distribution(s): Xenial (16.04), Bionic (18.04) Arch: i386, amd64, armhf, arm64, ppc64el Install: See => https://launchpad.net/~ki7mt/+archive/ubuntu/wsjtx Upgrade:

[wsjt-devel] WSJT-X v2.0.0 Build Failure: Ubuntu 14.04 via Bootstrap

Hi Bill, Source: https://physics.princeton.edu/pulsar/k1jt/wsjtx-2.0.0.tgz I finally got around to building WSJT-X v2.0.0 with Launchpad && local pbuilder (Debian Bootstrap), but, I have run into an error that may have been discussed already. UB 14.04 (Trusty) is using Qt 5.2.1, while UB 16.04

[wsjt-devel] Feedback: Contest Log and Colors

Hello All, First, well done to Joe and all the WSJT-X developers!! I've not made any QSO's for several months (summer 2018) and was able to get up and running in no time (v2 RC5 Win32) by reading the docs. Made some rookie mistakes with QSO's, but, was able to make a few Q's to test things

Re: [wsjt-devel] WSJT-X & JTSDK future?

rior” on occasion, but most in our community have their hearts in the right place. Advancement. 73 Steve I VK3VM / Vk3SIR Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10 From: Greg Beam <mailto:ki7m...@gmail.com> Sent: Sunday, 18 No

Re: [wsjt-devel] WSJT-X & JTSDK future?

Sent: Saturday, November 17, 2018 2:21 PM To: wsjt-devel@lists.sourceforge.net Subject: Re: [wsjt-devel] WSJT-X & JTSDK future? On 17/11/2018 05:24, Greg Beam wrote: At this point, I've no idea how things are working with WSJT-X builds (Win32 or Linux) other than what's being formally publi

Re: [wsjt-devel] WSJT-X & JTSDK future?

Hello All, I've been away from radio, and any/all code work, for the last couple months due to family situation in FL. I've just gotten things back up/running here in MT and I'm going through a mountain of emails. At this point, I've no idea how things are working with WSJT-X builds (Win32 or

Re: [wsjt-devel] Building WSJT-X Developmental Software

Hi Claude, Using the WSJT-X Install Doc: -- https://sourceforge.net/p/wsjt/wsjtx/ci/master/tree/INSTALL Here's How I am testing things now (On Windows, Linux is still WIP): -- Update JTSDK v2: https://github.com/KI7MT/jtsdk-build-scripts-git -- Build Testing:

Re: [wsjt-devel] Building WSJT-X Developmental Software

Hi Mike, I think it’s more than obvious, the tools developers need are not always in line with what end-users expect to see. I’m not sure what you mean by “collisions”. What I do know is, there are many projects that have hundreds—in some cases thousands--of developers working from / on the

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

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

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

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

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

May be temporary "rem" or skip instructions refer this branch is more productive than correct the code. Il 28/05/2018 20:32, Greg Beam ha scritto: > Hi Sandro, > > Mike (W9MDB) reported another bug this morning which was rather important. > It has been fixed. The lates

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

-devel [mailto:wsjt-devel@lists.sourceforge.net] Sent: Monday, May 28, 2018 12:12 PM To: wsjt-devel@lists.sourceforge.net Cc: Alessandro Gorobey Subject: Re: [wsjt-devel] Incorrect build location 1.10.0-rc1 Hi Greg, Thanks for fast corrections. Il 28/05/2018 09:30, Greg Beam ha scritto: >

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

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,

[wsjt-devel] JTSDK-Win32 Bug Fix 2.0.6 Release 720 #Install-Windows

Hello All, Sandro (IW3RAB) identified a couple of issues in JTSDK-Win32 v2.0.6 Release 719. Originally, I didn't think they were critical, least wise, not enough to warrant an immediate update. As it turns out, the version number bug will cause you longer term problems if not resolved now.

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

again. So, it's not a good long-term solution for pulling the version before a build. 73's Greg, KI7MT -Original Message- From: Greg Beam [mailto:ki7m...@gmail.com] Sent: Sunday, May 27, 2018 9:21 PM To: 'WSJT software development' <wsjt-devel@lists.sourceforge.net> Cc: 'Alessandro G

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

Hi Sandro, Thanks for the feedback. While version issue is definably a bug, I don't think it falls into the category of critical. The version information has no effect on WSJT-X final code whatsoever; mainly screen displays and folder separation if enabled. From the feedback I received, most

[wsjt-devel] JTSDK v2 End of Life Notification #Announcements #Install-Windows #Install-Linux

Hello All, As most on the jt...@groups.io are aware, I've been slowly working toward a JTSDK v3 tool chain that supports building not only WSJT applications, but includes support for .Net Core, Java and PostgreSQL application development. With the recent WSJT

Re: [wsjt-devel] SourceForge repository changes

don’t see this as productive. 73’s Greg, KI7MT From: Bill Somerville [mailto:g4...@classdesign.com] Sent: Sunday, May 27, 2018 2:52 PM To: wsjt-devel@lists.sourceforge.net Subject: Re: [wsjt-devel] SourceForge repository changes On 27/05/2018 21:32, Greg Beam wrote: While the svn

Re: [wsjt-devel] SourceForge repository changes

Hi Bill, Charlie, JTSDK is doing exactly what It is intended to do; it is checking out to: C:\JTSDK\src\wsjtx\{trunk, branches, tags} I posted both screenshots of, and wrote out the new paths in the upgrade email I posted. I don’t understand how it is not working as expected. 73's Greg, KI7MT

[wsjt-devel] JTSDK-Win32 Upgrade Available #Install-Windows

Hello All, Following Bill's (G4WJS) WSJT-X Repository Restructuring Announcement [1], I've updated the JTSDK-Win32 WSJT-X build script to reflect those changes. I did not use svn switch as the source (checkout), and final build locations have changed to match the new SF layout. UPGRADE: *

[wsjt-devel] Launchpad Usage with Debian Proper Installations #Install-Linux

Hello All, There seems to be a lot of confusion about the different package schemas relating to Ubuntu and Debian. Put simply, Ubuntu would not exist without Debian. With that in mind, I put together a quick Gist for those using Debian Proper. If this, or something similar, would be helpful to

Re: [wsjt-devel] JTSDK Win32 and Nix Upgrade Available

/jtsdk-nix/releases 73’s Greg, KI7MT From: Paul Bramscher [mailto:pfb...@comcast.net] Sent: Friday, May 25, 2018 7:50 AM To: Greg Beam <ki7m...@gmail.com>; WSJT software development <wsjt-devel@lists.sourceforge.net> Subject: Re: [wsjt-devel] JTSDK Win32 and Nix Upgrade Ava

Re: [wsjt-devel] JTSDK Win32 and Nix Upgrade Available

at the top of the README somewhere. I’ll look at that on the next update. 73’s Greg, KI7MT From: Paul Bramscher [mailto:pfb...@comcast.net] Sent: Friday, May 25, 2018 7:50 AM To: Greg Beam <ki7m...@gmail.com>; WSJT software development <wsjt-devel@lists.sourceforge.net> Subjec

Re: [wsjt-devel] JTSDK Win32 and Nix Upgrade Available

probably run WSJT-X from the WSL instance for testing. I'm not sure about the interoperability layer for com-devices, but, the UI should at least fire up. 73's Greg, KI7MT -Original Message- From: Greg Beam [mailto:ki7m...@gmail.com] Sent: Thursday, May 24, 2018 11:02 PM To: 'WSJT software

Re: [wsjt-devel] JTSDK Win32 and Nix Upgrade Available

Hi Paul, Bill, I didn't re-work any of the WSJT-X build scripts, so obviously the URL's would be wrong. As I understand it: ^wsjt/wsjt/branches/wsjtx => is still the current dev branch "I think " ^/wsjtx/branches/x.y.z => are historical dev branches =< 1.8 and Joe's test branches ^/wsjtx/tags =>

Re: [wsjt-devel] JTSDK Win32 and Nix Upgrade Available

. And yes, the docs need some attention for sure. 73’s Greg, KI7MT From: Paul Bramscher [mailto:pfb...@comcast.net] Sent: Wednesday, May 23, 2018 8:30 PM To: Greg Beam ki7m...@gmail.com <mailto:ki7m...@gmail.com> ; wsjtgr...@yahoogroups.com; WSJT software development <w

[wsjt-devel] JTSDK Win32 and Nix Upgrade Available

Hello All, The WSJT application layout was restructured today, and now lives in ^/wsjt/{trunk, branches, tags}. I have updated both JTSDK-Win32 and JTSDK-Nix to accommodate the new layout. When the WSJT-X is relocated (no target date for that move yet), that will trigger another round of

[wsjt-devel] JTSDK Win32 and Nix Upgrade Available

Hello All, Following the SF Repository restructuring message from Bill (G4WJS), I have updated both JTSDK-Win32 and JTSDK-Nix to accommodate the new layout. When the WSJT trunk is fully relocated, that will trigger another round of updates. JTSDK-Win32 Upgrade (to => v2.0.6 Release 717): *

Re: [wsjt-devel] Fwd: WSJT-X Suggestion

Hi Jeff, Joe will have to address the question as to whether they would implement the feature. In the meantime, JT-Alerts is a “very useful” tool that will do what you are asking, and much more!! https://hamapps.com/ 73’s Greg, KI7MT From: k7xq [mailto:k...@elite.net]

Re: [wsjt-devel] Build environment macOS 10.13.4

switch to the appropriate branch and start over., Megan On Wed, 16 May 2018 at 2:53 pm, Greg Beam <ki7m...@gmail.com <mailto:ki7m...@gmail.com> > wrote: Hello All, First, there’s been little to know development effort on WSJT in a good while (2yrs or more mayb

Re: [wsjt-devel] Subprocess Error (full details captured)

Hi Steve, Not sure if the is on point or not, but, the path to the file is a bit wonky: 'C:\Users\Steve\AppData\Local\Temp\WSJT-X/houndcallers.txt' Note the forward slash before houdcallers.txt. Could be something, or nothing. Just an observation. 73’s Greg, KI7MT From:

Re: [wsjt-devel] fyi ubuntu 18.04LTS

Hello All, In isolation, this approach may produce the desired results. However, it violates concern separation and could break other applications that have specific library dependencies. This is especially true at the system level. User-Space library linking would be another topic entirely. For

Re: [wsjt-devel] Memory Leak in jt9 Process

apt show gcc gives: Package: gcc Version: 4:7.2.0-1ubuntu1 I did not manually upgrade anything, just apt upgrade. On Tue, Mar 20, 2018 at 10:03 PM Greg Beam <ki7m...@gmail.com <mailto:ki7m...@gmail.com> > wrote: Correction: My schedule for the Feature Freeze / Releas

Re: [wsjt-devel] Memory Leak in jt9 Process

On Tue, Mar 20, 2018 at 10:03 PM Greg Beam <ki7m...@gmail.com <mailto:ki7m...@gmail.com> > wrote: Correction: My schedule for the Feature Freeze / Release Candidate was wrong. The final feature Freeze in April 19th, not March. If there is a bug, it may be picked up and

Re: [wsjt-devel] Memory Leak in jt9 Process

for the confusion. G. From: Greg Beam [mailto:ki7m...@gmail.com] Sent: Tuesday, March 20, 2018 10:43 PM To: 'WSJT software development' <wsjt-devel@lists.sourceforge.net> Subject: RE: [wsjt-devel] Memory Leak in jt9 Process Hi Doug, If the problem is in fact the GCC 7.2 tool chain, th

Re: [wsjt-devel] Memory Leak in jt9 Process

Hi Doug, If the problem is in fact the GCC 7.2 tool chain, that may very well be a problem for 18.04 also. For Readline, the version was bumped to libreadline7 between Xenial (now obsolete) and Artful (obsolete in July). One should be able to specify libreadline-dev in the Debian control

Re: [wsjt-devel] Monitoring stops suddenly in 1.80 and 1.90 RC2

Hi Frank, In this case, processor utilization is probably less of a concern than memory in terms of overall performance. The RIP2 is short to begin with for "normal" desktop activities. I believe the Pi2 B/(x) models came with ~1GB; even less on older versions. While you are watching HTOP, keep

Re: [wsjt-devel] JSDK Oops on Reinstall

Hi Ricky, Just for clarity, what fails to install? Update-3 adds Ruby and Asciidoctor. If they are not being installed, that is a problem. However, I’ve not heard this being an issue for others. Greg, KI7MT From: Ricky Scott [mailto:w7...@w7psk.net] Sent: Sunday, December 17,

Re: [wsjt-devel] r8270 compile error

Hi Mike, Try cleaning your build tree / cache. ft8_params.f90 was in fsk4hf, but, I believe Steve moved some things around not long ago. It’s now in lib/ft8 and builds OK here @8207, not @8270. 73’s Greg, KI7MT From: Black Michael via wsjt-devel

Re: [wsjt-devel] WSJT-X will not run with debian 9.2

Hi John, All, Just a quick note regarding the developer section: --- 2) For the wsjtx developers: It's tough to release binary packages that cover the wide range of linux releases. But you can greatly increase the chance of things working by linking statically against smaller libraries like

[wsjt-devel] WSJT-X 1.8.0 GA Release via Launchpad PPA

Hello All, Following Joe's WSJT-X 1.8.0 GA Release message, I've updated my Lauchpad PPA's (WSJTX and WSJTX-NEXT) as released by the WSJT Development Team. Both packages are sitting at the tagged revision number r8193. Supported Distributions: * Trusty, Xenial, Zesty * Supported Arch:

[wsjt-devel] WSJTX RC3 for Ubuntu via Launchpad PPA

Hello All, Following Joe's WSJT-X RC3 message yesterday, I've updated my Lauchpad PPA (WSJTX-NEXT) to RC3 as released by the WSJT Development Team. Supported Distributions: * Trusty, Xenial, Zesty * Supported Arch: amd64, i386, arm64, armhf, ppc64el Installation / Upgrade Information:

Re: [wsjt-devel] WSJT-X 1.7.1 builds now fail to start

Hi Rich, Typically, you do not run the build from the “build” folder. Rather, you run it from the release/install folder, as that is where all the required QT / GCC dll’s are copied to. The auto-run setting for JTSDK (assuming that is what you are building with) changes directory to the

[wsjt-devel] WSJTX RC2 for Ubuntu via Launchpad PPA

Hello All, Apologies for the delay. However, I've updated my Lauchpad PPA (WSJTX-NEXT) to RC2 as released by the WSJT Development Team. Supported Distributions: Trusty, Xenial, Zesty (Yakkety is Obsolete, and no longer supported) Supported Arch: amd64, arm64, armhf, i386, ppc64el Installation /

Re: [wsjt-devel] Build error with hamlib3

Hi Rick, The short answer is, JTSDK-PY is not the right environment for building Hamlib3. Either JTSDK-QT, or MSYS, but not JTSDK-PY. To keep the WSJT-X Development list clear JTSDK related issue, please use jt...@groups.io for reporting problems. 73’s

Re: [wsjt-devel] JTSDK-Win32 Upgrade Available - Important Update for Compiling Hamlib

are doing to make WSJT spectacular. Bill, W4WNT _ From: Greg Beam <ki7m...@gmail.com <mailto:ki7m...@gmail.com> > To: wsjtgr...@yahoogroups.com <mailto:wsjtgr...@yahoogroups.com> ; 'WSJT software development' <wsjt-devel@lists.sourceforge.net <mailto:wsjt-d

[wsjt-devel] JTSDK-Win32 Upgrade Available - Important Update for Compiling Hamlib

Hello All, The Hamlib development team recently made a slight change to their build invocation. As result, a minor change to the JTSDK-Win Hamlib3 build script was required. TO UPGRADE: * Open JTSDK Maintenance * Type: update * Type: upgrade * Close, then reopen JTSDK Maintenance * Type:

Re: [wsjt-devel] WSJT-X: review of message reply and sequencing logic

Hello All, All I can say is, the fast mode "is fast". Joe, Steve, Bill, etc are working on decoder refinement, but for me, decoding 18+ stations each iteration is more than enough to contemplate. On the fast mode, I just decoded a station at -21db. I think that's a record for me on FT8. -20db

[wsjt-devel] JTSDK-CS Beta Testers Needed / jt...@groups.io

Hello All, As most of the email lists I frequent have, or are in the process of, moving to Groups.io--which I find most useful--, I've decided to create jt...@groups.io to try and keep non-relevant traffic off other lists. When the FT8 mode was announced, I was shocked to see the number of

Re: [wsjt-devel] TQSL's config.xml

nt. I have already done the FT8 mapping, and it is working quit well Dan-K4SHQ From: Greg Beam [mailto:ki7m...@gmail.com] Sent: Tuesday, July 18, 2017 12:00 PM To: 'WSJT software development' <wsjt-devel@lists.sourceforge.net <mailto:wsjt-devel@lists.sourceforge.net> > Subjec

Re: [wsjt-devel] TQSL's config.xml

development' <wsjt-devel@lists.sourceforge.net> Subject: Re: [wsjt-devel] TQSL's config.xml >>>AA6YQ comments below From: Greg Beam [mailto:ki7m...@gmail.com] Sent: Tuesday, July 18, 2017 2:02 PM To: 'WSJT software development' Subject: Re: [wsjt-devel] TQSL's config.xml Hi D

Re: [wsjt-devel] TQSL's config.xml

TQSL's config.xml You can configure TQSL to automatically “map” FT8 QSOs to DATA now, which will enable LoTW to accept them. See https://lotw.arrl.org/lotw-help/pref-adi/ 73, Dave, AA6YQ From: Greg Beam [mailto:ki7m...@gmail.com] Sent: Tuesday, July 18, 2017 1

Re: [wsjt-devel] TQSL's config.xml

You could ask Rick M., Dave, or one of the other Trusted QSL developers, but, I would think that adjustments to the client-side will have little to no affect—other than mapping the mode to data—until the server-side model has been updated to accommodate the new mode. Even if the ADIF spec

Re: [wsjt-devel] increasing false decodes in Version R7895

Hello All, The method Richard stated below is the preferred build method, for several reasons. Those testing the release candidate branch—which is what needs testing at this point—should build the ^/wsjtx-1.8-rcX branch, not the ^/wsjtx branch. The ^wsjtx branch can have all sorts of

Re: [wsjt-devel] libgomp1 >=4.9

Hi Pino, I am not sure you can, as I "think" Mint 17.3 is based on Trusty (14.04), I could be wrong, but. Trusty, even with the updates is showing gcc-4.8 https://packages.ubuntu.com/trusty/libx32gomp1 https://packages.ubuntu.com/trusty/i386/libx32gomp1/filelist You could either upgrade, or

Re: [wsjt-devel] WSJTX RC1

Erik, All, At this point in the release cycle, its beneficial to the development team to test the installation, as well as new features, on as many instances as possible. Bill created installers for most, if not all, the supported distributions. We should be testing that release, and providing

Re: [wsjt-devel] Sourceforge Update Error

Now ya don't it John, it's busted :-) You should be able to, from JTSDK-QT: cd C:\JTSDK\src\wsjtx svn cleanup svn up or remove C:\JTSDK\src\wsjtx then rebuild. Assuming of course, SF is not actually down. 73's Greg, KI7MT -Original Message- From: John Zantek

Re: [wsjt-devel] Compiling issues...

Hi Ryan, I think the package your looking for is: https://packages.ubuntu.com/xenial/libusb-1.0-0-dev https://packages.ubuntu.com/xenial/i386/libusb-1.0-0-dev/filelist .. so that would be: sudo apt-get install libusb-1.0-0-dev That is the package for 16.04 (Xenial). I

Re: [wsjt-devel] FT8 Feature Request

Message- From: Greg Beam [mailto:ki7m...@gmail.com] Sent: Monday, July 3, 2017 5:59 PM To: 'WSJT software development' <wsjt-devel@lists.sourceforge.net> Subject: FT8 Feature Request Hi Joe, All, After a brief stint in calling CQ, I soon realized my reflexes with the ole mouse buttons are no

[wsjt-devel] FT8 Feature Request

Hi Joe, All, After a brief stint in calling CQ, I soon realized my reflexes with the ole mouse buttons are not what they used to be. I guess I've not been participating in enough RTTY contests :-) In any case: When in RUN mode (calling CQ): - Would it be possible to assign a single hot-key to

[wsjt-devel] JTSDK Usage and Policy Guidelines

Hello All, Appropriate Use == JTSDK exists to help users build and "test" Joe's software, not distribute it. We all want these fantastic applications, but, we "users" must respect the developers requests. I've received several reports of WSJTX packages built with JTSDK being

Re: [wsjt-devel] Linux JTSDK build problem.

h uses the same libs as ubuntu 16.04 On Fri, 30 Jun 2017 16:10:06 -0600 "Greg Beam" <ki7m...@gmail.com> wrote: > Hi Llyod, > > You can contact me off-line to keep the traffic on the mailing-dist > down a bit. > > Couple question to answer in the offline email: >

Re: [wsjt-devel] Linux JTSDK build problem.

Hi Llyod, You can contact me off-line to keep the traffic on the mailing-dist down a bit. Couple question to answer in the offline email: * What Linux distro are you using? * How did you install JTSDK-Nix? 73's Greg, KI7MT -Original Message- From: Lloyd Kirk [mailto:ll...@gcis.biz]

Re: [wsjt-devel] FT8: Potential new mode for fast QSOs

Somerville <g4...@classdesign.com> wrote: > On 30/06/2017 00:15, Greg Beam wrote: > >> I just decoded Joe working Bill. All be it, I did not decode Bill. >> > > Hi Greg, > > I am only running 3W. If you want a QSO I

Re: [wsjt-devel] FT8: Potential new mode for fast QSOs

Here's an issue "I think". If you set (check) auto-seq, then, during the QSO, set a different response than what it expects, say 73's instead of the RRR message, WSJT-X automatically sends the report message message if the other station sent a report instead of RRR. I got caught in a do-loop with

Re: [wsjt-devel] Hamlib3 compile error

Hi Dan, The shell script for building Hamlib can be found at: C:\JTSDK\sctipts\msys-build-hamlib3.sh On or about line 254 is the make command, just add the V=1 after it: make V=1 if that is what Bill needs. Because it's a script doing the work, just tee the output to a file from within MSYS

Re: [wsjt-devel] compile error

Hi Bill, I can't recall exactly what the reason was, but, in the past there were various checkout issues from SF when using the svn:// prefix, which is why I opted for using the http:// prefix. For what it's worth, since SF came back up after their last major down period, I've not had any

Re: [wsjt-devel] WSJTX 1.7.0 doesn't install on Debian.

Hi Andreas, The .deb files posted on Joe's website were more than likely built on a Ubuntu distribution, most probably 16.04 considering Ubuntu 14.04 gcc is sitting at 4.8.3. To answer you questions, I don't think anyone is building packages for Debian specifically. I build PPA packages for

Re: [wsjt-devel] JTSDK

Hi Gary, In the tar.gz you extracted is a file called README.pkg-list. That would be a good place to start. 73's Greg, KI7MT On 1/21/2017 11:18 AM, C. Gary Rogers wrote: > So i downloaded the Linux version of JTSDK to learn how to compile WSJT-X > > INSTALLATION > > *

Re: [wsjt-devel] First Alpha Release of MAP65 v2.7

Hi Joe, v2.7 r7545 installs and launches properly the first time. I looked at the MAP65 build script, and it could use a fair bit of updating. I'll try to get to that this weekend. 73's Greg, KI7MT On 1/20/2017 9:43 AM, Joe Taylor wrote: > Hi Bill and all, > >> that moves things on a bit. I

Re: [wsjt-devel] First Alpha Release of MAP65 v2.7

Hi Joe, All, I don't know what the root cause is at this point, but, check to see of the correct qwindows.dll is being copied into the platforms directory when building v2.7. The v2.5 DLL is dated 2/1/2014 2:54 PM The v2.7 DLL is dated 6/29/2015 4:57 AM I installed, then ran v2.7, it failed.

Re: [wsjt-devel] JTSDK build-wsjtx errors

Hi Josh, Are you able to update the src/wsjtx directory manually from the command line? cd C:\JTSDK\src\wsjtx svn up or similar commands. 73's Greg, KI7MT On 1/15/2017 7:56 AM, Josh Rovero wrote: > Recently (last week or so) I have been getting the following error when > attempting > to

Re: [wsjt-devel] FreqCal Mode

Hi Joe, This is great news. I tried to convert the FMT Fortran files to C++, but failed in an epic way, e. This will be a very welcome addition to WSJT-X. Thanks! Greg. On 1/9/2017 2:45 PM, Joe Taylor wrote: > Hi all, > > A brief follow-up to my message about FreqCal mode in WSJT-X.

Re: [wsjt-devel] error on building WSJT-x with JTSDK

Hi Bill, Everything is back to normal, thanks. 73's Greg, KI7MT On 12/12/2016 11:27 AM, Bill Somerville wrote: > On 12/12/2016 12:50, Jay Hainline wrote: >> Attached is an error message I received this morning when trying to >> build to the latest version of WSJT-x 1.7.0-rc3. > Hi Jay, > >

Re: [wsjt-devel] error on building WSJT-x with JTSDK

Hi Jay, I hit the same error on Linux last night. I am not sure what the root cause is. Maybe Bill can shed some light on is what happening. 73's Greg, KI7MT On 12/12/2016 5:50 AM, Jay Hainline wrote: Attached is an error message I received this morning when trying to build to the

Re: [wsjt-devel] problem compiling 1.7.0 rc 3 on ARM

Hi Richard, I agree with Bill on this. The problem appears to the same as you had before. I have the Lanchpad version of RC3 ready to posted, but that is not solving the problem at hand. Are you sure you followed the steps / process posted in:

Re: [wsjt-devel] My problems while trying to get the audio samples

Hi Bill, I don't think, least wise, not by design, JTSDK is installing OpenSSL libraries. There are ssleay dll's that accompany applications such as Subversion which are renamed under their own naming convention. I would have to verify MSYS, Cygwin and the like, however Cygwin is a user

Re: [wsjt-devel] ALL.txt idea

------ > *From:* Greg Beam <ki7m...@gmail.com> > *To:* Black Michael <mdblac...@yahoo.com>; WSJT software development > <wsjt-devel@lists.sourceforge.net> > *Sent:* Monday, November 7, 2016 12:37 AM > *Subject:*

Re: [wsjt-devel] ALL.txt idea

is easy for everyone instead of just those with grep, > EMACS, or whatever they may be currently using. > > de Mike W9MDB > > > ---- > *From:* Greg Beam <ki7m...@gmail.com> > *To:* WSJT software development <

Re: [wsjt-devel] JTSDK and hamlib

Hi Mike, I just checked my span filter box (monthly cleanup), and for whatever reason, all the your emails from Yahoo are landing in there. That should not be to difficult. As a work around, comment out lines 237-246 of msys-build-hamlib3.sh, that should skip the make clean step. 73's Greg,

Re: [wsjt-devel] ALL.txt idea

Installing Git for windows (Git Bash) will give all sorts of powerful *Nix tools; Grep, Awk, Sed, Cat, Cut, TR and so on. Additionally, If you have JTSDK-Win installed, you have all those tools and many more available through any of the JTSDK-ENV windows. 73's Greg, KI7MT > Hi Michael, > >>

Re: [wsjt-devel] Help compiling WSPR for Raspberry PI 3

Hi Costantino, A few things to note: 1. Check you lib directory locations are correct. /user/lib has a typo in it. 2. The last time I built WSPR ( Python version ) on Raspbian / Ubuntu-Mate, I did not need to include the Portaudio lib and include directories. What is driving you to add the

Re: [wsjt-devel] FMT

Hi Victor, I can't speak to Joe's plan on this, but, some time back, before I started back to school late in the summer, I isolated the relevant parts of the WSPR ( Python3 version ) program that provided the FMT tools and put it into a branch of it own. The FMT package is in own repository

Re: [wsjt-devel] Windows build issue

os a capacidade de fazer coisas incríveis se > trabalharmos juntos. > > On Sun, Oct 16, 2016 at 3:03 PM, Greg Beam <ki7m...@gmail.com > <mailto:ki7m...@gmail.com>> wrote: > > Hi Edson, > > A build environment issue is possible, but not likely if you've not >

Re: [wsjt-devel] Windows build issue

Hi Edson, A build environment issue is possible, but not likely if you've not changed anything recently. I've seen these type of errors in the past for couple of different reasons: the build tree getting corrupted somehow or the computer itself not handling parallel builds properly. Why the

Re: [wsjt-devel] problem with QTENV.cmd

Hi Bob, There are only two files associated with the start-up of the QT shell, but it looks like those are functioning properly, otherwise you would not be getting version information. One thing you could check, see if there is a config directory under the JTSDK root directory:

Re: [wsjt-devel] does this mean hamlib is up to date, or something else?

Hi Chuck. The message means that, the checkout-out you have locally matches that which resides in the repository. In other words, no updates were committed since your last build of Hamlib3. As for the build mechanics itself, while not necessary in the case above, I let the build continue so

Re: [wsjt-devel] Batch for Make ?

Lots of ways to deal with this one. If you have your command line options setup properly, auto-svn, separate, qt55, etc, etc you do not need to answer the update prompt question(s). You could write a script to CALL qtenv-build-wsjtx.cmd passing it the command line options needed for build.

  1   2   3   >