This has been discussed before - the answer is no otherwise the ability
to compile packages may be taken away entirely.
On 8/26/2017 7:21 PM, Steve Nance wrote:
I would like to have access to later code than rc1 7843, but don't
want to install all the dev stuff required to compile the source.
I would like to have access to later code than rc1 7843, but don't want to
install all the dev stuff required to compile the source. Is anyone willing
to share their compiled code (for windows) for the latest bug fixes and
enhancements?
73, Steve K5FR
Hello Bill,
Any updates on a possible fix here? Since WSJT used to compile and run
just fine fine on Centos, this seems like a Fortran code change that
could be simplified to be compatible with the older gcc-gfortran-4.4.7
version. If that's really not possible, there seems like there is an
Sun, 23 Jul 2017 07:24:29 +0200
Claude Frantz kirjoitti:
> On 07/13/2017 05:19 PM, jarmo wrote:
>
> Hi Jarmo & all,
>
> I have compiled and used rc2 on my system using 32-bit Fedora 26. For
> me, 64-bit is a little bit overkill. Please see in the attachment the
> packages which are needed at ru
On 07/13/2017 05:19 PM, jarmo wrote:
Hi Jarmo & all,
I have compiled and used rc2 on my system using 32-bit Fedora 26. For
me, 64-bit is a little bit overkill. Please see in the attachment the
packages which are needed at runtime here.
Best wishes,
Claude (DJ0OT)
> Tested first version 1.8 in F
Hello Bill,
Thanks for looking into this and it would be unfortunate to see
Centos/RHEL 6.x dropped from the support due to some late addition to
the codebase. Any updates here to Richard's compile issue(s)?
Btw, it sounds like they closed that PR and have it tracking this PR
which is stil
On 14/07/2017 18:53, Richard Shaw wrote:
procedure(timer_callback), pointer :: timer => null_timer
1
Error: Pointer initialization requires a NULL() at (1)
Hi Richard and David,
this one is this gfortran bug:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45290
which looks like it was
Here's the full log:
https://copr-be.cloud.fedoraproject.org/results/hobbes1069/WSJT/epel-6-x86_64/00579069-wsjtx/build.log.gz
But near the end you see this after I patch the CPPFLAGS to use c++0x
(rather than gnu++11)
There are two places where there appear to be serious errors:
/usr/bin/gfort
On 14/07/2017 17:29, David Ranch wrote:
From the compilation issues you saw for building the newest WSJT-X
code, do you think that some modification could be done to make it
more compatible with older GCC versions?
Hi David,
if you share the errors you are getting with gcc 4.4 I can probably
Hey Richard,
From the compilation issues you saw for building the newest WSJT-X
code, do you think that some modification could be done to make it more
compatible with older GCC versions?
--
$ gcc -v
Using built-in specs.
Target: x86_64-redhat-linux
Configured with: ../configure --prefix=/usr
Ok, looks like EPEL 6 is a lost cause... Doesn't support a new enough c++
standard
All other builds completed.
Thanks,
Richard
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Sl
I still have to fix the EPEL 6 builds but EPEL 7 through Fedora 26 are
done...
https://copr.fedorainfracloud.org/coprs/hobbes1069/WSJT/
Thanks,
Richard
--
Check out the vibrant tech community on one of the world's most
en
Ugh now you tell me :D
On Thu, Jul 13, 2017 at 12:57 PM, Bill Somerville
wrote:
> On 13/07/2017 17:52, jarmo wrote:
>
> Hi OM,
>
> upgraded. The next RC will be compatible with Fedora 26. Please have
> some sympathy for the development team who have to maintain multiple
> platforms to test and d
On 13/07/2017 17:52, jarmo wrote:
Hi OM,
upgraded. The next RC will be compatible with Fedora 26. Please have
some sympathy for the development team who have to maintain multiple
platforms to test and deliver WSJT-X in binary form, we stick to
official releases to minimize our workload.
Yes all
Thu, 13 Jul 2017 16:45:24 +0100
Bill Somerville kirjoitti:
> On 13/07/2017 16:19, jarmo wrote:
> > Tested first version 1.8 in Fedora 25. Worked ie. got some qsos.
> > Now updated to Fedora 26, and lost WSJTX-1.8. Because of
> >
> > rpm -ivh wsjtx-1.8.0-rc1.x86_64.rpm
> > virhe: Missing dependenc
On 13/07/2017 17:26, Richard Shaw wrote:
Will the description for WSJT-X be updated on the main page when 1.8
fully releases? I know there are some new mods. For now I have left
the description in the RPM package alone.
Hi Richard,
thanks for the reminder. I will update the relevant files bef
Building a local package now to work out any kinks.
Will the description for WSJT-X be updated on the main page when 1.8 fully
releases? I know there are some new mods. For now I have left the
description in the RPM package alone.
Thanks,
Richard
--
On 13/07/2017 16:40, Richard Shaw wrote:
I haven't had much time to keep my COPR up to date with all the
development builds but if there is a specific rev I should checkout
let me know.
https://copr.fedorainfracloud.org/coprs/hobbes1069/WSJT/
Thanks,
Richard
Hi RIchard,
^/tags/wsjtx-1.8.0-
On 13/07/2017 16:19, jarmo wrote:
Tested first version 1.8 in Fedora 25. Worked ie. got some qsos.
Now updated to Fedora 26, and lost WSJTX-1.8. Because of
rpm -ivh wsjtx-1.8.0-rc1.x86_64.rpm
virhe: Missing dependencies:
libgfortran.so.3()(64bit) is needed by wsjtx-1.8.0_rc1-1.x86_64
I haven't had much time to keep my COPR up to date with all the development
builds but if there is a specific rev I should checkout let me know.
https://copr.fedorainfracloud.org/coprs/hobbes1069/WSJT/
Thanks,
Richard
--
Tested first version 1.8 in Fedora 25. Worked ie. got some qsos.
Now updated to Fedora 26, and lost WSJTX-1.8. Because of
rpm -ivh wsjtx-1.8.0-rc1.x86_64.rpm
virhe: Missing dependencies:
libgfortran.so.3()(64bit) is needed by wsjtx-1.8.0_rc1-1.x86_64
libgfortran.so.3(GFORTRAN_1.0
21 matches
Mail list logo
