Re: QTMoko website

2012-10-03 Thread Radek Polak
On Tuesday, October 02, 2012 08:01:03 PM Neil Jerram wrote:

 Attached is a patch to make QtMoko's GPS framework (Q*Whereabouts) use
 gpsd instead of reading directly from /dev/ttyO1.  The benefit of that
 is that multiple clients, both Qt and non-Qt, can all use GPS at the
 same time.

Nice, i was trying to do something like this too, but without any results.

But I wonder how much is gpsd useful for us now. We have lightweight 
Whereabouts framework which now works good on GTA02 and GTA04. On GTA02 it 
even handles supplying AGPS data.

I wonder what GPSD can do for us. It's another program running in background 
eating system resources. The programs that will use GPSD will be poorly 
integrated in QtMoko - i.e. not showing the fix status in title bar, no 
blinking with LED to indicated NMEA activity, no AGPS.

This leads us to question - how many programs will use the GPSD. Navit can be 
quite easily adjusted to use QWereabouts, i think the same can be done with 
Monav and Marble.

And one more thing - i hate GPSD because they are breaking API compatibility 
and we have no control of it. I want now to do some wheezy/armhf experimental 
release for GTA04 and if wheezy/sqeeze gpsd are not compatible then it's quite 
problem...

Regards

Radek

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: QTMoko website

2012-10-03 Thread Jiří Pinkava

Hi,

GPSD is usefull for dealing with many kinds of differenet devices etc. 
In case of one specific GPS device in GTAxx, full potential of GPSD 
cannot be utilised. But GPSD still have few very usseful features, one 
of them is data export trought socket/network. This way can be GPS data 
easilly accessible by other applications (eg. experimental application 
in python or tunneled trought network into PC).


I have in past did some dirty hack wich create socket and when someone 
start reading it QWhereabouts starts GPS and act as proxy (and close GPS 
again when noone reads anny more). This code is not usable now, but this 
feature might be ussefull for hacking.


Pinky.

On 10/03/2012 12:03 PM, Radek Polak wrote:

On Tuesday, October 02, 2012 08:01:03 PM Neil Jerram wrote:


Attached is a patch to make QtMoko's GPS framework (Q*Whereabouts) use
gpsd instead of reading directly from /dev/ttyO1.  The benefit of that
is that multiple clients, both Qt and non-Qt, can all use GPS at the
same time.

Nice, i was trying to do something like this too, but without any results.

But I wonder how much is gpsd useful for us now. We have lightweight
Whereabouts framework which now works good on GTA02 and GTA04. On GTA02 it
even handles supplying AGPS data.

I wonder what GPSD can do for us. It's another program running in background
eating system resources. The programs that will use GPSD will be poorly
integrated in QtMoko - i.e. not showing the fix status in title bar, no
blinking with LED to indicated NMEA activity, no AGPS.

This leads us to question - how many programs will use the GPSD. Navit can be
quite easily adjusted to use QWereabouts, i think the same can be done with
Monav and Marble.

And one more thing - i hate GPSD because they are breaking API compatibility
and we have no control of it. I want now to do some wheezy/armhf experimental
release for GTA04 and if wheezy/sqeeze gpsd are not compatible then it's quite
problem...

Regards

Radek

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community



___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: QtMoko v48 neofreerunner

2012-10-03 Thread dmatthews.org
On Wed, 03 Oct 2012 00:07:32 +0100
Neil Jerram n...@ossau.homelinux.net wrote:

Thanks - interesting thought, but it doesn't do the trick, although I suspect 
it was part of the problem - the errors no longer include moans about 
certifcates. Not sure if v35 included the ca-certificates - but I wasn't using 
TLS then anyway (to recap at that time I used unencrypted login against a 
different smtp server and that does not work in version 48)

I tried every conceivable TLS setting against 2 servers, one of which is my own 
and that I know works with desktop email clients.

here's a sample reject from the server:-

2012-10-03 17:55:41 TLS error on connection from [81.187.28.181] (recv): A TLS 
packet with unexpected length was received.
2012-10-03 17:55:41 TLS error on connection from [81.187.28.181] (send): The 
specified session has been invalidated for some reason.


-- 
David Matthews 
m...@dmatthews.org

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: QtMoko v48

2012-10-03 Thread Flemming Richter Mikkelsen
On 10/1/12, Radek Polak pson...@seznam.cz wrote:
 On Sunday, September 30, 2012 05:21:43 PM Flemming Richter Mikkelsen wrote:

 I have big problems starting booting up proper.
 After finally attaching the debug cable, I noticed that
 the kernel is 3.4.0-gta04 but under /lib/modules/ there is only
 2.6.34-qtmoko-v48.

 Do I need to first boot with 2.6.34 and then upgrade to the new kernel?
 It is strange that I didn't see any other reporting this problem.

 Have you downloaded the right tarball? The download url for GTA04 is

   http://sourceforge.net/projects/qtmoko/files/GTA04/

Thank you very much.  I used the correct url, but clicked on the link on
the top (for the lastest version) without noticing that the filename said it
was for gta02.

Sorry for the noise, and thank you for the help!
Looking forward to finally test the correct image:)


 2.6.34 is kernel for Freerunner (GTA02). So this looks like you have kernel
 for GTA04 and rootfs for GTA02.

 I have checked the qtmoko-debian-gta04-v48.tar.gz tarball and it looks all
 fine (3.5 kernel in boot, 3.5 modules in /var/lib)

 Regards

 Radek

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Bye SHR, hello QTMoko (and battery life)

2012-10-03 Thread David Garabana Barro
Hi

I've finally gave up with SHR. Around 2010 June-July, I had a mostly stable 
daily phone, rock solid gps, really great battery life (#1024 fixed, 3-4 days 
standby time), and I was very very happy. 

But since then, my sd card sttoped working realibly, my phone doesn't wake up 
from suspend, gps intermitently fails, and I cannot say about battery life, 
because it's almost impossible to last 1 day without a freeze...
In late 2011 I had a baby, and I left Neo unused for a while. I had no time to 
fight with so many problems. I was using a dumb phone as my daily phone, and 
giving all my time to my baby :)

Now I want to use FR again, and give qtmoko a chance.
I'm really surprised with the state of all functions. Almost everything works 
flawlessly, new theme is AMAZING, I can even use my own WPA2 home wifi. Last 
time I got it working with neo was with FDOM (LOOONG time ago). SD card works 
again (I'm booting qtmoko from sd card, so I can say it works completely 
stable).

I'm very happy... but with battery life. Usually I get only about 12 hours 
standby time, and many less if I use it a little.

My Neo is #1024 fixed, I have activated deep sleep both in neocontrol and in 
/opt/qtmoko/etc/default/Trolltech/Modem.conf [1]

I've read about http://docs.openmoko.org/trac/ticket//2349, but it should be 
fixed in qtmoko's 2.6.34, isn't it?

Any clue on this?
Is this standby time normal for this version?
What is your standby time?


P.S. I have two brand new batteries, so you can discard a broken battery... 


[1] 
http://sourceforge.net/apps/mediawiki/qtmoko/index.php?title=FAQ#How_about_power_save_of_Calypso.2C_the_GSM_modem_-
_bug_.231024




-- 
David Garabana Barro
jabber  google talk ID:da...@garabana.com
Clave pública PGP/GPG:  http://davide.garabana.com/pgp.html


signature.asc
Description: This is a digitally signed message part.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Bye SHR, hello QTMoko (and battery life)

2012-10-03 Thread Peter Viskup

On 10/04/2012 12:05 AM, David Garabana Barro wrote:


Hi

I've finally gave up with SHR. Around 2010 June-July, I had a mostly 
stable daily phone, rock solid gps, really great battery life (#1024 
fixed, 3-4 days standby time), and I was very very happy.


But since then, my sd card sttoped working realibly, my phone doesn't 
wake up from suspend, gps intermitently fails, and I cannot say about 
battery life, because it's almost impossible to last 1 day without a 
freeze...


In late 2011 I had a baby, and I left Neo unused for a while. I had no 
time to fight with so many problems. I was using a dumb phone as my 
daily phone, and giving all my time to my baby :)


Now I want to use FR again, and give qtmoko a chance.

I'm really surprised with the state of all functions. Almost 
everything works flawlessly, new theme is AMAZING, I can even use my 
own WPA2 home wifi. Last time I got it working with neo was with FDOM 
(LOOONG time ago). SD card works again (I'm booting qtmoko from sd 
card, so I can say it works completely stable).


I'm very happy... but with battery life. Usually I get only about 12 
hours standby time, and many less if I use it a little.


My Neo is #1024 fixed, I have activated deep sleep both in neocontrol 
and in /opt/qtmoko/etc/default/Trolltech/Modem.conf [1]


I've read about http://docs.openmoko.org/trac/ticket//2349, but it 
should be fixed in qtmoko's 2.6.34, isn't it?


Any clue on this?

Is this standby time normal for this version?

What is your standby time?

P.S. I have two brand new batteries, so you can discard a broken 
battery...



[1] 
http://sourceforge.net/apps/mediawiki/qtmoko/index.php?title=FAQ#How_about_power_save_of_Calypso.2C_the_GSM_modem_-_bug_.231024


--

David Garabana Barro

jabber  google talk ID: da...@garabana.com

Clave pública PGP/GPG: http://davide.garabana.com/pgp.html





Hi David,
I had the same reason for swap to QTmoko from SHR some weeks before. I 
found it very stable and usable. Thanks to all developers.
My standby times vary - but usually without touching it it's somewhere 
around 24 hours and probably more.
I am on the way to play with that deep sleep of GSM modem and can share 
my findings (I do not have deep sleep enabled yet).


--
Peter Viskup
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community