Re: Andrew Neumeier via wsjt-devel
> Closing the program and restarting it is met with the warning about a 'stale
> lock file'. Computer has to be restarted to be able to restart WSJTx.
Rebooting shouldn't be necessary, but sometimes there's a stale "jt9"
process left in the background that has
Version: 2.4.0 - 64bit (default install)
"File->Open log directory" opens
C:\Users\\AppData\Local\WSJT-X
and not
C:\Users\\AppData\Local\WSJT-X\logs
and all the logs are written to the first directory and not the logs
directory. Logs directory is empty.
Is this expected behavior?
Follo
On 07/06/2021 03:39, Andrew Neumeier via wsjt-devel wrote:
Hello,
Downloaded this program today into a fresh install of Kubuntu 20.04
LTS. Program installed but several problems so far. It receives
fine, but attempts to xmit fail, no audio out yet. Working on that.
But, when program return
On 07/06/2021 09:44, halst...@gmail.com wrote:
Version: 2.4.0 - 64bit (default install)
"File->Open log directory" opens
C:\Users\\AppData\Local\WSJT-X
and not
C:\Users\\AppData\Local\WSJT-X\logs
and all the logs are written to the first directory and not the logs
directory. Logs dir
Hi Bill,
Thanks for responding.
Rig is a Omni VII. It keys fine from WSJTx. It is connected via the sound
card for input and output and is the manner in which I have always used it. I
keep unwanted audio (from other pc activities) off the air by having all event
sounds shut off, always. F
Bill,
So I logged onto 20.04 a few moments ago and WSJTx started right up on its own,
without clicking on the icon.
A bit more info on the audio device. New OS uses 'Audio Volume' when clicking
on the little speaker in the tray. It indicates which of the audio devices is
default.
It indic
Bill,
You and Christoph Berg are correct. Problem is resolved. In order to prevent
constant restarting of my OS, I began killing WSJT-X with 'System Monitor' to
prevent the stale lock file error from hampering restart of the program. This
gave me a chance to look around some and try differen
Just made some compile tests from source code loaded from WSJT home
page. I used instructions from file INSTALL of the tgz.
I found interesting "feature" when using Fedora 33, Icom 7300 having
split=rig and rig net Hamlib rigctld, localhost:4532 with rigctld
started before wsjtx (to share rig
On 07/06/2021 18:10, Saku wrote:
Just made some compile tests from source code loaded from WSJT home
page. I used instructions from file INSTALL of the tgz.
I found interesting "feature" when using Fedora 33, Icom 7300 having
split=rig and rig net Hamlib rigctld, localhost:4532 with rigctld
s
Bill Somerville kirjoitti 7.6.2021 klo 20.36:
Hi Saku,
the WSJT-X v2.5.0 RC1 RPM package for Fedora targets Fedora 34, which
is why you are seeing dependency conflicts while attempting to install
on Fedora 33.
Try starting rigctld with a --vfo argument.
73
Bill
G4WJS.
Hi Bill!
Thanks for
10 matches
Mail list logo
