Further research indicates...
* Roadnav already uses libgps rather than the telnet interface.
* Roadnav's code is fine. The problem comes from a change in gpsd.
Somewhere between 2.36 and 2.39 the output of the "l" command acquired a
minor version number for the protocol. That broke Roadnav, and may break
other apps as well.
ccur...@dzur:~/Desktop$ telnet localhost 2947
Trying ::1...
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
l
GPSD,L=3 1 2.39 abcdefgijklmnopqrstuvwxyz
Connection closed by foreign host.
ccur...@dzur:~/Desktop$ telnet freeman 2947
Trying 192.168.1.31...
Connected to freeman.localdomain.
Escape character is '^]'.
l
GPSD,L=3 2.36 abcdefgijklmnopqrstuvwxyz
Connection closed by foreign host.
ccur...@dzur:~/Desktop$
* Reading up on gpsd and their plans, it appears that part of the point
of libgps is to hide version differences. Because of this, the gpsd
protocol version is even less important than it has been in the past.
Recommendation: Simply uncheck the "Check gpsd Server Compatibility"
box.
It appears that Roadnav is not being maintained. Someone needs to audit
the Roadnav code to be sure it plays correctly with GPSD-NG.
http://gpsd.berlios.de/protocol-transition.html But that's beyond the
scope of this bug.
--
roadnav incorrectly rejects gpsd version number
https://bugs.launchpad.net/bugs/486409
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
