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

[Steffen Möller]

Nikita V. Youshchenko wrote:
>> 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).

This does not seem to be available as a Debian package - is it?

debian-gta02:~# fso<tab>
fso-gpsd   fsousaged
debian-gta02:~# apropos raw
amidi (1)            - read from and write to ALSA RawMIDI ports
noraw (3ncurses)     - curses input options
raw (3ncurses)       - curses input options
raw (8)              - bind a Linux raw character device
redrawwin (3ncurses) - refresh curses windows and lines
wredrawln (3ncurses) - refresh curses windows and lines
debian-gta02:~# apt-cache search fsoraw

does not find anything either. Should this become a new package? Or is
this hidden within something else?

Many greetings

Steffen