gpsd always sends initial coordinates to clients

[Dennis Real]

GPS coordinates are often not updated by gpsd, the initial coordinates are sent again and again. The gps time is normally counting and the quality show a stable 3D fix.

Hardware: U-Blox7 USB dongle

Workaround: Run "ubxtool -p RESET"

This post recommends to update to version 3.25 to solve this issue:

https://raspberrypi.stackexchange.com/questions/136196/why-does-gpsd-not-update-a-location-past-its-first-fix

ProblemType: Bug
DistroRelease: Ubuntu 22.04
Package: gpsd 3.22-4ubuntu2
ProcVersionSignature: Ubuntu 6.2.0-26.26~22.04.1-generic 6.2.13
Uname: Linux 6.2.0-26-generic x86_64
ApportVersion: 2.20.11-0ubuntu82.5
Architecture: amd64
CasperMD5CheckResult: pass
CurrentDesktop: XFCE
Date: Sun Oct 1 21:01:54 2023
InstallationDate: Installed on 2022-04-08 (541 days ago)
InstallationMedia: Ubuntu 22.04 LTS "Jammy Jellyfish" - Daily amd64 (20220408)
SourcePackage: gpsd
UpgradeStatus: No upgrade log present (probably fresh install)
mtime.conffile..etc.default.gpsd: 2023-10-01T09:21:09.737942

[Sergio Durigan Junior (sergiodj)]

Thank you for taking the time to file a bug report.

I'm surprised that we haven't seen any other reports about this. If I understand the bug correctly, it basically means that gpsd is not usable in many scenarios.

Would you have more details about the problem? Maybe a link to an upstream bug, or the commit that fixed the issue. I'm asking because it is unlikely that we will be able to update gpsd on Jammy, but it is possible to SRU a fix depending on its size/complexity.

Also, I'm afraid I'm no gpsd expert so it'd be great if you could provide steps to reproduce the problem.

I'm setting the status of this bug to Incomplete to reflect the fact that we're waiting for more information from you. Once you provide it, feel free to set the status back to New.

Thank you.

[Sergio Durigan Junior (sergiodj)]

I stumbled upon bug #2011721 , which seems to be about the same problem you're experiencing. I'm marking this bug as a duplicate of #2011721; let's continue the investigation there.

Thanks.