Re: Qtmoko v35 & FBreader

[Radek Polak]

On Tuesday 07 June 2011 06:55:37 Yury Sakarinen wrote:

>  there is a problem to run fbreader on qtmoko v35,
>  need help from someone who uses fbreader on qtmoko v35.

You need to run it from QX. However there is problem that FBReader tries to 
use QtMoko's embedded QT instead of system QT. To start it correctly you need 
to do something like this (e.g. from QX xterm):

export LD_LIBRARY_PATH=
fbreader

Regards

Radek

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

Qtmoko v35 & FBreader

[Yury Sakarinen]

Hi, list

there is a problem to run fbreader on qtmoko v35,
need help from someone who uses fbreader on qtmoko v35.


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

Re: Qtmoko : typing text without stylus

[Neil Jerram]

Hi there...

On 6 June 2011 17:01, Xavier Cremaschi  wrote:

> But currently I am still unable to use prediction :/

Just in case it is a cause for confusion - are you aware that the
keyboard doesn't actually predict at all?  Rather, it performs fuzzy
matching of where you pressed against the possible letters around that
point.  (Whereas "predicting" would be something like offering me
"understand" when I had only pressed near the letters "unders".)  I
wrote about this a while back:
http://lists.openmoko.org/pipermail/community/2008-September/030442.html.

Regards,
  Neil

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

A-GPS (was Re: Freerunner as a mobile gateway -> shipping container)

[Phil Vandry]

On 2011-05-24 08:42, Ed Kapitein wrote:

You could overcome the TTFF problem by using the agps software from [1]
It loads the needed data from the gps chip and uses that the next time
you power on the gps unit.
I usually get a fix in 2 minutes.


Hi Ed,

For some reason I thought the Antaris chip in the GTA02 didn't support
all of the AID message types but only AID-INI (which provides a basic
saved position and time but nothing else like almanac or ephemeris).
I think it has something to do with the facts that (a) the chip doesn't
send ACK messages in response to any AID-* messages, making it hard to
know if the messages you're sending are good, and (b) I've never managed
to get a Freerunner to send me a AID-DATA probe which is the message
that means "please send me any available aid data".

Why my Freerunners never send AID-DATA whereas the code you pointed
to clearly expects to receive it I have no idea. In any case, I decided
to try again. This time I just send it all the AID messages at
startup whether it asks for them or not. The results are good so far.

If the Freerunner has network connectivity within a few minutes of
startup, I subsequently get fresh AID data from the Internet and send
that too. The result is that the GPS gets two copies of the AID data,
one saved from the last shutdown and one fresh from the Internet. It
doesn't seem to mind.

Thanks for motivating me to try this A-GPS stuff again.

-Phil

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

RE: Potential buyer

[Alexander Lehner]

... and it has an (in my experience) excellent GPS receiver.
I use it with/for OpenStreetMap and there is a lot of nice navigation 
and map software around that you cannot get easily on 'closed' phones or 
on Garmin devices.


The price is about the same for an Etrex Legend and for the 
FreeRunner.



A.


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

Re: [qtMoko] Request needed to restore bluetooth

[Guilhem Bonnefille]

With the patch, now. (sorry)

2011/6/6 Guilhem Bonnefille :
> 2011/6/5 Radek Polak :
>> Guilhem Bonnefille wrote:
>>
>>> Here is the backtrace.
>>>
>>> Program received signal SIGSEGV, Segmentation fault.
>>> 0x40a3c414 in QDBusAbstractInterface::isValid() const () from
>>> /opt/qtmoko/lib/libQtDBus.so.4
>>> (gdb) where
>>> #0  0x40a3c414 in QDBusAbstractInterface::isValid() const () from
>>> /opt/qtmoko/lib/libQtDBus.so.4
>>> #1  0x403e16b8 in bool QBluetoothDbusIface::btcall(QString
>>> const&, QDBusReply&, QList, bool, QObject*, char
>>> const*, char const*) () from /opt/qtmoko/lib/libqtopiacomm.so.4
>>> #2  0x403eb1e0 in ?? () from /opt/qtmoko/lib/libqtopiacomm.so.4
>>> #3  0x403eb1e0 in ?? () from /opt/qtmoko/lib/libqtopiacomm.so.4
>>> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
>>
>> Hmm this looks quite strange since it segfaults in the Qt call
>> (QDBusAbstractInterface). I cant tell more just from the stacktrace. It would
>> be best if i could debug this locally. Hmm and i will probably rework the
>> whole bluetooth library after experience with FSO, e.g. so that the BT dbus
>> bindings are autogenerated.
>
> Reading traces and code, I think I found at least one aspect of the
> bug. Here is a small patch. As I'm not yet able to compile and test my
> modifications, this is a "blind" patch. Can you give me feedback,
> please?
>
> --
> Guilhem BONNEFILLE
> -=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
> -=- mailto:guilhem.bonnefi...@gmail.com
> -=- http://nathguil.free.fr/
>



-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/


fix-bluetooth.patch
Description: Binary data
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [qtMoko] Request needed to restore bluetooth

[Guilhem Bonnefille]

2011/6/5 Radek Polak :
> Guilhem Bonnefille wrote:
>
>> Here is the backtrace.
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> 0x40a3c414 in QDBusAbstractInterface::isValid() const () from
>> /opt/qtmoko/lib/libQtDBus.so.4
>> (gdb) where
>> #0  0x40a3c414 in QDBusAbstractInterface::isValid() const () from
>> /opt/qtmoko/lib/libQtDBus.so.4
>> #1  0x403e16b8 in bool QBluetoothDbusIface::btcall(QString
>> const&, QDBusReply&, QList, bool, QObject*, char
>> const*, char const*) () from /opt/qtmoko/lib/libqtopiacomm.so.4
>> #2  0x403eb1e0 in ?? () from /opt/qtmoko/lib/libqtopiacomm.so.4
>> #3  0x403eb1e0 in ?? () from /opt/qtmoko/lib/libqtopiacomm.so.4
>> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
>
> Hmm this looks quite strange since it segfaults in the Qt call
> (QDBusAbstractInterface). I cant tell more just from the stacktrace. It would
> be best if i could debug this locally. Hmm and i will probably rework the
> whole bluetooth library after experience with FSO, e.g. so that the BT dbus
> bindings are autogenerated.

Reading traces and code, I think I found at least one aspect of the
bug. Here is a small patch. As I'm not yet able to compile and test my
modifications, this is a "blind" patch. Can you give me feedback,
please?

-- 
Guilhem BONNEFILLE
-=- JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com
-=- mailto:guilhem.bonnefi...@gmail.com
-=- http://nathguil.free.fr/

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

RE: Potential buyer

[Gay, John (GE Energy Services, Non-GE)]

Depends on how you define open and phone.

Openmoko, depending on the distro you install and how much you play with
it varies from basically usable phone to extremely fun/frustrating
hardware that might make occasional calls or texts. I've used it as both
over the years I've used mine.

For a phone that 'just works' and meets some level of open, there are
various Android platforms and ports. HTC recently announced they are
unlocking the boot loader for all future HTC 'Droids. How 'open' you
consider these is a point of opinion, however for the most part they
make great smartphones.

I'm now running an HTC 'Droid Incredible as my regular phone and it does
most everything I want from a smartphone. But then I don't actually hack
much anymore.

Also, as mentioned, there IS some work on a next-gen Openmoko-based
device. Not much good without the Openmoko chassis, display etc, but
it'll be the next ubergeek hacking device for this community.

Cheers,

John Gay

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

Re: Qtmoko : typing text without stylus

[Peter Fey]

Am Montag, den 06.06.2011, 18:01 +0200 schrieb Xavier Cremaschi:
> and it seems there is an English dictionary in
> /opt/qtmoko/etc/dict
> (.dawg files wtf?)
> 
Hi,
this guide (http://www.fragcom.de/server/fragcom_words) explains how to
add a german dictionary to qtmoko. You need to adjust paths to the paths
used by qtmoko, but under qtmoko ~v26 I got it to work an noticed
predictive effects :-). I haven't tried for recent versions of qtmoko.

Steps 6&7 for non-germans: replace en_US by de_DE in the mentioned file
twice, and reboot freerunner.

It also mentions the .dawg file is from a debian package called
"wngerman", maybe something similar exists for your languages.

Peter


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

Re: Potential buyer

[David Lanzendörfer]

Hi.

>can you guys suggest some other, open, sexy, phone.
Soon the GTA04 will be out, while it's just a board you still will need
to acquire some chassis for it but it's certainly cooler because it
has more CPU.
And no, there is no other opensource phone out there then the OpenMoko
at least not THAT opensource that you can also review the schematics.

-lev

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

Potential buyer

[hatten]

Hello, I'm looking for a phone atm and I'm a little interested in the
openmoko. Is it still a good choice after all the years it's been out,
or can you guys suggest some other, open, sexy, phone.

If it weren't for the high price I probably would've bought one
already, is it possible to get a second-hand or something somewhere?

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

Re: Qtmoko : typing text without stylus

[Xavier Cremaschi]

Ok :/

We just need to find a way to make prediction work so ! On SHR you only
had to install a dictionary of words somewhere, it should be the same here.

It seems ( http://qtmoko.org/wiki/FAQ ) we can add "unpredictive=0" in
/opt/qtmoko/etc/default/Trolltech/PredictiveKeyboard.conf
and it seems there is an English dictionary in
/opt/qtmoko/etc/dict
(.dawg files wtf?)

But currently I am still unable to use prediction :/

Xavier.


Le 06/06/2011 13:17, Francesco De Vita a écrit :
> Sorry I was not precise: I use the "predictive keyboard" that is without
> the predictive behaviour, I write letter by letter.
> 
> Joif
> 
> 2011/6/6 Xavier Cremaschi  >
> 
> So you "write" on your screen with your nail instead of stylus, and you
> have a predictive behaviour ? How do you enable it ? Mine -- in french
> -- doesn't seem predictive at all. Maybe I need to add a dictionary
> somewhere...
> 
> And the keyboard named "Predictive keyboard" (the one from SHR ?)
> doesn't seem to be predictive either :(
> 
> Xavier.
> 
> 
> 
> 
> ___
> 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: ZX spectrum emulator doesn't appears

[Timo Jyrinki]

2011/6/6 Radek Polak :
>> http://activationrecord.net/radekp/qspectemu/
>
> Erm sorry i was reading wrong. the original page really does not work now
> (except i get 403 ;-)

Right, just that :)

Ok anyway, thanks for information.

-Timo

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

Re: ZX spectrum emulator doesn't appears

[Radek Polak]

On Monday 06 June 2011 13:02:25 Radek Polak wrote:

> On Monday 06 June 2011 09:09:40 Timo Jyrinki wrote:
> > Is Spectemu btw developed somewhere still? At least the places I could
> > find were dead ends (sourceforge has last stuff from 2004 and the link
> > on radek's Qspectemu page is 404).
> 
> For me it still works:
> http://activationrecord.net/radekp/qspectemu/

Erm sorry i was reading wrong. the original page really does not work now 
(except i get 403 ;-)

Radek

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

Re: Qtmoko : typing text without stylus

[Francesco De Vita]

Sorry I was not precise: I use the "predictive keyboard" that is without the
predictive behaviour, I write letter by letter.

Joif

2011/6/6 Xavier Cremaschi 

> So you "write" on your screen with your nail instead of stylus, and you
> have a predictive behaviour ? How do you enable it ? Mine -- in french
> -- doesn't seem predictive at all. Maybe I need to add a dictionary
> somewhere...
>
> And the keyboard named "Predictive keyboard" (the one from SHR ?)
> doesn't seem to be predictive either :(
>
> Xavier.
>
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: ZX spectrum emulator doesn't appears

[Radek Polak]

On Monday 06 June 2011 09:09:40 Timo Jyrinki wrote:

> Is Spectemu btw developed somewhere still? At least the places I could
> find were dead ends (sourceforge has last stuff from 2004 and the link
> on radek's Qspectemu page is 404).

For me it still works:
http://activationrecord.net/radekp/qspectemu/

> It seems that Fuse-emulator (http://fuse-emulator.sourceforge.net/) is
> the one Spectrum emulator that will outlive the others, and I'm happy
> that there is at least one fully developed open source emulator for
> the dear childhood memories :) In the 90s and beginning of 00s there
> were some pretty good emulators for eg. Windows, but of course they're
> all dead end without the sources.

I should have probably done the Qt port based on fuse, mainly because spectemu 
does not support 128k spectrum variants. But i just scanned debian repository 
and saw spectemu first... Maybe it would be quite easy to make it based on fuse 
(libspectemu) now.

Regards

Radek

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

Re: community Digest, Vol 238, Issue 9

[giacomo 'giotti' mariani]

On 06/05/2011 11:41 PM, community-requ...@lists.openmoko.org wrote:

Guilhem Bonnefille wrote:
>

>>  I encounter a strange issue. Currently, my qtMoko refuse to start: it
>>  freezes with a SegmentationFault message on the framebuffer.
>>
>>  After some investigation, it seems that the faulty is qpe. But I do
>>  not understand why.
>>
>>  Looking at many many logs, it seems to be related to bluetooth
>>  unavailable when qpe initializing (last messages are around bluez DBus
>>  interfaces unavailable). So, I enabled bluetooth ('om bt power 1') and
>>  then restarted qtMoko ('/etc/init.d/qtmoko restart'), even after some
>>  bluetooth fixes ('/opt/qtmoko/bin/btfix.sh'). But nothing better,
>>  Segmentation Fault always occurs. Nevertheless, something strange
>>  occurs: bluetooth device is powered off, while it was on just before.

>
>  Hi,
>  i am not quite sure if it's really bluetooth. I'd rather try remove and
>  install again qtmoko package with apt-get - maybe the executable got somehow
>  corrupted.
>
>  Another option is to ssh to the FR, install gdb and check the backtrace:
>
>  apt-get install gdb
>  /etc/init.d/qtmoko stop
>  source /opt/qtmoko/qpe.env
>  gdb qpe

Here is the backtrace.

Program received signal SIGSEGV, Segmentation fault.
0x40a3c414 in QDBusAbstractInterface::isValid() const () from
/opt/qtmoko/lib/libQtDBus.so.4
(gdb) where
#0  0x40a3c414 in QDBusAbstractInterface::isValid() const () from
/opt/qtmoko/lib/libQtDBus.so.4
#1  0x403e16b8 in bool QBluetoothDbusIface::btcall(QString
const&, QDBusReply&, QList, bool, QObject*, char
const*, char const*) () from /opt/qtmoko/lib/libqtopiacomm.so.4
#2  0x403eb1e0 in ?? () from /opt/qtmoko/lib/libqtopiacomm.so.4
#3  0x403eb1e0 in ?? () from /opt/qtmoko/lib/libqtopiacomm.so.4
Backtrace stopped: previous frame identical to this frame (corrupt stack?)


Any suggestion to restore functional qtMoko is welcome.

Hi Guilhem,
   I had a similar problem some time ago... it was probably related to 
UBIFS corruption. Is your QtMoko installed in NAND? If yes, conside 
following gena2x suggestion [1].


Anyway, here is what happened to me with QtMoko v33:


root@neo:~# cat /etc/init.d/qpe.sh
#!/bin/sh
[...]
. /opt/qtmoko/qpe.env
[...]
root@neo:~# . /opt/qtmoko/qpe.env
root@neo:/root#
root@neo:/root# qpe
qpe: error while loading shared libraries: 
/opt/qtmoko/lib/libopenobex.so.1: cannot read file data: Input/output 
error

root@neo:/root# head -1 /opt/qtmoko/lib/lib* > cose
head: error reading `/opt/qtmoko/lib/libdissipate2.so.1': Input/output 
error

head: error reading `/opt/qtmoko/lib/libopenobex.so.1': Input/output error
head: error reading `/opt/qtmoko/lib/libqtopiatheming.so.4': 
Input/output error

root@neo:/root# wc -l cose
107 cose
root@neo:~# dpkg -S /opt/qtmoko/lib/libdissipate2.so.1
qtmoko: /opt/qtmoko/lib/libdissipate2.so.1
root@neo:~# dpkg -S /opt/qtmoko/lib/libopenobex.so.1
qtmoko: /opt/qtmoko/lib/libopenobex.so.1
root@neo:~# dpkg -S /opt/qtmoko/lib/libqtopiatheming.so.4
qtmoko: /opt/qtmoko/lib/libqtopiatheming.so.4
root@neo:~# apt-get remove qtmoko
[...]
root@neo:~# apt-get install qtmoko
[...]

and everything turned OK.

Regards
 Giacomo


[1] http://lists.openmoko.org/pipermail/community/2011-April/064775.html

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

Re: Qtmoko : typing text without stylus

[Xavier Cremaschi]

So you "write" on your screen with your nail instead of stylus, and you
have a predictive behaviour ? How do you enable it ? Mine -- in french
-- doesn't seem predictive at all. Maybe I need to add a dictionary
somewhere...

And the keyboard named "Predictive keyboard" (the one from SHR ?)
doesn't seem to be predictive either :(

Xavier.


Le 05/06/2011 22:45, Francesco De Vita a écrit :
> The default predictive keyboard and my finger! (: I use the index like
> the stylus, the trick is to use just the tip of the fingernail. ..but I
> have to say, though I have trained, I'm still faster with my thumb on a
> common mobile keyboard with the T9 (:
> 
> Joif
> 
> 
> 2011/6/5 Xavier Cremaschi  >
> 
> Hi folks,
> what are your best tips to type text (not shell command, normal
> french text in my case) in Qtmoko, without being too slow if possible.
> 
> Do you use any kind of predictive keyboards ? Or qwo maybe ?
> 
> Kind regards,
> Xavier.
> 
> 
> 
> ___
> 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



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

Re: ZX spectrum emulator doesn't appears

[Timo Jyrinki]

2011/6/2 Dmitry Shalnoff :
> Hi everybody,
> I'm trying to install ZX spectrum emulator form official repository but it's 
> doesn't appears in the list of games and home/you/.qspectemu directory wasn't 
> created.

Is Spectemu btw developed somewhere still? At least the places I could
find were dead ends (sourceforge has last stuff from 2004 and the link
on radek's Qspectemu page is 404).

It seems that Fuse-emulator (http://fuse-emulator.sourceforge.net/) is
the one Spectrum emulator that will outlive the others, and I'm happy
that there is at least one fully developed open source emulator for
the dear childhood memories :) In the 90s and beginning of 00s there
were some pretty good emulators for eg. Windows, but of course they're
all dead end without the sources.

-Timo

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