Your message dated Sun, 24 May 2009 03:54:45 +0200
with message-id <[email protected]>
and subject line xgps handles disconnects well enough now
has caused the Debian Bug report #289567,
regarding gpsd: xgps should try to reconnect if the server connection fails
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
289567: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=289567
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: gpsd
Version: 2.6-1
Severity: wishlist
At the moment, when a gpsd client using libgps is connected to the
gpsd server, and the server is restarted, the client looses the
connection and do not update any more.
It would be nice if the gps_poll() and gps_query() would try to
reconnect to the server if the read() and write() calls on the tcp
socket fail.
To test this, start gpsd first (/etc/init.d/gpsd start), xgps second,
and then restart gpsd (/etc/init.d/gpsd restart). The xgps client
will fail to update any more.
I realised how nice this feature would be while comparing the xgps
client to the roadgps client (part of the roadmap package). The
roadgps client would reconnect to the new server and keep updating as
soon as the server was available. :)
--- End Message ---
--- Begin Message ---
Version: 2.39-1
xgps displays disconnects now and is handling them in a sane way.
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprints: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
--- End Message ---
