[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gpsd-dev
Subject:    Re: [gpsd-dev]  =?utf-8?q?=E2=9C=98INCOMPATIBLE_API_change_--_add_gns?=
From:       "Gary E. Miller" <gem () rellim ! com>
Date:       2018-09-20 20:58:53
Message-ID: 20180920135853.1dedbcfc () spidey ! rellim ! com
[Download RAW message or body]


Yo Eric!

On Thu, 20 Sep 2018 15:49:22 -0400
"Eric S. Raymond" <esr@thyrsus.com> wrote:

> An incompatible API change will require a major version number bump.

Already done that this dev cycle.  This is about the 5th binary change
this cycle.  GREIS was the big one.

> Also, see this list in TODO:
> 
> ** Things to do when we can break compatibility **
> 
> In gps_data_t make device subtype longer. 128 chars long sounds good.

The subtype got bigger last week.  And needs to get bigger again, already.

But I still do not like it.  Too much jammed into one place.

I'm thinking strings for: Model, Firmware Version, hardware version,
serial number, etc.

But no one asking for it.  Could wait to next cycle.

> In gps_data_t, save PPS precision; this will require creating a pps
> struct.

Where would PPS precision come from?  We have no such value in sight.
We have no way to calculate such a thing.

> In gps_fix_t, maybe change time away from float to timespec?

Good idea, but a big job.  And not just gps_fix_t.  Also gst_t, rtcm2_t,
devconfig_t, timedelta_t, gps_lexer_t, gps_context_t, etc.

I'd like to tackle that at the start of a dev cycle, not the end.

> Add MMSI sequence number fields to AIS type 7.

I have no clue about AIS.

> I tried to make these breaks as infrequent as possible; ditro builders
> don't like them.  So if we're going to have one now let's clear that
> queu - either implement these changes or downcheck them.

Exactly the reason why I am jamming in a bunch right now.  Before
the next release, which I hope is soon.  One year between releases
is enough time for maintainers to catch up/

Just about everything I want in a next release is in.  Waiting on a
patch for ATT.  Need to look at UBX-CFG-ANT one more time.  Needs
testing.

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

[Attachment #3 (application/pgp-signature)]

[prev in list] [next in list] [prev in thread] [next in thread]