On Tue, Jul 22, 2025 at 8:33 PM Richard Shaw wrote:
> I "fixed" it by adding "-z noexecstack" to LDFLAGS but I'm not sure it's a
> good idea to add this as a global linking flag.
>
That is indeed a bad idea, it breaks other fortran objects...
I also tried applying -no-automatic to just the fort
I "fixed" it by adding "-z noexecstack" to LDFLAGS but I'm not sure it's a
good idea to add this as a global linking flag.
Thanks,
Richard
KF5OIM
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ws
Fedora will be upgrading to CMake 4.0 which is dropping compatibility with
CMake versions < 3.5.
This means that setting CMAKE_MINIMUM_REQUIRED < 3.5 will exit with an
error.
My workaround for Fedora is to set CMAKE_POLICY_VERSION_MINIMUM=3.5 as an
environment variable or passed as an option to C
I received a report of issues installing on aarch64 for some test packages
I build:
Problem: cannot install the best update candidate for package
wsjtx-2.7.0-3.fc40.aarch64
- nothing provides libm.so.6(GLIBC_2.2.5)(64bit) needed by
wsjtx-2.7.0-6.fc40.aarch64 from updates
- nothing provides lib
On Sat, Jul 6, 2024 at 7:49 PM Adrian wrote:
> Richard, Can you tell us the alc meter indication on each of these 1500
> -1999 power levels that you describe ?
>
> The alc indication, may provide clues as to whether audio(modulation)
> level is a factor ?
>
That doesn't appear to be the case. at
On Sat, Jul 6, 2024 at 12:36 PM Reino Talarmo via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> >This does make me wonder though, why only jump in 0.5KHz increments? Not
> that the logic is difficult but wouldn't it be simpler to just allow a
> "sweet spot" setting and use that to offset
On Sat, Jul 6, 2024 at 9:16 AM Michael Pittaro via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> Richard,
> Also check the mode the TX VFO is using to make sure it's actually DATA.
> My FT-891 is a similar radio and more than once when running true split,
> VFO B / TX has been in SSB mod
On Fri, Jul 5, 2024 at 10:16 PM Black Michael wrote:
> And does the power go back up when you go above 1900?
>
> Sounds like it might be a notch filter.
>
Doesn't seem to be the problem. The highest I can get is 1999Hz before the
frequency changes but it's still <5W.
I checked the data options
On Fri, Jul 5, 2024 at 8:21 PM Andrew Neumeier via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> Richard,
>
> On the 991a, you might consider taking a look at the SSB Bandwidth
> setting, menu item 110. Perhaps altering it might help.
>
I changed it to 100-3000 which seems to be the wi
On Fri, Jul 5, 2024 at 5:46 PM Joe Taylor via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> Hi Richard,
>
> You are misinformed, or perhaps I have misunderstood what you attempted
> to describe. "Split" operation in WSJT-X, properly configured with
> either the "Rig" or "Fake it" option
I was playing around on 20m this afternoon and was trying to make a contact
in Wales when I noticed that I was only putting out about 10W. When I'm
closer to the center I aim to put out about 50W.
If split operation is "a thing" already, why not more aggressively try to
center the frequency? I don
Never mind figured it out...
Thanks
On Sat, Jun 22, 2024 at 9:27 PM Richard Shaw wrote:
> Am I missing something? I'm trying to setup my station to run for FD but
> when I try to save the configuration it keeps telling me "Invalid Context
> Exchange" but I have everything filled out...
>
> [ima
Am I missing something? I'm trying to setup my station to run for FD but
when I try to save the configuration it keeps telling me "Invalid Context
Exchange" but I have everything filled out...
[image: image.png]
[image: image.png]
Thanks,
Richard
KF5OIM
___
Forgot to mention this did the trick, but did it make it into wsjtx?
Thanks,
Richard
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Doing some test builds of current RC4 and seeing build failures:
/builddir/build/BUILD/wsjtx-2.7.0/wsjtx/qmap/libqmap/decode0.f90:6:28:
6 | real*4 dd(2,NSMAX),ss(400,NFFT),savg(NFFT)
|1
Error: Variable ‘nfft’ cannot appear in the expression at (1)
/build
Dave just posted a new alpha, I'll test with it first to see if it's
resolved.
Thanks,
Richard
KF5OIM
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
On Sun, Jan 28, 2024 at 10:16 PM Black Michael wrote:
> What rig? For some reason that call is not returning any value for your
> rig when getting the current mode.
>
FT-991A
Thanks,
Richard
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.ne
I decided to test out the RC3 release and everything comes up fine but as
soon as I try to change TX frequency in the waterfall or make a contact I
get something like this:
Rig Control Error
Hamlib error: Content-length: 168
xml_parse2: value returned=''
xml_parse2: xml='
'
flrig_transacti
On Tue, Nov 7, 2023 at 4:27 PM Matt Melling via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> Hi,
>
> I am hacking on the WSJT-X package in NixOS, and looking at how we can
> split out the hamlib fork in to a separate package that can be shared
> with our js8call package.
>
On Fedora we
On Tue, May 23, 2023 at 9:42 AM Jeff Stillinger via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> Yes, I think we need a focused effort as a whole ham radio community on
> 9. I love what they have done with Rocky 9 (RHEL 9) so far. It was
> just the "face lift" that 8 needed. Howev
I have just completed builds for all released versions of Fedora and EPEL 8.
Let me know if there's any interest in EPEL 9.
https://copr.fedorainfracloud.org/coprs/hobbes1069/WSJT/build/5941850/
Thanks,
Richard
KF5OIM
___
wsjt-devel mailing list
wsjt-d
On Mon, May 22, 2023 at 6:59 AM Brian Morrison via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> On Sun, 21 May 2023 21:31:44 -0500
> Richard Shaw via wsjt-devel wrote:
>
> > On Sun, May 21, 2023 at 9:13 PM jarmo via wsjt-devel <
> > wsjt-deve
On Sun, May 21, 2023 at 9:13 PM jarmo via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> Did git pull for wsjtx, tried to compile, failed...
>
> /home/oh1mrr/wsjtx/qmap/libqmap/q65c.f90:23:39:
>
>23 |ndepth,ndiskdat,neme,newdat,nfa,nfb,nfcal,nfshift,
>&
> |
Packages are built and working their way into the repo.
F37: https://bodhi.fedoraproject.org/updates/FEDORA-2023-cdac6441cd
F36: https://bodhi.fedoraproject.org/updates/FEDORA-2023-3877f14b73
Currently they are in the "pending" state but once they hit testing they
can be installed:
$ sudo dnf --
On Thu, Jan 19, 2023 at 11:38 AM Brian Morrison via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> On Tue, 17 Jan 2023 04:12:23 +0200
> jarmo via wsjt-devel wrote:
>
> > So far working here... Compiled from GIT.
> > Anyone seen Fedora 37 rpm yet?
>
> Well, I built and installed rpms for
On Sun, Jan 1, 2023 at 11:56 AM Kari Sillanmäki via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> Hi Onno,
>
> I've been poking around the SourceForge webpages but could not find a way
> to download latest tgz with one single command.
>
Umm I posted this earlier, are my emails not m
This works for sourceforge, just substitute the name and version:
https://downloads.sourceforge.net/%{name}/%{name}-%{version}.tar.gz
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
Trying to build RC3 test packages for Fedora I get:
+ desktop-file-validate
/builddir/build/BUILDROOT/wsjtx-2.6.0-0.3.fc38.x86_64/usr/share/applications/message_aggregator.desktop
/builddir/build/BUILDROOT/wsjtx-2.6.0-0.3.fc38.x86_64/usr/share/applications/message_aggregator.desktop:
error: file c
On Sun, Jan 16, 2022 at 11:56 AM Black Michael via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> There was a bug in the FT991 capabilities which has been fixed. Waiting
> to hear if it fixes the chatter.
>
So far so good. Trying to work Puerto Rico on 20m right now.
Next I'll try fl
On Sun, Jan 16, 2022 at 11:03 AM DG2YCB, Uwe via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> Richard,
>
>
>
> Can you rule out that this is not an RF interference? Because my FT-991
> runs flawlessly with WSJTX v2.5.4 on Linux Mint 20.2.
>
Nothing else appears to be affected. Fldigi r
Fedora Linux 35
hamlib master (as of a couple of days ago)
WSJT-X 2.5.4
That being said, this has been a problem for some time for me over the last
couple of hamlib releases and several WSJT-X releases. Mike has worked with
me a couple of times to fix this, but it never STAYS fixed.
When trying t
I had a few minutes to do more investigation and I just can't get 2.5.0 (or
2.5.1) to work while 2.4.0 does.
Here's my observations:
WSJT-X 2.5.1 / Hamlib master - FT-991
1. Radio does not immediately set split operation.
2. Using band dropdown or settings->Radio->Test CAT, OK starts split
operat
On Sun, Oct 17, 2021 at 9:08 AM Marco Calistri via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> Il 17/10/21 03:47, jarmo via wsjt-devel ha scritto:
>
> Wed, 29 Sep 2021 16:15:00 + (UTC)
> Black Michael via wsjt-devel
>
> kirjoitti:
>
> Hi Mike
>
> Compiled latest git version 4.4
I need to go back and read the posts about this but right now I'm doing
this as a "me too" post.
Fedora 34 with WSJT-X 2.5.0, built in my COPR as the WSJT-X maintainer for
Fedora.
I get no RF output and have triple checked my settings. Fldigi and
pat/ardop (winlink client) work fine.
Thanks,
Ric
Until I have time to personally test the Fedora build I have made it
available through my COPR:
https://copr.fedorainfracloud.org/coprs/hobbes1069/WSJT/
Thanks,
Richard
KF5OIM
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.so
On Tue, Sep 28, 2021 at 9:45 AM Bill Somerville via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> Your build has many compiler options we have not tested with, do you
> really need to use them all?
>
> -grecord-gcc-switches
> -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2
> -Wp,-D_GLIBC
On Fri, Aug 6, 2021 at 8:31 AM jarmo via wsjt-devel <
wsjt-devel@lists.sourceforge.net> wrote:
> Fri, 6 Aug 2021 08:06:36 -0500
> Richard Shaw via wsjt-devel
> kirjoitti:
>
> > You can use my COPR test packages if using Fedora, or worst case
> > download and un
You can use my COPR test packages if using Fedora, or worst case download
and unpack the RPM to get the source:
https://copr.fedorainfracloud.org/coprs/hobbes1069/WSJT/build/2365258/
$ rpm2cpio .rpm | cpio -idmv
Thanks,
Richard
KF5OIM
___
wsjt-devel ma
38 matches
Mail list logo
