headers
Jonathan Schultz | 4 Sep 2009 11:42

Re: [debian] GPS unusable after install from scratch? NMEA instead of UBX formatted data?

> ... so moving the pickle file out of the way ...
> rm /var/lib/freesmartphone/ogpsd.pickle
> 
> ... restoring /etc/frameworkd.conf ...
> [ogpsd]
> device = GTA02Device
> 
> ... going outside ...
> and theres a fix within 60 seconds!

I didn't have quite this much success.  The GPS did go back to sending 
UBX data, which is good, but after some time (10 mins?) it still had no 
fix, though it had got the time so maybe it was just being slow at 
getting a fix).  I turned the GPS off then on again, and it was back to 
sending NMEA data.  So I had to delete the pickle file again, and 
apparently the same each time I turn off the GPS.

Also, although I can see the time in the UBX data, requesting the time 
through dbus doesn't work.  Likewise fso-gpsd doesn't appear to receive 
any data.  So it looks like some other problem in ogpsd?  I'd take a 
look if I knew where to start.

I know there's no hardware problem because the GPS works fine with other 
distros.

Cheers,
Jonathan
Permalink | Reply | 3 comments |
headers
E.Waelde | 4 Sep 2009 14:23

Re: [debian] GPS unusable after install from scratch? NMEA instead of UBX formatted data?

Hi,

Quoting Jonathan Schultz <jonathan <at> imatix.com>:

>> ... so moving the pickle file out of the way ...
>> rm /var/lib/freesmartphone/ogpsd.pickle
>>
>> ... restoring /etc/frameworkd.conf ...
>> [ogpsd]
>> device = GTA02Device
>>
>> ... going outside ...
>> and theres a fix within 60 seconds!
>
> I didn't have quite this much success.
Did you get a fix using "device = NMEADevice"?

Just an idea,
Erich
Permalink | Reply | 2 comments |
headers
Jonathan Schultz | 5 Sep 2009 01:23

Re: [debian] GPS unusable after install from scratch? NMEA instead of UBX formatted data?

>> I didn't have quite this much success.
> Did you get a fix using "device = NMEADevice"?

No but I did find an explanation for the problem: 
http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=5271e445b327c2132eee6a1f43fcf58c37c67e00

I applied the patch manually and things seem to be working now.

Cheers Jonathan
Permalink | Reply | 1 comment |
headers
Jonathan Schultz | 7 Sep 2009 02:10

Re: [debian] GPS unusable after install from scratch? NMEA instead of UBX formatted data?

Jonathan Schultz wrote:
>>> I didn't have quite this much success.
>> Did you get a fix using "device = NMEADevice"?
> 
> No but I did find an explanation for the problem: 
>
http://git.freesmartphone.org/?p=framework.git;a=commitdiff;h=5271e445b327c2132eee6a1f43fcf58c37c67e00 

Since the fix is 6 months old I presume it will find its way into the
next Debian version of fso-framework?

Jonathan
Permalink | Reply | 0 comments |
headers
Michael 'Mickey' Lauer | 7 Sep 2009 18:15
Picon
Gravatar

Re: SHR FSO OE Branches

This task seems to have stalled. I have completed my points. Noone else 
interested in the merger anymore?

:M:
Permalink | Reply | 0 comments |
headers
Stefan Schmidt | 8 Sep 2009 09:14
Favicon
Gravatar

Re: SHR FSO OE Branches

Hello.

On Mon, 2009-09-07 at 18:15, Michael 'Mickey' Lauer wrote:
> This task seems to have stalled. I have completed my points. Noone else 
> interested in the merger anymore?

I'm still interested. Sidetracked from uni, vacation, work, etc.

Just started a new build and will work through some problems over the next
weeks. Not much time for it right now.

The biggest piece that is still missing are the SHR classes, recipes, changes
and fixes. Would be great to get them help from the authors. :)

regards
Stefan Schmidt
Permalink | Reply | 0 comments |
headers
Nicola Mfb | 8 Sep 2009 14:32
Picon

Re: [Shr-Devel] SHR FSO OE Branches

On Mon, Sep 7, 2009 at 6:15 PM, Michael 'Mickey'
Lauer<mickey <at> vanille-media.de> wrote:
> This task seems to have stalled. I have completed my points. Noone else
> interested in the merger anymore?
>
> :M:

Good point, I heard that shr developers are working on testing, I
asked why as this is different from the FSO coreteam proposals and
plans, but got no answer.

IMHO the merge is a very *important* task, as the new branch will
track the oe development branch it will receive automagically support
from all OE developers, a secondary advantage will be the upgrade of
all out of sync stuff (e.g. qt libraries).

My very 2 cents.

    Nicola
Permalink | Reply | 0 comments |
headers
Julien Cassignol | 8 Sep 2009 15:14
Picon

Re: SHR FSO OE Branches

On Tue, Sep 8, 2009 at 9:14 AM, Stefan
Schmidt<stefan@...> wrote:

> The biggest piece that is still missing are the SHR classes, recipes, changes
> and fixes. Would be great to get them help from the authors. :)

What do you need, exactly? :-)

--

-- 
Julien Cassignol
http://www.ainulindale.net
Permalink | Reply | 0 comments |
headers
Stefan Schmidt | 8 Sep 2009 20:25
Favicon
Gravatar

Re: SHR FSO OE Branches

Hello.

On Tue, 2009-09-08 at 15:14, Julien Cassignol wrote:
> On Tue, Sep 8, 2009 at 9:14 AM, Stefan
Schmidt<stefan@...> wrote:
> 
> > The biggest piece that is still missing are the SHR classes, recipes, changes
> > and fixes. Would be great to get them help from the authors. :)
> 
> What do you need, exactly? :-)

Someone who

- can tell me if SHR needsa to stay with his own full distro in the future.

- can tell if the openmoko distro in oe.dev is still used at all.

- can tell if moko-autorev is still used.

- wrote shr.bbclass and would be interested to bring this into oe.dev

- has an good overview of the recipes needed for SHR and needs to get over to
  OE.dev

- can tell me what improvements for different rcipes are in your branch.

- would like to give a helping hand on the shr stuff.

Enough for now? :)
(Continue reading)

Permalink | Reply | 0 comments |
headers
Heiko Stübner | 8 Sep 2009 22:23
Picon

license mismatch in fsousaged

Hi,

it seems a wrong COPYING file crept in the fsousaged-dir, as it is a GPL2 
instead of the LGPL2.1 the code proclaims.
The debian ftp-masters just commented about this minor glitch.

Thanks
Heiko
Permalink | Reply | 1 comment |

Gmane