2009/1/14 Daniel Willmann
> Since you talked about gpsd (I am assuming you're not using FSOs ogpsd
> and compatibility layers) the aiding stuff will not work and you will
> need to wait for the right time for some while after powering on the
> GPS.
That's wrong. I'm using SHR, I have disabled t
Nicola Mfb wrote:
> 2009/1/9 Marcus Stong mailto:sto...@gmail.com>>
>
> I'd just like to say, for all the whiners using om 2008.x (I've
> been one just recently, too), try FSO testing. I've been using it
> for a few days, and everything seems to work like a charm compared
> to OM200
Hello,
Fantastic that worked - thank you very much (I needed a make
prepare before running make sound and I also needed to dig out a modpost
script which I had premade), I used xawtv and luvcview to try out my camera
(Philips SPC630NC) - I too had the poor resolution you described. I'm
Hi,
Am Mittwoch, den 14.01.2009, 19:33 +0100 schrieb Olivier Migeot:
> On Wed, Jan 14, 2009 at 7:03 PM, not12listen wrote:
>
> > Does that make sense? :)
> It does. But it's not the faint hearted. Getting Evolution to run on
> Neo won't be too easy, but it should be reasonnably doable (in a
> pe
About QT Extended. Anyone experiencing the Echo Bug?
Is there a resolution to it without turning down the volume?
Thanks.
--
Paul
Email - pault...@gmail.com
There were moments when he looked on evil simply as a mode through
which he could realize his conception of the beautiful.
Oscar Wilde -
On Wed, 14 Jan 2009 18:50:40 +
Al Johnson wrote:
> On Wednesday 14 January 2009, Sten Kvamme wrote:
> > The following shows some strange behaviour from gpsd. The current
> > time is 19.18 and year 2008-01-14. Why is the time incorrect from
> > gpsd?
> >
> > r...@om-gta01:~# telnet localhost 2
2009/1/9 Marcus Stong
> I'd just like to say, for all the whiners using om 2008.x (I've been one
> just recently, too), try FSO testing. I've been using it for a few days, and
> everything seems to work like a charm compared to OM2008.x.
>
Umh... it seems it's not so stable...I was missing for t
On Wednesday 14 January 2009, Sten Kvamme wrote:
> The following shows some strange behaviour from gpsd. The current time
> is 19.18 and year 2008-01-14. Why is the time incorrect from gpsd?
>
> r...@om-gta01:~# telnet localhost 2947
> d
> GPSD,D=1999-11-30T23:59:46.00Z
Because that's the time tha
On Wednesday 14 January 2009, Marcus Stong wrote:
> Hey Al,
> Phone's gta02 with FSO milestone 4.1.
> I changed the values back up to 127 and 7, and rebooted, and then made a
> call, with no difference. I wonder does FSO or zhone not use the .state
> files?
FSO is certainly aware of different stat
On Wed, Jan 14, 2009 at 7:03 PM, not12listen wrote:
> Does that make sense? :)
It does. But it's not the faint hearted. Getting Evolution to run on
Neo won't be too easy, but it should be reasonnably doable (in a
perfect world, it might compile directly on arm... maybe it already
does, btw). The
The following shows some strange behaviour from gpsd. The current time
is 19.18 and year 2008-01-14. Why is the time incorrect from gpsd?
r...@om-gta01:~# telnet localhost 2947
d
GPSD,D=1999-11-30T23:59:46.00Z
signature.asc
Description: Detta är en digitalt signerad meddelandedel
__
Hey Al,
Phone's gta02 with FSO milestone 4.1.
I changed the values back up to 127 and 7, and rebooted, and then made a
call, with no difference. I wonder does FSO or zhone not use the .state
files?
Just to be clear, I'm changing the gsmheadset.state file at
/usr/share/openmoko/scenarios
Marcus
On
I might show how 'green' I am (in regards to all things Linux), but Ubuntu
8.10 ships with Evolution Email (don't recall which version), but it works
near perfect with Exchange servers (cannot pull up shared calendars being
its 1 fault - this is NOT a show stopper for me).
My question (in a nutsh
On Wednesday 14 January 2009, Marcus Stong wrote:
> I'm using the latest testing milestone of FSO
Please quote the actual version number to avoid confusion. As I understand
it 'latest milestone' is currently 4.1. It also helps to know whether you
have gta01 or gta02 as the mixer channel numbers
Am Mittwoch 14 Januar 2009 schrieb Joerg Lippmann:
> Am Mittwoch 14 Januar 2009 schrieb arne anka:
> > with debian/fso when using suspend i get usually 48 to 72 hours standby
> > time (but i very seldom make or receive calls).
> > anyway, even qtopia should have suspend, or am i wrong here?
>
> Yea
Am Mittwoch 14 Januar 2009 schrieb arne anka:
> with debian/fso when using suspend i get usually 48 to 72 hours standby
> time (but i very seldom make or receive calls).
> anyway, even qtopia should have suspend, or am i wrong here?
Yeah, you can get up to that many hours from QTe, too.
Just go t
Salut Francois,
I'm also using QtE 4.4.2, and I get something more than 48 hours of battery.
I think the trick is enabling suspend - I think it's off by default - if you
go into settings, select 'Power Management', and make sure that something
reasonble is set for the suspend timeout - I have min
On Wed, Jan 14, 2009 at 2:45 PM, Nicolas Dufresne
wrote:
> Evolution Exchange is a wrapper around the Web Interface of Exchange server.
Are you sure of that? I thought it was based on Exchange's WebDAV
access, which is a bit different. Sure it's still tied to web
technologies, and needs OWA to be
I'm using the latest testing milestone of FSO, and am trying to get the
wired headset working better on zhone calls. The earbud volume is rather
weak. I've altered gsmheadset.state control.3 values to 1 (from 87). It's
turned up the volume a bit, but still not enough. I also changed the value
of co
I can speak for OM2008.x FSO and SHR.
FSO and SHR have basically the same battery life. Without going to
suspend you'll have 8+ hours, in suspend you'll get the 48 ours (72 is
pushing it, but it could happen).
I currently am experiencing issues making and receiving calls reliably
with SHR and FS
By the way, for clarification, I don't think there has ever been native
support for MS exchange in evolution, and anyways the binary protocol
only works within your Lan. Evolution Exchange is a wrapper around the
Web Interface of Exchange server. Today it works quite reliably, but
it's still a litt
with debian/fso when using suspend i get usually 48 to 72 hours standby
time (but i very seldom make or receive calls).
anyway, even qtopia should have suspend, or am i wrong here?
___
support mailing list
support@lists.openmoko.org
https://lists.openm
François de Ryckel wrote:
>
> Hi everyone,
>
> The lifespan of a battery charge on my FR is no more than one night.
> Anything one can do about it?
> I'm a newbie in the Opemoko community - I'm a linux user since a few year
> but definetely not a computer geek! I'm just a big opensource softwa
23 matches
Mail list logo