On Wed, 14 Jan 2009 18:18:26 +0100
Olivier Migeot wrote:
> I'm currently experimenting things with the Antaris chip, and I'm
> starting to like it - at least through FSO and it's gpsd compatibility
> layer. I've been browsing through the UBX protocol specification, and
> I stumbled upon one inter
Olivier Migeot wrote:
> Hi ev'ryone,
>
> I'm currently experimenting things with the Antaris chip, and I'm
> starting to like it - at least through FSO and it's gpsd compatibility
> layer. I've been browsing through the UBX protocol specification, and
> I stumbled upon one interesting parameter :
If you're already working on FSO, you might consider enhancing our dbus
interface to support different navigational models. You'll find that
extending our UBX parser helps us more than using ubxgen ;)
Cheers,
--
:M:
___
Openmoko community mailing lis
Am Mittwoch, 14. Januar 2009 18:18:26 schrieb Olivier Migeot:
> Hi ev'ryone,
>
> I'm currently experimenting things with the Antaris chip, and I'm
> starting to like it - at least through FSO and it's gpsd compatibility
> layer. I've been browsing through the UBX protocol specification, and
> I stu
because the qtopia indexing stops with it ...
Its probably possible to just stop the app doing the indexing
(mediaserver I think), but I am not sure if it would create problems to
knock out a low level part of qtopia or not.
An alternative is to change the config so on the next boot, it wont
inde
On Wednesday 14 January 2009, Timo Juhani Lindfors wrote:
> Al Johnson writes:
> > /etc/init.d/xserver-nodm stop
>
> Hmm, why is stopping X server necessary?
Apps using frameworkd can get upset if you restart frameworkd while they are
running. This would include zhone, and possibly some illume b
Al Johnson writes:
> /etc/init.d/xserver-nodm stop
Hmm, why is stopping X server necessary?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Wednesday 14 January 2009, Olivier Migeot wrote:
> On Wed, Jan 14, 2009 at 7:08 PM, Al Johnson
>
> wrote:
> > Disable ogpsd in /etc/frameworkd.conf by adding 'disable = 1' to the
> > [ogpsd] section, then restart frameworkd nicely:
>
> Whoa, that was quick, thank you.
>
> That'll be ok for some
On Wed, Jan 14, 2009 at 7:08 PM, Al Johnson
wrote:
> Disable ogpsd in /etc/frameworkd.conf by adding 'disable = 1' to the [ogpsd]
> section, then restart frameworkd nicely:
Whoa, that was quick, thank you.
That'll be ok for some testing, but I sure wouldn't want to do that
everytime I need to s
On Wednesday 14 January 2009, Olivier Migeot wrote:
> I guess I should shut down FSO's GPS handling first, but how? Is
> stopping fso-gpsd enough? (I tried, but it didn't seem better)
>
> Any insights, somebody? Thanks.
Disable ogpsd in /etc/frameworkd.conf by adding 'disable = 1' to the [ogpsd]
Hi ev'ryone,
I'm currently experimenting things with the Antaris chip, and I'm
starting to like it - at least through FSO and it's gpsd compatibility
layer. I've been browsing through the UBX protocol specification, and
I stumbled upon one interesting parameter : the dynamic platform model
of the
11 matches
Mail list logo