[pkg-fso-maint] zhone deactivating GPS while tangogps still using it?

[Nikita V. Youshchenko]

> On Sat, Feb 27, 2010 at 11:17:50AM +0300, Nikita V. Youshchenko wrote:
> > > 2010/2/26 Steffen Möller <moeller at inb.uni-luebeck.de>:
> > > > I found zhone upon login to have started the habit of closing down
> > > > GPS even though I am using it in parallel with tangogps - even I
> > > > finally had a fix. Has anybody else observed this annoyance? It
> > > > basically renders cellhunter unusable on my machine :)
> > > >
> > > > I am with the fso-gpsd, to the best of my knowledge.
> > >
> > > Well, for me it seemed to start when I switched from fso-gpsd to
> > > gpsd, mainly because I was tired about dealing with the conflicts. I
> > > now manually switch on the GPS from a helper application (also
> > > downloads AGPS information if network available) and start eg.
> > > TangoGPS. Opening and closing Zhone's GPS info section turns GPS off
> > > even if TangoGPS would still be running, which is indeed a bit of a
> > > pity.
> >
> > This is likely caused by fso resource manager has no idea about
> > hardware users that don't register the usage within fso?
> >
> > There was a wrapper utility, don't remember the name (maybe fsoraw?),
> > to workaround that.
>
> Hi,
>
> The wrapper utility is indeed caled fsoraw. You can read about the whole
> topic here: http://wiki.openmoko.org/wiki/FSO_Resources
>
> But zhone should not switch from enabled to automatic mode. If it's
> already enabled it should just be happy and do nothing.

zhone did nothing other than telling fso that is first started to use GPS, 
then stopped to use it.
Fso in turn first issued command to enable GPS (since user count went up 
from 0 to 1), then issued command to disable GPS (since user count went 
down from 1 to 0).

Fso assumes that all GPS (as well as other resource) users do 
request/release resuorces via fso. And that is a proper assumption for a 
resource manager.

Issue is elsewhere, in partucular at system level. System allows other 
packages in that use resource bypassing system resource manager. That is 
what is wrong.

Proper solution should be - package tangogps (or perhaps gpsd?) such that 
it is aware of FSO and properly commuticates with FSO resource manager.

fsoraw could help with that (although it is not ideal solution).
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.alioth.debian.org/pipermail/pkg-fso-maint/attachments/20100227/b88b13f9/attachment.pgp>