On 4/23/10, Thomas Zimmermann <[email protected]> wrote: > Am Freitag 23 April 2010 09:36:47 schrieb Helge Hafting: >> > It works well when you start gps immediately after reboot without a >> > suspend-resume cycle in between. After a suspend the device is not being >> > initialized anymore. see http://trac.shr-project.org/trac/ticket/1077 >> >> I see - a known problem. >> >> While waiting for a real fix, is it possible to "get the gps going" by >> copying some select binaries from an older image? (And which ones >> would that be...) >> >> I don't want to revert the entire image, there have been good reasons >> for almost every upgrade. Even if they always seem to break something new. >> >> Helge Hafting > > Have you tried the solution Petr Vanek has posted? > We discussed this problem yesterday on IRC and that was the solution. > > The problem is, that there are now 2 services accessing the GPS: fso-gpsd > and > fsotdld and those conflict. > > Regards > Thomas > _______________________________________________ > Shr-User mailing list > [email protected] > http://lists.shr-project.org/mailman/listinfo/shr-user >
No, fso-gpsd is not accessing GPS at all. It's just compatibility layer between apps using gpsd interface and ogpsd. So accessing GPS are ogpsd and fsotdld. Also, don't install gpsd until you really know what are you doing! It will make things worse as then there will be three apps accessing gps - ogpsd, fsotdld and gpsd. BTW. Isn't disabling ogpsd and using fsotdld instead a good solution? -- Sebastian Krzyszkowiak dos _______________________________________________ Shr-User mailing list [email protected] http://lists.shr-project.org/mailman/listinfo/shr-user
