Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

[Pander]

Steve " 'dillo" Okay wrote:
> On Feb 26, 2009, at 08:01 , Shawn "Trash" Thompson wrote:
> 
>> Matthias Apitz wrote:
>>> El día Wednesday, February 25, 2009 a las 06:36:31PM +0100, Yorick  
>>> Moko escribió:
 http://en.wikipedia.org/wiki/Touchscreen#Resistive vs http:// 
 en.wikipedia.org/wiki/Touchscreen#Capacitive
>>> Thanks; But: Do we really want a GTA03 which can't be managed with  
>>> a stylus pen? I can't imagine a 'Terminal' like keyboard (i.e. one  
>>> having all keys like the actual Om2008.9 'Terminal', including  
>>> Shift, SHift-Lock, ...) and using it with my finger tips; how  
>>> should this work? Where this idea, GTA03 with Capacitive, comes  
>>> from? :-(( matthias
>> Ever used an iPhone? their screen is nice, responsive and the gui  
>> is designed where a stylus isn't needed. I actually was rather fond  
>> of the iPhone screen and was very unimpressed with the GTA02's  
>> touchscreen in comparison.
> 
> I have to agree here. Styli are more a hindrance than a help. I find  
> I'm always leaving my stylus or retracted pen somewhere and looking  
> for another.
> A stylus wouldn't be such a problem if there was a place in the  
> device to store it.  General users haven't had to use a stylus in  
> years. The UI for most
> phones has been either a keypad or finger for a while now.  If the  
> GTA03 is going to use a stylus, is it possible to have the shell  
> molded with a holder built-in ?

Its fun using all sorts of things as a precision stylus for terminal
keyboard. Zipper of my jacket, plastic coffee stir thingy, etc. I'm even
thinking of mounting something on my gloves to use the device in winter
outside.

Next thing you know, geeks are going to manicure salons to get the nail
of their index finger 'styl(us)ed' (Body hack!)

I love the precision and freedom of touch objects, so for me no
capacitive touch screen please.

> 
> Steve
> 
> 
> 
> Steve
> 
> 
> 
> 
> ___
> 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 Touchscreen Capacitive (was Re: OT: iPhone howto)

[Steve " 'dillo" Okay]

On Feb 26, 2009, at 08:01 , Shawn "Trash" Thompson wrote:

> Matthias Apitz wrote:
>>
>> El día Wednesday, February 25, 2009 a las 06:36:31PM +0100, Yorick  
>> Moko escribió:
>>>
>>> http://en.wikipedia.org/wiki/Touchscreen#Resistive vs http:// 
>>> en.wikipedia.org/wiki/Touchscreen#Capacitive
>> Thanks; But: Do we really want a GTA03 which can't be managed with  
>> a stylus pen? I can't imagine a 'Terminal' like keyboard (i.e. one  
>> having all keys like the actual Om2008.9 'Terminal', including  
>> Shift, SHift-Lock, ...) and using it with my finger tips; how  
>> should this work? Where this idea, GTA03 with Capacitive, comes  
>> from? :-(( matthias
> Ever used an iPhone? their screen is nice, responsive and the gui  
> is designed where a stylus isn't needed. I actually was rather fond  
> of the iPhone screen and was very unimpressed with the GTA02's  
> touchscreen in comparison.

I have to agree here. Styli are more a hindrance than a help. I find  
I'm always leaving my stylus or retracted pen somewhere and looking  
for another.
A stylus wouldn't be such a problem if there was a place in the  
device to store it.  General users haven't had to use a stylus in  
years. The UI for most
phones has been either a keypad or finger for a while now.  If the  
GTA03 is going to use a stylus, is it possible to have the shell  
molded with a holder built-in ?

Steve



Steve




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

Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

[Rui Miguel Silva Seabra]

On Thu, Feb 26, 2009 at 02:03:13PM +0700, Sean McNeil wrote:
> Matthias Apitz wrote:
> > El día Wednesday, February 25, 2009 a las 06:36:31PM +0100, Yorick Moko 
> > escribió:
> >
> >   
> >> http://en.wikipedia.org/wiki/Touchscreen#Resistive
> >> vs
> >> http://en.wikipedia.org/wiki/Touchscreen#Capacitive
> >> 
> >
> > Thanks;
> >
> > But: Do we really want a GTA03 which can't be managed with a stylus pen?
> > I can't imagine a 'Terminal' like keyboard (i.e. one having all keys
> > like the actual Om2008.9 'Terminal', including Shift, SHift-Lock, ...)
> > and using it with my finger tips; how should this work? Where this idea,
> > GTA03 with Capacitive, comes from? :-((
> >
> > matthias
> >   
> 
> What do you mean? You can get a stylus that works with capacitive touch 
> screens:
> 
> http://songtak.manufacturer.globalsources.com/si/6008826112271/pdtl/PDA-styli/1006246576/Touch-Pen.htm

You call that a stylus? Scroll a little further down the page for
some _real_ stylus examples. :)

That thing is HUGE and uneeded. If you need something just as big, then
you're ok with using the finger (unless you sweat a lot).

> Just about all phone manufacturers are going to capacitive screens as 
> they virtually eliminate accidental touches in something like a purse or 
> pocket.

They also eliminate precision.

> How a keyboard works with the iPhone is it expands a key on touch, lets 
> you slide your finger if you missed the right one, then types in when 
> you release.

Which is freakishy horrible in my experience.

Rui

-- 
Keep the Lasagna flying!
Today is Boomtime, the 57th day of Chaos in the YOLD 3175
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

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

Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

[Sean McNeil]

Matthias Apitz wrote:
> El día Wednesday, February 25, 2009 a las 06:36:31PM +0100, Yorick Moko 
> escribió:
>
>   
>> http://en.wikipedia.org/wiki/Touchscreen#Resistive
>> vs
>> http://en.wikipedia.org/wiki/Touchscreen#Capacitive
>> 
>
> Thanks;
>
> But: Do we really want a GTA03 which can't be managed with a stylus pen?
> I can't imagine a 'Terminal' like keyboard (i.e. one having all keys
> like the actual Om2008.9 'Terminal', including Shift, SHift-Lock, ...)
> and using it with my finger tips; how should this work? Where this idea,
> GTA03 with Capacitive, comes from? :-((
>
>   matthias
>   

What do you mean? You can get a stylus that works with capacitive touch 
screens:

http://songtak.manufacturer.globalsources.com/si/6008826112271/pdtl/PDA-styli/1006246576/Touch-Pen.htm

Just about all phone manufacturers are going to capacitive screens as 
they virtually eliminate accidental touches in something like a purse or 
pocket. Calibration used to be an issue, but resistive screens are made 
with pretty good tolerances now and don't often need recalibration once 
manufacturing goes into mass production.

How a keyboard works with the iPhone is it expands a key on touch, lets 
you slide your finger if you missed the right one, then types in when 
you release.


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

Re: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

[Shawn "Trash" Thompson]

Matthias Apitz wrote:

El día Wednesday, February 25, 2009 a las 06:36:31PM +0100, Yorick Moko 
escribió:

  

http://en.wikipedia.org/wiki/Touchscreen#Resistive
vs
http://en.wikipedia.org/wiki/Touchscreen#Capacitive



Thanks;

But: Do we really want a GTA03 which can't be managed with a stylus pen?
I can't imagine a 'Terminal' like keyboard (i.e. one having all keys
like the actual Om2008.9 'Terminal', including Shift, SHift-Lock, ...)
and using it with my finger tips; how should this work? Where this idea,
GTA03 with Capacitive, comes from? :-((

matthias

  
Ever used an iPhone? their screen is nice, responsive and the gui is 
designed where a stylus isn't needed. I actually was rather fond of the 
iPhone screen and was very unimpressed with the GTA02's touchscreen in 
comparison.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)

[Matthias Apitz]

El día Wednesday, February 25, 2009 a las 06:36:31PM +0100, Yorick Moko 
escribió:

> http://en.wikipedia.org/wiki/Touchscreen#Resistive
> vs
> http://en.wikipedia.org/wiki/Touchscreen#Capacitive

Thanks;

But: Do we really want a GTA03 which can't be managed with a stylus pen?
I can't imagine a 'Terminal' like keyboard (i.e. one having all keys
like the actual Om2008.9 'Terminal', including Shift, SHift-Lock, ...)
and using it with my finger tips; how should this work? Where this idea,
GTA03 with Capacitive, comes from? :-((

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  - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/

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

Re: [SHR/FSO] - GPS - no fix, ogpsd.pickle question

[Xavier Cremaschi]

Since my update of yesterday evening I have successfully obtain a fix 
(and /etc/init.d/fso-gpsd stop && rm ogps.pickle && reboot)

Try to do the update :if it works it was a regression, if not it 
confirms another problem, getting a fix is very tricky.

Best regards,
Xavier


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

[Android] muxgsm-ril code submitted

[Sean McNeil]

We have submitted the RIL to Google now and it is available for 
inspection at:

https://review.source.android.com/9013

Sean


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

Re: GUI responsiveness (was Re: SHR first impression : it's slow ?)

[Joel Newkirk]

On Wed, 25 Feb 2009 12:43:59 +0100
Helge Hafting  wrote:

> Joel Newkirk wrote:

> > With the default.edj theme (Illume doesn't override it for Fileman,
> > which includes Illume icons) every icon on the 'desktop' initially
> > displays just the icon image, be it png, jpg, animated edj,
> > whatever. When you touch the screen to scroll it, it will highlight
> > the touched icon even if you don't actually select it.
> Hm - it shoudln't highlight unless it actually is selected. :-/
> >  When it highlights it, it
> > makes visible a 'background' png behind the icon, and two or three
> > layers of transparent pngs on top of the icon, to give the 'glass
> > button with an icon embedded in it' effect. Even when not visible
> > (IE, on at least all but one icon at a time) those extra pngs are
> > there, their positions are calculated AFAIK and their bitmaps are
> > loaded.
> 
> I'm not sure if I understand that. Only one icon looks like a glass 
> button - sure. Now, I understand that illume may have precomputed the 
> glass button look for every icon there is, spending some memory. But
> why should that need any cpu when scrolling? The glass button effect
> isn't applied to the other icons, so those glass images should just
> sit in memory somewhere untouched?
> 
> > (again, AFAIK - those two are internals of Enlightenment and I'm
> > guessing)  

As I said, I'm guessing, but when I removed the extra PNG images and
leav just one, enlightenment average CPU drops and the display is more
responsive. The glass button effect /is/ applied to every icon,
it's just that the parts ('parts' in edc syntax) relevant to the effect
are flagged as non-visible by default.  I'm assuming that even when a
element in the GUI is flagged visible=0 that it still calculates its
position onscreen, so that if you have 20 icons in Illume then you're
trying to scroll at least 100 transparent png images. ('icon' image,
background, shine, highlight, shadow - there are actually 9 png images
specified, plus the icon image itself) Pasted at the end is the entire
group "e/fileman/desktop/icon/fixed" from default.edc. You can see that
each icon actually contains eight png images, and twelve programs,
including six that specify animated transitions.

it also doesn't help that Enlightenment is advanced enough to perform
some very nice scaling tricks - like specifying that 6 pixels inward
from each edge should not be stretched away from that edge, so for
example you can have a 13x13 PNG that functions as a 6-pixel border,
with the central pixel being scaled as large as needed, while the edges
are only stretched in one dimension, along the edge.  Wonderful feature
to have, but I suspect that the calculations involved in this scaling
and other nice effects E offers are at least a slight detriment to the
(integer) FR user experience...

> > But to make the user experience worse, whenever those extra pngs are
> > made visible or invisible, it uses an animated fade-in/fade-out.  So
> > every time you drag to scroll, it's busy animating a fade-out on the
> > previously highlighted icon, animating a fade-in on the one under
> > your finger, and scrolling all the transparent and invisible PNGs.
> > The effect is quite attractive, if only the FR had the horsepower
> > to manage it while running a phone, GPS, and frameworkd. :(
> 
> I see no fade effect. When I click an icon, it gets the "glass"
> effect. It appear with a slight delay, but there is no visible "fade
> in". One minute there is just the icon, the next moment it is
> "glassed". So if much work goes into this - then it is all wasted.

If you watch an icon closely when you press your stylus against it, you
can usually perceive the fade-in taking place, particularly if your FR
is straining, in which case you can sometimes see a few distinct delayed
steps.  The linear transition is set to occur in 0.2 seconds fading in,
and 0.1 seconds fading out - so it is quite brief.  I believe it
abides by the "Framerate" setting in Illume config (the spanner), such
that a 30fps setting and a 0.2 second fade equal a 6-frame animation.
You can see it in the first two program sections below, "go_active" and
"go_passive". The thumb_gen series with the decelerated and sinusoidal
transitions aren't used on the Illume desktop it seems, but if you for
example open the wallpaper settings in Illume config you can observer
thumbnails that 'zoom' out from zero size when displayed, to become
clickable 'icons'.

> > 
> > With the present state of my altered Illume theme (serenity.edj)
> > I've trimmed the icons down to just the 'icon' image itself and a
> > single png that appears behind it when highlighted.  Outside the
> > theme itself I've disabled dropshadows and changed rendering, and
> > disabled the battery applet display (pending debugging - it sucks
> > CPU apparently) and it reduced Enlightenment cpu usage
> > dramatically.  
> > 
> > But I found significant further savings by tweaking icons.  
> [...]
> I am lookin

Re: Openmoko media player and direct mp3 to bluetooth headphones

[The Digital Pioneer]

OK then. So does anyone know of a headset that CAN do OGG? :D
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko media player and direct mp3 to bluetooth headphones

[Angus Ainslie]

On Thu, 2009-02-26 at 08:52 +0530, Carl Lobo wrote:
> My guess is that the conversion to A2DP from MP3 takes place inside
> the WM8753 chip which sends that directly to the bluetooth hardware. I
> couldn't find anything about OGG support there from what I've read, it
> seems to have support for MPEG and PCM codecs as required by HSP and
> A2DP bluetooth specs.
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

There's no conversion happening inside the wolfson chip.

Not all headsets can take mp3 directly. But this will work for those
that do.

Angus


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

Re: Openmoko media player and direct mp3 to bluetooth headphones

[Carl Lobo]

My guess is that the conversion to A2DP from MP3 takes place inside
the WM8753 chip which sends that directly to the bluetooth hardware. I
couldn't find anything about OGG support there from what I've read, it
seems to have support for MPEG and PCM codecs as required by HSP and
A2DP bluetooth specs.

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

Re: Openmoko media player and direct mp3 to bluetooth headphones

[The Digital Pioneer]

So is this to say that the bluetooth earpiece itself has MP3-decoding
capability? I find that hard to imagine. So where is the decoding actually
taking place? And can it be done with OGG too, since it's the obviously
superior codec. :P
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openmoko media player and direct mp3 to bluetooth headphones

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| Hi,
|
| Daniel Benoy wrote:
|> Apparently bluez supports sending mp3 data directly to bluetooth stereo
|> headphones, rather than using CPU taxing SBC compression encoding.
|>
|> (FYI: The way to test direct mp3 is like this: gst-launch filesrc
|> location= ! mp3parse ! a2dpsink device=XX:XX:XX:XX:XX:XX
|> ...
|>
|   I'm in the process of making a new media player (OK well - 2 formats
as of
| now mp3 and ogg - with maybe aac later if I can get a GPL codec) called
| intone. It is essentially aimed at reducing CPU usage by using integer
based
| codecs (libmpg123 and tremor). I'm currently playing 44100 hz ogg files at
| about 17-19% CPU usage.
|   Anyhow, your finding is very interesting. If you could post some more
| details - the version of bluez, your audio.conf, hcid.conf etc and a
step by
| step method of sending data to the bluetooth headset (including headset
| bonding) that would be helpful.

Yes it's pretty interesting to read, especially as it pushes the "dodgy
codec" business outside of anything to do with OM, and has power advantages.

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

iEYEARECAAYFAkmmBYsACgkQOjLpvpq7dMov8ACfZ9YrZghG3XIHNItuZ/aRBUJu
fC8AnjYNUTMsSZawuK6jMUP+3oj/aWxJ
=ilfj
-END PGP SIGNATURE-

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

Re: [SHR] Suspend / Resume speed

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:

| Are you booting from NAND or NOR flash?  I know when I boot from NAND
| flash I see a bunch of text scroll by on resume.  I don't see that
| when booted from NOR.  I don't know why...  Have you tried that?

It'll just be different loglevel= or console= on kernel commandline
depending on which bootloader and where you're booting from.

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

iEYEARECAAYFAkmmBSkACgkQOjLpvpq7dMoQAwCaAj4gYunzAQGaAT4mc2R7DmfO
SPYAn1o0cBKB55DyKYYrUXIBM5qdwbWc
=1n1k
-END PGP SIGNATURE-

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

Re: Openmoko media player and direct mp3 to bluetooth headphones

[c_c]

Hi,

Daniel Benoy wrote:
> 
> Apparently bluez supports sending mp3 data directly to bluetooth stereo
> headphones, rather than using CPU taxing SBC compression encoding.  
> 
> (FYI: The way to test direct mp3 is like this: gst-launch filesrc
> location= ! mp3parse ! a2dpsink device=XX:XX:XX:XX:XX:XX 
> ...
> 
  I'm in the process of making a new media player (OK well - 2 formats as of
now mp3 and ogg - with maybe aac later if I can get a GPL codec) called
intone. It is essentially aimed at reducing CPU usage by using integer based
codecs (libmpg123 and tremor). I'm currently playing 44100 hz ogg files at
about 17-19% CPU usage.
  Anyhow, your finding is very interesting. If you could post some more
details - the version of bluez, your audio.conf, hcid.conf etc and a step by
step method of sending data to the bluetooth headset (including headset
bonding) that would be helpful.
-- 
View this message in context: 
http://n2.nabble.com/Openmoko-media-player-and-direct-mp3-to-bluetooth-headphones-tp2386471p2387454.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: [SHR unstable] bluez-utils bluez4

[Carl Lobo]

I did have the remoko-server package. But I was using bluez4 and I had
removed all the bluez 3.x stuff.

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

Re: Error found on "make fso-gta02-milestone5-image"

[Tomas Riveros Schober]

since it's glibc related, why not try this:
http://wiki.openmoko.org/wiki/Talk:MokoMakefile#glibc_fails_to_build

Tom

Daniel.Li escribió:
> On Thu, 2009-02-26 at 07:50 +0800, HouYu Li wrote:
>   
>> using the default makefile from download site works well. haven't
>> tried the git version. I think you might try milestone5.1.
>> 
>
> I have check "wget http://downloads.freesmartphone.org/Makefile";.
> And diff this file with common/Makefile.
>
> They are the same.
>   
>> On Thu, Feb 26, 2009 at 7:43 AM, Daniel.Li  wrote:
>> Dear List,
>> 
>> I have followed http://wiki.openmoko.org/wiki/Building_FSO to
>> build fso
>> $ git clone git://git.freesmartphone.org/fso-makefile common
>> $ ln -s common/Makefile Makefile
>> $ make fso-gta02-milestone5-image
>> 
>> blabla..
>> 
>> NOTE: Psyco JIT Compiler (http://psyco.sf.net) not available.
>> Install it
>> to increase performance.
>> NOTE: Handling BitBake files: | (5389/6406) [84 %]ERROR: Could
>> not
>> include required file glibc_2.6.1.bb while
>> parsing 
>> /home/daniel/work4/fso/fso-milestone5/openembedded/packages/glibc/glibc-initial_2.6.1.bb
>> NOTE: Handling BitBake files: - (6406/6406) [100 %]
>> NOTE: Parsing finished. 0 cached, 6123 parsed, 282 skipped, 0
>> masked.
>> ERROR: Parsing errors found, exiting...
>> make[1]: *** [image] Error 1
>> make[1]: Leaving directory
>> `/home/daniel/work4/fso/fso-milestone5'
>> make: *** [fso-gta02-milestone5-image] Error 2
>> 
>> 
>> Have anyone met this before, how can i solve this? Thanks.
>> 
>> 
>> --
>> Daniel.Li 
>> PALFocus (http://palfocus.oicp.net)
>> 
>> 
>> 
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>>
>>
>> -- 
>> Best Regards
>>
>> HouYu Li, Karajan
>>
>> karajan_ii (at) hotmail.com
>> karadog (at) gmail.com
>> lihouyu (at) phpex.net
>>
>> PHP Programmer
>> Red Hat Certified Engineer
>>
>> Shanghai, China
>> 


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

Re: Error found on "make fso-gta02-milestone5-image"

[Daniel.Li]

On Thu, 2009-02-26 at 07:50 +0800, HouYu Li wrote:
> using the default makefile from download site works well. haven't
> tried the git version. I think you might try milestone5.1.

I have check "wget http://downloads.freesmartphone.org/Makefile";.
And diff this file with common/Makefile.

They are the same.
> 
> On Thu, Feb 26, 2009 at 7:43 AM, Daniel.Li  wrote:
> Dear List,
> 
> I have followed http://wiki.openmoko.org/wiki/Building_FSO to
> build fso
> $ git clone git://git.freesmartphone.org/fso-makefile common
> $ ln -s common/Makefile Makefile
> $ make fso-gta02-milestone5-image
> 
> blabla..
> 
> NOTE: Psyco JIT Compiler (http://psyco.sf.net) not available.
> Install it
> to increase performance.
> NOTE: Handling BitBake files: | (5389/6406) [84 %]ERROR: Could
> not
> include required file glibc_2.6.1.bb while
> parsing 
> /home/daniel/work4/fso/fso-milestone5/openembedded/packages/glibc/glibc-initial_2.6.1.bb
> NOTE: Handling BitBake files: - (6406/6406) [100 %]
> NOTE: Parsing finished. 0 cached, 6123 parsed, 282 skipped, 0
> masked.
> ERROR: Parsing errors found, exiting...
> make[1]: *** [image] Error 1
> make[1]: Leaving directory
> `/home/daniel/work4/fso/fso-milestone5'
> make: *** [fso-gta02-milestone5-image] Error 2
> 
> 
> Have anyone met this before, how can i solve this? Thanks.
> 
> 
> --
> Daniel.Li 
> PALFocus (http://palfocus.oicp.net)
> 
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 
> 
> -- 
> Best Regards
> 
> HouYu Li, Karajan
> 
> karajan_ii (at) hotmail.com
> karadog (at) gmail.com
> lihouyu (at) phpex.net
> 
> PHP Programmer
> Red Hat Certified Engineer
> 
> Shanghai, China
-- 
Daniel.Li 
PALFocus (http://palfocus.oicp.net)



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

Re: Error found on "make fso-gta02-milestone5-image"

[Daniel.Li]

On Thu, 2009-02-26 at 07:51 +0800, HouYu Li wrote:
> There's a version number in the top of Makefile

Well, I got, see below. It seems no version number.

# Makefile for the OpenMoko FSO development system
# Licensed under the GPL v2 or later

BITBAKE_VERSION = branches/bitbake-1.8

FSO_STABLE_MILESTONE = milestone5
FSO_STABLE_BRANCH = fso/${FSO_STABLE_MILESTONE}
FSO_STABLE_VERSION = fso/${FSO_STABLE_MILESTONE}

.PHONY: all
all: update build


> using the default makefile from download site works well. haven't
> tried the git version. I think you might try milestone5.1.

Do u mean "wget http://downloads.freesmartphone.org/Makefile"; to get the
makefile and run "make fso-gta02-milestone5-image" again?


> On Thu, Feb 26, 2009 at 7:50 AM, HouYu Li  wrote:
> using the default makefile from download site works well.
> haven't tried the git version. I think you might try
> milestone5.1.
> 
> 
> 
> On Thu, Feb 26, 2009 at 7:43 AM, Daniel.Li 
> wrote:
> Dear List,
> 
> I have followed
> http://wiki.openmoko.org/wiki/Building_FSO to build
> fso
> $ git clone git://git.freesmartphone.org/fso-makefile
> common
> $ ln -s common/Makefile Makefile
> $ make fso-gta02-milestone5-image
> 
> blabla..
> 
> NOTE: Psyco JIT Compiler (http://psyco.sf.net) not
> available. Install it
> to increase performance.
> NOTE: Handling BitBake files: | (5389/6406) [84
> %]ERROR: Could not
> include required file glibc_2.6.1.bb while
> parsing 
> /home/daniel/work4/fso/fso-milestone5/openembedded/packages/glibc/glibc-initial_2.6.1.bb
> NOTE: Handling BitBake files: - (6406/6406) [100 %]
> NOTE: Parsing finished. 0 cached, 6123 parsed, 282
> skipped, 0 masked.
> ERROR: Parsing errors found, exiting...
> make[1]: *** [image] Error 1
> make[1]: Leaving directory
> `/home/daniel/work4/fso/fso-milestone5'
> make: *** [fso-gta02-milestone5-image] Error 2
> 
> 
> Have anyone met this before, how can i solve this?
> Thanks.
> 
> 
> --
> Daniel.Li 
> PALFocus (http://palfocus.oicp.net)
> 
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 
> 
> 
> -- 
> Best Regards
> 
> HouYu Li, Karajan
> 
> karajan_ii (at) hotmail.com
> karadog (at) gmail.com
> lihouyu (at) phpex.net
> 
> PHP Programmer
> Red Hat Certified Engineer
> 
> Shanghai, China
> 
> 
> 
> -- 
> Best Regards
> 
> HouYu Li, Karajan
> 
> karajan_ii (at) hotmail.com
> karadog (at) gmail.com
> lihouyu (at) phpex.net
> 
> PHP Programmer
> Red Hat Certified Engineer
> 
> Shanghai, China
-- 
Daniel.Li 
PALFocus (http://palfocus.oicp.net)



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

Re: Error found on "make fso-gta02-milestone5-image"

[HouYu Li]

There's a version number in the top of Makefile

On Thu, Feb 26, 2009 at 7:50 AM, HouYu Li  wrote:

> using the default makefile from download site works well. haven't tried the
> git version. I think you might try milestone5.1.
>
>
> On Thu, Feb 26, 2009 at 7:43 AM, Daniel.Li  wrote:
>
>> Dear List,
>>
>> I have followed http://wiki.openmoko.org/wiki/Building_FSO to build fso
>> $ git clone git://git.freesmartphone.org/fso-makefile common
>> $ ln -s common/Makefile Makefile
>> $ make fso-gta02-milestone5-image
>>
>> blabla..
>>
>> NOTE: Psyco JIT Compiler (http://psyco.sf.net) not available. Install it
>> to increase performance.
>> NOTE: Handling BitBake files: | (5389/6406) [84 %]ERROR: Could not
>> include required file glibc_2.6.1.bb while
>> parsing /home/daniel/work4/fso/fso-milestone5/openembedded/packages/glibc/
>> glibc-initial_2.6.1.bb
>> NOTE: Handling BitBake files: - (6406/6406) [100 %]
>> NOTE: Parsing finished. 0 cached, 6123 parsed, 282 skipped, 0 masked.
>> ERROR: Parsing errors found, exiting...
>> make[1]: *** [image] Error 1
>> make[1]: Leaving directory `/home/daniel/work4/fso/fso-milestone5'
>> make: *** [fso-gta02-milestone5-image] Error 2
>>
>>
>> Have anyone met this before, how can i solve this? Thanks.
>>
>>
>> --
>> Daniel.Li 
>> PALFocus (http://palfocus.oicp.net)
>>
>>
>>
>> ___
>> Openmoko community mailing list
>> community@lists.openmoko.org
>> http://lists.openmoko.org/mailman/listinfo/community
>>
>
>
>
> --
> Best Regards
>
> HouYu Li, Karajan
>
> karajan_ii (at) hotmail.com
> karadog (at) gmail.com
> lihouyu (at) phpex.net
>
> PHP Programmer
> Red Hat Certified Engineer
>
> Shanghai, China
>



-- 
Best Regards

HouYu Li, Karajan

karajan_ii (at) hotmail.com
karadog (at) gmail.com
lihouyu (at) phpex.net

PHP Programmer
Red Hat Certified Engineer

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

Re: Error found on "make fso-gta02-milestone5-image"

[HouYu Li]

using the default makefile from download site works well. haven't tried the
git version. I think you might try milestone5.1.

On Thu, Feb 26, 2009 at 7:43 AM, Daniel.Li  wrote:

> Dear List,
>
> I have followed http://wiki.openmoko.org/wiki/Building_FSO to build fso
> $ git clone git://git.freesmartphone.org/fso-makefile common
> $ ln -s common/Makefile Makefile
> $ make fso-gta02-milestone5-image
>
> blabla..
>
> NOTE: Psyco JIT Compiler (http://psyco.sf.net) not available. Install it
> to increase performance.
> NOTE: Handling BitBake files: | (5389/6406) [84 %]ERROR: Could not
> include required file glibc_2.6.1.bb while
> parsing /home/daniel/work4/fso/fso-milestone5/openembedded/packages/glibc/
> glibc-initial_2.6.1.bb
> NOTE: Handling BitBake files: - (6406/6406) [100 %]
> NOTE: Parsing finished. 0 cached, 6123 parsed, 282 skipped, 0 masked.
> ERROR: Parsing errors found, exiting...
> make[1]: *** [image] Error 1
> make[1]: Leaving directory `/home/daniel/work4/fso/fso-milestone5'
> make: *** [fso-gta02-milestone5-image] Error 2
>
>
> Have anyone met this before, how can i solve this? Thanks.
>
>
> --
> Daniel.Li 
> PALFocus (http://palfocus.oicp.net)
>
>
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



-- 
Best Regards

HouYu Li, Karajan

karajan_ii (at) hotmail.com
karadog (at) gmail.com
lihouyu (at) phpex.net

PHP Programmer
Red Hat Certified Engineer

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

Error found on "make fso-gta02-milestone5-image"

[Daniel.Li]

Dear List,

I have followed http://wiki.openmoko.org/wiki/Building_FSO to build fso
$ git clone git://git.freesmartphone.org/fso-makefile common
$ ln -s common/Makefile Makefile
$ make fso-gta02-milestone5-image

blabla..

NOTE: Psyco JIT Compiler (http://psyco.sf.net) not available. Install it
to increase performance.
NOTE: Handling BitBake files: | (5389/6406) [84 %]ERROR: Could not
include required file glibc_2.6.1.bb while
parsing 
/home/daniel/work4/fso/fso-milestone5/openembedded/packages/glibc/glibc-initial_2.6.1.bb
NOTE: Handling BitBake files: - (6406/6406) [100 %]
NOTE: Parsing finished. 0 cached, 6123 parsed, 282 skipped, 0 masked.
ERROR: Parsing errors found, exiting...
make[1]: *** [image] Error 1
make[1]: Leaving directory `/home/daniel/work4/fso/fso-milestone5'
make: *** [fso-gta02-milestone5-image] Error 2


Have anyone met this before, how can i solve this? Thanks.


-- 
Daniel.Li 
PALFocus (http://palfocus.oicp.net)



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

Openmoko media player and direct mp3 to bluetooth headphones

[Daniel Benoy]

Apparently bluez supports sending mp3 data directly to bluetooth stereo 
headphones, rather than using CPU taxing SBC compression encoding.  This is 
especially good on the openmoko.  In my experience, it can handle even high 
fidelity audio, but as soon as you start using the GUI or some other CPU 
intensive activity, it will start to skip hevily.

With much effort I've managed to convince gstreamer to send mp3 data directly 
to a2dpsink, and the performance has improved remarkably!  And the CPU is no 
longer getting hammered.  I can see why this encoding option is so ubiquitous 
among other cell phone music players.

My problem now, is that I'm using the gst-launch gstreamer debugging command 
line tool to play my audio.  This isn't good because it doesn't support basic 
things like pausing or seeking, and even if it did, the AVRCP signals from my 
headphone pause and play buttons wouldn't be registered unless it's listening 
to X for input events.

Thinking back, I remember that there used to be an openmoko media player that 
used gstreamer, and it looked pretty nice and it was done up with GTK in the 
old om2007 style.  Is that media player still around?  Would it be possible to 
make it into its own project so that I can install it under debian without 
major hassles?  (And also I'd like to upgrade it to support direct mp3 a2dp.)

Or, do y'all have any alternative suggestions for me?

(FYI: The way to test direct mp3 is like this: gst-launch filesrc 
location= ! mp3parse ! a2dpsink device=XX:XX:XX:XX:XX:XX  ... 
You may also want to pass --gst-debug a2dpsink:5,avdtpsink:5 to it.  I had to 
manually patch a problem where it was reporting 'joint-stereo' instead of just 
'joint' from mp3parse... but I don't know, it may work under other 
distributions than Debian)

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

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

Re: [SHR] Revealing/Hiding my caller id

[The Digital Pioneer]

Yeah, I figured as much. Was worth asking though. :P
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR] Revealing/Hiding my caller id

[Franky Van Liedekerke]

On Wed, 25 Feb 2009 15:39:17 -0600
The Digital Pioneer  wrote:

> Ahh, too bad. :P
> 
> I don't suppose anyone could mod the firmware to make it allow that
> could they? It would be a fun prank. :)

it sounds to me that it would totally and utterly illegal ... I can't
even begin to imagine how criminals would abuse such a thing.
And I'm not even sure that you can do it by changing firmware, there's
always a man in the middle (the GSM provider) that normally sends your
phonenumber to the other party (except if you indicate you don't want
it).

Franky

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

Re: [SHR] Revealing/Hiding my caller id

[The Digital Pioneer]

Ahh, too bad. :P

I don't suppose anyone could mod the firmware to make it allow that could
they? It would be a fun prank. :)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR] Revealing/Hiding my caller id

[Michael 'Mickey' Lauer]

Am Mittwoch, den 25.02.2009, 14:00 -0600 schrieb The Digital Pioneer:
> What I want to know is if there is a way to spoof the caller ID. :P

No. The GSM modem in the FreeRunner is bound by the (pretty much)
standard-conform firmware that does not allow that.

:M:



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

Re: Freerunner LightSaber

[kris Occhipinti]

which link? this one:
http://filmsbykris.com/freerunner-debian/ko-user/ko-lightsaber.tar.gz
I just checked and it works

On Wed, Feb 25, 2009 at 11:11 AM, KaZeR  wrote:
>
>
>
> kris Occhipinti wrote:
> >
> > I don't know what to tell you.
> > I'm running om2008.9 and I don't think I did anything special other then
> > install pygame as I posted above.
> >
> > As far as it running under Debian, I'm also running Hackable1 (based on
> > Debian) and I can not get pygame to see the sound card.  I'm still trying
> > to
> > figure this out and ill post anything I find.
> >
>
>
> Hi, any news?
> The link you gave at the beginning of the thread gives me a 404..
> --
> View this message in context: 
> http://n2.nabble.com/Freerunner-LightSaber-tp2173694p2384540.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: Introducing CellHunter (Update 0.4.1)

[Fernando Martins]

Sebastian Hammerl wrote:
> I created a manual for cellhunter i hope it will help.
>
> you find it under the introduction on the cellhunter homepage.
>
Allow me to display my ignorance and ask what is this cell info useful for?

(no hint the wiki page)

Fernando

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

Re: Register your FreeRunner at Linux Counter

[Nelson Castillo]

On Wed, Feb 25, 2009 at 11:59 PM, Pander  wrote:
> Hi all,
>
> Please register your device at http://counter.li.org
>
> I filled out these details, please let me know if you have better details:

I tried to use the same details and registered #397298 .

> Perhaps some one is interested in packaging the linux couter tool in an opk?

That would be nice :-) I installed perl and  then tried to run the
automatic script using SHR unstable but it died -- I didn't check why.

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

Re: [SHR] Revealing/Hiding my caller id

[The Digital Pioneer]

What I want to know is if there is a way to spoof the caller ID. :P
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR] Suspend / Resume speed

[Steven **]

Are you booting from NAND or NOR flash?  I know when I boot from NAND
flash I see a bunch of text scroll by on resume.  I don't see that
when booted from NOR.  I don't know why...  Have you tried that?

-Steven

On Mon, Feb 23, 2009 at 2:32 AM, Florian Hackenberger
 wrote:
> I suspect that we could save at least a second of
> resume time, because printing and scrolling a few hundred lines of
> kernel log in addition to the mode switches takes a bit of time.

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

Re: [SHR] Revealing/Hiding my caller id

[Johny Tenfinger]

I've just commited GUI for shr-settings for revealing and hiding caller id :)

dos

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

Re: [SHR] Suspend / Resume speed

[Michael 'Mickey' Lauer]

Am Mittwoch, den 25.02.2009, 19:05 +0100 schrieb Florian Hackenberger:
> On Monday 23 February 2009 12:08:10 Michael 'Mickey' Lauer wrote:
> > Am Montag, den 23.02.2009, 09:32 +0100 schrieb Florian Hackenberger:
> > > I noticed that suspending / resuming on 2008.12 is quite fast compared
> > > to SHR. The difference which is most noticeable is that SHR switches to
> > > a virtual terminal before and right after suspending, as opposed to
> > > 2008.12 which resumes right into X.
> > Chances are they just cover up by turning backlight off prior to doing
> > real suspend and then wait until resume has happened before turning it
> > on again. We're not doing this yet, since we had our share with
> > suspend/resume problems in the past and only will do that once it proves
> > 100% solid.
> 
> I don't think that they simply disable the backlight. Resuming from SHR 
> unstable takes about 5-6 seconds (no incoming call), while 2008.12 resumes 
> under 3 seconds. While this is not a scientific measurement, 2008.12 surely 
> is a lot faster. Any other ideas what they do differently?

No idea, sorry. I have never seen 2008.12. It's definitely not a problem
in the base system, since FSO ms5.1 resolves in 1 second (admittedly,
with Qi, with U-Boot it might be 2 seconds).

> 
> > > Is there a way to replicate this
> > > behaviour on SHR? I suspect that we could save at least a second
> of
> > > resume time, because printing and scrolling a few hundred lines of
> > > kernel log in addition to the mode switches takes a bit of time.
> > IIRC Garmin had a patch in their Navi sources that removes switching
> the
> > VT on suspend/resume, which gave a) a better user experience and b)
> a
> > small speedup. We should pick that up IMO.
> 
> It should be easier to copy from 2008.12 shouldn't it?

No, 2008.12 certainly has no kernel patches like that.

:M:


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

RE: [Om2008.9] how using services of the GSM provider

[Matthias Camenzind]

Sorry, it's #31# (the star is used on fixnet phones).

> From: m.camenz...@live.com
> To: g...@unixarea.de
> Subject: RE: [Om2008.9] how using services of the GSM provider
> Date: Fri, 3 Oct 2008 03:09:04 +
> 
> 
> hide caller ID: *31*number
> for redirecting incoming calls visit this page: 
> http://www.telespiegel.de/handy/netzcode-rufumleitung.html (german)
> 
> > Date: Thu, 2 Oct 2008 19:59:49 +0200
> > From: g...@unixarea.de
> > To: community@lists.openmoko.org
> > Subject: [Om2008.9] how using services of the GSM provider
> > 
> > 
> > Hello,
> > 
> > How can I use cetain services the GSM offers, like
> > 
> > - hiding caller ID ever/never/next-call
> > - re-direct incoming calls to mobile voicebox on busy/no-answer/any
> > 
> > Sorry, if this is a FAQ, but I don't see it on the Wiki;
> > 
> > thx
> > 
> > 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  - 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
> 
> _
> Die neue Generation der Windows Live Services - jetzt downloaden!
> http://get.live.com

_
Werden Sie Mitglied der neuen Windows Live Messenger Familie!
http://download.live.com___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR] Suspend / Resume speed

[Florian Hackenberger]

On Monday 23 February 2009 12:08:10 Michael 'Mickey' Lauer wrote:
> Am Montag, den 23.02.2009, 09:32 +0100 schrieb Florian Hackenberger:
> > I noticed that suspending / resuming on 2008.12 is quite fast compared
> > to SHR. The difference which is most noticeable is that SHR switches to
> > a virtual terminal before and right after suspending, as opposed to
> > 2008.12 which resumes right into X.
> Chances are they just cover up by turning backlight off prior to doing
> real suspend and then wait until resume has happened before turning it
> on again. We're not doing this yet, since we had our share with
> suspend/resume problems in the past and only will do that once it proves
> 100% solid.

I don't think that they simply disable the backlight. Resuming from SHR 
unstable takes about 5-6 seconds (no incoming call), while 2008.12 resumes 
under 3 seconds. While this is not a scientific measurement, 2008.12 surely 
is a lot faster. Any other ideas what they do differently?

> > Is there a way to replicate this
> > behaviour on SHR? I suspect that we could save at least a second of
> > resume time, because printing and scrolling a few hundred lines of
> > kernel log in addition to the mode switches takes a bit of time.
> IIRC Garmin had a patch in their Navi sources that removes switching the
> VT on suspend/resume, which gave a) a better user experience and b) a
> small speedup. We should pick that up IMO.

It should be easier to copy from 2008.12 shouldn't it?

Cheers,
Florian


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

Re: Monologue - very simple dictation assistant

[Timo Juhani Lindfors]

kimaidou  writes:
> * One question to Timo : have you tested your soft in noisy environment ? Is
> it able to differenciate a voice from another sound ?

I need to add a command-line option to set the noise
limit. Additionally it maybe could automatically detect this limit
based on the environment but that is more tricky to get right.

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

Re: OT: iPhone howto

[Yorick Moko]

http://en.wikipedia.org/wiki/Touchscreen#Resistive
vs
http://en.wikipedia.org/wiki/Touchscreen#Capacitive

On Wed, Feb 25, 2009 at 6:20 PM, Matthias Apitz  wrote:
> El día Wednesday, February 25, 2009 a las 04:59:33PM +0100, Cédric Berger 
> escribió:
>
>> On Wed, Feb 25, 2009 at 16:49, Yorick Moko  wrote:
>> > On Wed, Feb 25, 2009 at 11:05 AM, Paul Fertser  wrote:
>> >> FYI GTA03 will most probably have a capacitive touchscreen as well.
>> >
>> > I must have missed that one...
>> > who said/insinuated it?
>> >
>> Andy :
>> https://docs.openmoko.org/trac/ticket/218#comment:11
>> "On GTA03, we have capacitive touchscreen so we can't use the same trick"
>
> Could someone please be so kind and explain what the diff between both
> is or point me to that information explaining it? Thx
>
>        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  - w http://www.oclc.org/ http://www.UnixArea.de/
> b http://gurucubano.blogspot.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: OT: iPhone howto

[Matthias Apitz]

El día Wednesday, February 25, 2009 a las 04:59:33PM +0100, Cédric Berger 
escribió:

> On Wed, Feb 25, 2009 at 16:49, Yorick Moko  wrote:
> > On Wed, Feb 25, 2009 at 11:05 AM, Paul Fertser  wrote:
> >> FYI GTA03 will most probably have a capacitive touchscreen as well.
> >
> > I must have missed that one...
> > who said/insinuated it?
> >
> Andy :
> https://docs.openmoko.org/trac/ticket/218#comment:11
> "On GTA03, we have capacitive touchscreen so we can't use the same trick"

Could someone please be so kind and explain what the diff between both
is or point me to that information explaining it? Thx

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  - w http://www.oclc.org/ http://www.UnixArea.de/
b http://gurucubano.blogspot.com/

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

Re: Monologue - very simple dictation assistant

[kimaidou]

Hi all

I would like to react :D
I created voicenote because there WAS no application running on the moko to
record wav file. Since I did not want to make it weight, and because it was
at the beginning only for recording wav files, I did not choose python + a
gui.
+ I would like to learn a bit of bash scripting :D

This was and is still Ok if you just want to have a very fast "do your job"
application = voicenote

Just after the release, and today, 2 identical projects poped up. Identical
? Not sure : one wants to record only when speaking (for being able to
record without the need to touch the screen, I think for OSM mapping), the
second wants a nice GUI (or the other way )

The great openmoko community reacts very fast, and gave me ideas to
implement :
* add GPS location + time for easy OSM editing
* be able to play the files / delete them, etc.
* modulate the level to reach good audio quality
* record only when speaking
* etc...

My thought :
* I lve the dynamism of the community
* I really think bash script is limited if we want to easily implement gps
access / volume control / record when speaking /etc.
* I cannot spend much time on it

So I think I will now let voicenote in version 0.3 (except for bugs
corrections and small improvements) and let people with time and knowledge
to implement a great app with a nice gui and better function.
I think Timo and Mathias should work together. I tested mathias's soft, and
the ui is great.

Of course I will help them with idea, trac tickets and more !

Kimaidou

PS :
* One question to Timo : have you tested your soft in noisy environment ? Is
it able to differenciate a voice from another sound ?
* I agree with what has been said : each function (voice recognition or gps
data) must be options the user can desactivate.


2009/2/25 Nelson Castillo 

> On Wed, Feb 25, 2009 at 11:06 PM, Timo Juhani Lindfors
>  wrote:
> > Hi,
> >
> > since I could not find any existing software to do what I need I wrote
> > my own:
> >
> > http://iki.fi/lindi/darcs/monologue/
> >
> > records audio only when you talk. It's very early version so don't
> > expect much. I hope to be able to use it dictate notes and use it with
> > at least openstreetmap.
>
> Here you are:
>
> http://wiki.openmoko.org/wiki/Monologue
> Listed in : http://wiki.openmoko.org/wiki/Recording_audio
>
> I cannot wait to finish something I'm doing so that I can start
> playing with the audio recording programs in my phone :-)
>
> ___
> 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: Need for application like PC Suite from Nokia?

[ßingen]

El Martes 24 Febrero 2009, Al Johnson escribió:
> Have you tried Unison? It does two way sync with conflict flagging, and
> works across platforms.

Sorry,

I replyed before finishing to read the thread...

   ßingen.


-- 

   ßingen.


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

Re: Need for application like PC Suite from Nokia?

[ßingen]

El Martes 24 Febrero 2009, Alexander Mueller escribió:
> Excellent point. The Agenda PDA used this method of syncing or backing
> up. Well I use rsync a lot. But it is rather a one-way backup tool than
> a two way sync tool that takes care of collision resolving.

Hi,

for the two way sync and collision resolving there's Unison. I use it a lot 
and it works fine.
-- 

   ßingen.


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

Re: Monologue - very simple dictation assistant

[Nelson Castillo]

On Wed, Feb 25, 2009 at 11:06 PM, Timo Juhani Lindfors
 wrote:
> Hi,
>
> since I could not find any existing software to do what I need I wrote
> my own:
>
> http://iki.fi/lindi/darcs/monologue/
>
> records audio only when you talk. It's very early version so don't
> expect much. I hope to be able to use it dictate notes and use it with
> at least openstreetmap.

Here you are:

http://wiki.openmoko.org/wiki/Monologue
Listed in : http://wiki.openmoko.org/wiki/Recording_audio

I cannot wait to finish something I'm doing so that I can start
playing with the audio recording programs in my phone :-)

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

Re: Register your FreeRunner at Linux Counter

[Yorick Moko]

 version of the GTA02 would also be handy
like GTA02v5/6/7

On Wed, Feb 25, 2009 at 4:59 PM, Pander  wrote:
> Hi all,
>
> Please register your device at http://counter.li.org
>
> I filled out these details, please let me know if you have better details:
>
> system class: handheld Neo FreeRunner GTA02
> cpu: single other 400 ARM920T v41
> memory: 128 MB
> disk: 512 MB
> network: wireless and ethernet as secondary (over USB)
> distro: other unstable SHR
> source: FTP shr.bearstech.com
> mailer: no mailserver
> users: 1
> accounts: 1
>
> I've asked the maintainer to add some more options like ARM processor
> and distros like SHR, FSO, OM, FDOM, etc.
>
> Perhaps some one is interested in packaging the linux couter tool in an opk?
>
> Regards,
>
> Pander
>
> ___
> 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: [SHR] Unstable Questions

[Yorick Moko]

or opkg install mokoko (you need to specify your mp3 directory once manually)

On Wed, Feb 25, 2009 at 4:33 PM, Steven **  wrote:
> Check out EasyAudio:
> http://lists.projects.openmoko.org/pipermail/shr-devel/2009-February/000987.html
>
> -Steven
>
> On Wed, Feb 25, 2009 at 4:24 AM, Fragggy  wrote:
>> 2.) Is there a lightwight media player out there? I listen to mp3 music in 
>> the
>> train. Mplayer works fine, but takes very long to switch songs or change the
>> volume.
>
> ___
> 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: Freerunner LightSaber

[KaZeR]

kris Occhipinti wrote:
> 
> I don't know what to tell you.
> I'm running om2008.9 and I don't think I did anything special other then
> install pygame as I posted above.
> 
> As far as it running under Debian, I'm also running Hackable1 (based on
> Debian) and I can not get pygame to see the sound card.  I'm still trying
> to
> figure this out and ill post anything I find.
> 


Hi, any news?
The link you gave at the beginning of the thread gives me a 404..
-- 
View this message in context: 
http://n2.nabble.com/Freerunner-LightSaber-tp2173694p2384540.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: OT: iPhone howto

[Cédric Berger]

On Wed, Feb 25, 2009 at 16:49, Yorick Moko  wrote:
> On Wed, Feb 25, 2009 at 11:05 AM, Paul Fertser  wrote:
>> FYI GTA03 will most probably have a capacitive touchscreen as well.
>
> I must have missed that one...
> who said/insinuated it?
>
Andy :
https://docs.openmoko.org/trac/ticket/218#comment:11
"On GTA03, we have capacitive touchscreen so we can't use the same trick"

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

Register your FreeRunner at Linux Counter

[Pander]

Hi all,

Please register your device at http://counter.li.org

I filled out these details, please let me know if you have better details:

system class: handheld Neo FreeRunner GTA02
cpu: single other 400 ARM920T v41
memory: 128 MB
disk: 512 MB
network: wireless and ethernet as secondary (over USB)
distro: other unstable SHR
source: FTP shr.bearstech.com
mailer: no mailserver
users: 1
accounts: 1

I've asked the maintainer to add some more options like ARM processor
and distros like SHR, FSO, OM, FDOM, etc.

Perhaps some one is interested in packaging the linux couter tool in an opk?

Regards,

Pander

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

Re: OT: iPhone howto

[Yorick Moko]

On Wed, Feb 25, 2009 at 11:05 AM, Paul Fertser  wrote:
> Al Johnson  writes:
>> On Tuesday 24 February 2009, The Digital Pioneer wrote:
>>> Whaaat? iPhone touchscreen can't be used with a stylus?? What is it, heat
>>> sensitive or something?
>>
>> Capacitive. Doesn't work with a stylus, fingernail or gloves. Not good if you
>> have particularly dry fingertips either. The G1 has the same
>> problem.
>
> FYI GTA03 will most probably have a capacitive touchscreen as well.

I must have missed that one...
who said/insinuated it?

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

Re: Monologue - very simple dictation assistant

[Francesco de Virgilio]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Timo Juhani Lindfors ha scritto:
> Francesco de Virgilio  writes:
>> Now, I respect everyone's work, I respect the *great* idea of Free
>> Software as freedom to develop, but could all these ideas be merged into
>> one? It'll be great to have a single application for OpenStreetMap
>> mappers which does *all* this things, possibly configurable.
> 
> I understand your thoughts.

Thanks :)

I understood voicenote was a shell
> script. I could not extend it since I needed to use C for doing the
> voice detection.
> 
> I did search freshmeat, google, apt-cache search for a dictaphone but
> could not find anything that'd simply record when I speak.

This could be avoided. Today, voicenote needs a good GUI. If we want to
integrate voicenote ad monologue without rewriting anything, we have
just one possibility: to use a GUI.
I was thinking to an interface written simply in PyGtk which handles
both the softwares, showing to user 2 options:

1) normal georeferred recording: possible with voicenote; GPS chip is ON
2) recording only on speak: we could start monologue through GUI; GPS
chip is OFF
3) georeferred recording on speak: we start monologue; python talks with
GPSD, catch coordinates, and insert them in recorded file's metadata.
GPS chip is ON

So, if we can't merge the code, we could create one GUI to use
all the recording software, givin to user the possibility to choose the
option according to battery state (if the battery is low, user could
turn off GPS and use option 2).

I think to have such PyGtk skills, but I'm busy for university until
April :(
- --
Francesco de Virgilio
*Ubuntu-it Member and Wiki Editor*
   mailto:frad...@ubuntu-it.org
   http://wiki.ubuntu-it.org/FrancescoDeVirgilio
*Wikimedia Italia Member*
   http://en.wikipedia.org/wiki/User:Fradeve11
*OpenStreetMap Mapper*
   http://www.openstreetmap.org/user/Fradeve11
*Blog*
   http://fradeve.netsons.org
"Love - Peace - Freedom - Free Software"
GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkmlZ4YACgkQRi2TsGSC4Fa5dgCgj3AXMRLwAeNTQOcaGASHbnBx
Bu4An01sqfEWf3iv0ragCOgUHbo8vJfo
=z7Ju
-END PGP SIGNATURE-

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

Re: [SHR] Unstable Questions

[Steven **]

Check out EasyAudio:
http://lists.projects.openmoko.org/pipermail/shr-devel/2009-February/000987.html

-Steven

On Wed, Feb 25, 2009 at 4:24 AM, Fragggy  wrote:
> 2.) Is there a lightwight media player out there? I listen to mp3 music in the
> train. Mplayer works fine, but takes very long to switch songs or change the
> volume.

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

Re: Monologue - very simple dictation assistant

[Timo Juhani Lindfors]

Francesco de Virgilio  writes:
> Now, I respect everyone's work, I respect the *great* idea of Free
> Software as freedom to develop, but could all these ideas be merged into
> one? It'll be great to have a single application for OpenStreetMap
> mappers which does *all* this things, possibly configurable.

I understand your thoughts. I understood voicenote was a shell
script. I could not extend it since I needed to use C for doing the
voice detection.

I did search freshmeat, google, apt-cache search for a dictaphone but
could not find anything that'd simply record when I speak.



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

Re: Monologue - very simple dictation assistant

[Francesco de Virgilio]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Timo Juhani Lindfors ha scritto:
> Hi,
> 
> since I could not find any existing software to do what I need I wrote
> my own:
> 
> http://iki.fi/lindi/darcs/monologue/
> 
> records audio only when you talk. It's very early version so don't
> expect much. I hope to be able to use it dictate notes and use it with
> at least openstreetmap.
> 

Hi Timo,
first of all, thanks for your software.

I've an observation: I'm also very interested in OpenMoko software for
mapping on OpenStreetMap: your idea is really great.
Voicenote developer is working (I suppose) on a GPS-correlation support
for his software, to use georeferred notes on OSM mapping sessions.
Mattias Felsche is working to turn the Neo into a dictaphone, with a
python script.

In future, we'll probably have
- - a software which records audio only on speaking
- - a software which records geo-referred audio files
- - a software which act as a dictaphone

Now, I respect everyone's work, I respect the *great* idea of Free
Software as freedom to develop, but could all these ideas be merged into
one? It'll be great to have a single application for OpenStreetMap
mappers which does *all* this things, possibly configurable.

My 2 cents :)
- --
Francesco de Virgilio
*Ubuntu-it Member and Wiki Editor*
   mailto:frad...@ubuntu-it.org
   http://wiki.ubuntu-it.org/FrancescoDeVirgilio
*Wikimedia Italia Member*
   http://en.wikipedia.org/wiki/User:Fradeve11
*OpenStreetMap Mapper*
   http://www.openstreetmap.org/user/Fradeve11
*Blog*
   http://fradeve.netsons.org
"Love - Peace - Freedom - Free Software"
GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEUEARECAAYFAkmlYrsACgkQRi2TsGSC4FbuHgCYpetKO/QQAZCY2QFzx1qlY2Fr
GACfcrq27HTKrPbKA4Zk/X9FMfyCk24=
=H8RG
-END PGP SIGNATURE-

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

Re: Need for application like PC Suite from Nokia?

[Al Johnson]

Sounds like we're talking at cross purposes then. I would expect the PIM stuff 
to be handled by opensync which already has plugins for many (most?) of the 
available data sources. It has a plugin for syncing generic files too, but it 
is rather limited, which is where Unison comes in.

http://www.nabble.com/forum/ViewPost.jtp?post=14778865&framed=y

On Wednesday 25 February 2009, Alexander Mueller wrote:
> Yes, but you still have the problem of the conflict resolution. First,
> this doesnt work if files are changed on both sides. Which to chose? And
> with a "real" sync app versus a file sync app it would present the
> contents of the conflicted data side by side and asking you what to do.
> And I am not talking about pure raw file contents but with a real user
> interface the presents contacts like contacts and calendar data as
> calendar data. Of course everything can be done using text diffs but
> then you are not on eye level with iPhone et al.
>
> Alex
>
> Al Johnson schrieb:
> > On Tuesday 24 February 2009, Alexander Mueller wrote:
> >> Excellent point. The Agenda PDA used this method of syncing or backing
> >> up. Well I use rsync a lot. But it is rather a one-way backup tool than
> >> a two way sync tool that takes care of collision resolving.
> >
> > Have you tried Unison? It does two way sync with conflict flagging, and
> > works across platforms.
> >
> >> Alex
> >>
> >> Timo Juhani Lindfors schrieb:
> >>> Alexander Mueller  writes:
>  Especially with the Openmoko this is true after reflashing the device.
> >>>
> >>> Why not just rsync your home directory?
> >>>
> >>> (And also, I have not reflashed my device for at least 6 months, using
> >>> debian here..)
> >
> > ___
> > 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

Monologue - very simple dictation assistant

[Timo Juhani Lindfors]

Hi,

since I could not find any existing software to do what I need I wrote
my own:

http://iki.fi/lindi/darcs/monologue/

records audio only when you talk. It's very early version so don't
expect much. I hope to be able to use it dictate notes and use it with
at least openstreetmap.



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

[SHR/FSO] - GPS - no fix, ogpsd.pickle question

[Leonti Bielski]

Hi!
I'm running latest SHR unstable distribution and there is no way I can
get gps fix.

1. System time and timezone are set correctly.
2. ogps.pickle removed.
3. Phone restarted.
Still no fix.

I even tried to reflash phone to om 2008.08 distro - "Locations"
application can get my GPS position.
When I'm back to SHR - no fix.

I'm checking for fix with Zhone to 'cut the middle-man' and be sure
it's gps, not fso-gpsd or any other problem.
So shortly after I launch Zhone and press 'gps' button I see in terminal:

Requested debug packet NAV-SVINFO
gps fix status changed: 1 #it can't be real fix, because it happens in
a few seconds

gps got ubxdebug packet
gps got ubxdebug packet # to infinity and beyond

Please notice, that this test was made in the same exact location with
an external antenna at approximately same time with om 2008.8 distro
and SHR unstable with (2.6.28 kernel).
I know a lot of people have problems with GPS in SHR Unstable, so it
would be beneficial for all of us to find the problem.

Can someone point me to low-level stuff I should check to get to the
bottom of this?


Leonti

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

Re: Introducing CellHunter (Update 0.4.1)

[Sebastian Hammerl]

I created a manual for cellhunter i hope it will help.

you find it under the introduction on the cellhunter homepage.

Sebastian

Helge Hafting schrieb:
> Sebastian Hammerl wrote:
>   
>> Soon after releasing i found a bug causes cellhunter to freeze.
>>
>> Sorry for that, the fixed version 0.4.1 is out now!
>> 
>
> I have some problems using this app.
>
> When I move around through the cells, I don't have an internet 
> connection. So I keep auto-submit off, and I assume I can press "submit 
> data" once I get a net connection?
>
> This brings up the next problem. When "Check cellID every XX seconds" is 
> on, the "submit data" button is grayed out. Why? For me, it looks like 
> it is "just to make the program more difficult to use". I can turn data 
> collection off and submit an empty dataset, or I can collect data 
> without being able to submit it?
>
> After much experimentation, I found that turning "check cell ID" off,
> the "submit data" button becomes active again. But does it actually do 
> what I think it do? Will it submit all the data I have collected in the 
> meantime?
>
> Some visual feedback would be nice. The display already show the cell I 
> am in, the neighbours, and current position. It'd be nice to have 
> something like this also:
>
> ---
> Collected data
>
>   Cells | Neighbours | gps fixes
>Not yet submitted:   520  47
> submitted to server:   1 4   1
> ---
>
> In this case, I have started the program while connected to the net, and 
> immediately submitted the cell at home. Then I have moved through 5 
> other cells that I have not yet submitted. If I then get a net 
> connection and hit "submit", I'd expect the display to change into:
> ---
> Collected data
>
>   Cells | Neighbours | gps fixes
>Not yet submitted:   0 0  0
> submitted to server:   624  48
> ---
> The new data has now been sent and added to the
> running total. And there is no new information yet.
>
> If possible, it'd also be nice to see how much of the data is new. I.e. 
> when talking to the server, get feedback about which cells weren't known 
> already:
> ---
> Collected data
>
>   Cells | Neighbours | gps fixes
>Not yet submitted:   0 0  0
> submitted to server:   624  48
> new to the server: 2 7
> ---
> So, 6 cells submitted but only two were new.
>
> Helge Hafting
>
>
> ___
> 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: Voicenote - 3rd version - Can play wav files

[The Digital Pioneer]

Good app, definitely useful at times. :) I have SHR-testing (does anyone
still use that?) and it works, but for some reason it creates 2 icons on the
'desktop'. Any way to fix that? Also, I would love to see an option to
delete voicenotes. :) Keep up the good work!
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Voicenote - 3rd version - Can play wav files

[kimaidou]

Hi list,

I post here, again, to announce the release of the third version of
Voicenote.
Now
* you can play the wav files you have recorded with voicenote (or other wav
files)
* you go back the the 1st choice dialog (record or play?) after each action.
To quit the script, click on the Cancel button.

The page to read for more detail :
http://wiki.openmoko.org/wiki/Voicenote

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

Re: SHR first impression : it's slow ?

[Xavier Cremaschi]

Helge Hafting a écrit :
> Remove the file /etc/freesmartphone/persist/ogpsd.pickle
> then, restart frameword or just reboot. (Restarting frameworkd sometimes 
> cause trouble with the phone side instead).
> 
> ogpsd.pickle is where gps information is saved in order to speed up the 
> next activation of the gps unit. It goes bad sometimes, particularly 
> after starting a newly flashed SHR unstable. If this file goes bad 
> enough, you wont get a fix - ever!
> 
> Deleting the file forces the gps to "cold start", which may take an 
> extra minute or two. But it works reliably. When you stop using the gps 
> unit, a new ogpsd.pickle file is created - this time with good data.
> 
> Helge Hafting


Already done, no fix at all after >40min.


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

Re: SHR first impression : it's slow ?

[Leonti Bielski]

Finally I found a repo with working links-x11!

Dziękuję indeed.

On Wed, Feb 25, 2009 at 2:25 PM, Petr Vanek  wrote:
> On Wed, 25 Feb 2009 13:24:18 +0100
> Johny Tenfinger  (JT) wrote:
>
>>cd /etc/opkg && wget
>>http://openmoko.opendevice.org/build/shr-unstable/feed/shr-unstable-pl.conf
>
> Dziękuję bardzo :)
>
> btw watch for the line wraps whoever wants to use the above :)
>
> uff, these are tons of updates! what am i getting into? :)
>
> cheers
> Petr
>
>
>
> ___
> 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: yaml rule to stop suspending when using gps

[Petr Vanek]

>> org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage
>> org.shr.ophonekitd.Usage.RequestResource Display
>which requests the resource until you release it. That way you can wrap
>for example tangogps between a call to request display and a call to
>release display...

i perfectly understand, thank you. so the ophonekitd works as a semafor
holder and executor... wouldn't it make sense to have such a daemon
common for shr and fso? As soon as om starts releasing their distro
based on fso all our scripting will be useless and shr related only...
which is pitty imho ([shr]-settings could then be used anywhere on fso
based system otherwise...)

--
Petr Vaněk



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

Re: SHR first impression : it's slow ?

[Petr Vanek]

On Wed, 25 Feb 2009 13:24:18 +0100
Johny Tenfinger  (JT) wrote:

>cd /etc/opkg && wget
>http://openmoko.opendevice.org/build/shr-unstable/feed/shr-unstable-pl.conf

Dziękuję bardzo :)

btw watch for the line wraps whoever wants to use the above :)

uff, these are tons of updates! what am i getting into? :)

cheers
Petr



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

Re: [2008.12] Enlightenment doesn't want to run anymore

[Flyin_bbb8]

>
> My best guess would be that either your config is causing a problem
> (something along the lines of rm -r ~/.e may fix ... or maybe more
> xserver specific configs) or something from angstrom was pulled in and
> not removed or overwritten. If you are getting a segfault then the
> latter is probably more likely.


yea, already tried rm -r ~/.e didn't help, tried md5summing all those
enlightenment specific init and theme files and those enlightenment
binaries, all is like it was when newly installed, it should be some other
package i pulled from angstrom or something

>
>
> In the end, when playing with repositories outside the control of OM,
> you have to be prepared to reflash or delve deep to clean up the mess,
> if one occurs.


i guess i'll just flash a new image, thanks alot for your time Sarton.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: [SHR] Unstable Questions

[Helge Hafting]

Fragggy wrote:
> Hallo,
> I'm realy happy with my SHR Unstable just a few things I don't unterstand.
> 
> 1.) If I plug in the Headphones everything works fine, the speaker mutes and 
> the Headphones work well. But if I remove the headphones the speaker is still 
> muted. No ringtone no audio playback. If I plug in the headphones again, I 
> can hear the sound again. I think it has something todo with the alsa state 
> switching done by framworkd. Has anyone of you the same problems? Or am I 
> doing something wrong?
> 
> 2.) Is there a lightwight media player out there? I listen to mp3 music in 
> the 
> train. Mplayer works fine, but takes very long to switch songs or change the 
> volume.

Pythm used to work very well, with an earlier version of SHR unstable. 
It could play music reliably through gstreamer.
These days the newest pythm is difficult to install into a SHR unstable 
image, and various bugs often results in only the first song working and 
then pythm has to be restarted for the next.

Using the mplayer backend may work better, but then the song switching 
takes very long time instead - as you have seen.

My workaround:
Use the terminal. Use the "cd" command to select a folder full of 
interesting songs. Then issue this command:
mplayer *

It will play all songs (mp3, ogg,...) in filesystem order, and switch 
from one song to the next in a timely manner.
It is even possible to control mplayer via the keyboard:
0  increase volume
9  decrease volume
m  mute
p  pause
q  quit
 >  next song
<  previous song

Using renice (from another terminal) may be necessary - you can avoid 
sound skipping by setting mplayers priority to something like -15.

Helge Hafting

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

Re: yaml rule to stop suspending when using gps

[Klaus Kurzmann]

* Petr Vanek  [090225 13:33]:
> On Wed, 25 Feb 2009 13:03:56 +0100
> Johny Tenfinger  (JT) wrote:

> >On Wed, Feb 25, 2009 at 12:58, Petr Vanek  wrote:
> >> what is the advantage of using org.shr.ophonekitd.Usage rather then
> >> org.freesmartphone.ousaged ? We loose fso - shr compability plus this
> >> week ophonekitd seems to crash a lot more often then usual...
> >
> >You shouldn't set resource policy to enabled or disabled manually -
> >what will happen, when another app will request that resource too?

> I don't know what would happen, but i think that any app can request a
> resource before another... especially in the case of display or cpu,
> or? (run navigation and then music player)

> mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
> org.freesmartphone.Usage.SetResourcePolicy Display enabled
this sets the resource policy and is not what you should do.
org.freesmartphone.Usage.RequestResource is what you should use. And
because that requires to keep the program running that requested a
resource there is

> org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage
> org.shr.ophonekitd.Usage.RequestResource Display
which requests the resource until you release it. That way you can wrap
for example tangogps between a call to request display and a call to
release display...

> For example the above gives no problems to get the resource.

> but by simply running the bellow twice i get the ophonekitd to crash:

> mdbus -s org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage
> org.shr.ophonekitd.Usage.RequestResource Display
That is an error in ophonekitd then... will try to fix it.

mrmoku


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

Re: [SHR]wicd

[Vinzenz Hersche]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Francesco de Virgilio schrieb:
> Vinzenz Hersche ha scritto:
>> Hello there,
>
>> first: my expiriences with shr are just good, i like it very
>> much! :D great developement!
>
>> but there is a problem, which is cool, if it's fixed.. in the
>> beginning, i install mofi; after i search for a wirelessnetwork
>> and tried to connect, dropbear doesn't work anymore, so i
>> couldn't connect until a restart.
>
> Same experience here with Mofi :(
>
>> now i tried wicd to connect.
>
> I'll wait for a fix. So, is there a functional wifi manager for
> SHR?
>
http://www.opkg.org/package_114.html

try this.. but the problem with dropbears is also exist.. but i think,
you should could connect to networks.. :) (after installation, you
must restart or start the daemon with /etc/init.d/wicd start and you
must go to settings and set wireless with eth0)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


- --
Vinzenz Hersche
Lehrling 2. Lehrjahr

Puzzle ITC GmbH
www.puzzle.ch

Telefon +41 31 370 22 00
Direkt  +41 31 370 22 04
Mobile  +41 78 845 24 12
Fax +41 31 370 22 01

Puzzle ist Mitglied der Eclipse Foundation:

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

iEYEARECAAYFAkmlO3kACgkQK9d7OHUJmA4BugCfVE/g9AXsZronbr8QZDPimOx9
SEoAnijjBY4b4O2Sl4NzRmNZesUSq0c5
=8gHP
-END PGP SIGNATURE-

begin:vcard
fn:Vinzenz Hersche
n:Hersche;Vinzenz
email;internet:hers...@puzzle.ch
tel;home:033 336 20 56
tel;cell:077 447 73 74
x-mozilla-html:TRUE
version:2.1
end:vcard

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

Re: [SHR] Revealing/Hiding my caller id

[Helge Hafting]

Xavier Cremaschi wrote:
> Klaus Kurzmann a écrit :
>> via GUI not yet... you can do it with a dbus call:
>> http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.Network.html;hb=HEAD#SetCallingIdentification
>>
>> mrmoku
> 
> 
> Thanks !
> Does a dbus call persist over reboot or should I add it in an init script ?

It is easy to find out - call some other phone that has working caller 
ID, check that you are indeed anonymous. Then reboot and try again. :-)

Helge Hafting

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

Re: yaml rule to stop suspending when using gps

[Petr Vanek]

On Wed, 25 Feb 2009 13:03:56 +0100
Johny Tenfinger  (JT) wrote:

>On Wed, Feb 25, 2009 at 12:58, Petr Vanek  wrote:
>> what is the advantage of using org.shr.ophonekitd.Usage rather then
>> org.freesmartphone.ousaged ? We loose fso - shr compability plus this
>> week ophonekitd seems to crash a lot more often then usual...
>
>You shouldn't set resource policy to enabled or disabled manually -
>what will happen, when another app will request that resource too?

I don't know what would happen, but i think that any app can request a
resource before another... especially in the case of display or cpu,
or? (run navigation and then music player)

mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
org.freesmartphone.Usage.SetResourcePolicy Display enabled

org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage
org.shr.ophonekitd.Usage.RequestResource Display

For example the above gives no problems to get the resource.

but by simply running the bellow twice i get the ophonekitd to crash:

mdbus -s org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage
org.shr.ophonekitd.Usage.RequestResource Display

--
Petr Vaněk



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

Re: GSM Power off

[Helge Hafting]

Paul Fertser wrote:
> Michael 'Mickey' Lauer  writes:
- echo "a...@poff" >/dev/ttySAC0
>>> This is supposed to ask modem firmware to power off itself. Was
>>> necessary because GTA01 has no physical power switch. I don't know
>>> exact results of this command though.
>> IIRC it issues a controlled shutdown including deregistration from the
>> network and shutting down RF.
> 
> But is it really necessary? One can as well suddenly go out of
> coverage without any deregistrations. Does it really matter for the
> network?

It guess it might matter for the network - if a call comes in.
If you told the network about powering off, they will notify the caller 
immediately that your phone is not available.

If you powered off abruptly and the network haven't timed your phone out 
yet, then the tower will try its best to reach you while the caller 
waits. Some callers may guess (incorrectly) that you are ignoring their 
call.

Helge Hafting


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

Re: SHR first impression : it's slow ?

[Johny Tenfinger]

On Wed, Feb 25, 2009 at 13:18, Petr Vanek  wrote:
> just curious - how long does it take for it to boil all through the way
> into packages for opkg uppgrade? (of course i can get a git snapshot
> immediately)

I don't know, but package is now updated in my repo (compatible with
shr-unstable):

cd /etc/opkg && wget
http://openmoko.opendevice.org/build/shr-unstable/feed/shr-unstable-pl.conf

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

Re: [SHR]wicd

[Francesco de Virgilio]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Vinzenz Hersche ha scritto:
> Hello there,
> 
> first: my expiriences with shr are just good, i like it very much! :D
> great developement!
> 
> but there is a problem, which is cool, if it's fixed.. in the
> beginning, i install mofi; after i search for a wirelessnetwork and
> tried to connect, dropbear doesn't work anymore, so i couldn't connect
> until a restart.

Same experience here with Mofi :(

> 
> now i tried wicd to connect.

I'll wait for a fix. So, is there a functional wifi manager for SHR?

- --
Francesco de Virgilio
*Ubuntu-it Member and Wiki Editor*
   mailto:frad...@ubuntu-it.org
   http://wiki.ubuntu-it.org/FrancescoDeVirgilio
*Wikimedia Italia Member*
   http://en.wikipedia.org/wiki/User:Fradeve11
*OpenStreetMap Mapper*
   http://www.openstreetmap.org/user/Fradeve11
*Blog*
   http://fradeve.netsons.org
"Love - Peace - Freedom - Free Software"
GPG 0x6482E056 (FP B996 A12C BD52 2A9B CDD3 812D 462D 93B0 6482 E056)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkmlN7MACgkQRi2TsGSC4FZPTgCeMeXyRf/9WXkREe67SXggBc5N
tucAnj6tVwp4JLt+PV7C7w6bO0nY+vGc
=Hh10
-END PGP SIGNATURE-

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

Re: SHR first impression : it's slow ?

[Petr Vanek]

On Wed, 25 Feb 2009 13:10:12 +0100
Johny Tenfinger  (JT) wrote:

>On Wed, Feb 25, 2009 at 12:50, Helge Hafting 
>wrote:
>> Remove the file /etc/freesmartphone/persist/ogpsd.pickle
>> then, restart frameword or just reboot. (Restarting frameworkd
>> sometimes cause trouble with the phone side instead).
>
>I've just commited to shr-settings ability to remove ogpsd.pickle file
>from GUI ;)

thank you

just curious - how long does it take for it to boil all through the way
into packages for opkg uppgrade? (of course i can get a git snapshot
immediately)

--
Petr Vaněk



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

[SHR]wicd

[Vinzenz Hersche]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello there,

first: my expiriences with shr are just good, i like it very much! :D
great developement!

but there is a problem, which is cool, if it's fixed.. in the
beginning, i install mofi; after i search for a wirelessnetwork and
tried to connect, dropbear doesn't work anymore, so i couldn't connect
until a restart.

now i tried wicd to connect. wicd is much more stable (i think, i
didn't test so much) and i could connect to other networks with
success. but if i do that, i also couldn't connect over usb with dropbear.

in the wicd-manager, i said, wireless-device is eth0..

because wicd had a daemon (/etc/init.d/wicd), i couldn't also connect
after a restart with dropbear.

console-output of the host:

r...@skamster-laptop:/home/skamster/Dokumente/openmoko# ifconfig usb0
192.168.0.200
r...@skamster-laptop:/home/skamster/Dokumente/openmoko# ssh
r...@192.168.0.202
ssh: connect to host 192.168.0.202 port 22: No route to host

i don't know, where i found some logs to see the exactly problem and i
also don't know, if this is "your" problem, but if you could fix this
problem, i'm very happy..

i wrote it to the list, because maybe it isn't a real bug, just a
failure of me or it needs just a small setting-change?

greets

- --
Vinzenz Hersche
Lehrling 2. Lehrjahr

Puzzle ITC GmbH
www.puzzle.ch

Telefon +41 31 370 22 00
Direkt  +41 31 370 22 04
Mobile  +41 78 845 24 12
Fax +41 31 370 22 01

Puzzle ist Mitglied der Eclipse Foundation:

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

iEYEARECAAYFAkmlNnAACgkQK9d7OHUJmA7mjgCgtcGQaxU/44Mewhfx+Y9HpCU9
/EAAn1Mleo1ZFNfMfeemCE5Q/4UXkjzo
=yULE
-END PGP SIGNATURE-

begin:vcard
fn:Vinzenz Hersche
n:Hersche;Vinzenz
email;internet:hers...@puzzle.ch
tel;home:033 336 20 56
tel;cell:077 447 73 74
x-mozilla-html:TRUE
version:2.1
end:vcard

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

Re: SHR first impression : it's slow ?

[Johny Tenfinger]

On Wed, Feb 25, 2009 at 12:50, Helge Hafting  wrote:
> Remove the file /etc/freesmartphone/persist/ogpsd.pickle
> then, restart frameword or just reboot. (Restarting frameworkd sometimes
> cause trouble with the phone side instead).

I've just commited to shr-settings ability to remove ogpsd.pickle file
from GUI ;)

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

Re: yaml rule to stop suspending when using gps

[Johny Tenfinger]

On Wed, Feb 25, 2009 at 12:58, Petr Vanek  wrote:
> what is the advantage of using org.shr.ophonekitd.Usage rather then
> org.freesmartphone.ousaged ? We loose fso - shr compability plus this
> week ophonekitd seems to crash a lot more often then usual...

You shouldn't set resource policy to enabled or disabled manually -
what will happen, when another app will request that resource too?

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

Re: yaml rule to stop suspending when using gps

[Petr Vanek]

On Sat, 21 Feb 2009 13:36:33 +0100
Johny Tenfinger  (JT) wrote:

>So simply use script wrapper to tangoGPS:
>
>#!/bin/sh
>mdbus -s org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage

what is the advantage of using org.shr.ophonekitd.Usage rather then
org.freesmartphone.ousaged ? We loose fso - shr compability plus this
week ophonekitd seems to crash a lot more often then usual...

mdbus -s org.freesmartphone.ousaged /org/freesmartphone/Usage
org.freesmartphone.Usage.SetResourcePolicy Display auto 

mdbus -s org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage
org.shr.ophonekitd.Usage.RequestResource Display

thank you

--
Petr Vaněk



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

Re: SHR first impression : it's slow ?

[Helge Hafting]

Fernando Martins wrote:
> Xavier Cremaschi wrote:
>> I cannot make it working. Hardware is ok since it worked with Om2008.8, 
>> timezone/time is good, but no fix... 'telnet localhost 2947' always 
>> output same 'empty' data.
>>
>>   
> Someone recently (2 weeks ago or so) posted some steps to solve this. 
> Unfortunately I didn't bookmark it and I can't look for it right now.

Remove the file /etc/freesmartphone/persist/ogpsd.pickle
then, restart frameword or just reboot. (Restarting frameworkd sometimes 
cause trouble with the phone side instead).

ogpsd.pickle is where gps information is saved in order to speed up the 
next activation of the gps unit. It goes bad sometimes, particularly 
after starting a newly flashed SHR unstable. If this file goes bad 
enough, you wont get a fix - ever!

Deleting the file forces the gps to "cold start", which may take an 
extra minute or two. But it works reliably. When you stop using the gps 
unit, a new ogpsd.pickle file is created - this time with good data.

Helge Hafting

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

Re: GUI responsiveness (was Re: SHR first impression : it's slow ?)

[Helge Hafting]

Joel Newkirk wrote:
> On Tue, 24 Feb 2009 12:32:09 +0100
> Helge Hafting  wrote:
> 
>> Yorick Moko wrote:
 I (and surely others) am working on a leaner, faster theme - any
 eye-candy that distinctly impacts the user experience should NOT be
 default, and in this case we desperately need a simple and fast
 theme as the default or the immediate impression users will get
 is: "Damn, this is slow!"

>>> nice to hear that
>>> ugly and fast beats pretty and damn slow any day for me
>>> (pretty and fast would also be acceptable ;-))
>> Pretty and fast should be possible then.
>>
>> There is no need for multiple layers of transparent icons. They can
>> be collapsed into one layer with a single transparent icon, looking 
>> _exactly_ the same.
>>
>> Effects when a icon is actually selected is another story, but that
>> sort of thing should not need to impact scrolling.
>>
>> Helge Hafting
> 
> Therein lies the problem, in a sense.  (or a large part of it)
> 
> With the default.edj theme (Illume doesn't override it for Fileman,
> which includes Illume icons) every icon on the 'desktop' initially
> displays just the icon image, be it png, jpg, animated edj, whatever.
> When you touch the screen to scroll it, it will highlight the touched
> icon even if you don't actually select it.
Hm - it shoudln't highlight unless it actually is selected. :-/
>  When it highlights it, it
> makes visible a 'background' png behind the icon, and two or three
> layers of transparent pngs on top of the icon, to give the 'glass
> button with an icon embedded in it' effect. Even when not visible (IE,
> on at least all but one icon at a time) those extra pngs are there,
> their positions are calculated AFAIK and their bitmaps are loaded.

I'm not sure if I understand that. Only one icon looks like a glass 
button - sure. Now, I understand that illume may have precomputed the 
glass button look for every icon there is, spending some memory. But why 
should that need any cpu when scrolling? The glass button effect isn't 
applied to the other icons, so those glass images should just sit in 
memory somewhere untouched?

> (again, AFAIK - those two are internals of Enlightenment and I'm
> guessing)  
> 
> But to make the user experience worse, whenever those extra pngs are
> made visible or invisible, it uses an animated fade-in/fade-out.  So
> every time you drag to scroll, it's busy animating a fade-out on the
> previously highlighted icon, animating a fade-in on the one under your
> finger, and scrolling all the transparent and invisible PNGs.  The
> effect is quite attractive, if only the FR had the horsepower to manage
> it while running a phone, GPS, and frameworkd. :(

I see no fade effect. When I click an icon, it gets the "glass" effect. 
It appear with a slight delay, but there is no visible "fade in". One 
minute there is just the icon, the next moment it is "glassed".
So if much work goes into this - then it is all wasted.

> 
> With the present state of my altered Illume theme (serenity.edj) I've
> trimmed the icons down to just the 'icon' image itself and a single png
> that appears behind it when highlighted.  Outside the theme itself I've
> disabled dropshadows and changed rendering, and disabled the battery
> applet display (pending debugging - it sucks CPU apparently) and it
> reduced Enlightenment cpu usage dramatically.  
> 
> But I found significant further savings by tweaking icons.  
[...]
I am looking forward to see all this.  :-) It should definitely improve 
the user experience.

Helge Hafting

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

Re: Introducing CellHunter (Update 0.4.1)

[Sebastian Hammerl]

Forgot to tell:

"submit data" is only for the visible data the check returns the last time.

its a bit complicated right now i know. when i get the time i make it
eaysier.

i always wait for a gps fix with checking check cellid manually and then
push: offline mode, auto submit, auto check

Sebastian Hammerl schrieb:
> Hi,
>
> the followin logic lies behind the buttons:
>
> check cellid: gets the cell and gps data
> submit data: when in online mode, the displayed data will be
> submitted, when in offline mode the data will be saved
> auto check cellid: "push" check cellid every x seconds
> auto submit data: upload directly after checking. like auto push
> submit button after auto pushing check button
> offline mode toggles where the data gets. on disk or directly to the
> server.
>
> so if you want collect offline every 10 seconds you have to push:
> offline mode, auto submit, auto check
>
> then it begins to save the data every 10 seconds on the disk i think
> that is what you want. in offline mode the serverstatus will display 
> "offline" when in online mode it will be something like:
> "new;430;57;357;4563;16504" that is your currents stats.
>
> new is the type of the last submitted main cell (not the neighbour cells)
> 430 is your count of new_gps cells
> 57 is new cells
> 357 is old_newgps cells
> 4563 is old_oldgps cells
> 16504 are your points
>
> i hope this helps you.
>
> Helge Hafting schrieb:
>> Sebastian Hammerl wrote:
>>   
>>> Soon after releasing i found a bug causes cellhunter to freeze.
>>>
>>> Sorry for that, the fixed version 0.4.1 is out now!
>>> 
>>
>> I have some problems using this app.
>>
>> When I move around through the cells, I don't have an internet 
>> connection. So I keep auto-submit off, and I assume I can press "submit 
>> data" once I get a net connection?
>>
>> This brings up the next problem. When "Check cellID every XX seconds" is 
>> on, the "submit data" button is grayed out. Why? For me, it looks like 
>> it is "just to make the program more difficult to use". I can turn data 
>> collection off and submit an empty dataset, or I can collect data 
>> without being able to submit it?
>>
>> After much experimentation, I found that turning "check cell ID" off,
>> the "submit data" button becomes active again. But does it actually do 
>> what I think it do? Will it submit all the data I have collected in the 
>> meantime?
>>
>> Some visual feedback would be nice. The display already show the cell I 
>> am in, the neighbours, and current position. It'd be nice to have 
>> something like this also:
>>
>> ---
>> Collected data
>>
>>   Cells | Neighbours | gps fixes
>>Not yet submitted:   520  47
>> submitted to server:   1 4   1
>> ---
>>
>> In this case, I have started the program while connected to the net, and 
>> immediately submitted the cell at home. Then I have moved through 5 
>> other cells that I have not yet submitted. If I then get a net 
>> connection and hit "submit", I'd expect the display to change into:
>> ---
>> Collected data
>>
>>   Cells | Neighbours | gps fixes
>>Not yet submitted:   0 0  0
>> submitted to server:   624  48
>> ---
>> The new data has now been sent and added to the
>> running total. And there is no new information yet.
>>
>> If possible, it'd also be nice to see how much of the data is new. I.e. 
>> when talking to the server, get feedback about which cells weren't known 
>> already:
>> ---
>> Collected data
>>
>>   Cells | Neighbours | gps fixes
>>Not yet submitted:   0 0  0
>> submitted to server:   624  48
>> new to the server: 2 7
>> ---
>> So, 6 cells submitted but only two were new.
>>
>> Helge Hafting
>>
>>
>> ___
>> 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: [SHR unstable] bluez-utils bluez4

[Valerio Valerio]

On Wed, Feb 25, 2009 at 2:38 AM, Carl Lobo  wrote:
> You need bluetoothd started (in bluez4) for org.bluez to be available on dbus.
> ps ax | grep bluetoothd | grep -v grep
> should tell you if it's running.
> Mine just kept saying something like "Waiting for connection from
> remoko-server" in an endless loop even after I pressed control-c. I
> had to kill -9 the process. Maybe the remoko server isn't compatible
> with bluez4?

Do you have the ReMoko-Server package installed ?
ReMoko need a lot of improvement, but if the BlueZ version doesn't
stabilize is a little bit difficult to do a good app, The majority of
the BlueZ version used in OpenMoko distros are very different is some
parts :( 3.28 /= 3.33 /= 3.36 /= 4.x

Best regards,

-- 
Valério Valério

http://www.valeriovalerio.org


>
> ___
> 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: yaml rule to stop suspending when using gps

[Johny Tenfinger]

On Wed, Feb 25, 2009 at 11:19, Helge Hafting  wrote:
> Is there a typo in the example, or does shr unstable move things around
> a bit?

No - it will not work when ophonekitd is not running :P Maybe it crashed...

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

Re: [SHR-unstable] "settings -> power -> auto-dimming" or "who's responsible for blanking?"

[Johny Tenfinger]

Power Settings uses ophonekitd, so it disappears when ophonekitd
crashed - look at log in /var/log/ophonekitd.log ;)

Illume power settings are obsolete and are removed in newer Illume
(which SHR will use if only one bug is fixed), and with actual images
dimming from Illume is disabled by default.

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

Re: GUI responsiveness (was Re: SHR first impression : it's slow ?)

[Helge Hafting]

Joel Newkirk wrote:
> On Wed, 25 Feb 2009 09:19:37 +0800
> HouYu Li  wrote:
> 
>> Sounds amazing. But where can we get the serenity.edj theme???
>>
> 
> Nowhere right now, I'm working on it.  I've gotten a few thing just
> how I want them, others as yet untouched, and occasional bugs.
> Started with illume.edj, imported some pieces of default.edj to make
> overriding them easier, and started in changing the look.  Probably
> 2/3 done now, but I've kept restarting as I changed from 2008.x to FSO
> to SHR and so on and kept resyncing my changes to the newest Illume
> changes.

Will you work to get your performance improvements into SHR? Scrolling 
with good responsitivity would be great to have!

Helge Hafting

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

Re: [SHR] Revealing/Hiding my caller id

[Klaus Kurzmann]

* Xavier Cremaschi  [090225 10:37]:
> Klaus Kurzmann a écrit :
> > via GUI not yet... you can do it with a dbus call:
> > http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.Network.html;hb=HEAD#SetCallingIdentification
> > 
> > mrmoku


> Thanks !
> Does a dbus call persist over reboot or should I add it in an init script ?
I *think* it is persistent... have not tried it though.

mrmoku


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

Re: Introducing CellHunter (Update 0.4.1)

[Sebastian Hammerl]

Hi,

the followin logic lies behind the buttons:

check cellid: gets the cell and gps data
submit data: when in online mode, the displayed data will be submitted,
when in offline mode the data will be saved
auto check cellid: "push" check cellid every x seconds
auto submit data: upload directly after checking. like auto push submit
button after auto pushing check button
offline mode toggles where the data gets. on disk or directly to the server.

so if you want collect offline every 10 seconds you have to push:
offline mode, auto submit, auto check

then it begins to save the data every 10 seconds on the disk i think
that is what you want. in offline mode the serverstatus will display 
"offline" when in online mode it will be something like:
"new;430;57;357;4563;16504" that is your currents stats.

new is the type of the last submitted main cell (not the neighbour cells)
430 is your count of new_gps cells
57 is new cells
357 is old_newgps cells
4563 is old_oldgps cells
16504 are your points

i hope this helps you.

Helge Hafting schrieb:
> Sebastian Hammerl wrote:
>   
>> Soon after releasing i found a bug causes cellhunter to freeze.
>>
>> Sorry for that, the fixed version 0.4.1 is out now!
>> 
>
> I have some problems using this app.
>
> When I move around through the cells, I don't have an internet 
> connection. So I keep auto-submit off, and I assume I can press "submit 
> data" once I get a net connection?
>
> This brings up the next problem. When "Check cellID every XX seconds" is 
> on, the "submit data" button is grayed out. Why? For me, it looks like 
> it is "just to make the program more difficult to use". I can turn data 
> collection off and submit an empty dataset, or I can collect data 
> without being able to submit it?
>
> After much experimentation, I found that turning "check cell ID" off,
> the "submit data" button becomes active again. But does it actually do 
> what I think it do? Will it submit all the data I have collected in the 
> meantime?
>
> Some visual feedback would be nice. The display already show the cell I 
> am in, the neighbours, and current position. It'd be nice to have 
> something like this also:
>
> ---
> Collected data
>
>   Cells | Neighbours | gps fixes
>Not yet submitted:   520  47
> submitted to server:   1 4   1
> ---
>
> In this case, I have started the program while connected to the net, and 
> immediately submitted the cell at home. Then I have moved through 5 
> other cells that I have not yet submitted. If I then get a net 
> connection and hit "submit", I'd expect the display to change into:
> ---
> Collected data
>
>   Cells | Neighbours | gps fixes
>Not yet submitted:   0 0  0
> submitted to server:   624  48
> ---
> The new data has now been sent and added to the
> running total. And there is no new information yet.
>
> If possible, it'd also be nice to see how much of the data is new. I.e. 
> when talking to the server, get feedback about which cells weren't known 
> already:
> ---
> Collected data
>
>   Cells | Neighbours | gps fixes
>Not yet submitted:   0 0  0
> submitted to server:   624  48
> new to the server: 2 7
> ---
> So, 6 cells submitted but only two were new.
>
> Helge Hafting
>
>
> ___
> 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: Introducing CellHunter (Update 0.4.1)

[Helge Hafting]

Sebastian Hammerl wrote:
> Soon after releasing i found a bug causes cellhunter to freeze.
> 
> Sorry for that, the fixed version 0.4.1 is out now!

I have some problems using this app.

When I move around through the cells, I don't have an internet 
connection. So I keep auto-submit off, and I assume I can press "submit 
data" once I get a net connection?

This brings up the next problem. When "Check cellID every XX seconds" is 
on, the "submit data" button is grayed out. Why? For me, it looks like 
it is "just to make the program more difficult to use". I can turn data 
collection off and submit an empty dataset, or I can collect data 
without being able to submit it?

After much experimentation, I found that turning "check cell ID" off,
the "submit data" button becomes active again. But does it actually do 
what I think it do? Will it submit all the data I have collected in the 
meantime?

Some visual feedback would be nice. The display already show the cell I 
am in, the neighbours, and current position. It'd be nice to have 
something like this also:

---
Collected data

  Cells | Neighbours | gps fixes
   Not yet submitted:   520  47
submitted to server:   1 4   1
---

In this case, I have started the program while connected to the net, and 
immediately submitted the cell at home. Then I have moved through 5 
other cells that I have not yet submitted. If I then get a net 
connection and hit "submit", I'd expect the display to change into:
---
Collected data

  Cells | Neighbours | gps fixes
   Not yet submitted:   0 0  0
submitted to server:   624  48
---
The new data has now been sent and added to the
running total. And there is no new information yet.

If possible, it'd also be nice to see how much of the data is new. I.e. 
when talking to the server, get feedback about which cells weren't known 
already:
---
Collected data

  Cells | Neighbours | gps fixes
   Not yet submitted:   0 0  0
submitted to server:   624  48
new to the server: 2 7
---
So, 6 cells submitted but only two were new.

Helge Hafting


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

Re: yaml rule to stop suspending when using gps

[William Kenworthy]

On Wed, 2009-02-25 at 11:19 +0100, Helge Hafting wrote:
> Johny Tenfinger wrote:
> > So simply use script wrapper to tangoGPS:
> > 
> > #!/bin/sh
> > mdbus -s org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage
> > org.shr.ophonekitd.Usage.RequestResource 'CPU'
> > mdbus -s org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage
> > org.shr.ophonekitd.Usage.RequestResource 'Display'
> > /usr/bin/tangogps
> > mdbus -s org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage
> > org.shr.ophonekitd.Usage.ReleaseResource 'CPU'
> > mdbus -s org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage
> > org.shr.ophonekitd.Usage.ReleaseResource 'Display'
> > 
> > I believe using dbus-send would be faster, if you think mdbus is too
> > slow, please look at it. You also can try to run all of mdbus calls in
> > background by adding "&" on end of each line.
> 
> I tried this, and I put the mdbus calls in the background. (tangogps was
> not in the background, of course.)
> 
> This did not work. Tangogps appeared, but the display turned off
> anyway.
> 
> I have already turned off power management in illume, so it shouldn't
> be doubly managed.
> 
> At first, I guessed that when such a request is put in the background,
> the 'Display' resource might get claimed by the short-lived background 
> process. And then released as this process quits.
> 
> So I removed the & signs, and tried again. And again the backlight was 
> turned off. So no lasting map display. Of course, even a script without 
> "&" will use short-lived processes, it will merely wait on them before 
> executing the next line.
> 
> Then I tried running the commands by hand, and got this:
> $ mdbus -s org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage 
> org.shr.ophonekitd.Usage.ReleaseResource 'Display'
> 
> Service name not found
> 
> 
> Is there a typo in the example, or does shr unstable move things around
> a bit?
> 
> Helge Hafting

Works for me on shr-unstable - however the interactions between illume,
the shr settings app and external dbus calls seems to make suspend and
dim actions ambiguous at times.  Just got to hit on the right
combination ...

BillK




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

Re: yaml rule to stop suspending when using gps

[Petr Vanek]

>Then I tried running the commands by hand, and got this:
>$ mdbus -s org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage 
>org.shr.ophonekitd.Usage.ReleaseResource 'Display'
>
>Service name not found
>
>
>Is there a typo in the example, or does shr unstable move things around
>a bit?\

http://wiki.openmoko.org/wiki/User:Vanous#Navit

Petr


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

[SHR] Unstable Questions

[Fragggy]

Hallo,
I'm realy happy with my SHR Unstable just a few things I don't unterstand.

1.) If I plug in the Headphones everything works fine, the speaker mutes and 
the Headphones work well. But if I remove the headphones the speaker is still 
muted. No ringtone no audio playback. If I plug in the headphones again, I 
can hear the sound again. I think it has something todo with the alsa state 
switching done by framworkd. Has anyone of you the same problems? Or am I 
doing something wrong?

2.) Is there a lightwight media player out there? I listen to mp3 music in the 
train. Mplayer works fine, but takes very long to switch songs or change the 
volume.

3.) The alarm application has no sound. The alarm shows up on the display, but 
no sound is played. 

4.) I have installed a german dictionary and a german keyboardlayout. Both 
work fine, until I try to insert a "Umlaut" (äöü) the Keyboard freezes. 

Thanks for your help

Dennis Munzlinger

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

Re: yaml rule to stop suspending when using gps

[Helge Hafting]

Johny Tenfinger wrote:
> So simply use script wrapper to tangoGPS:
> 
> #!/bin/sh
> mdbus -s org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage
> org.shr.ophonekitd.Usage.RequestResource 'CPU'
> mdbus -s org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage
> org.shr.ophonekitd.Usage.RequestResource 'Display'
> /usr/bin/tangogps
> mdbus -s org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage
> org.shr.ophonekitd.Usage.ReleaseResource 'CPU'
> mdbus -s org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage
> org.shr.ophonekitd.Usage.ReleaseResource 'Display'
> 
> I believe using dbus-send would be faster, if you think mdbus is too
> slow, please look at it. You also can try to run all of mdbus calls in
> background by adding "&" on end of each line.

I tried this, and I put the mdbus calls in the background. (tangogps was
not in the background, of course.)

This did not work. Tangogps appeared, but the display turned off
anyway.

I have already turned off power management in illume, so it shouldn't
be doubly managed.

At first, I guessed that when such a request is put in the background,
the 'Display' resource might get claimed by the short-lived background 
process. And then released as this process quits.

So I removed the & signs, and tried again. And again the backlight was 
turned off. So no lasting map display. Of course, even a script without 
"&" will use short-lived processes, it will merely wait on them before 
executing the next line.

Then I tried running the commands by hand, and got this:
$ mdbus -s org.shr.ophonekitd.Usage /org/shr/ophonekitd/Usage 
org.shr.ophonekitd.Usage.ReleaseResource 'Display'

Service name not found


Is there a typo in the example, or does shr unstable move things around
a bit?

Helge Hafting






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

Re: OT: iPhone howto

[Paul Fertser]

Al Johnson  writes:
> On Tuesday 24 February 2009, The Digital Pioneer wrote:
>> Whaaat? iPhone touchscreen can't be used with a stylus?? What is it, heat
>> sensitive or something?
>
> Capacitive. Doesn't work with a stylus, fingernail or gloves. Not good if you 
> have particularly dry fingertips either. The G1 has the same
> problem. 

FYI GTA03 will most probably have a capacitive touchscreen as well.

-- 
Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software!
mailto:fercer...@gmail.com

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

Organize events information on wiki

[Brenda Wang]

Dear all:
I would like to organize Openmoko event news on wiki , to put news on
events page, community updates and wiki main page. By doing this ,
anyone who wants to join these events , can get event news easier.


Here is the rules :

1.Every events news will put on events page , including upcoming and
past events.
http://wiki.openmoko.org/wiki/Openmoko:Current_events

2. Upcoming news (events will hold from today to the end of next month )
will put on main page by edit events template

3. Events on each community updates , will put events hold from the
community updates release date to the next release ).

So, if you have any event news want to update on wiki , feel free to
update it on events page, or mail me , I can update it on wiki.

Best Regards

Brenda

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

Re: [SHR] Revealing/Hiding my caller id

[Xavier Cremaschi]

Klaus Kurzmann a écrit :
> via GUI not yet... you can do it with a dbus call:
> http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.Network.html;hb=HEAD#SetCallingIdentification
> 
> mrmoku


Thanks !
Does a dbus call persist over reboot or should I add it in an init script ?


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

Re: Lack of structured information

[Lothar Behrens]

About all the discussion about documentation and searching them, what  
about using a

knowledge management system ?

If I do a search for 'api sleep' in the Openmoko wiki, I get 9 search  
results, If I search for

'api wakeup' I get 5 results.

If I search for 'acpi' I get 3 results.

All these seem not to bring up what I search for. Why ?

I probably have searched with the wrong words. For me this may simply  
lack of knowledge
if sysfs has any relation to the information about power management  
(especially where the

device is currently powered from).

But it may be related.

With a knowledge system you would propably get a list of related  
keywords + short descriptions

what is handled there.

Then I do not need to read all the found articles to spot those who  
are really related to my search.


So how about using a knowledge management system to link information  
semantically ?


There is no need to put all the documentation in it, but each visitor  
who might found a relation not
in the knowledge base system could add one linking in the article to  
the related content even it is

not in the openmoko wiki.

Each link may be weighted by a voting system thus it will increase the  
quality of the link - if that is

possible with any knowledge management system.

Lothar

-- | Rapid Prototyping | XSLT Codegeneration | http://www.lollisoft.de
Lothar Behrens
Heinrich-Scheufelen-Platz 2
73252 Lenningen








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

Re: [SHR-unstable] "settings -> power -> auto-dimming" or "who's responsible for blanking?"

[Petr Vanek]

>Sooo.. my experiences in short: if you want to use the shr-settings,
>make sure to disable the illume power settings.
>
>Ooops.. just now while fiddling.. the "Power Settings"
>moduledisappeared again.. restarting the xserver sorted it (like
>usual ;))

same experience here (have had shr-settings with dim/suspend
controls from git since saturday). I cannot see any patterns on when
the PowerSettings disappear... i guess we just have to watch the logs
and spitted messages closely :)


--
Petr Vaněk



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

Re: SHR first impression : it's slow ?

[Xavier Cremaschi]

Carl Lobo a écrit :
> Is fso-gpsd running? Try restarting it from Settings/Services. GPS
> seems to be working fine for me with my last update on Monday..

Yes of course,
- date and timezone ok
- persist file removed
- fso-gpsd restarted
- no concurrent gpsd running
- telnet localhost 2947 ok but without real data when press on r (but 
lots of commas !)

And no fix in tangogps even after long time.

Xavier.
PS : but you're right to mention trivial things, to avoid the 
"omfg-cable-was-unplugged-since-beginning" syndrom ;)


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

[SHR-unstable] "settings -> power -> auto-dimming" or "who's responsible for blanking?"

[Thomas Franck]

Hi..

I did an update/upgrade last night ~20:00CET and among other things the
shr-settings got updated.. you guys keep adding things - thank you. :)

I've been playing with it a bit and at first I noticed that the "Power
Settings" (the module for "Auto-Dimming" and "Auto-Suspend") does not
re-show once I moved a switch.. had to restart to make it show again
(not sure if xserver restart would have been sufficient - didn't try)
today it is displayed every time I try.. weird.. :P

However, except for auto-suspend:off the settings I make do not have any
effect.. I have auto-dimming:off and it still goes blank after 30secs..
whatever timeouts I set.. it still blanks after 30secs.. (does not
suspend, though.. :))

Now.. if I use the illume wrench to set the "display -> power -> Blank
Time" to off then the shr-settings "auto-dimming" works. Though, even
with "auto-suspend:off", it will suspend if "auto-dimming:on" and the
timout is set to >0.

Sooo.. my experiences in short: if you want to use the shr-settings,
make sure to disable the illume power settings.

Ooops.. just now while fiddling.. the "Power Settings" moduledisappeared
again.. restarting the xserver sorted it (like usual ;))

Hope someone finds it useful.
Cheers,
-- 
Thomas

-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~
Proofread carefully to see if you any words out.
-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~

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

Re: [SHR] Revealing/Hiding my caller id

[Klaus Kurzmann]

* Xavier Cremaschi  [090225 08:23]:
> Indeed I have the same question for SHR now : how can I reveal or hide 
> my phone number to my correspondents ?
via GUI not yet... you can do it with a dbus call:
http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.GSM.Network.html;hb=HEAD#SetCallingIdentification

> Xavier.

mrmoku

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