Debian has been building wsjtx with the stock upstream hamlib for ages
without issues.
Mageia also.
We build against the system version.
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
On 05/10/2023 09:33, Adrian via wsjt-devel wrote:
of a digital Mode database setup & registered to , with license proof
etc, similar to QRZ.
Hmm... Nice idea.
Are you going to set up, maintain, pay for and verify (in multiple
languages) a database of every call sign in the world?
If
On 08/05/2023 17:44, Jim Brown via wsjt-devel wrote:
I strongly disagree, Mike. Bjorn's suggestion to call it Transmit
Harmonic Prevention is a VERY good one, because it describes what the
choice does. It is NOT "split" in the sense it has been used in ham
radio for at least 70 years.
People
Further to my last and after a good search of the git log it seems that
since 2.5.4 nobody has tagged the releases.
There are commits with references to making preparations for the
releases of 2.6.0 and 2.6.1 but neither were tagged at release!
So this has broken my script which was checking
Forwarded Message
Subject: Re: [wsjt-devel] WSJT-X 2.6.1 GA Release
Date: Tue, 14 Feb 2023 16:03:56 + (UTC)
From: Black Michael
Reply-To: Black Michael
To: Barry Jackson
What does git log show?
I show this as the most recent commit
commit
On 13/02/2023 23:00, Brian Morrison via wsjt-devel wrote:
On Mon, 13 Feb 2023 22:35:13 +
Barry Jackson via wsjt-devel wrote:
On 16/01/2023 14:22, Joe Taylor via wsjt-devel wrote:
The WSJT Development Team is pleased to announce that today the
Solar Flux Index is 234 and Sunspot Number
On 16/01/2023 14:22, Joe Taylor via wsjt-devel wrote:
The WSJT Development Team is pleased to announce that today the Solar
Flux Index is 234 and Sunspot Number is 195.
Oh, yes: and the WSJT-X 2.6.1 General Availability (GA) release is now
available for free download from SourceForge.
Hi
While testing 2.6.0~RC5 I had a QSO which puzzled me. (FT8)
The attached image shows what happened.
I replied to 9K2YM's CQ
He responded and I replied with report.
Then I received:
222900 -2 0.2 1371 ~ G4MKT RR73; SP6TO <9K2YM> -18
I have never seen that format before.
He sent RR73 to me
On 19/10/2022 18:24, Barry Jackson via wsjt-devel wrote:
Seems my reply only went to Mike so forwarding to list.
...but no attachments!
Here they are.
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists
On 17/10/2022 09:24, Uwe, DG2YCB wrote:
Hi Barry,
A couple of days ago, we already made a few minor improvements to the
GUI stretching. It should be better in the next release. However, this
error occurs only under certain conditions (application font, font size,
screen size, style sheet, Qt
An annoying error has crept in that chops half the leading character in
the band field on the left of the main window.
Mageia cauldron (dev) (Linux)
Using 1024x1280 resolution monitor.
See in the attached photo that the 3 of '30m' is indistinguishable from
an 8.
Cheers,
Barry
Hi,
Since the sad loss of Bill Somerville I am not sure who will receive this.
I maintain wsjtx for Mageia and have just packaged 2.6.0-RC4 for testing
in Mageia (9) Cauldron.
There seems to a problem with wsjtx interaction with hamlib.
I have filed this bug report with upstream klog,
There seems to be a regression in hamlib-4.3.x which I have been testing
for our dev branch.
I maintain the wsjtx package for Mageia (Linux) and do all my testing
with my Kenwood TS-450S.
We use the system hamlib.
Fake-it works, but any attempt to use RIG for split now fails with the
On 18/10/2021 14:42, Bill Somerville via wsjt-devel wrote:
Hi Bill,
It seems we are all as confused as each other although your suggestion
would work.
Mike just suggested:
[baz@localhost ~]# rigctld -v -Z -v -m 2003 -s 4800 -r /dev/ttyUSB0
-t 4532 --set-conf=serial_handshake=None
On 15/10/2021 16:18, Black Michael wrote:
Try this
rigctld -v -Z -v -m 2003 -s 4800 -r /dev/ttyUSB0 -t 4532
--serial_handshake=None --write_delay=5
Hi Mike,
Going back to this command of yours with syntax that does not work, is
there a current up-to-date ridctld documentation somewhere.
On 15/10/2021 19:09, Bill Somerville via wsjt-devel wrote:
Hi Barry,
I have already sent Mike a copy of that document.
Great - thanks for letting me know :)
Have a good evening!
Cheers,
Barry
G4MKT
___
wsjt-devel mailing list
On 15/10/2021 18:37, Black Michael via wsjt-devel wrote:
What's the title of that manual? I'd hope it would be available on-line.
Do you have a scanner on your printer?
Also...are you able to checkout the master repo and test the fix I just
posted?
Mike W9MDB
It's called:
"TS-450S
On 15/10/2021 18:25, Barry Jackson via wsjt-devel wrote:
I do have the paper one. Maybe the bits you need are not too big?
TS-450S that is.
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo
On 15/10/2021 18:25, Barry Jackson via wsjt-devel wrote:
On 15/10/2021 17:46, Black Michael via wsjt-devel wrote:
I'll have a fix for this shortlyI put in a split check for
Elecraft rigs and that is doing the "FT" query which isn't supported
as Bill notes.
Bill...do you kno
ne.
Mike W9MDB
On Friday, October 15, 2021, 11:30:50 AM CDT, Bill Somerville via
wsjt-devel wrote:
On 15/10/2021 17:21, Barry Jackson via wsjt-devel wrote:
On 15/10/2021 15:57, Bill Somerville via wsjt-devel wrote:
the TS-450S and TS-690S use RTS/CTS hardware handshake flow control.
I
On 15/10/2021 17:46, Black Michael via wsjt-devel wrote:
I'll have a fix for this shortlyI put in a split check for Elecraft
rigs and that is doing the "FT" query which isn't supported as Bill notes.
Bill...do you know of a CAT manual for the TS590/690? I can't seem to
find one.
Mike
On 15/10/2021 15:57, Bill Somerville via wsjt-devel wrote:
the TS-450S and TS-690S use RTS/CTS hardware handshake flow control. I
have never see a rig with a serial CAT interface that uses XON/XOFF flow
control, RTS/CTS is ubiquitous on Kenwood rigs with the exception of
some handhelds that
On 15/10/2021 15:43, Black Michael wrote:
Now please test 4.4 without the stopbits and serial_handshake options (let
rigctld use the defaults).
The difference is the commands are now being stacked and it's possible the lack
of hardware flow control is causing this problem.Just let those two
On 15/10/2021 15:02, Black Michael wrote:
I noticed you have serial_handshake=XONXOFF and stopbits=1
Just let those two items default to stopbits=2 and serial_handshake=Hardware
which what I show is the setup for the TS-450.
And you should be able to just check all the Default labels in
On 14/10/2021 20:50, Black Michael wrote:
That should be fixed in the master branch now.
Can you please try that?
Hi Mike,
Thanks for your quick reply.
I rebuilt hamlib package from git master (da34930) and rebuilt a new
wsjtx-2.5 package against it. (Not sure if that was strictly
On 14/10/2021 20:22, Bill Somerville via wsjt-devel wrote:
Hi Barry,
there have been two of your attempted posts rejected because they were
not posted from an email address that is registered on the SourceForge
list server. All the rest of you posts to this thread have arrived at
the list
There seems to be a regression in hamlib-4.3.x which I have been testing
for our dev branch.
I maintain the wsjtx package for Mageia (Linux) and do all my testing
with my Kenwood TS-450S.
We use the system hamlib.
Fake-it works, but any attempt to use RIG for split now fails with the
On 14/10/2021 20:02, Neil Zampella via wsjt-devel wrote:
Where are you sending your 'bug report' ... here, or the Groups.io
list? Two different locations.
Good question.
I was not aware of a groups.io list or would have used it as I have many
accounts on there.
I have only used this
On 14/10/2021 19:55, Neil Zampella via wsjt-devel wrote:
Are you getting the digest version?
That said, I saw this at 1:54 PM Central time on the 14th
Also, your name & callsign is helpful
Neil, KN3ILZ
Thanks Neil,
I will try sending the original bug report again (if I can find it).
The
On 14/10/2021 19:42, Carey Fisher via wsjt-devel wrote:
I read it at 17:42 but it was 5 minutes old then.
Yes it's not the list that is slow it is the bouncing process that is
taking the time.
I don't understand why my other messages are bounced.
I will try again - 4th time including one from
On 14/10/2021 19:33, Barry Jackson via wsjt-devel wrote:
Does this list really take hours to update? sent at:
Thursday, 14 October 2021 19:32
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo
Does this list really take hours to update? sent at:
Thursday, 14 October 2021 19:32
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Hi Bill and all.
For the last several months I have been trying to help a friend sort out
his set-up so he can use wsjtx.
He uses Windows 10 and an FT-991A and the problem, which we initially
thought was down to RF, is now probably not.
He can receive OK but on start of transmit the USB
On 15/11/2019 14:31, Barry Jackson wrote:
Trying again...
Forwarded Message
Subject: Re: [wsjt-devel] Confusing build errors 2.1.0
Date: Tue, 12 Nov 2019 21:08:40 +
From: Barry Jackson
Reply-To: zen25...@zen.co.uk
To: WSJT software development
On 26/09/2019 19:36, Bill
34 matches
Mail list logo
