Hello All,
As I'm updating the dev-guide, I wanted to test the new combination of
Asciidoctor ( for the user guide ) and AsciiDoc ( for manpages ),
validate the package run-time dependencies and verify proper tarball
construction using the wsjtx-superbuild script on Ubuntu 16.04.
Long story sh
Hi Barry,
I wasn't aware you were looking for a script to build the source tarball.
I made up a maintainer script some time back that allows me to build
either the current RC branch or the Devel branch, both the tarball and
application build. It's not real fancy, but gets the job done.
The scrip
Hi Barry,
I wasn't aware you were looking for a script to build the source tarball.
I made up a maintainer script some time back that allows me to build
either the current RC branch or the Devel branch, both the tarball and
application build. It's not real fancy, but gets the job done.
The scrip
... and that's using 1.6.0 or 1.7.0?
I have been decoding a good number of -26/-27dB signals with the new decoder in
1.7.0 . Nice work Gents, many thanks.
Allan
VK4QG
-Original Message-
From: "Joe Taylor"
Sent: 27/11/2015 0:26
To: "wsjt-devel@lists.sourceforge.net"
Subject
On 27/11/2015 00:14, Barry Jackson wrote:
> Thanks Bill,
> I finally sorted it - but it's been a long night.
> I think the INSTALL in wsjtx-superbuild dir could do with an update
> as I could not make sense of it for making the tarball.
>
> I eventually experimented and wrote a little script to d
On 26/11/15 12:47, Bill Somerville wrote:
On 26/11/2015 12:28, Barry Jackson wrote:
...
Regarding Hamlib, I would rather avoid any bundled software that is
available in the distro (it's also policy). I have been testing wsjtx
with our packaged hamlib and not had any problems that I am aware o
On 26/11/15 15:18, Greg Beam wrote:
> Hi Barry,
>
> I'm surprised the the build server doesn't have ncurses as a default
> package.
>
> In any case, v1.6.0 is the last series that requires the KVASD binary,
> so kvasd-installer will no longer be be needed.
Just my luck!
>
> I'll add this to the l
Nice one Joe,
That beats my personal record of 27.
The new decoder is doing a fantastic job.
73's
Greg, KI7MT
On 11/26/2015 07:32 AM, Bill Somerville wrote:
> On 26/11/2015 14:26, Joe Taylor wrote:
>> On 15 meters this morning I decoded 30
>> stations in a single minute: 21 were JT65, 9 were JT
Hi Barry,
I'm surprised the the build server doesn't have ncurses as a default
package.
In any case, v1.6.0 is the last series that requires the KVASD binary,
so kvasd-installer will no longer be be needed.
I'll add this to the list for the next update, if there is one.
73's
Greg, KI7MT
On 1
Hi,
I have packaged kvasd-installer for Mageia, however
both autogen .sh and Makefile.in both try to send 'clear' to a terminal,
which it cannot do on our build system. This breaks the build.
I have patched both files and the package now builds OK.
Maybe you could include this in the source?
On 26/11/2015 14:26, Joe Taylor wrote:
> On 15 meters this morning I decoded 30
> stations in a single minute: 21 were JT65, 9 were JT9.
Enjoy it while the K index is zero before the SFI heads down the big
slide towards the Solar minimum :(
Happy Thanksgiving whatever that is. ... only joking.
O
On 26/11/2015 14:23, Steven Franke wrote:
By the way, with reference to your speculation yesterday that we might have
inserted a fudge factor to account for delays — at present there are*no* fudge
factors inserted in the dt-estimation process that I am aware of.
My statement was based on a fa
Interesting new record (for me). On 15 meters this morning I decoded 30
stations in a single minute: 21 were JT65, 9 were JT9.
Happy Thanksgiving to all Americans, today... and best wishes to all!
-- Joe
--
Go
Hi Steve,
Thanks for finding and fixing the mysterious half-symbol offset!
-- Joe
On 11/26/2015 8:53 AM, Steven Franke wrote:
> Hi Joe,
>
> Sleep is a wonderful thing. I found the problem right away this morning. The
> first pulse generated by jt65sim (which is a sync pulse) *was* a run
Thanks Bill. I see that INT would have worked.
By the way, with reference to your speculation yesterday that we might have
inserted a fudge factor to account for delays — at present there are *no* fudge
factors inserted in the dt-estimation process that I am aware of. I went on a
crusade a whi
On 26/11/2015 13:53, Steven Franke wrote:
> I found the problem right away this morning.
Hi Steve,
D'oh! I stared at that line with the NINT(i/sps)+1 for ages knowing the
problem had to be there somehow!
Actually in this case INT(i/sps)+1 is probably all that is required as
we are dealing with
Hi Joe,
Sleep is a wonderful thing. I found the problem right away this morning. The
first pulse generated by jt65sim (which is a sync pulse) *was* a runt. It was
half as long as it should have been — essentially, the wave form was starting
promptly at 1.0s into the file, but it was starting ha
On 26/11/2015 12:28, Barry Jackson wrote:
> Hi Bill,
Hi Barry,
...
> This was just to test since I have been hitting some build issues with
> the earlier versions which seem fixed in svn, however now I have found
> this list I'm sure those can be resolved and I will continue with a
> stable versio
Hi Bill,
Thanks for your quick reply.
On 26/11/15 00:56, Bill Somerville wrote:
> On 26/11/2015 00:19, Barry Jackson wrote:
>> Hi,
> Hi Barry,
>> I am in the process of packaging wsjtx for Mageia (Linux) and hit a
>> couple of issues test building the latest svn (r6180).
> Good to know. I am surpr
19 matches
Mail list logo
