Re: Contacts - Fdom vs. OM2008.8

[nick d.]

Hmm i found that too Yaroslav. Would definitely be handy. Also the keyboard
is almost incompatible. When you type in a name and select it, the keyboard
puts in a space character which yields no results until you backspace. Is
there a way to get the keyboard to lose predictive text so it can sort on
the fly?

-nick

On Tue, Oct 28, 2008 at 3:11 PM, Yaroslav Halchenko  wrote:

> > > ps : well , fdom is not V om , those guys are working on stability
> thing ,
> > > we are working on feature , funny , fat and dirty things!
> > One of those dirty things is change config files, the standard 2008.9
> > has this feature you only have tell it to not be so shy and show it :)
> > If you look at the FDOMizer. script you will find all the dirty thing we
> > have done to it :)
> according to git log and
> http://lists.openmoko.org/pipermail/commitlog/2008-September/006060.html
>
> holger enabled it in qtopia build in september ... but for some reason
> it wasn't enabled by default
>
> also it seems to be not 'patched' in the view of contacts whenever it is
> called from the dialer ("person" icon) -- and that is the most often
> place where I look for contacts... now I will need to start contacts
> first I guess, heh heh
>
> or may be Holger would add 1 more patch in the right spot? ;-)
>
> --
>  .-.
> =--   /v\  =
> Keep in touch// \\ (yoh@|www.)onerussian.com
> Yaroslav Halchenko  /(   )\   ICQ#: 60653192
>   Linux User^^-^^[17]
>
>
>
> ___
> 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: GPS sensitivity

[rakshat hooja]

In open sky conditions in Jaipur, India (outdoors) the Freerunner normally
gives me a 40s (+ - 10s) tiff while my N 95 takes 60s (+ - 10) [ cold starts
after rebooting on both ]. I have not timed them indoors but will do so and
report after Diwali

Rakshat


-- 
--
Please use Firefox as your web browser. Its protects you from spyware and is
also a very feature rich browser.
www.firefox.com
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[Om2008.9] How to use GPS?

[Matthias Apitz]

Hello,

The next think I want to try is using GPS on my FR with Om2008.9.
I've never used GPS before and so I'm a bit lost in how to do with FR
:-)
The desktop has an icon 'Locations' and by launching it it asks me if I
want to switch-o GPS, I press 'yes' and then nothing more happens, there
is only a map with a red dot in Asia. What to do next?
The information in the Wiki is not very helpful. Like in all cases it
reflects the 2007.x version I think; any other useful pointers?

TIA

matthias
-- 
Matthias Apitz
Manager Technical Support - OCLC GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <[EMAIL PROTECTED]> - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/
A computer is like an air conditioner, it stops working when you open Windows
Una computadora es como aire acondicionado, deja de funcionar si abres Windows

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

Re: Using a webcam on the Openmoko

[centuries]

Hi,
I'm trying to let the Logitech Quickcam Pro for Notebooks (046d:0991) work
on the FreeRunner.
The webcam works well on a PC (Fedora 4 2.6.17), using uvcvideo and
luvcview.
But what shoud I do to cross-compile the driver and the application? 
Could anyone tell me particularly? Thanks.





Pierre Pronchery wrote:
> 
>   Hi community,
> 
> I just wanted to let you know that I got a webcam to work on my
> Freerunner. I have written some instructions on the official wiki in
> both English and French:
> http://wiki.openmoko.org/wiki/Webcam
> 
> It could be made much easier already by enabling video input support by
> default in the official kernel builds. I'll file a bug for this next
> thing.
> 
> HTH,
> -- 
> Pierre Pronchery, Hackable devices R&D,   Bearstech
> email: [EMAIL PROTECTED]  42 boulevard Sébastopol
> PGP:   AE49 5F7D D56A 4BD6 7B1F   75003 Paris, France
>8655 125C 0FE6 5566 EBD8   Web: http://bearstech.com
> Phone: +49 177 472 7481   Phone: +33 6 71 62 42 74
> Fax:   +49 304 208 1861   Fax:   +33 1 42 72 20 03
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Using-a-webcam-on-the-Openmoko-tp1314188p1385847.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


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

Re: [Debian] Benefits of Kernel on separate Partition

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| Hi,
|
| On Tue, Oct 28, 2008 at 12:11:42AM +, Andy Green wrote:
|> Or, you can use Qi which expects to boot from partition 1 that should be
|> ext2 / 3, and have /boot/uImage.bin there.
|
| I thought the debian kernel [1] is too old for Qi, isn't it?
|
| [EMAIL PROTECTED]:~$ uname -r
| 2.6.24-20080903.git2ea34171
|
|
| Greetings,
| Sascha
|
|
| [1] http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git

I dunno, Qi does need the Kernel to initialize the backlight part of
PMU.  If a kernel didn't handle it for Qi, then the LCM will remain dark
even while it boots properly.

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkkGqAsACgkQOjLpvpq7dMrlRgCeNvzu2JyV75poIJKfjvOneCzm
oKkAnRcZ/JPYaAtF2PMLZ1fsau1zSjJz
=X5Tl
-END PGP SIGNATURE-

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

Re: GPS sensitivity

[Carl Lobo]

GPS works very well here. I've used it in Maharashtra and Goa.

On Tue, Oct 28, 2008 at 10:19 AM, Nishit Dave <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 27, 2008 at 10:00 PM, Gora Mohanty <[EMAIL PROTECTED]> wrote:
>>
>> On Mon, 27 Oct 2008 21:30:22 +0530
>> "Nishit Dave" <[EMAIL PROTECTED]> wrote:
>> [...]
>> > I recently tested the performance of a Nokia E71 with the FR, while
>> > standing
>> > 2 feet from a window inside my office building.
>> [...]
>>
>> Um, does the Nokia E71 have assisted GPS (AGPS), as I
>> rather suspect it does? If so, you are comparing apples
>> and oranges.
>>
>> Regards,
>
> Yes, it does, but do you think AGPS reliably works in India?  Google
> Mylocation service has a radius of 5km here.  The E71 had pinpointed our
> position very accurately, and I doubt if AGPS would have that level of
> triangulation accuracy.
>
> ___
> 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

Debugging frameworkd and ogpsd

[Angus Ainslie]

I'm try to figure out why ogpsd is failing to start, The ERROR below gets
truncated so I can't see where the traceback leads. Is there some way to
start only ogpsd from the command line so I can see the full error or can
the traceback be dumped to a file ?

Oct 27 23:19:50 om-gta02 user.debug 2008.10.27 23:19:50 ogpsdDEBUG
(writing '0' to
'/sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/pwron')
Oct 27 23:19:50 om-gta02 user.err 2008.10.27 23:19:50 frameworkd.subsystem
ERRORfactory method not successfully completed for module 
Traceback (most recent

Thanks
Angus

-- 
Angus Ainslie
http://www.handheldshell.com/
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Contacts - Fdom vs. OM2008.8

[Yaroslav Halchenko]

> > ps : well , fdom is not V om , those guys are working on stability thing ,
> > we are working on feature , funny , fat and dirty things!
> One of those dirty things is change config files, the standard 2008.9
> has this feature you only have tell it to not be so shy and show it :)
> If you look at the FDOMizer. script you will find all the dirty thing we
> have done to it :)
according to git log and 
http://lists.openmoko.org/pipermail/commitlog/2008-September/006060.html

holger enabled it in qtopia build in september ... but for some reason
it wasn't enabled by default

also it seems to be not 'patched' in the view of contacts whenever it is
called from the dialer ("person" icon) -- and that is the most often
place where I look for contacts... now I will need to start contacts
first I guess, heh heh

or may be Holger would add 1 more patch in the right spot? ;-)

-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]



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

Re: GPS sensitivity

[Nishit Dave]

On Mon, Oct 27, 2008 at 10:00 PM, Gora Mohanty <[EMAIL PROTECTED]> wrote:

> On Mon, 27 Oct 2008 21:30:22 +0530
> "Nishit Dave" <[EMAIL PROTECTED]> wrote:
> [...]
> > I recently tested the performance of a Nokia E71 with the FR, while
> standing
> > 2 feet from a window inside my office building.
> [...]
>
> Um, does the Nokia E71 have assisted GPS (AGPS), as I
> rather suspect it does? If so, you are comparing apples
> and oranges.
>
> Regards,
>

Yes, it does, but do you think AGPS reliably works in India?  Google
Mylocation service has a radius of 5km here.  The E71 had pinpointed our
position very accurately, and I doubt if AGPS would have that level of
triangulation accuracy.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Splash screen during boot

[Nishit Dave]

On Tue, Oct 28, 2008 at 2:51 AM, Robin Paulson <[EMAIL PROTECTED]>wrote:

> 2008/10/28 Daniel Benoy <[EMAIL PROTECTED]>:
> > Also, can anyone point me toward any documentation on how to edit the
> splash partition?  I'm thinking perhaps of making a 'If found, please return
> to this guy' type message with gimp.
>
> download this file:
> http://downloads.openmoko.org/releases/Om2008.9/Om2008.9.splash.gz
>
> and uncompress it.
>
> i would imagine (on windows at the moment, can't open gz files),
> there's an image inside it
>

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

Re: [debian] upgrading zhone-session error

[Guillaume Chereau]

On Mon, 2008-10-27 at 17:43 +0100, Marcel wrote:
> Am Monday 27 October 2008 15:55:02 schrieb Joachim Breitner:
> > Maybe I’m a bit off, but last time I looked SHR did not have a readily
> > working dialer app. And is tichy more than a proof of concept?
Tichy is currently not totally functional, but that is mostly because I
didn't update it to follow the framework modifications. I still use it
sometime for the dictionary and the chinese learning application.

The project is asleep until I have time to work on it by myself or
openmoko decides to invest time on it. I still accept patches of course
and will fix bugs if people request me to do so.

cheers,

- Charlie / Guillaume


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: GPS sensitivity

[Joel Newkirk]

On Tue, 28 Oct 2008 01:36:36 +0530, Gora Mohanty <[EMAIL PROTECTED]> wrote:
> On Mon, 27 Oct 2008 20:56:54 +0100
> David Garabana Barro <[EMAIL PROTECTED]> wrote:
> [...]
>> I allways though Freerunner had AGPS. That's what wiki says:
>>
>> http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware#AGPS
>>
>> Isn't it true?
> [...]
> 
> Yes, I believe that it does have AGPS capabilities. But AGPS
> needs someone sending out the AGPS data. I don't know that
> that is being done with OpenMoko.
> 
> Regards,
> Gora

http://wiki.openmoko.org/wiki/AGPS

http://svn.openmoko.org/developers/matt_hsu/agps-online/

aGPS works nicely but isn't fully utilized ATM in most cases. You can
register for a free account at u-blox.com (chipset manufacturer for the GPS
in the FR - send empty email to agps-account at u-blox.com and get password
back) and use a tool called 'agps-onlinec' (at the SVN above) in the
instance I tested, and feed it some relevant data:

agps-onlinec -c full -u [EMAIL PROTECTED] -k Fvhcv -la 35.22 -lo -79.46 -al
250 -p 100.00 &

the -u is email address used to register above, '-k' is the password
provided in the reply email, '-la' and '-lo' and '-al' are current lat and
long and altitude, and the '-p' is precision in kilometers. If you have a
very accurate position already (eg you're at home and know precisely what
the GPS /should/ read) you can get a fix in a very short time with "-p 1",
provided the location data prefed to agps-onlinec and the current time
(system clock) are accurate enough. (clock doesn't need to be
second-precise, but if it's off several hours or more then you've got
problems)  On warm restart of the GPS it retains this data within the GPS,
on cold restart it is lost and must be resupplied from outside or it takes
significantly longer again to get a fix.  

Frameworkd (FSO) apparently stores almanac data automatically and feeds it
back into the GPS on startup, so if you're within a couple hours of
previous GPS usage (I presume) you get a faster fix.  Ideal in my mind
would be to check cell tower ID and/or wifi AP MAC against
previously-cached records and feed the location data from those records
(with appropriate precision data, perhaps 10km for cell-tower?) into
agps-onlinec and let it retrieve data via GPRS from the assistance server. 
(even better would be a local service ON the FR that retrieves the full
2-week dataset and serves up the appropriate data on demand, but I'm not
even sure if that can be done without careful dissection of both protocols
- the long-term data isn't supported by the GPS inside the FR)

j



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

Re: [Debian] Benefits of Kernel on separate Partition

[Sascha Wessel]

Hi,

On Tue, Oct 28, 2008 at 12:11:42AM +, Andy Green wrote:
> Or, you can use Qi which expects to boot from partition 1 that should be
> ext2 / 3, and have /boot/uImage.bin there.

I thought the debian kernel [1] is too old for Qi, isn't it?

[EMAIL PROTECTED]:~$ uname -r
2.6.24-20080903.git2ea34171


Greetings,
Sascha


[1] http://git.debian.org/?p=pkg-fso/linux-2.6-openmoko.git


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

Re: Fdom speed (was Re: New home for the New FDOM)

[Joel Newkirk]

On Tue, 28 Oct 2008 10:16:10 +1000, "nick d." <[EMAIL PROTECTED]> wrote:
> Denis is right. It's trying to do a reverse DNS lookup. This plauges all
> incorrectly configured linux distros. At least every so often on any one
I
> use.
> 
> Gestures daemon does use a bit but only 5% I believe. Just check with
top.
> I
> turn it off anyway as I don't use it at the moment:
> 
> update-rc.d -f gesd-neo2 remove
> 
> I think...
> -Nick
> 
> On Tue, Oct 28, 2008 at 5:18 AM, Leonti Bielski <[EMAIL PROTECTED]>
> wrote:
> 
>> I think something is lowing down FDOM, maybe this is gestures daemon
>> (someone at some point said it eats a lot of CPU power)?
>> And another thing - it takes years to login via ssh to Freerunner with
>> FDOM.
>> With other distributions I just enter 'ssh [EMAIL PROTECTED]', press
>> Enter and immediately press Enter when it asks for password.
>> But with FDOM I actually have to wait till it gives me password promt.
>> This happens not only with the lates distribution but with all FDOM I
>> tried.
>> But I still use sometimes to check for new things available for
> Freerunner.
>> Leonti


To overcome the rDNS delay try adding "192.168.0.200 omhost" or something
similar to /etc/hosts.  So when an SSH connection comes in from
192.168.0.200 it doesn't drop to DNS lookup but defers to the /etc/hosts
file.


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

Re: led blinking during suspend?

[nick d.]

Marcel,
Andy has already spoken of this. The second CPU is called a PMU and would be
troublesome with user-access, in that the user would have access to upgrade
the PMU and consequently be able to brick it. Difficult in an open scenario
such as the Freerunner I guess.

-Nick

On Tue, Oct 28, 2008 at 5:30 AM, Marcel <[EMAIL PROTECTED]> wrote:

> Am Monday 27 October 2008 20:14:29 schrieb Richy:
> > As far as I understood, you should be able to have the LEDs _on_ even
> > during suspend.
> > AFAIK the cell phone wakes up, when receiving a call. So you could
> > signalize missing calls with LED on and SMS with different colors or
> > something like that..
>
> But a permanently turned on LED would drain (how much?) power, too. Maybe
> we
> would need some really low power second cpu that is only there to flash
> LEDs
> etc - I've read about that technique somewhere, didn't the N810 have it?
>
> -Marcel
>
> ___
> 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: Auto-reject incoming phone calls

[nick d.]

lanzo I don't believe FDOM (2008.x) uses FSO as middleware...yet.

-Nick

On Tue, Oct 28, 2008 at 8:59 AM, lanzo <[EMAIL PROTECTED]> wrote:

>
>
>
> member kamituel wrote:
> >
> > script works on the FSO and is using Call and SMS DBus interfaces.
> >
> > Kamil
> >
> > #!/usr/bin/python
> > import dbus
> > [...]
> >
>
> I am trying executing this script in FDOM but i get lots of errors (see
> below)...
> is there an easy way to make it work with this distro too?
>
> [EMAIL PROTECTED]:~# ./auto-reject.py
> Traceback (most recent call last):
>  File "./auto-reject.py", line 14, in 
>gsm_device_obj = bus.get_object( 'org.freesmartphone.ogsmd',
> '/org/freesmartphone/GSM/Device' )
>  File "/usr/lib/python2.5/site-packages/dbus/bus.py", line 244, in
> get_object
>follow_name_owner_changes=follow_name_owner_changes)
>  File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 241, in
> __init__
>self._named_service = conn.activate_name_owner(bus_name)
>  File "/usr/lib/python2.5/site-packages/dbus/bus.py", line 183, in
> activate_name_owner
>self.start_service_by_name(bus_name)
>  File "/usr/lib/python2.5/site-packages/dbus/bus.py", line 281, in
> start_service_by_name
>'su', (bus_name, flags)))
>  File "/usr/lib/python2.5/site-packages/dbus/connection.py", line 607, in
> call_blocking
>message, timeout)
> dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown:
> The name org.freesmartphone.ogsmd was not provided by any .service files
> [EMAIL PROTECTED]:~#
>
>
> tnx very much
> lanzo
> --
> View this message in context:
> http://n2.nabble.com/Auto-reject-incoming-phone-calls-tp1375533p1384780.html
> Sent from the Openmoko Community mailing list archive at Nabble.com.
>
>
> ___
> 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: Multi Wireless networks

[Joel Newkirk]

On Mon, 27 Oct 2008 16:35:28 -0400, Stefan Monnier
<[EMAIL PROTECTED]> wrote:
>>> Network that i and well , my FR are in are very different , some of
them
>>> do ran DHCP and most of them not , how can i assign static ip address
> to
>>> static essids ?
>> I'm asking that too, can it be done in /etc/network/interfaces?
> 
> You can do it with wpa-supplicant.  The way to use it is described on
> Debian in /usr/share/doc/wpasupplicant/README.Debian.gz.  The Om
> networking setup seems strongly influenced by Debian, so that same
> config might be usable there, although IIRC the Om2008.9 install seems
> to lack some of the necessary scripts (at least /sbin/wpa_action), tho
> you might be able to simply copy them from a Debian install.
> 
> 
> Stefan

'man wpa_action' gives a hint as well:

   An example wpa_supplicant.conf configured to roam between 3
different networks:

  network={
   ssid="foo"
   id_str="uni"
   key_mgmt=NONE
  }

  network={
   ssid="bar"
   id_str="home_static"
   psk=123456789...
  }

  network={
   ssid=""
   key_mgmt=NONE
  }

   The  corresponding interfaces file would contain LOGICAL interfaces,
that correlate to each unique ’id_str’ provided by the configuration
file:

  iface eth1 inet manual
   wpa-driver wext
   wpa-roam /path/to/wpa_supplicant.conf

  iface default inet dhcp

  iface uni inet dhcp

  iface home_static inet static
  address 192.168.0.20
  netmask 255.255.255.0
  network 192.168.0.0
  broadcast 192.168.0.255
  gateway 192.168.0.1





j


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

Re: [Debian] Benefits of Kernel on separate Partition

[feywulf]

It is a 2gb card, the same size, brand, and model as i have my Qt Extended 
working with.  I do have some 4gb cards that i haven't tested yet.

I have noticed that when i boot to a microsd card, the uboot doesn't correctly 
list the size of the card on the initial post screen.  It usually lists in the 
neighborhood of 512mb.  I've only tried 512mb, 1gb, and 2gb cards so far.  I 
could take pictures of the boot screens at those stages.  Maybe i just need a 
newer uboot.

-feywulf

--- On Mon, 10/27/08, Joachim Breitner <[EMAIL PROTECTED]> wrote:

> From: Joachim Breitner <[EMAIL PROTECTED]>
> Subject: Re: [Debian] Benefits of Kernel on separate Partition
> To: community@lists.openmoko.org
> Date: Monday, October 27, 2008, 4:41 PM
> Hi,
> 
> Am Montag, den 27.10.2008, 15:17 -0700 schrieb feywulf:
> > Hello,
> > 
> > Aside from the tradition of 2 partitions due to the
> old uboot needing
> > the kernel in a fat partition, Is there a benefit to
> keeping the
> > kernel on a separate partition?
> 
> I have heard rumors that uboot will not read very large
> ext2/3
> partitions, therefore we create a small one in front. How
> large is your
> card?
> 
> Greetings,
> Joachim
> 
> -- 
> Joachim "nomeata" Breitner
> Debian Developer
>   [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
>   JID: [EMAIL PROTECTED] |
> http://people.debian.org/~nomeata
> ___
> 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: Fdom speed (was Re: New home for the New FDOM)

[nick d.]

Denis is right. It's trying to do a reverse DNS lookup. This plauges all
incorrectly configured linux distros. At least every so often on any one I
use.

Gestures daemon does use a bit but only 5% I believe. Just check with top. I
turn it off anyway as I don't use it at the moment:

update-rc.d -f gesd-neo2 remove

I think...
-Nick

On Tue, Oct 28, 2008 at 5:18 AM, Leonti Bielski <[EMAIL PROTECTED]> wrote:

> I think something is lowing down FDOM, maybe this is gestures daemon
> (someone at some point said it eats a lot of CPU power)?
> And another thing - it takes years to login via ssh to Freerunner with
> FDOM.
> With other distributions I just enter 'ssh [EMAIL PROTECTED]', press
> Enter and immediately press Enter when it asks for password.
> But with FDOM I actually have to wait till it gives me password promt.
> This happens not only with the lates distribution but with all FDOM I
> tried.
> But I still use sometimes to check for new things available for Freerunner.
> Leonti
>
> ___
> 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: GPS sensitivity

[nick d.]

Online mode: http://wiki.openmoko.org/wiki/Neo_FreeRunner_GPS#Assist_Online

I've signed up for an account but not sure if the scripts worked for me or
not. Haven't tested it fully.

Make sure you update the wiki if you have any success or more information.

-Nick

On Tue, Oct 28, 2008 at 6:24 AM, Johny Tenfinger <[EMAIL PROTECTED]>wrote:

> > So, given that both the Neo 1973, and the Freerunner apparently
> > have AGPS capabilities, I think that what needs to be figured
> > out is how to send out AGPS data from community servers. Anyone
> > with any thoughts on this?
>
> Neo1973 doesn't have AGPS capability, but FreeRunner has, and some
> time ago on this mailist was program to do GPS assistance in "online
> mode" - I don't know if it works, but when I have fix and I'm doing
> warm reset of FR GPS, it gets fix in ~5 seconds, so I'm think this
> result is also possible with working AGPS.
> dos
>
> ___
> 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: [Debian] Benefits of Kernel on separate Partition

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| Hi Joachim,
|
|
| On Mon, Oct 27, 2008 at 11:41:33PM +0100, Joachim Breitner wrote:
|> I have heard rumors that uboot will not read very large ext2/3
|> partitions, therefore we create a small one in front. How large is your
|> card?
|
| I'm running debian on one 8GB ext2 partition since august without
| problems... Ok, almost without problems. I had to reformat the card
| and u-boot still reports "MMC/SD size: 3MiB" [1]. But this seems to
| be a general sdhc problem.

I've fixed this in Qi along with several other but I don't plan on
backporting it to U-Boot (although patches welcome)... to answer the
original question: no, the only reason for the initial VFAT partition is
that U-Boot ext2 parsing was broken for a long time.  It's fixed for a
while so if you use a custom U-Boot boot command, you can just do it all
in one ext2 / 3 partition now.

Or, you can use Qi which expects to boot from partition 1 that should be
ext2 / 3, and have /boot/uImage.bin there.

You can try current Qi here:

http://people.openmoko.org/andy/qi-s3c2442-andy_8589b40295653557.udfu

- -Andy
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkkGWLcACgkQOjLpvpq7dMr7PgCfY36Hh6hl6VbetOX295NLhgLY
MIcAn0/H6RZNHOSEd2GSunreT0qkgEXr
=TXG4
-END PGP SIGNATURE-

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

Re: Web based WIFI authentication

[W.Kenworthy]

I think links works with ssl ...

BillK


On Tue, 2008-10-28 at 07:31 +1300, Robin Paulson wrote:
> 2008/10/28 Leonti Bielski <[EMAIL PROTECTED]>:
> > A lot of WIFI networks uses web based authentication - network is open, you
> > connect to it, but in order to actually use internet you have to provide
> > some login and password.
> > How do you deal with that?
> > I have a problem with all browsers:
> > Minimo - it loads login page allright, than asks to accept certificate
> > (login page is ssl encrypted) and crashes every time.
> > Midori - doesn't react at all - like connection is broken (does it work with
> > ssl and all this certificate stuff?).
> > Dillo - doesn't support ssl at the time.
> >
> > Does anyone experiense same problem?
> > Leonti
> 
> yup, had exactly the same problems, with ssl not being accepted using gmail
> 
> it's not critical, so i'm consigned to waiting till it and a myriad of
> other bugs are fixed. frustrating i know
> 
> did you know there's a workaround to get dillo to do ssl? it requires
> a re-compile, but doesn't appear too complicated
> 
> or maybe you could give fennec a go?
> 
> ___
> 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: suspend quality (was: Re: [FDOM] best kernel to use for new release)

[W.Kenworthy]

because when the phone suspends you lose calls/sms messages ...

BillK

On Mon, 2008-10-27 at 17:36 +0100, Marcel wrote:
> Why do you all turn off suspend?
> I can clearly understand (and I do this also) that autosuspend is a mess if 



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

Re: [Debian] Benefits of Kernel on separate Partition

[Sascha Wessel]

Hi Joachim,


On Mon, Oct 27, 2008 at 11:41:33PM +0100, Joachim Breitner wrote:
> I have heard rumors that uboot will not read very large ext2/3
> partitions, therefore we create a small one in front. How large is your
> card?

I'm running debian on one 8GB ext2 partition since august without
problems... Ok, almost without problems. I had to reformat the card
and u-boot still reports "MMC/SD size: 3MiB" [1]. But this seems to
be a general sdhc problem.


Greetings,
Sascha


[1] http://docs.openmoko.org/trac/ticket/1815


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

Re: Auto-reject incoming phone calls

[lanzo]

member kamituel wrote:
> 
> script works on the FSO and is using Call and SMS DBus interfaces.
> 
> Kamil
> 
> #!/usr/bin/python
> import dbus
> [...]
> 

I am trying executing this script in FDOM but i get lots of errors (see
below)...
is there an easy way to make it work with this distro too?

[EMAIL PROTECTED]:~# ./auto-reject.py 
Traceback (most recent call last):
  File "./auto-reject.py", line 14, in 
gsm_device_obj = bus.get_object( 'org.freesmartphone.ogsmd',
'/org/freesmartphone/GSM/Device' )
  File "/usr/lib/python2.5/site-packages/dbus/bus.py", line 244, in
get_object
follow_name_owner_changes=follow_name_owner_changes)
  File "/usr/lib/python2.5/site-packages/dbus/proxies.py", line 241, in
__init__
self._named_service = conn.activate_name_owner(bus_name)
  File "/usr/lib/python2.5/site-packages/dbus/bus.py", line 183, in
activate_name_owner
self.start_service_by_name(bus_name)
  File "/usr/lib/python2.5/site-packages/dbus/bus.py", line 281, in
start_service_by_name
'su', (bus_name, flags)))
  File "/usr/lib/python2.5/site-packages/dbus/connection.py", line 607, in
call_blocking
message, timeout)
dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown:
The name org.freesmartphone.ogsmd was not provided by any .service files
[EMAIL PROTECTED]:~# 


tnx very much
lanzo
-- 
View this message in context: 
http://n2.nabble.com/Auto-reject-incoming-phone-calls-tp1375533p1384780.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


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

Re: [Debian] Benefits of Kernel on separate Partition

[Joachim Breitner]

Hi,

Am Montag, den 27.10.2008, 15:17 -0700 schrieb feywulf:
> Hello,
> 
> Aside from the tradition of 2 partitions due to the old uboot needing
> the kernel in a fat partition, Is there a benefit to keeping the
> kernel on a separate partition?

I have heard rumors that uboot will not read very large ext2/3
partitions, therefore we create a small one in front. How large is your
card?

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[Debian] Benefits of Kernel on separate Partition

[feywulf]

Hello,

Aside from the tradition of 2 partitions due to the old uboot needing the 
kernel in a fat partition, Is there a benefit to keeping the kernel on a 
separate partition?

Back story:
I've been using Qt Extended 4.4.1 successfully on a single ext2 partition.  I 
tried installing Debian on a separate microsd card, and it defaulted to a setup 
of 2 ext2 partitions, one for the kernel and one for everything else.

Of course my boot menu wasn't setup for 2 ext2 partitions, so it didn't work 
until i changed the card to a single ext2 partition.  It still hasn't worked 
due to a e2fsk issue( i made a tar.gz of everything on the 2nd partition and a 
copy of the uImage.bin and put it on the card after repartitioning as a single 
ext2 partition ).  I haven't yet tried adding another boot menu option for a 2 
ext2 partition setup, which might be the easiest solution.

-feywulf




  

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

Re: Splash screen during boot

[Robin Paulson]

2008/10/28 Daniel Benoy <[EMAIL PROTECTED]>:
> Also, can anyone point me toward any documentation on how to edit the splash 
> partition?  I'm thinking perhaps of making a 'If found, please return to this 
> guy' type message with gimp.

http://wiki.openmoko.org/wiki/Configuring_the_boot_splash_screens

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

Re: Splash screen during boot

[Robin Paulson]

2008/10/28 Daniel Benoy <[EMAIL PROTECTED]>:
> Also, can anyone point me toward any documentation on how to edit the splash 
> partition?  I'm thinking perhaps of making a 'If found, please return to this 
> guy' type message with gimp.

download this file:
http://downloads.openmoko.org/releases/Om2008.9/Om2008.9.splash.gz

and uncompress it.

i would imagine (on windows at the moment, can't open gz files),
there's an image inside it

edit the image, re-package, and then flash to the neo, using instructions at

http://downloads.openmoko.org/releases/Om2008.9/

or on the wiki

problem with your approach is: if the phone's running when someone
finds it, what's the chances of them turning it off and then on?

i think filling out the first entry on contacts, by beginning it with
an underscore, would be a better bet, and it's a lot simpler:

contact name: _CALL ME IF FOUND
contact number: 

or go real low-tech, and put a label on the phone/lanyard. no need to
make things complicated

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

Splash screen during boot

[Daniel Benoy]

What would it take, I wonder, to keep the u-boot splash screen up while Linux 
starts to boot, until exquisite starts?

It's a minor polish issue, I know, but I'm just curious if it's the sort of 
thing that can be done elegantly and could be overridden with splash=false or 
the commandline, or what have you.

Also, can anyone point me toward any documentation on how to edit the splash 
partition?  I'm thinking perhaps of making a 'If found, please return to this 
guy' type message with gimp.

-- 
Daniel Benoy
http://daniel.benoy.name

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

Re: Multi Wireless networks

[Stefan Monnier]

>> Network that i and well , my FR are in are very different , some of them
>> do ran DHCP and most of them not , how can i assign static ip address to
>> static essids ?
> I'm asking that too, can it be done in /etc/network/interfaces?

You can do it with wpa-supplicant.  The way to use it is described on
Debian in /usr/share/doc/wpasupplicant/README.Debian.gz.  The Om
networking setup seems strongly influenced by Debian, so that same
config might be usable there, although IIRC the Om2008.9 install seems
to lack some of the necessary scripts (at least /sbin/wpa_action), tho
you might be able to simply copy them from a Debian install.


Stefan


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

Re: Web based WIFI authentication

[Stefan Monnier]

> A lot of WIFI networks uses web based authentication - network is open, you
> connect to it, but in order to actually use internet you have to provide
> some login and password.
> How do you deal with that?
> I have a problem with all browsers:
> Minimo - it loads login page allright, than asks to accept certificate
> (login page is ssl encrypted) and crashes every time.
> Midori - doesn't react at all - like connection is broken (does it work with
> ssl and all this certificate stuff?).
> Dillo - doesn't support ssl at the time.

The one case where I need it (i.e. at work) luckily works OK with
Midori for me (haven't tried with any other).  But "works OK" is not
good enough: switching to the browser and entering the password is
a pain in the rear.  Has anybody written a little script which does it
all without any user interaction?  Integrating it with the wpa_action
thingy would be ideal, of course.


Stefan


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

Re: GPS sensitivity

[Johny Tenfinger]

> So, given that both the Neo 1973, and the Freerunner apparently
> have AGPS capabilities, I think that what needs to be figured
> out is how to send out AGPS data from community servers. Anyone
> with any thoughts on this?

Neo1973 doesn't have AGPS capability, but FreeRunner has, and some
time ago on this mailist was program to do GPS assistance in "online
mode" - I don't know if it works, but when I have fix and I'm doing
warm reset of FR GPS, it gets fix in ~5 seconds, so I'm think this
result is also possible with working AGPS.
dos

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

Re: GPS sensitivity

[Gora Mohanty]

On Mon, 27 Oct 2008 21:04:55 +0100
"Leonti Bielski" <[EMAIL PROTECTED]> wrote:

> We are talking here about hardware GPS performance of Freerunner.
> So to compare two GPS devices they have to be in equal positions. 
[...]

Yes, fair enough. You are right. Please see my earlier reply
to "Johny Tenfinger". However, for an end-user, the question
becomes whether the device quote just works unquote.

So, given that both the Neo 1973, and the Freerunner apparently
have AGPS capabilities, I think that what needs to be figured
out is how to send out AGPS data from community servers. Anyone
with any thoughts on this?

Regards,
Gora

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

Opkg how to?

[Morten]

I'd like to make some opkg packages. (scipy, numpy, etc.) How do i proceed,
and how do i get my packages in the public feeds, so that others can use
them?
I've read http://wiki.openmoko.org/wiki/Opkg seems ok enough, but id like to
make them aviable to everyone, how?
-- 
View this message in context: 
http://n2.nabble.com/Opkg-how-to--tp1384091p1384091.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


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

Re: GPS sensitivity

[Gora Mohanty]

On Mon, 27 Oct 2008 20:50:01 +0100
"Johny Tenfinger" <[EMAIL PROTECTED]> wrote:

> > Again, I must ask. Is AGPS enabled on the Nokia N95?
> 
> But when you want to compare N95 GPS with FreeRunner GPS, you must
> turn AGPS off in Nokia, or turn AGPS on in FreeRunner...
[...]

You are right. Sorry, I conflated two things in my various
replies:
(a) One is an apples-to-apples comparison: Turn off AGPS, and
look at the capabilities of the internal GPS receivers. I
hope to soon do a systematic study of the errors of various
devices by sitting in the sun for a couple of hours.
(b) Compare device to device (apples to oranges), by turning on
the best capabilities of each. Here I believe that an AGPS
device must perform as well, or typically better.

Regards,
Gora

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

Re: GPS sensitivity

[Gora Mohanty]

On Mon, 27 Oct 2008 20:56:54 +0100
David Garabana Barro <[EMAIL PROTECTED]> wrote:
[...]
> I allways though Freerunner had AGPS. That's what wiki says:
> 
> http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware#AGPS
> 
> Isn't it true?
[...]

Yes, I believe that it does have AGPS capabilities. But AGPS
needs someone sending out the AGPS data. I don't know that
that is being done with OpenMoko.

Regards,
Gora

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

Re: GPS sensitivity

[Leonti Bielski]

We are talking here about hardware GPS performance of Freerunner.
So to compare two GPS devices they have to be in equal positions. If Neo
Freerunner not using aGPS N95 shouldn't to for results to be comparable. I
didn't think I needed to clarify this.
So to answer you question - no, Nokia were not using aGPS, with it it gets
fixed in 12-15 seconds. But without it it's no better than Freerunner. I did
not say it's worse, but it's not better either.
Leonti

On Mon, Oct 27, 2008 at 8:43 PM, Gora Mohanty <[EMAIL PROTECTED]> wrote:

> On Mon, 27 Oct 2008 20:09:34 +0100
> "Leonti Bielski" <[EMAIL PROTECTED]> wrote:
>
> > My brother has Nokia N95 and it has about the same performance as my Neo.
> > No fix inside, around 40 seconds fix outside.
>
> Again, I must ask. Is AGPS enabled on the Nokia N95? That needs
> to be specifically turned on, and a network connection available.
> I only had the chance to play with a Nokia N95 for a few hours,
> but with AGPS on, I got a sync indoors (well, not too far from a
> window, but in an urban canyon with very poor line of sight) within
> 30s. Most GPS receivers I have tried there have not found a sync.
>
> > So it's not worse than others.
> [...]
>
> Much as we all love OpenMoko, I find it hard to believe that a
> device with AGPS has comparable or worse performance than one
> without it. There are certainly many things about the N95 that
> suck, but I sincerely doubt that it has worse GPS location
> capabilities.
>
> Regards,
> Gora
>
> ___
> 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: GPS sensitivity

[David Garabana Barro]

On Monday 27 October 2008 20:43:43 Gora Mohanty wrote:

>
> Much as we all love OpenMoko, I find it hard to believe that a
> device with AGPS has comparable or worse performance than one
> without it. There are certainly many things about the N95 that
> suck, but I sincerely doubt that it has worse GPS location
> capabilities.

I allways though Freerunner had AGPS. That's what wiki says:

http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware#AGPS

Isn't it true?

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

Re: GPS sensitivity

[Johny Tenfinger]

> Again, I must ask. Is AGPS enabled on the Nokia N95?

But when you want to compare N95 GPS with FreeRunner GPS, you must
turn AGPS off in Nokia, or turn AGPS on in FreeRunner...

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

Re: Fdom speed (was Re: New home for the New FDOM)

[Denis Galvão]

Trying adding the freerunner FDOM IP to your /etc/hosts file with an  
alias.

For example:
192.168.0.202 freerunner

--
Denis Galvão
AsteriskBrasil.org


On 27/10/2008, at 17:18, Leonti Bielski wrote:

> And another thing - it takes years to login via ssh to Freerunner  
> with FDOM.
> With other distributions I just enter 'ssh [EMAIL PROTECTED]',  
> press Enter and immediately press Enter when it asks for password.
> But with FDOM I actually have to wait till it gives me password promt.
> This happens not only with the lates distribution but with all FDOM  
> I tried.


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

Re: GTA03 - buttons or touchscreen

[Stefan Strahl]

> 3) combination touchscreen plus qwerty - G1

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

Re: GPS sensitivity

[Gora Mohanty]

On Mon, 27 Oct 2008 20:09:34 +0100
"Leonti Bielski" <[EMAIL PROTECTED]> wrote:

> My brother has Nokia N95 and it has about the same performance as my Neo.
> No fix inside, around 40 seconds fix outside.

Again, I must ask. Is AGPS enabled on the Nokia N95? That needs
to be specifically turned on, and a network connection available.
I only had the chance to play with a Nokia N95 for a few hours,
but with AGPS on, I got a sync indoors (well, not too far from a
window, but in an urban canyon with very poor line of sight) within
30s. Most GPS receivers I have tried there have not found a sync.

> So it's not worse than others.
[...]

Much as we all love OpenMoko, I find it hard to believe that a
device with AGPS has comparable or worse performance than one
without it. There are certainly many things about the N95 that
suck, but I sincerely doubt that it has worse GPS location
capabilities.

Regards,
Gora

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

Re: led blinking during suspend?

[Marcel]

Am Monday 27 October 2008 20:14:29 schrieb Richy:
> As far as I understood, you should be able to have the LEDs _on_ even
> during suspend.
> AFAIK the cell phone wakes up, when receiving a call. So you could
> signalize missing calls with LED on and SMS with different colors or
> something like that..

But a permanently turned on LED would drain (how much?) power, too. Maybe we 
would need some really low power second cpu that is only there to flash LEDs 
etc - I've read about that technique somewhere, didn't the N810 have it?

-Marcel

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

Re: Multi Wireless networks

[Johny Tenfinger]

I'm asking that too, can it be done in /etc/network/interfaces?

On Mon, Oct 27, 2008 at 20:20, Armin ranjbar <[EMAIL PROTECTED]> wrote:
> Network that i and well , my FR are in are very different , some of them
> do ran DHCP and most of them not , how can i assign static ip address to
> static essids ?

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

Re: GPS sensitivity

[Stefan Strahl]

Good evening Freerunners :)

I can report a good GPS performance :) Two weeks ago I was testing
tangogps on a hike. A friend was also tracking using his new Garmin.
See http://www.student.uni-oldenburg.de/stefan.strahl/FreerunnerVSGarmin.jpg
for a screenshot. Red is the Garmin track, blue the Freerunner
recordings. The facts are:

- the Freerunner needed several minutes until he got a fix and the
first positions were wrong (wrong start is labeled "-0", we started at
the railway station / lower left corner of the screenshot)
- the Garmin showed after some time a drift (reflections from the
mountains?) of which interestingly the freerunner did not suffer from
(we definitely walked along the blue track).
- the battery lifetime of the Garmin is much longer ;) - my batteries
were empty after ~4 hours

So the GPS accuracy is quite good, nothing to complain about. And once
someone found time to implement the A-GPS functionality we shouldn't
worry about the first-fix times. So this problem is resolvable in
finite time... ;)

Happy freephoning and -running

:) stefan

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

Multi Wireless networks

[Armin ranjbar]

Network that i and well , my FR are in are very different , some of them
do ran DHCP and most of them not , how can i assign static ip address to
static essids ? 


-- 
Armin ranjbar , System Administrator

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

Re: Fdom speed (was Re: New home for the New FDOM)

[Leonti Bielski]

I think something is lowing down FDOM, maybe this is gestures daemon
(someone at some point said it eats a lot of CPU power)?
And another thing - it takes years to login via ssh to Freerunner with FDOM.
With other distributions I just enter 'ssh [EMAIL PROTECTED]', press Enter
and immediately press Enter when it asks for password.
But with FDOM I actually have to wait till it gives me password promt.
This happens not only with the lates distribution but with all FDOM I tried.
But I still use sometimes to check for new things available for Freerunner.
Leonti
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: led blinking during suspend?

[Richy]

As far as I understood, you should be able to have the LEDs _on_ even during
suspend.
AFAIK the cell phone wakes up, when receiving a call. So you could signalize
missing calls with LED on and SMS with different colors or something like
that..
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GPS sensitivity

[Leonti Bielski]

My brother has Nokia N95 and it has about the same performance as my Neo.
No fix inside, around 40 seconds fix outside.
So it's not worse than others.
Also I have good bluetooth gps, and it has problems getting fix in the city
area or while moving, so you can't blame Neo for not getting fix - it's
other conditions (providing you have software or hardware workarounds).
Leonti
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: led blinking during suspend?

[lanzo]

I was just wondering if anyone asked this before, and i found this thread.

I think that the "totally" suspend mode is bad. Ok, maybe we need it to make
the battery last longer, but there has to be a way to make little resumes to
flash the leds at least... It's necessary to be sure that 1) the phone is
still alive, 2) have we got any call/msg during suspend mode?, 3) battery
dischargine status.

Any progress in this matter til now?

I think the matter is that a suspended phone cannot mean an "undead" phone.
It still has to be... useful!

my 2 cents
bye!
lanzo
-- 
View this message in context: 
http://n2.nabble.com/led-blinking-during-suspend--tp1299441p1383777.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


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

Re: CRC Fail

[Morten Olsen Lysgaard]

Same here, but no sympthoms. Anyone know exactly what it means?

On Mon, 2008-10-27 at 12:37 +0100, Martijn Otto wrote:
> I have seen those CRC Fail messages too on OM2008.9, but the device
> works just as it should.
> 
> 2008/10/27 David Garabana Barro <[EMAIL PROTECTED]>:
> > El Sábado, 25 de Outubro de 2008, Armin ranjbar escribió:
> >> I have noticed that my device takes a lot of time to reach init state ,
> >> its appear that kernel take huge amount of time to boot filesystem , i
> >> have changed log_level of boot args and noticed few CRC Fail 0x1a3f , boot
> >
> > I get those "CRC Fail" too, but mine boots with no other (apparent) problem.
> >
> > Could anyone confirm CRC fail is sort of "normal"?
> >
> >
> >
> > --
> > David Garabana Barro
> > jabber & google talk ID:[EMAIL PROTECTED]
> > Clave pública PGP/GPG:  http://davide.garabana.com/pgp.html
> >
> > ___
> > 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: Touchscreen scratch protection

[Leonti Bielski]

I disassembled my Neo, installed protection on the screen and put everything
back.
No one is able to say it has protection because you cannot see where
protection ends and real screen begins.
So no dirt is keeped on the ends of the shield.
Maybe I will write a wiki page on it - I have some pictures of the
installing this zagg thing process.

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

Re: GTA03 - buttons or touchscreen

[Levy Abinajm Melero Sant'Anna]

On Mon, Oct 27, 2008 at 15:51, Dareus <[EMAIL PROTECTED]> wrote:
>
> #1 no frame around the screen.

The same, #1 without frames, like iPhone

Levy 'Lewis' S.

Google Talk! [EMAIL PROTECTED]
ICQ 12913566
MSN [EMAIL PROTECTED]

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

Re: Web based WIFI authentication

[Robin Paulson]

2008/10/28 Leonti Bielski <[EMAIL PROTECTED]>:
> A lot of WIFI networks uses web based authentication - network is open, you
> connect to it, but in order to actually use internet you have to provide
> some login and password.
> How do you deal with that?
> I have a problem with all browsers:
> Minimo - it loads login page allright, than asks to accept certificate
> (login page is ssl encrypted) and crashes every time.
> Midori - doesn't react at all - like connection is broken (does it work with
> ssl and all this certificate stuff?).
> Dillo - doesn't support ssl at the time.
>
> Does anyone experiense same problem?
> Leonti

yup, had exactly the same problems, with ssl not being accepted using gmail

it's not critical, so i'm consigned to waiting till it and a myriad of
other bugs are fixed. frustrating i know

did you know there's a workaround to get dillo to do ssl? it requires
a re-compile, but doesn't appear too complicated

or maybe you could give fennec a go?

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

Re: Android open sourced

[Joerg Lippmann]

Am Mittwoch 22 Oktober 2008 schrieb Lorn Potter:
> Jim Morris wrote:
> > Lorn Potter wrote:
> >> Jim Morris wrote:
> >>> Cédric Berger wrote:
> >>
> >> Just because 4.4.1 might be unstable doesn't mean qt extended will
> >> always be that way. It just means that 4.4.1 was buggier than expected.
> >
> > Oh I know it will get better, I was just disappointed it was less stable
> > than the previous version.
>
> We all were. The truth is, 4.4.1 was pushed out before it was ready. But it
> couldn't be helped.

Wouldn't it be great to release an intermediate version soon, in which the 
most severe UI-bugs are fixed (like the finger-scrolling/selection-Bug or the 
way-to-sensitive-keyboard where it's almost impossible to 
switch to special characters)? I'm quite sure it's just a matter of settings 
as it worked in the former version.

-- 
[EMAIL PROTECTED]

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

Re: [FDOM] best kernel to use for new release

[Paul]

> Wow, so 3.5 hours into the battery test and its down to 1 bar.
>
>
> So the final result was 4.0 hours from full charge to 0 bars and then 
> plugged in back in at 5 hrs...

Did you leave the display on constantly? I have played around with stuff 
like that, and making sure the display dims/blanks after not too long 
saves a lot of battery power.

Just curious...
Paul

-- 
Behold the turtle. He makes progress only when he sticks his neck out.
-James Bryant Conant

http://www.nlpagan.net
Running on Mandriva Linux 2008 and Ubuntu 8.04


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

Re: GTA03 - buttons or touchscreen

[Dareus]

#1 no frame around the screen.
-- 
View this message in context: 
http://n2.nabble.com/GTA03---buttons-or-touchscreen-tp1376109p1383464.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


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

Re: [FDOM] best kernel to use for new release

[Geoff Ruscoe]

On Mon, Oct 27, 2008 at 12:23 PM, Geoff Ruscoe <[EMAIL PROTECTED]>wrote:

> Wow, so 3.5 hours into the battery test and its down to 1 bar.
>

So the final result was 4.0 hours from full charge to 0 bars and then
plugged in back in at 5 hrs...
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: CRC Fail

[Johny Tenfinger]

> "Currently 2.6.27 doesn't do mtd properly and blows chunks with these CRC
>  errors, didn't find why yet."

It isn't that problem - 2.6.27 kernel prints tons of this errors and
is unable to boot. 2.6.26 prints only few errors and boots fine.
dos

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

Re: Touchscreen scratch protection

[Iain B. Findleton]

Clear plastic contact wrap works for me. Cheap, replaceable and easy to
install

Xavier Cremaschi wrote:
> Alastair Johnson a écrit :
>   > 
> http://www.zagg.com/invisibleshield/openmoko-neo-freerunner-cases-screen-protectors-covers-skins-shields.php
>
> I am currently using a full invisible shield protection
>
> Invisible Shield protects your device from scratches, and it does it 
> very well, but you lose a bit in good-looking aspect (in my opinion) and 
> in usability.
>
> About the body protection : as a geek I generally consider protection to 
> be more important than look, but the FreeRunner looks far better without 
> it (without:smooth and matte, with:adhesive and glossy/plastic).
>
> About the screen protection : very good protection too, but less 
> slippery. A friend of mine bought an HTC recently and fingers slide well 
> on default protection. That's not the case with the Invisible Shield, it 
> is a bit harder to use.
>
>
> Having an object that pleases you is important too... maybe I will 
> remove Invisible Shield soon.
>
> Neo1973 owners : how does your device look today ?
>
>
> Xavier.
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>   


-- 
Iain B. Findleton
Tel: 514-457-0744



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

Re: Fdom speed (was Re: New home for the New FDOM)

[julien cubizolles]

Le lundi 27 octobre 2008 à 18:09 +0100, Paul a écrit :
> > Hi, I've just installed this latest FDOM on the SDCard. I was previously
> > using QtopiaExtended and I can't help but notice that Qtopia seems to
> > run faster. For example, with FDOM, I have to wait 5s after a start the
> > Dialer application before I can enter a phone number. Am I the only one
> > experiencing that ?
> >   
> 
> I think the difference is that FDOM is written mostly in Python, which 
> is an interpreted language, whereas Qte is written in C(++?) which is 
> compiled. Compiled stuff usually is faster.

The dialer application is not written in python, is it ? It seems to me
the same as in qtopia.


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

Web based WIFI authentication

[Leonti Bielski]

Hello!
A lot of WIFI networks uses web based authentication - network is open, you
connect to it, but in order to actually use internet you have to provide
some login and password.
How do you deal with that?
I have a problem with all browsers:
Minimo - it loads login page allright, than asks to accept certificate
(login page is ssl encrypted) and crashes every time.
Midori - doesn't react at all - like connection is broken (does it work with
ssl and all this certificate stuff?).
Dillo - doesn't support ssl at the time.

Does anyone experiense same problem?
Leonti
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GTA03 - buttons or touchscreen

[Alexander Chemeris]

On Sat, Oct 25, 2008 at 8:39 PM, JW <[EMAIL PROTECTED]> wrote:
> 1) touchscreen (no qwerty buttons) - freerunner, HTC Orbit, iphone
> 2) qwerty keyboard and tracker ball - blackberry curve
> 3) combination touchscreen plus qwerty - G1

In the order of preference - (3), (1).
But, sure, only when normal interface for finger use will appear for FR.

-- 
Regards,
Alexander Chemeris.

SIPez LLC.
SIP VoIP, IM and Presence Consulting
http://www.SIPez.com
tel: +1 (617) 273-4000

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

Re: Calendar : poor visibility of days with appointments in month view

[julien cubizolles]

Le lundi 27 octobre 2008 à 18:04 +0100, arne anka a écrit :
> please, prefix your posting's subject with the name of the distribution  
> you're using -- like everybody else does.

I didn't since this problem will occur with any distribution using the
qtopia pim applications : Om2009, qtopia (for the one I tried).


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

Fdom speed (was Re: New home for the New FDOM)

[Paul]

> Hi, I've just installed this latest FDOM on the SDCard. I was previously
> using QtopiaExtended and I can't help but notice that Qtopia seems to
> run faster. For example, with FDOM, I have to wait 5s after a start the
> Dialer application before I can enter a phone number. Am I the only one
> experiencing that ?
>   

I think the difference is that FDOM is written mostly in Python, which 
is an interpreted language, whereas Qte is written in C(++?) which is 
compiled. Compiled stuff usually is faster.

Paul

-- 
Behold the turtle. He makes progress only when he sticks his neck out.
-James Bryant Conant

http://www.nlpagan.net
Running on Mandriva Linux 2008 and Ubuntu 8.04


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

Re: Calendar : poor visibility of days with appointments in month view

[arne anka]

please, prefix your posting's subject with the name of the distribution  
you're using -- like everybody else does.

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

Calendar : poor visibility of days with appointments in month view

[julien cubizolles]

In month view, the days for wich an appointment has been set are written
in bold face. But the difference with the regular days is really hard to
notice. Changing the background would improve the visibility. Anybody
knows how to configure it ?



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

Re: Pingus ported

[Giovanni]

On Sun, Oct 26, 2008 at 10:09 PM, Johny Tenfinger <[EMAIL PROTECTED]>wrote:

> > Does Pingus work also on 2007.2?
>
> Why not? Try, instead of asking stupid questions ;)
>
> PS. On my 2007.2 it works nice.
>

Yes, you are rigth. It works!

I had only to change from bash to sh on the pingus script, because my Neo
has no bash (yet).
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: New home for the New FDOM

[julien cubizolles]

Le jeudi 23 octobre 2008 à 06:40 -0600, [EMAIL PROTECTED] a écrit :
> Hi there,
> There is a new FDOM release uploaded at ... no, NOT at compartida.net
> as the topic suggest FDOM has a new home at  
> http://www.tuxbrain.com/fdom_en.html

Hi, I've just installed this latest FDOM on the SDCard. I was previously
using QtopiaExtended and I can't help but notice that Qtopia seems to
run faster. For example, with FDOM, I have to wait 5s after a start the
Dialer application before I can enter a phone number. Am I the only one
experiencing that ?






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

Re: [debian] upgrading zhone-session error

[Marcel]

Am Monday 27 October 2008 15:55:02 schrieb Joachim Breitner:
> Maybe I’m a bit off, but last time I looked SHR did not have a readily
> working dialer app. And is tichy more than a proof of concept?
>
> Anyways, if there is user interest, nothing stands in the ways of
> packaging more dialers than zhone (as long as they use the FSO
> frameworkd, at least).
>
> Greetings,
> Joachim

I don't know if it's still getting attention or whatever, but there's also 
Paroli which (was|is) planned as some more flexible replacement for zhone but 
doesn't work very well yet from what I've seen.

I personally would prefer something like the qtopia stack relying on the 
frameworkd. Means: separate, fast starting apps that interact with each other 
but don't have just one window in which one has to switch even another set of 
tabs/views (-> f.e. to have the phonebook and calendar open at the same 
time).

-Marcel

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

suspend quality (was: Re: [FDOM] best kernel to use for new release)

[Marcel]

Why do you all turn off suspend?
I can clearly understand (and I do this also) that autosuspend is a mess if 
you're just playin round in ssh and the phone suspends all the time. But it 
basically _works_ if you want it to, doesn't it?

I'm asking because I hear this everywhere and suspend works perfectly for me 
since quite some time, just wondering...

-Marcel

Am Monday 27 October 2008 14:58:39 schrieb Geoff Ruscoe:
> I did the mwester and then booted and untarred the mwester modules and
> rebooted.  It has been stable (with suspend turned off), although the
> battery life on mine seems to be just a few hours between being plugged in
> (without usage).
>
> I'm going to monitor it today to see if I can get a more precise
> measurement.  So far its been about 1 hr and its only down 1 bar from full.

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

Re: GPS sensitivity

[Gora Mohanty]

On Mon, 27 Oct 2008 21:30:22 +0530
"Nishit Dave" <[EMAIL PROTECTED]> wrote:
[...]
> I recently tested the performance of a Nokia E71 with the FR, while standing
> 2 feet from a window inside my office building. 
[...]

Um, does the Nokia E71 have assisted GPS (AGPS), as I
rather suspect it does? If so, you are comparing apples
and oranges.

Regards,
Gora

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

Re: GPS sensitivity

[Stefan Fröbe]

> The FR still takes some minutes to get a fix when in a moving vehicle, and
> anywhere inside a building, it is as if it never worked.
>
> Nothing new
>

Speaking from daily experience the FR is in no way less sensitive than any
other GPSr I have used or was around with while geocaching, and that is my
main reason I bought it! Actually just this weekend I was caching in a city,
and while reception was generally very good, when I noticed a drift in one
spot the Garmin Colorado my colleague had with her showed the same erratic
behaviour.

And with recent SW, first-fix-times have gone down immensely: I hardly ever
need more than 40s, and when standing still I can barely set up tangogps
before I have a signal - moving on a bike is a different story, but putting
it upright in the pocket is the key here.
This is all with 2008.9 and newer kernel, HW fix applied manually.

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

Re: GPS sensitivity

[Iain B. Findleton]

I find the FR more or less equivalent to other GPS devices I have. The
biggest factor I notice is weather conditions. In overcast conditions I
can use the GPS anywhere inside my house, as well as outside. Under
clear sky conditions, the GPS will only work outside and will not
acquire a first fix unless I am more or less in the open, away from
trees, houses, etc.

Some people claim that there are newer GPS chips that work better.
Perhaps its the nature of the beast.

Nishit Dave wrote:
> On Mon, Oct 27, 2008 at 9:18 PM, Alastair Johnson
> <[EMAIL PROTECTED] > wrote:
>
> Stefan Monnier wrote:
> > The FR is the first device I use with a GPS, so I don't know what's
> > considered as "normal" w.r.t GPS function.  I find that my FR's GPS
> > never works inside a building (e.g. at home), and even outside
> in the
> > streets of Montreal, it seems to only be able to get a first fix
> if I'm
> > in a somewhat open area (i.e. not in a street but on a place, in
> > a park), and also it seems to rarely if ever be able to get a
> first fix
> > when it's in my pocket.
> >
> > Is that normal?  My FR does have the capacitor in the µSD slot
> and it
> > has a fairly recent kernel (don't know if that means it has the
> software
> > fix that "stops the µSD clock when possible", does it?)
>
> It's a little tricky to describe 'normal' since the movement of
> the sats
> gives some inherent variability. Getting the first fix also requires
> significantly more signal than maintaining a fix once acquired, and it
> seems to help being stationary when doing it. I don't know how limited
> the view of the sky is in Montreal, but 'urban canyon' effects
> have long
> been a problem for GPS systems due to limited view of the sky
> (can't see
> enough sats) and multiple reflected signals. That said, since the SD
> clocking fixes were added to the kernel I find the Freerunner
> usually at
> worst as quick as my Garmin Gecko at getting a fix, and substantially
> better at keeping it. The Freerunner will often keep a fix indoors
> when
> the Gecko hasn't a hope. OTOH the Gecko is hardly state of the art
> now,
> so expectations may be different.
>
>  
> I recently tested the performance of a Nokia E71 with the FR, while
> standing 2 feet from a window inside my office building.  Most of the
> view (line of sight) was obstructed by another large building 200 ft
> away, although the sky over it can be viewed from the said window.
>
> The Nokia got a fix and started to download maps with google maps in
> 15 seconds.  I was unsuccessful in getting the FR to register a fix at
> the same position for greater than 15 minutes, after which the
> experiment was stopped. Qtextended 4.4.1, MappingDemo used.  The FR
> version I use is from the time when the software fix to the hardware
> problem was about to be released.  The FR still takes some minutes to
> get a fix when in a moving vehicle, and anywhere inside a building, it
> is as if it never worked. 
>
> Nothing new.
> 
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>   


-- 
Iain B. Findleton
Tel: 514-457-0744



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

Re: Re: Touchscreen scratch protection

[openmoko]

To be honest, the zagg invisi-shield works great but it does look dirty with smudges especially on the edges of where the shields end. dirt seems to stick under the edges making it look not so good. it helps that it is a black device, but i looks much better without it.
To me, the protection is more important, so i will probably leave it on. but i might recommend just getting the screen part and not wrap the whole device like i did.
 
-Casey


Does it have any effect on keeping the screen reasonably clean from  
smudges when using a finger for input?
Cheers, 
Mike.
___ 
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

Howto remap AUX and Power Button

[Alexander Syring]

Hi @ all
I cannot find how to remap the AUX and the Powerbutton in ASU like in 
Om2007.2.
Is that possible that the powerbutton closes a program an the AUX calls a 
menu?

Best regards
Alex

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

parseVersion: ERROR

[Giovanni]

I'm using OM2007.2 and when I do opkg update or install or upgrade or ..., I
get the following error:

parseVersion: ERROR: epoch in version is not numberparseVersion: ERROR:
epoch in version is not numberparseVersion: ERROR: epoch in version is not
numberparseVersion: ERROR: epoch in version is not number

Any idea about how to fix this problem?
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [FDOM] best kernel to use for new release

[Geoff Ruscoe]

Wow, so 3.5 hours into the battery test and its down to 1 bar.




On Mon, Oct 27, 2008 at 9:58 AM, Geoff Ruscoe <[EMAIL PROTECTED]>wrote:

>
> I did the mwester and then booted and untarred the mwester modules and
> rebooted.  It has been stable (with suspend turned off), although the
> battery life on mine seems to be just a few hours between being plugged in
> (without usage).
>
> I'm going to monitor it today to see if I can get a more precise
> measurement.  So far its been about 1 hr and its only down 1 bar from full.
>
>
>


-- 
Geoff Ruscoe
Sigma Visions Computer Consulting

C++ is like jamming a helicopter inside a Miata and expecting some sort of
improvement. — Drew Olbrich

C++: an octopus made by nailing extra legs to a dog -- unknown
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [Qtextended]Mapping demo maps

[Mik Doud]

Humm... I totally understand the concept of demo. The problem is I can only
wait for anoter one to code the needed modifications since I have very few
coding skills. Anyway, there is no hurry, and I stil can run another distrib
from the SDcard to play with my GPS
Thanks for your reply

2008/10/27 Nishit Dave <[EMAIL PROTECTED]>

> On Mon, Oct 27, 2008 at 9:02 PM, Mik Doud <[EMAIL PROTECTED]> wrote:
>
>> Ah ah, that is great news. One more questions : does it have store the
>> tiles in a cache, as Tangogps . When I go hicking, I have no wifi
>> connection, and my phone netword provider won't give me free data transfer
>> by gprs :D
>>
>> The name suggests it is a demo, and like everybody else, they seem to want
> you to roll your own fix.
>
> ___
> 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: [Qtextended]Mapping demo maps

[Nishit Dave]

On Mon, Oct 27, 2008 at 9:02 PM, Mik Doud <[EMAIL PROTECTED]> wrote:

> Ah ah, that is great news. One more questions : does it have store the
> tiles in a cache, as Tangogps . When I go hicking, I have no wifi
> connection, and my phone netword provider won't give me free data transfer
> by gprs :D
>
> The name suggests it is a demo, and like everybody else, they seem to want
you to roll your own fix.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: GPS sensitivity

[Nishit Dave]

On Mon, Oct 27, 2008 at 9:18 PM, Alastair Johnson <[EMAIL PROTECTED]>wrote:

> Stefan Monnier wrote:
> > The FR is the first device I use with a GPS, so I don't know what's
> > considered as "normal" w.r.t GPS function.  I find that my FR's GPS
> > never works inside a building (e.g. at home), and even outside in the
> > streets of Montreal, it seems to only be able to get a first fix if I'm
> > in a somewhat open area (i.e. not in a street but on a place, in
> > a park), and also it seems to rarely if ever be able to get a first fix
> > when it's in my pocket.
> >
> > Is that normal?  My FR does have the capacitor in the µSD slot and it
> > has a fairly recent kernel (don't know if that means it has the software
> > fix that "stops the µSD clock when possible", does it?)
>
> It's a little tricky to describe 'normal' since the movement of the sats
> gives some inherent variability. Getting the first fix also requires
> significantly more signal than maintaining a fix once acquired, and it
> seems to help being stationary when doing it. I don't know how limited
> the view of the sky is in Montreal, but 'urban canyon' effects have long
> been a problem for GPS systems due to limited view of the sky (can't see
> enough sats) and multiple reflected signals. That said, since the SD
> clocking fixes were added to the kernel I find the Freerunner usually at
> worst as quick as my Garmin Gecko at getting a fix, and substantially
> better at keeping it. The Freerunner will often keep a fix indoors when
> the Gecko hasn't a hope. OTOH the Gecko is hardly state of the art now,
> so expectations may be different.
>

I recently tested the performance of a Nokia E71 with the FR, while standing
2 feet from a window inside my office building.  Most of the view (line of
sight) was obstructed by another large building 200 ft away, although the
sky over it can be viewed from the said window.

The Nokia got a fix and started to download maps with google maps in 15
seconds.  I was unsuccessful in getting the FR to register a fix at the same
position for greater than 15 minutes, after which the experiment was
stopped. Qtextended 4.4.1, MappingDemo used.  The FR version I use is from
the time when the software fix to the hardware problem was about to be
released.  The FR still takes some minutes to get a fix when in a moving
vehicle, and anywhere inside a building, it is as if it never worked.

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

Re: Touchscreen scratch protection

[Michael Sheldon]

[EMAIL PROTECTED] wrote:
>> Hi all,
>>
>> The default plastic protection of my screen is giving up after only a
>> few days of use. Does anyone know of a good alternative like
>>   http://www.zagg.com/
>> or
>>   http://www.screenprotector.nl/
>> for Openmoko Freerunner?
>>
> 
> Zagg provides a screen protection for the FreeRunner. I've ordered and
> received one, but haven't installed it yet.
> I have 2 coupons for 20% discount, if anyone interested. Just mail me
> directly and i'll be happy to share them.

  Does it have any effect on keeping the screen reasonably clean from 
smudges when using a finger for input?

  Cheers,
   Mike.

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

Re: GPS sensitivity

[Alastair Johnson]

Stefan Monnier wrote:
> The FR is the first device I use with a GPS, so I don't know what's
> considered as "normal" w.r.t GPS function.  I find that my FR's GPS
> never works inside a building (e.g. at home), and even outside in the
> streets of Montreal, it seems to only be able to get a first fix if I'm
> in a somewhat open area (i.e. not in a street but on a place, in
> a park), and also it seems to rarely if ever be able to get a first fix
> when it's in my pocket.
> 
> Is that normal?  My FR does have the capacitor in the µSD slot and it
> has a fairly recent kernel (don't know if that means it has the software
> fix that "stops the µSD clock when possible", does it?)

It's a little tricky to describe 'normal' since the movement of the sats 
gives some inherent variability. Getting the first fix also requires 
significantly more signal than maintaining a fix once acquired, and it 
seems to help being stationary when doing it. I don't know how limited 
the view of the sky is in Montreal, but 'urban canyon' effects have long 
been a problem for GPS systems due to limited view of the sky (can't see 
enough sats) and multiple reflected signals. That said, since the SD 
clocking fixes were added to the kernel I find the Freerunner usually at 
worst as quick as my Garmin Gecko at getting a fix, and substantially 
better at keeping it. The Freerunner will often keep a fix indoors when 
the Gecko hasn't a hope. OTOH the Gecko is hardly state of the art now, 
so expectations may be different.

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

Re: Touchscreen scratch protection

[Xavier Cremaschi]

Alastair Johnson a écrit :
> Interesting. Is it less slippery because it is sticky/rubbery, or 
> because it is rough? How does it feel with a stylus?

I don't know how to describe it in English...

If you play minesweeper for example, you have to click without moving 
for 1 or 2 seconds to put a flag on a cell.
As soon as your stylus touches your screen protected by the Invisible 
Shield, stylus' tip is fixed (and it works well).
Without the protection, you have to take care to stay stable, because 
any small movement is going to make your cursor move.

A friend of mine has a FreeRunner but he has not installed the Invisible 
Shield yet. Maybe I need to try his again.




> It may not be directly comparable but the Psion 5 had a finish very 
> similar to that on the Freerunner. It was good for a while (~3 years for 
> me) but eventually started to peel around the corners. The later 5mx had 
> a paint finish instead. The Freerunner may do better as the corners 
> aren't covered in the rubbery stuff. If it does start peeling like the 
> Psion you will be able st scrape it off and have a black plastic finish 
> instead.

Thanks. I never protected my Nokia 9210 and (since 2000) it is still 
good (it has a resistant body), but the big screen is always protected 
as soon as device is closed, so it is hard to make a comparison.

Xavier.


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

Re: [Qtextended]Mapping demo maps

[Mik Doud]

Ah ah, that is great news. One more questions : does it have store the tiles
in a cache, as Tangogps . When I go hicking, I have no wifi connection, and
my phone netword provider won't give me free data transfer by gprs :D

2008/10/27 Nishit Dave <[EMAIL PROTECTED]>

> On Mon, Oct 27, 2008 at 6:05 PM, kimaidou <[EMAIL PROTECTED]> wrote:
>
>>
>>
>> Nishit Dave wrote:
>> >
>> > It being just a demo, it gives you your co-ordinates, direction and
>> speed,
>> > and of course, an API to develop against.  You can wait for OpenCityMap
>> to
>> > be ported to Qtextended, and use it the same way as you did tangogps.
>> >
>>
>> Hi Dave,
>> Do you have some more information on OpenCityMap ? Is there any other
>> application working on qtextended (pyroute, navit, etc. )?
>>
>
> In fact, as I learnt later, MappingDemo works fine with google maps by
> default, if you have a working gprs (not tested) or wifi (tested)
> connection.  Getting gprs to work is however a challenge for me.
>
> ___
> 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: Touchscreen scratch protection

[Stroller]

On 27 Oct 2008, at 15:31, [EMAIL PROTECTED] wrote:
>
> Zagg ...
> I have 2 coupons for 20% discount, if anyone interested. Just mail me
> directly and i'll be happy to share them.

Put them on the wiki:
http://wiki.openmoko.org/wiki/Zagg_Protection_Discount_Number

Stroller.


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

Re: Touchscreen scratch protection

[Alastair Johnson]

Xavier Cremaschi wrote:
> About the screen protection : very good protection too, but less 
> slippery. A friend of mine bought an HTC recently and fingers slide well 
> on default protection. That's not the case with the Invisible Shield, it 
> is a bit harder to use.

Interesting. Is it less slippery because it is sticky/rubbery, or 
because it is rough? How does it feel with a stylus?

> Having an object that pleases you is important too... maybe I will 
> remove Invisible Shield soon.
> 
> Neo1973 owners : how does your device look today ?

It may not be directly comparable but the Psion 5 had a finish very 
similar to that on the Freerunner. It was good for a while (~3 years for 
me) but eventually started to peel around the corners. The later 5mx had 
a paint finish instead. The Freerunner may do better as the corners 
aren't covered in the rubbery stuff. If it does start peeling like the 
Psion you will be able st scrape it off and have a black plastic finish 
instead.

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

Re: [debian] upgrading zhone-session error

[Alastair Johnson]

Joachim Breitner wrote:
> Hi,
> 
> Am Montag, den 27.10.2008, 14:19 + schrieb Alastair Johnson:
>> Joachim Breitner wrote:
>>> Am Montag, den 27.10.2008, 11:28 +0100 schrieb Davide Scaini:
 sorry...
 i killed zhone-session... and now the upgrade is complete.
 d

 just a question: are there some replacements for zhone planned?
>>> You mean a different dialer? So far, no one has expressed interest.
>> Apart from SHR, tichy and the one I've forgotten the name of...
> 
> Maybe I’m a bit off, but last time I looked SHR did not have a readily
> working dialer app. And is tichy more than a proof of concept?

Perhaps not yet usable, but they are at least planned. I thought that 
was what the OP was asking, but it may have been about plans to package 
as you suggest. Now we have both bases covered.


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

Re: GTA03 - buttons or touchscreen

[Daniel Benoy]

Another option could be a simple flip phone with the standard telephone keypad.

Also, the demographic on the mailing list may be different from the demographic 
of openmoko's target market(s), so this vote might not be useful for them.

Despite that, I vote #3 and I would like a 'right click' ability too.  The 
combination would facilitate straight ports and standard window managers.

On Saturday 25 October 2008 12:39:18 you wrote:
> 
> Ok Community,
> 
> vote and tell OM what you want for the next phone
> 
> [also realise this is still a long time away and Freerunner is available to 
> buy
> now!]
> 
> 1) touchscreen (no qwerty buttons) - freerunner, HTC Orbit, iphone
> 2) qwerty keyboard and tracker ball - blackberry curve
> 3) combination touchscreen plus qwerty - G1
> 
> ***
> Please don't write endless pages about why - just indicate which one YOU want.
> ***
> 
> For myself my vote is
> 
> 1) no, my HTC orbit experience was horrible (yes, i realise there are better)
> 2) yes, my preferred user input method - intuitive, fast, flexible
> 3) no, i think combo is too much to ask from OM right now
> 
> ciao
> JW
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 



-- 
Daniel Benoy
http://daniel.benoy.name

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

Re: Touchscreen scratch protection

[Cameron Frazier]

They did reduce, but I installed mine months ago and there are a few
still there.   However, I admit there may have been some "operator
error".

Re: your earlier post, it is a stickier surface, making some dragging
tasks trickier, but I find it quite agreeable.

Cameron

On Mon, Oct 27, 2008 at 10:43 AM, Xavier Cremaschi
<[EMAIL PROTECTED]> wrote:
> Cameron Frazier a écrit :
>> I've installed the ZAGG cover.  Works quite well, though there are a
>> couple micro bubbles.  Very clear and cleans easily.  No clue about
>> replacement, but it's supposed to be replaceable.  Tough cover too
>>
>> Cameron
>
> Micro bubbles will disappear automagically after ~2 weeks (less humidity
> => more adhesive)
>
>
> ___
> 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: [debian] upgrading zhone-session error

[Joachim Breitner]

Hi,

Am Montag, den 27.10.2008, 14:19 + schrieb Alastair Johnson:
> Joachim Breitner wrote:
> > Am Montag, den 27.10.2008, 11:28 +0100 schrieb Davide Scaini:
> >> sorry...
> >> i killed zhone-session... and now the upgrade is complete.
> >> d
> >>
> >> just a question: are there some replacements for zhone planned?
> > 
> > You mean a different dialer? So far, no one has expressed interest.
> 
> Apart from SHR, tichy and the one I've forgotten the name of...

Maybe I’m a bit off, but last time I looked SHR did not have a readily
working dialer app. And is tichy more than a proof of concept?

Anyways, if there is user interest, nothing stands in the ways of
packaging more dialers than zhone (as long as they use the FSO
frameworkd, at least).

Greetings,
Joachim

-- 
Joachim "nomeata" Breitner
Debian Developer
  [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C
  JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Touchscreen scratch protection

[Xavier Cremaschi]

Cameron Frazier a écrit :
> I've installed the ZAGG cover.  Works quite well, though there are a
> couple micro bubbles.  Very clear and cleans easily.  No clue about
> replacement, but it's supposed to be replaceable.  Tough cover too
> 
> Cameron

Micro bubbles will disappear automagically after ~2 weeks (less humidity 
=> more adhesive)


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

Re: Removing devel@ or staying on-topic

[Sébastien Lorquet]

Actually, I came to a point where I merged both list in the same gmail label
:)


2008/10/27 Michael 'Mickey' Lauer <[EMAIL PROTECTED]>

> Hi,
>
> I'm usually for adding more lists rather than removing, but as a matter of
> fact, the devel mailing list is hardly used and on the community list there
> are lots of development related postings.
>
> Should we remove devel completely or should we try harder to stay on topic?
>
> Cheers,
> --
> :M:
>
> ___
> 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: Touchscreen scratch protection

[Xavier Cremaschi]

Alastair Johnson a écrit :
  > 
http://www.zagg.com/invisibleshield/openmoko-neo-freerunner-cases-screen-protectors-covers-skins-shields.php

I am currently using a full invisible shield protection

Invisible Shield protects your device from scratches, and it does it 
very well, but you lose a bit in good-looking aspect (in my opinion) and 
in usability.

About the body protection : as a geek I generally consider protection to 
be more important than look, but the FreeRunner looks far better without 
it (without:smooth and matte, with:adhesive and glossy/plastic).

About the screen protection : very good protection too, but less 
slippery. A friend of mine bought an HTC recently and fingers slide well 
on default protection. That's not the case with the Invisible Shield, it 
is a bit harder to use.


Having an object that pleases you is important too... maybe I will 
remove Invisible Shield soon.

Neo1973 owners : how does your device look today ?


Xavier.


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

GPS sensitivity

[Stefan Monnier]

The FR is the first device I use with a GPS, so I don't know what's
considered as "normal" w.r.t GPS function.  I find that my FR's GPS
never works inside a building (e.g. at home), and even outside in the
streets of Montreal, it seems to only be able to get a first fix if I'm
in a somewhat open area (i.e. not in a street but on a place, in
a park), and also it seems to rarely if ever be able to get a first fix
when it's in my pocket.

Is that normal?  My FR does have the capacitor in the µSD slot and it
has a fairly recent kernel (don't know if that means it has the software
fix that "stops the µSD clock when possible", does it?)


Stefan


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

Re: Touchscreen scratch protection

[Cameron Frazier]

I've installed the ZAGG cover.  Works quite well, though there are a
couple micro bubbles.  Very clear and cleans easily.  No clue about
replacement, but it's supposed to be replaceable.  Tough cover too

Cameron

On Mon, Oct 27, 2008 at 11:31 AM,  <[EMAIL PROTECTED]> wrote:
>> Hi all,
>>
>> The default plastic protection of my screen is giving up after only a
>> few days of use. Does anyone know of a good alternative like
>>   http://www.zagg.com/
>> or
>>   http://www.screenprotector.nl/
>> for Openmoko Freerunner?
>>
>
> Zagg provides a screen protection for the FreeRunner. I've ordered and
> received one, but haven't installed it yet.
> I have 2 coupons for 20% discount, if anyone interested. Just mail me
> directly and i'll be happy to share them.
>
>
>
> ___
> 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: GTA03 - buttons or touchscreen

[Stefan Monnier]

> important than the 'click' feeling. A key has edges, and the feel of the 
> key under your finger means you don't have to be looking at the keyboard 
> to be able to type. Again, a soft keyboard can never achieve this.

How about having the keyboard on one side and the screen on the other?
Since you don't have to look at the keyboard to use it, that should
be fine.


Stefan "Who incidentally still needs to look at his keyboard"


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

Re: Touchscreen scratch protection

[kazer]

> Hi all,
>
> The default plastic protection of my screen is giving up after only a
> few days of use. Does anyone know of a good alternative like
>   http://www.zagg.com/
> or
>   http://www.screenprotector.nl/
> for Openmoko Freerunner?
>

Zagg provides a screen protection for the FreeRunner. I've ordered and
received one, but haven't installed it yet.
I have 2 coupons for 20% discount, if anyone interested. Just mail me
directly and i'll be happy to share them.



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

Re: [debian] upgrading zhone-session error

[Alastair Johnson]

Joachim Breitner wrote:
> Hi,
> 
> Am Montag, den 27.10.2008, 11:28 +0100 schrieb Davide Scaini:
>> sorry...
>> i killed zhone-session... and now the upgrade is complete.
>> d
>>
>> just a question: are there some replacements for zhone planned?
> 
> You mean a different dialer? So far, no one has expressed interest.

Apart from SHR, tichy and the one I've forgotten the name of...

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