Thanks for the link, that sounds a lot more promising.
So I'll try passing the sockets fd to unix_new() and a g_io_add_watch() (or rather the python GI equivalent) to setup a callback for...
Ah, I was thinking about pure python stuff.
From the docs you linked:
This API is only intended to be used by implementations of GLib.Source. Do not call this API on a GLib.Source that you...
You can probably get away with not setting a callback just and poll the socket from gnss-share, but async updates would be cleaner.
While I'm familiar with async stuff in GLib (C) itself, I'm...
But, the current architecture of Satellite is that sources are given a callback (location_update_cb) and then call it whenever they get an update,
I guess the only thing that confused me was...
Something I forgot to mention:
The user would need to be able to read the socket.
By default this means being member of the geoclue group.
A modem-manager backend for gnss-share could also be written
geoclue already talks to MM (or at least Recommends it in Debian),
so I'm not sure what "gnss-share" would gain if it were to...
Nice. It looks like the GNSS receiver in Librem5 not have GNS sentences in its NMEA output, so the 'Modes' and 'in use sats' fields are None.
I have been wondering where exactly it should be...
There's an open bug on MM to get an API for XTRA data info, but it's probably not going to be fixed any time soon.
This sounds like it should be doable in a few hours, if already familiar...
GNSS-share looks like a nice idea, but out of curiosity, does satellite work on Librem5 with the ModemManager source?
No, on the L5 the modem GPS antenna is not connected and a separate GPS...