Daniel Willmann wrote:
> Just had a look at the gpsd sources. There's a gpsd/refclock_nmea.c in
> there. I guess it should be pretty easy (at least doable :-) to make a
> refclock_dbus/gypsy.c and listen to the specific dbus signals.
Getting this to work would be great! My FR drifts by a few minu
On Monday 21 July 2008 23:02:14 Joachim Breitner wrote:
> No, not really. Not even -messages and -dialer link against some common
> library that seems suitable. Maybe libmokogsmd2. So, for this
> relatively small and self-contained code, copy’n’paste might be
> approriate – or I’m not creative en
Dale Schumacher wrote:
> On Sat, Jul 26, 2008 at 6:28 PM, Daniel Willmann
> <[EMAIL PROTECTED]> wrote:
>> Yeah, currently a signal is emitted if the current
>> location/accuracy/whatever packet contains a different value than
>> before. So If nothing changes you wont get a Signal either. The one
>>
On Sun, 27 Jul 2008 09:28:19 +0800
Joerg Reisenweber <[EMAIL PROTECTED]> wrote:
> Am So 27. Juli 2008 schrieb Daniel Willmann:
> > On Sat, 26 Jul 2008 19:42:43 -0500
> > "Dale Schumacher" <[EMAIL PROTECTED]> wrote:
> >
> > > Is the GPS time used as a source for the system, like an NTP
> > > serv
Joerg Reisenweber wrote:
> Am So 27. Juli 2008 schrieb Daniel Willmann:
>> Hi,
>>
>> On Sat, 26 Jul 2008 19:42:43 -0500
>> "Dale Schumacher" <[EMAIL PROTECTED]> wrote:
>>
>>> On Sat, Jul 26, 2008 at 6:28 PM, Daniel Willmann
>>> <[EMAIL PROTECTED]> wrote:
Yeah, currently a signal is emitted if
Am So 27. Juli 2008 schrieb Daniel Willmann:
> Hi,
>
> On Sat, 26 Jul 2008 19:42:43 -0500
> "Dale Schumacher" <[EMAIL PROTECTED]> wrote:
>
> > On Sat, Jul 26, 2008 at 6:28 PM, Daniel Willmann
> > <[EMAIL PROTECTED]> wrote:
> > > Yeah, currently a signal is emitted if the current
> > > location/a
Hi,
On Sat, 26 Jul 2008 19:42:43 -0500
"Dale Schumacher" <[EMAIL PROTECTED]> wrote:
> On Sat, Jul 26, 2008 at 6:28 PM, Daniel Willmann
> <[EMAIL PROTECTED]> wrote:
> > Yeah, currently a signal is emitted if the current
> > location/accuracy/whatever packet contains a different value than
> > befo
Hello,
I'd like to point your attention today to a project I've been working
on for some time now. ogpsd is the part responsible for managing GPS
functionality in the fso framework.
It aims as being compatible with the gypsy dbus API and provides its
own interfaces for functionality beyond that.
On Sat, Jul 26, 2008 at 6:28 PM, Daniel Willmann
<[EMAIL PROTECTED]> wrote:
> Yeah, currently a signal is emitted if the current
> location/accuracy/whatever packet contains a different value than
> before. So If nothing changes you wont get a Signal either. The one
> exception is time because I do
On Tue, 15 Jul 2008 01:03:00 +0200
"Michael 'Mickey' Lauer" <[EMAIL PROTECTED]> wrote:
> Am Dienstag 15 Juli 2008 00:47:24 schrieb Tilman Baumann:
> > some questions about gypsy.
> > Is FSO using gypsy code or only the gypsy api?
>
> Daniel has details, but the plan right now is to use only the g
#1193: Severe performance problems with Pulseaudio
---+
Reporter: [EMAIL PROTECTED] |Owner: openmoko-devel
Type: defect | Status: new
Priority: high |Milestone:
#1193: Severe performance problems with Pulseaudio
---+
Reporter: [EMAIL PROTECTED] |Owner: openmoko-devel
Type: defect | Status: new
Priority: high |Milestone:
#1674: Cannot open shared library /usr/lib/alsa-
lib/libasound_module_pcm_bluetooth.so
+---
Reporter: montgoss|Owner: openmoko-devel
Type: defect | Status: new
#1674: Cannot open shared library /usr/lib/alsa-
lib/libasound_module_pcm_bluetooth.so
--+-
Reporter: montgoss | Owner: openmoko-devel
Type: defect| Status: new
Prio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Is there any information out there regarding how the touch screen, and
| ultimately X processes, touch input? In particular, does it register
| one single point or perform an average over some area? If it do
15 matches
Mail list logo
