Source: gpsd
Version: 3.17-6

Hi Bernd,
as discussed we kept it in experimental for the transition that it
brings due to [1]. Fortunately the fix is easy and can be made in a
compatible way, like:
    #if GPSD_API_MAJOR_VERSION >= 7
       add ,NULL, 0)

I tested all reverse depends (and recommends) and test build them.
As expected some upstreams already did the change, but often the
Debian packages are missing the update.
I verified that the fixes would work and provided MR/Debdiffs
accordingly after reporting bugs to those packages.

Here the related bug numbers for you to track/check later on as needed.

debian-bug  package          comment
ok          alfred           builds fine against experimental
ok          merkaartor       builds fine against experimental
ok          plasma-workspace builds fine against experimental
ok          viking           builds fine against experimental
ok          marble           does not use gps_*read
926528      collectd         fixed in new, yet unreleased upstream, MR open
926534      aweather         MR open (might be a removal candidate)
926549      direwolf         MR open
926575      foxtrotgps       Debdiff on bug
926522      navit            fixed in new, yet unreleased upstream, MR open
926521      obdgpslogger     debdiff on bug
(926519)    s3d              Resolved in experimental and git already

I think we can now again give it some time and should later on
hopefully find an (almost) resolved situation in bulleye when we kick
off the transition.

[1]: https://git.savannah.gnu.org/cgit/gpsd.git/commit/?id=6bba8b32


For further fun with this later on, I just saw that there also is a
3.19 released no, but this has more API changes:
 * 8.0 - Change shape of rawdata_t.
 *       Added values for gps_data_t->status
 *       Remove epe from gps_data_t, it duplicates gps_fix_t eph
 *       Added sep (estimated spherical error, 3D)
 *       Note: Some GPS call eph as epe, others call sep as epe
 *       Add gps_fix_t datum string, and qErr
That seems more complex to change and we should give the upstreams
some time to adapt. So lets do 3.18.x for now and reconsider 3.19
(much) later.

-- 
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd

Reply via email to