Re: Problems with gpsd under BullsEye

[Don Rolph]

Testing:

MT3333; Dire Wolf 1.7; gpsd 3.17; Buster: works

MT3333, Dire Wolf 1.7; gpsd 3.22; BullsEye:  we get the message flood

MT3333; Dire Wolf 1.7; gpsd 3.23.2; BullsEye:  message flood reduced but not eliminated

MT333; Dire Wolf 1.7; gpsd 3.17; BullsEye: we get message flood

So we have one working system using gpsd 3.17 and the Buster environment.

On Fri, Dec 31, 2021 at 3:42 PM Gary E. Miller <gem@rellim.com> wrote:

Yo Don!

On Fri, 31 Dec 2021 15:06:03 -0500
Don Rolph <don.rolph@gmail.com> wrote:

> It is most clearly a gpsd issue.  It does not occur if gpsd is not
> called by Dire Wolf.  If we call the gps device directly without
> gpsd, there is no issue.

Since you never showed it is a problem with any gpsd release, as
opposed to 3rd party hacked gpsd binaries, I'll have to await some
real data.

If you can reproduce any problem with gpsd built from our source, please
report it. report problems with bonaries to their source, ehich is not
here.

> Using gpsd 3.17 under Buster this does not occur.

Ancient history and Buster is not from here.

> I keep poking but it looks like it is an issue with gpsd executable

gpsd does not supply any executables.

> AND the version of gpsd libraries used by the client software.

Of course.

gpsd, like openssl, ffmpeg, boost, etc. is designed that the daamon, and
client, be built with the same exact toolchain.  When you have binary
structures changing there is no avoiding it.  Not doing so will cause
problems, and is not supported.

RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
        gem@rellim.com  Tel:+1 541 382 8588

            Veritas liberabit vos. -- Quid est veritas?
    "If you can't measure it, you can't improve it." - Lord Kelvin

--

73,

AB1PH

Don Rolph