On 7/24/22 03:29, jarmo via wsjt-devel wrote:
I read a note by Saku here on this list regarding differences among
the source availables in Github and in the Website.
The git repo at https://git.code.sf.net/p/wsjt/wsjtx seems to be
still at rc1.
And I used that, that's why I asked, why
On 7/23/22 18:04, Marco Calistri via wsjt-devel wrote:
I read a note by Saku here on this list regarding differences among the source
availables in Github and in the Website.
The git repo at https://git.code.sf.net/p/wsjt/wsjtx seems to be still
at rc1.
Best wishes,
Claude (DJ0OT)
On 3/6/22 10:28, Charles Suckling via wsjt-devel wrote:
Hi Charly & all,
I personally find it useful to be able to generate a continuous carrier
with WSJT-X using the Tune button.
I share this opinion, it's an important feature because many XCVR's do
not offer this function in a simple
On 12/29/21 4:29 PM, jeff millar wrote:
Hi Jeff and all,
$ pactl list | grep Name | grep Burr
Name: alsa_output.usb-Burr-Brown_from_TI_USB_Audio_CODEC-00.analog-stereo
Name:
alsa_output.usb-Burr-Brown_from_TI_USB_Audio_CODEC-00.analog-stereo.monitor
Name:
On 12/28/21 8:11 PM, jeff millar via wsjt-devel wrote:
Hi Jeff and all,
The problem is that File/Settings/Audio Input and Output no longer list the
IC-7300 audio devices. They should be
Burr-Brown_from_TI_USB_Audio_CODEC.
but they are not in the list. This happened once before a few months
On 12/14/21 3:09 PM, Joe Taylor wrote:
Hi Joe and all,
It seems likely that you need to do a --clean-first, to ensure that the
packjt77 module is compiled before save_dxbase.
After "make clean" and "make", the compilation has run up to the end
without errors, but with the usual warnings.
Hi all,
What is about the future maintenance of the special hamlib at
git.code.sf.net/u/bsomervi/hamlib ?
Best whishes,
Claude (DJ0OT)
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
On 12/8/21 7:25 PM, Joe Taylor via wsjt-devel wrote:
Hi,
I have tried to build on 64 bit Debian Buster using the repo. This was
not successful and ended in this manner:
[ 21%] Building Fortran object
CMakeFiles/wsjt_fort_omp.dir/lib/ft4/ft4sim_mult.f90.o
[ 21%] Building Fortran object
Hi Mike, Bill and all,
My question is related to the cooperation between a rigctld daemon and
multiple clients, especially in relation with the "--vfo" argument.
When the rigctld daemon is started with the "--vfo" argument, can
clients communicate with it ONLY when they use the "--vfo"
On 10/20/21 1:09 PM, Kari Sillanmäki via wsjt-devel wrote:
I'm also using XFCE4 desktop but I get no errors when using refspec.dat.
So I believe XFCE is not the problem.
The same observation here.
Best wishes,
Claude (DJ0OT)
___
wsjt-devel
On 10/17/21 6:32 AM, jarmo via wsjt-devel wrote:
Hi Jarmo & all,
Where this core-file is created, can't find it?
On Fedora, probably under /var/spool/abrt, in the problem directories.
Best wishes,
Claude (DJ0OT)
___
wsjt-devel mailing list
On 10/4/21 1:17 AM, Allan Downie via wsjt-devel wrote:
Hi Allen, Bill & all,
Technically the return 73 is not
required for a valid QSO, however it is the polite thing to do. At the
very least if confirms to your operating partner that all was received.
I would like to at least see it as an
On 10/1/21 12:38 AM, Marco Calistri via wsjt-devel wrote:
Hi Bill, Marco & all,
Probably when I set Data/Pkt my radio transmit on a little shifted
frequency out of the center of the standard transmission FT8
frequency and this unallow my signal to be heard.
I have no experience with the
On 9/30/21 5:01 AM, jarmo via wsjt-devel wrote:
Hi Jarmo & all,
I think, it has nothing to do with souncard. Both radios are connected
directly via USB so wsjtx uses audio codec as input and output.
These rigs may have different USB interfaces and different sound chips,
so that they appear
On 9/30/21 6:19 AM, Marco Calistri via wsjt-devel wrote:
Hi Marco & all,
2) _*AFSK is being regularly produced by WSJT-X through the computer
sound card*_, then I guess that there is a sort of "*/software muting/*"
of this signal which is blocked in some way to feed the rear data
connector
On 9/29/21 5:58 PM, jarmo via wsjt-devel wrote:
Hi Marco, Jarmo and all,
Unfortunately not working. Compiled
hamlib-4.4~git-dd1376be-20210929.tar.gz and same behaviour.
If try to use NetHamlib rictl, audio does not go into radio.
CAT is not related to Audio.
Cat control works ok.
This is
On 9/7/21 2:05 PM, Black Michael via wsjt-devel wrote:
Hi Mike and all,
USB is one of those technologies that doesn't stand still. Can't
help it if package maintainers are 1.5 years behind the curve.
The maintenance managers of the distributions have own rules to
appreciate the stability
On 9/7/21 12:36 PM, Kari Sillanmäki via wsjt-devel wrote:
Hi Kari, Bill and all,
I tried to compile WSJT-X 2.5.0-rc6 on XUbuntu 18.04.5 LTS but got an
error:
function); did you mean ‘LIBUSB_SPEED_SUPER’?
case LIBUSB_SPEED_SUPER_PLUS: speed = "10G"; break;
On 8/27/21 10:06 AM, Saku via wsjt-devel wrote:
Hi Saku & all,
I have noticed a similar problem when using a GPS mouse as time source
for ntpd. The source of the problem is gpsd, especially when using the
"-n" command line flag, which is necessary here, although this
information is not
Hi all,
These references are interesting, but we have to remember that we are
speaking about HF communication on short-wave bands, in half duplex
mode. None of the actors (the stations on the band) has a full knowledge
of the whole situation of the communication channel in use. Each station
On 8/5/21 3:40 PM, Joe Taylor via wsjt-devel wrote:
WSJT-X 2.5.0-rc4 has a bug that prevents normal use of messages that
include compound or nonstandard callsigns. For this reason we are
making a public Release Candidate WSJT-X 2.5.0-rc5 after an unusually
short interval. The RC5 release
On 7/17/21 10:02 PM, Kari Sillanmäki via wsjt-devel wrote:
Hi Kari, Bill, Adrian and all,
This may not comfort you much, but just for fun and giggles I installed
Debian Buster onto a virtual machine
and then cloned Hamlib and WSJT-X from git. Compiled, and got a working
WSJT-X.
So
Hi Bill and all,
I'm trying to compile from the source from the git repo:
I'm here:
commit 7eac85560823e9c53ae5ed876861f73a1258c717 (HEAD -> master, tag:
wsjtx-2.5.0-rc3, origin/master, origin/HEAD)
Merge: df3da69d2 522f698c6
Author: Bill Somerville
Date: Mon Jul 5 20:58:15 2021 +0100
Hi Bill and all,
I'm trying to compile from the source from the git repo:
I'm here:
commit 7eac85560823e9c53ae5ed876861f73a1258c717 (HEAD -> master, tag:
wsjtx-2.5.0-rc3, origin/master, origin/HEAD)
Merge: df3da69d2 522f698c6
Author: Bill Somerville
Date: Mon Jul 5 20:58:15 2021 +0100
On 7/9/21 7:59 PM, Joe Taylor wrote:
Hi Joe and all,
But I agree that larger FT8 sub-bands (or multiple sub-bands
on a given HF band) are really what is required to relieve congestion.
The current bandplans are often unrealistic. The CW only part is often
by far too large. See the 2200 m
On 7/8/21 9:40 AM, Reino Talarmo wrote:
Hi Reino & all,
Saku's proposal does exactly the same without any modification of the
code or the protocol. If the partner station refuses deliberately to
change its frequency or if (s)he cannot copy the QSY free style message,
you can only continue to
On 6/9/21 1:38 AM, Bill Somerville wrote:
Hi Bill and all,
The technology we will use is called AVX and that is present on all
Intel CPUs branded Core i3/i5/i7/i9 (circa 2010 to present), it is also
present on AMD CPUs since the Jaguar or Puma based CPU models (some late
Athlon-II CPUs, all
Hi all,
If I understand well, the "Rig" setting uses 2 VFO's which are set to
different frequencies, if necessary and the "Fake It" setting uses only
one VFO which frequency is changed if necessary.
My observation is that some rigs, having more than one VFO, have the
ability to be used with
On 5/8/21 12:05 PM, Bill Somerville wrote:
Hi Bill and all,
the TOT parameter that caused this issue is specific to the rig being
used and controlled by the rig. Although WSJT-X may be able to query
this parameter on this particular rig I hope you realize that doing so
would be a waste of
On 5/7/21 7:55 PM, Thomas Mills wrote:
Thanks Gary you were correct. TOT set for 3 minutes, I never thought
about that!Problem solved!
Hi Tom, Bill and all,
I suggest to the developers to introduce a pop-up window which will
appear when the mode is changed in a manner which is not
On 4/19/21 10:01 PM, Joe Taylor wrote:
Hi Joe and all,
Look at the current Guide. FST4 and FST4W have no submodes with larger
tone spacings.
In the sample directory, there are two "wav" files. The one is 1 minute
long and the other one is 30 minutes long.
What is their mode ? FST4 or
On 4/6/21 1:29 PM, Black Michael via wsjt-devel wrote:
get_vfo_info -- single call to retrieve freq mode width and split
status for any VFO -- come to think of it should probably add satmode
status too.Rig command: \get_vfo_info VFOAFreq: 14500Mode:
FMWidth: 15000Split: 0
If I understand
On 4/4/21 3:18 PM, Black Michael via wsjt-devel wrote:
Hi Mike and all,
You find "VFOs.txt" in the main hamlib directory that tries to
describe the abstraction.The differences are rig-dependent along with
rig mode.
It was exactly the contents of this file which has triggered my question.
Hi all,
Please explain me: What is the difference between VFO-A, VFO-B, VFO-C,
etc. and the subVFO's.
Thanks !
Best wishes,
Claude (DJ0OT)
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
On 3/19/21 5:10 PM, Bill Barrett wrote:
Hi Bill and all,
Was transferred to 441 to reply to A25RU but after one transmit segment the
app shifted me to 741. Looks like a busted Q. Is there a reason the app
shifted to 741?
According to the picture, you are using the DXpedition mode. Therefore
Hi Bill and all,
I have this file stored locally here because it's used for different
tasks. I have tried to insert an URL beginning with "file://" in the
field "Users CSV file URL" in Settings --> Colors. This did not worked
well, although no error message has been generated. I have returned
On 3/9/21 4:45 PM, John Stengrevics wrote:
Hi John,
I have never had this problem previously. And, it appeared only when
I downloaded v2.4.0-rc2 several days ago. I suspect it is a problem
specific to Macs (my operating system is Big Sur 11.2.2).
If I remember well, the problem has been
On 3/9/21 3:23 PM, John Stengrevics wrote:
Hi John and all,
I reported a problem with the Mac version some days ago while
operating Q65. The PTT continued to key the amplifier but with no
audio output.
Erratic missing audio output has been reported here by some users, since
a long time
On 3/6/21 5:28 PM, Charles Suckling wrote:
Hi Charles and all,
I just built it here. What differences do you see?
I started my investigation at the time as I have got an error message
while trying to build the user manual using asciidoctor-pdf. The message
says that the image file
On 3/6/21 5:25 PM, Joe Taylor wrote:
Hi Joe and all,
For any reason unknown to me, the doc generated from
./doc/user_guide/en/ is different from the doc found here:
https://www.physics.princeton.edu/pulsar/K1JT/wsjtx-doc/wsjtx-main-2.4.0-rc2.html
There is not only this image missing,
On 3/6/21 9:06 AM, Claude Frantz wrote:
Hi,
I cannot find the file
./doc/user_guide/en/images/Q65_6m_ionoscatter.png
in the source code from the repo. It's needed to build the doc.
For any reason unknown to me, the doc generated from
./doc/user_guide/en/ is different from the doc found here
On 3/6/21 10:59 AM, Reino Talarmo wrote:
Hi Reino and all,
Simply said WSJT-X logs Q65 QSOs, but in future it would change logging format.
OK, but when WSJT-X is logging an ADIF record, which MODE and SUBMODE is
inserted in this record, at the present time ?
Best wishes,
Claude (DJ0OT)
On 3/5/21 2:54 PM, Joe Taylor wrote:
We are pleased to announce release candidate WSJT-X 2.4.0-rc2, which
includes the new digital mode Q65.
Hi Bill and all,
I cannot find the file
./doc/user_guide/en/images/Q65_6m_ionoscatter.png
in the source code from the repo. It's needed to build the
On 3/6/21 2:07 AM, Neil Zampella wrote:
Hi Neil, Reino and all,
I wouldn't go there yet. The ADIF committee has not yet met to add
this mode to the ADIF standard.
Is WSJT-X unable to log Q65 QSO's ?
Best wishes,
Claude (DJ0OT)
___
wsjt-devel
On 3/5/21 2:54 PM, Joe Taylor wrote:
Q65 is designed for two-way QSOs over especially difficult propagation
paths such as ionospheric scatter, troposcatter, rain scatter, TEP, EME,
and other types fast-fading signals. Details and recommendations
concerning the Q65 submodes are provided in
On 3/4/21 11:43 AM, Alan wrote:
In my experience portable operation does indeed have a problem with
drifting clocks due to temperature variations, and particularly wind.
Internet connectivity may well be unavailable, so I've bought a cheap
GPS dongle that does the job just fine.
A good
On 3/4/21 1:53 AM, David Smith wrote:
Proposal:
Add an adjustment that allows you to manually adjust an offset to the
system clock. Being able to simply enter +/- seconds at the 100ths of a
second would be helpful, ie: "-2.3s" or "+0.9s"
Hi David and all,
If you use ntpd or chrony, you have
On 2/17/21 4:50 PM, ve...@napan.com wrote:
Hi Glenn and all,
... I can set Audio to Pulse for both Rx and TX in
wsjtx settings. Rx now works and decodes OK. I can switch modes no
problem. I can see wsjtx in the recording tab of pavucontrol. If
attempt to Tx via the Tune button (or Tx
On 2/10/21 10:58 AM, Adrian wrote:
Hi Adrian and all,
The top RTTY contesters have learned that -- they have abandoned dual peak
filters and now use 500 Hz bandwidth, narrowing only in the presence of very
strong signals in the passband.
The bandwidth alone is not the whole story. Although
On 2/9/21 9:10 AM, Reino Talarmo wrote:
Hi Reino and all,
A piece of wire between RTS and CTS at rig end may also work as then rig
thinks that a hardware handshake is there. May not work in all case and all
situations, but worth of try. Normally PC does not care as long as WSJT-X
handshake
On 2/8/21 9:33 PM, Black Michael via wsjt-devel wrote:
Hmmm..that's 4-wire...so ground, tx, rx, and 5V and wouldn't work with hardware
flow control.
Mike W9MDB
Hi Mike and all,
RTS/CTS is the same as HARDWARE. Here these lines are not present, as
you explain well. XON/XOFF (aka DC1/DC3,
On 2/1/21 10:10 AM, Maurizio Brameri wrote:
Hi Maurizio and all,
is there a way to set automatically at launch the gain of audio IN (from
RTX to PC) or PC microphone, similar to slider on the right of wsjtx
main window that sets the audio gain sent by PC to RTX?
My question is coming from
On 1/6/21 11:59 AM, Bill Somerville wrote:
On 06/01/2021 10:53, Claude Frantz wrote:
so that shows you have deleted the files in the debian sub-directory,
was that by accident or deliberate?
Hi Bill,
It was not deliberate, probably by accident.
Now, I have run:
$ git checkout -B master
On 1/6/21 11:38 AM, Bill Somerville wrote:
Hi Bill,
I am not sure what has happened, but that directory contains a
CMakeLists.txt file in both the master branch and the wsjtx-2.3.0-rc3
tag. Looks like something has gone wrong with your local clone of the
WSJT-X repository. What does this
On 1/6/21 8:36 AM, Claude Frantz wrote:
After having disabled the Debian stuff in CMakeLists.txt, the building
process runs up to this output:
[ 87%] Generating man/man1/rigctlcom-wsjtx.1.gz
a2x: ERROR: "xsltproc" -param man.endnotes.list.enabled 0 -param
man.endnotes.are.
On 1/5/21 11:30 PM, Dave Slotter wrote:
Hi Dave, Bill and all,
Unfortunately, I was not successful while trying to install from the
source code from the git repo. Here is the output:
$ make
-- **
-- Building for for: Linux-i686
--
On 12/28/20 11:36 PM, Loyd via wsjt-devel wrote:
Hi Lorenzo and all,
I wort to make a Python Class to get entities by prefix (dxcc number).
Some one know if exists a file than contains a full list of entities,
prefix, dxcc number?
You can find the list of entities, including the number, at
On 12/26/20 3:25 PM, Bill Somerville wrote:
Hi Bill, Joe and all,
He will also need to set the "MODE PSK/DATA-DATA SHIFT: 0 Hz" to get the
VFO dial frequency aligned as per normal USB operation to get correct
frequency readout.
Please allow me to insist to mention that this 0 Hz shift is
On 12/3/20 8:23 PM, DG2YCB, Uwe wrote:
Hi Uwe & all,
Personally, I would really appreciate it if WSJT-X had this function.
This additional data would significantly enhance the wsjtx_log.adi
file. In addition to QRZ.com, hamQTH.com should be supported (free
xml access).
My opinion is that this
On 11/16/20 2:24 PM, Richard Shaw wrote:
Hi Richard,
I know re-installation can be a pain, but I wonder how many people running
a 32bit distro in 2020 are doing it on 64bit hardware... Likely most?
No doubt, it's a pain, especially when we are not running a vanilla
installation.
At first,
On 11/16/20 1:32 PM, Bill Somerville wrote:
Note that Fedora 30 is EOL and Fedora 31 will go EOL in the near
future now that Fedora 33 is released :)
No, Fedora 30 is the latest release supporting the 32 bit architecture.
That's the problem !
Best wishes,
Claude (DJ0OT)
On 11/15/20 4:01 PM, Joe Taylor wrote:
Hi Bill, Joe & all,
I'm on a 32 bit Fedora 30 here and I have tried to build using the git
repo, as usual.
There is a problem, which is probably not located in WSJT-X itself.
[ 87%] Built target debian
[ 87%] Generating man/man1/wsjtx.1.gz
a2x: ERROR:
On 10/26/20 8:47 PM, Paul Bramscher wrote:
Hi Paul, Christoph & all,
Many thanks for this very interesting information.
I'm a long time user of the Red Hat, then Fedora distribution. At the
decision time of the distribution to use, this was probably not the
wrong choice, but time has gone
On 10/24/20 4:10 PM, Bill Somerville wrote:
Hi Bill,
which problems do I have to expect when trying to compile the source
code from the git repo using Debian STABLE ? Which are the solutions
available ?
I haven't tried but do not expect anything that cannot be resolved by
installing a
Hello all,
which problems do I have to expect when trying to compile the source
code from the git repo using Debian STABLE ? Which are the solutions
available ?
Best wishes,
Claude (DJ0OT)
___
wsjt-devel mailing list
On 10/12/20 11:32 PM, Maurizio Carosi wrote:
Hello, I have checked the audio devices, "default", anyway I select
specific audio devices "alsa_output.pci-_00_1b.0.analog-stereo" or
"pulse", save and restart every time but not solve the problem.
Hi Maurizio & all,
If you are using
On 9/27/20 10:23 PM, Joe Taylor wrote:
The first public candidate release of WSJT-X 2.3.0 is now available for
download and use by beta testers.
Hi Joe and all,
While trying to build from the source, I found the problem which is
reported in the attached file.
Best wishes,
Claude (DJ0OT)
On 8/19/20 4:12 PM, Neil Zampella wrote:
The logic would need to be able to
distinguish between a valid callsign, and something that LOOKS like a
valid callsign but isn't.
As I have mentioned previously, I'm using the following regex test in perl:
if ( $hash{"CALL"} =~
On 7/24/20 3:15 PM, Black Michael via wsjt-devel wrote:
I've been looking for somebody who cares about the itu_region stuff.
Claude -- why are you using that parameter? It really doesn't do anything. I
know some are using frequency ranges but nobody using the itu_region option.
Hi Mike,
Hi Mike, Bill and all,
In the past, I was able to start with:
/usr/local/rigctld -m129 -s4800 -r/dev/ttyUSB0 --dcd-type=RIG
--setconf=timeout=500,retry=2,write_delay=5,post_write_delay=50,itu_region=1
When using the new hamlib, the "itu_region=1" is not more accepted. Of
course, "-m129" must
On 7/2/20 9:01 PM, Stephen VK3SIR wrote:
Hi Steve, Bill and all,
Bill and Claude (and my SINCEREST apologies for hitting the “d” rather than “s”
and referring to you as you Clause),
No problem, Steve !
The “dialout” group access is needed as a minimum for USB access to device such
as the
On 7/2/20 2:11 PM, Bill Somerville wrote:
there are several issues with that series of rigs (you can include
the new FT-818ND in the list too), as there are with almost all rigs.
All have workarounds, why are you asking please, that will help focus
on how to answer?
Many thanks again, Bill
On 7/2/20 1:27 PM, Bill Somerville wrote:
Many thanks, Bill !
there are several issues with that series of rigs (you can include the
new FT-818ND in the list too), as there are with almost all rigs. All
have workarounds, why are you asking please, that will help focus on how
to answer?
I
On 7/2/20 11:25 AM, Stephen VK3SIR wrote:
Many thanks, Stephen, for this very interesting information and for your
tips.
i.e. sudo usermod -a G adm,tty,disk,dialout,audio,video,plugdev
In my own environment, using Fedora, it was important to add "dialout".
Best wishes,
Claude (DJ0OT)
Hi all,
Can anyone here give us a short but precise description of the problems
related to the equipment mentioned in the subject, please ?
Thanks you !
Best wishes,
Claude (DJ0OT)
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
On 6/28/20 5:03 PM, Larry B. via wsjt-devel wrote:
I’m seeing the same thing. Seems to crash just as someone comes back to me.
Which operating system are you using ?
Best wishes,
Claude (DJ0OT)
___
wsjt-devel mailing list
On 6/20/20 11:10 PM, Marco Calistri wrote:
Hi Marco and all,
I have finally found the root cause of the audio feedback described
above. I've not mentioned into the anomaly description that I'm using
Linux as O.S. and that the sound system is managed by pulseaudio, a
Linux sound framework which
On 6/9/20 3:39 PM, Steven Franke via wsjt-devel wrote:
Hi Steven,
Using a 2.2.x version, decoding on a busy band has the following
behavior: first decode in cycle picks up a few messages, second
decode a few, then the third decode runs a long time (well into the
next cycle) and the majority
On 6/4/20 2:32 PM, Claude Frantz wrote:
Hi all,
Is anybody here, able to run 2.2.0 or 2.2.1 and to decode FT8 signals,
while running on Linux 32 bit ?
Many thanks for your help.
Best wishes,
Claude (DJ0OT)
___
wsjt-devel mailing list
wsjt-devel
Hi Bill & all,
The output of the decoding of a ".wav" file, using jt9, has additional
columns now. What is the meaning of these columns ?
Best wishes and stay@Ω !
Claude (DJ0OT)
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
On 6/4/20 3:00 PM, Claude Frantz wrote:
Thread 2.1 "jt9" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb34223c0 (LWP 25577)]
0x0809ee28 in subtractft8 (
dd0=more than max-value-size>, itone=memory at address 0x0>, f0=0, dt=0,
lrefinedt=0x0>)
On 6/4/20 2:43 PM, Bill Somerville wrote:
Re Bill,
I am not sure what you mean by "When feeding a wav file to this jt9
executable, no crash occurs." Are you saying that you have a .WAV file
causes a crash when playing back in WSJT-X but not when passed to the
command line jt9 executable? If
Hello Bill & all,
Please consider the attached picture. When feeding a wav file to this
jt9 executable, no crash occurs.
What can I do to investigate further ? gdb is available.
Best wishes,
Claude (DJ0OT)
___
wsjt-devel mailing list
On 5/22/20 7:22 PM, Paul Bramscher wrote:
Hi Paul & all,
What I've done is maintain two local logs: WSJT-X's native log and XLog
for everything else. fldigi will auto-ingest into XLog, and I can
easily enough create Phone and other entries manually in XLog.
Please note that fldigi is able
On 5/10/20 11:58 AM, Bill Somerville wrote:
Which releases of hamlib can be used to compile ?
although it is still recommended to use my fork of Hamlib, currently my
fork integration branch is the same as its master branch which in turn
is close to the current Hamlib master branch at commit
On 5/5/20 6:17 PM, Joe Taylor wrote:
This message is to let you know of some important WSJT-X development
plans. We plan to make a first candidate release of WSJT-X 2.2.0 next
Monday, May 10.
WSJT-X 2.2.0-rc1 will be a beta-quality release candidate providing a
number of new features and
Hi Bill & all,
While pointing my mouse to my own station on the pskreporter window, I
observe that the "Using:" has the "-dirty" suffix.
Please explain me why and explain us how the version string is build.
Thanks !
Best wishes,
Claude (DJ0OT)
On 4/3/20 5:47 AM, Barry Bowman wrote:
Hi Neil Problem is solved. 73’s Barry
Please say us how you have solved the problem.
Best wishes,
Claude (DJ0OT)
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
On 3/16/20 5:45 PM, Black Michael via wsjt-devel wrote:
Hi Mike,
If you're using a device other than "Hamlib NET rigctl" in WSJT-X...yes.You
do need to rebuild hamlib first of course
Of course, I have to rebuild hamlib, but my question was related to the
rebuild of wsjtx. I have seen
On 3/16/20 5:23 PM, Black Michael via wsjt-devel wrote:
Try again...I removed a new function that was in test...will have to
move it to a different place.
Do I have to rebuild wsjtx after this change ?
The "Rig busy" should only be at rigctl startup...
Yes, I have seen this warning twice
On 3/16/20 3:32 PM, Claude Frantz wrote:
On 3/16/20 2:52 PM, Black Michael via wsjt-devel wrote:
Try again...I fixed it.
de Mike W9MDB
Many thanks, Mike. "make test" passes all 4 tests now. I will continue
my test with WSJT-X.
What I have done further:
(as user root, in
On 3/16/20 2:52 PM, Black Michael via wsjt-devel wrote:
Try again...I fixed it.
de Mike W9MDB
Many thanks, Mike. "make test" passes all 4 tests now. I will continue
my test with WSJT-X.
Best wishes,
Claude (DJ0OT)
___
wsjt-devel mailing list
On 3/15/20 8:57 PM, Black Michael via wsjt-devel wrote:
Try checking out hamlib in a new directory.
I'm seeing that the build-aux directory isn't being cleaned.
de Mike W9MDB
OK, Mike. I have got the stuff in a new directory.
Then:
./bootstrap
LD_RUN_PATH=/usr/local/lib
The first lines of the output are:
$ make clean
CDPATH="${ZSH_VERSION+.}:" && cd . && aclocal-1.16 -I macros --install
aclocal-1.16: overwriting 'macros/ax_pkg_swig.m4' with
'/usr/share/aclocal/ax_pkg_swig.m4'
cd . && automake-1.16 --gnu
CDPATH="${ZSH_VERSION+.}:" && cd . && autoconf
On 3/15/20 7:02 PM, Bill Somerville wrote:
Hi Bill,
I'm not sure why that is happening. The aclocal tool should not be
trying to copy in the system version of that m4 macro if it is already
there. Try a 'make clean && make' and see if that goes any better?
In order to synchronize with the
On 3/15/20 5:52 PM, Bill Somerville wrote:
Hi Bill,
Please see the first few lines of the output of "make" in the hamlib
directory:
$ make
CDPATH="${ZSH_VERSION+.}:" && cd . && aclocal-1.16 -I macros --install
aclocal-1.16: overwriting 'macros/ax_pkg_swig.m4' with
On 3/15/20 5:52 PM, Bill Somerville wrote:
Hi Bill,
unless you specifically edited macros/ax_pkg_swig.m4 for some reason I
suggest you run this command:
git checkout -- macros/ax_pkg_swig.m4
then try the 'git pull' again.
I have not changed macros/ax_pkg_swig.m4. 'git pull' has applied
On 3/15/20 5:17 PM, Black Michael via wsjt-devel wrote:
Hi Mike,
Can you please run rigctld with "-Z -v" and redirect the log to a file.
Then send me the file.
This file is attached.
Are you running one of the split modes? What happens with no split?
I was using the split mode as
On 3/15/20 5:11 PM, Bill Somerville wrote:
Hi Bill,
which Hamlib git repository are you using? I ask because the one on
SourceForge is a bit behind the one on GitHub. This is mainly due to the
volume of changes recently. I have just pushed the latest changes to the
SourceForge repo, if you
Hi Bill, Mike & all,
I'm testing WSJT 2.1.2 from git repo using Hamlib 4.0~git from the git
repo, last hamlib commit:
commit 48833e2263b940e706d8a0a94d9d32753f73996f.
I'm using the Yaesu FT-2000, the PC is synchronized via NTP. The OS is
32 bit Fedora 30.
When CAT switches the TX on,
1 - 100 of 417 matches
Mail list logo
