Re: displaying osm tiles with python/edje

[Alastair Johnson]

On 09/07/2011 03:59 PM, Josh Thompson wrote:

Has anyone done any work to display osm tiles with python/edje?  I'm working
on a running[1] app and would like to record and display my track.  It looks
like it would be pretty easy to display a single tile, but I think displaying
multiple tiles would more difficult.

Thanks,
Josh

[1] just to be clear - running as in exercise


I think there's an elementary widget to do that, but last I looked (a 
long time ago!) it wasn't included in they python bindings. Adding it to 
the bindings is probably easier than rewriting it from scratch though.


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

Re: I2C and GPS

[Alastair Johnson]

Given the performance degradation in GPS lock cause by high SD drive 
strength and the i2c being on flying leads right next to the antenna I 
certainly wouldn't rule it out.


On 11/24/2011 01:49 PM, Lars Poulsen wrote:

Hi
You can try to add a series resistor to the signals or reducing the
drive strength of the driver.
The frequency of the signals are not that important but rather the rise
time.
This is usually not a problem om i2c but  who knows.

On 24/11/2011, at 14.17, Dave mailto:dave...@gmail.com>> wrote:


Hi,

Ferrite beads aid with removing VHF-SHF feedback and/or uncontrolled
oscillation mainly. I cannot see why they would be of use on a
(500khz?) I2C bus. At that frequency they would have minimal effect.

On Thu, Nov 24, 2011 at 9:44 PM, Benjamin Deering
mailto:ben_deer...@swissmail.org>> wrote:


With the i2c devices removed, I get TTFF of around 1 minute in
shr-core.  It sounds like putting ferrite beads on SDA and SCL
might help reduce EMI, so I will try that when I get a chance.

Ben


On 11/23/2011 05:06 PM, dmatthews.org  wrote:

On Tue, 22 Nov 2011 21:20:16 -0500 
Benjamin Deeringmailto:ben_deer...@swissmail.org>>  wrote:

Hi Ben

Not sure this is relevent to you, but I now have the fastest
GPS fix I've ever had on the freerunner.

QTMoko v35 and I put this in /etc/default/gpsd:-

START_DAEMON="true"
GPSD_OPTIONS=""
DEVICES="/dev/ttySAC1"
USBAUTO="false"
GPSD_SOCKET="/var/run/gpsd.__sock"

Before doing this it was pretty poor - worse than earlier
versions of qtmoko and much worse than every SHR I've tried.
On a reasonably clear day I now reliably get a fix in under a
minute, sometimes within a few seconds.

The only other varying factor (doubtful relevence) is that I
got pissed with QTMoko and to a lesser extent SHR foobarring
the SD card, so I'm now running from the card instead of NAND
and everything is pretty good



_
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



--
SolutionTrax Limited, Registered in England & Wales, Trading as TrueBox
Registered office: Silbury Court, 420 Silbury Boulevard, Milton Keynes, 
MK9 2AF, UK

Company Number: 4494022
VAT Registration Number: 825 1952 26
Telephone: +44 (0)845 508 3397

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

Re: QtMoko Thunderbird

[Alastair Johnson]

On Thursday 22 December 2011 09:52:14 Nashvin Gangaram wrote:
> Hi all
> 
> Has anyone got Thunderbird or any mail client working on QtMoko?
> 
> I basically use Thunderbird on my PC to store my mail offline (via IMAP)
> and access it.  It would be cool to have this functionality on my
> Freerunner. :-)

Have you tried claws? It worked quite well in SHR once the right click 
emulation was sorted.

It's probably worth looking at whatever the meego handset guys are/were using, 
and perhaps something based on tinymail (tmut, modest, ???)

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

UK Distribution

[Alastair Johnson]

I was going to post this under the European Distribution thread but it seems to 
have drifted off topic. Shameless self-promotion follows...

We will be selling the Freerunner in the UK. The details are still being worked 
out, but if you register we will keep you updated as things change.

https://www.truebox.co.uk/trueboxportal/index.php?wk=OpenMoko

-- 
-
Alastair Johnson
TrueBox Technologies - http://www.TrueBox.co.uk
T: 0845 8692190   F: 0709 2117048   DDI: 01908 268902

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

Re: UK Distribution

[Alastair Johnson]

- Original Message -
From: "Stroller" <[EMAIL PROTECTED]>
To: "List for Openmoko community discussion" 
Sent: Friday, 23 May, 2008 12:14:29 AM GMT +00:00 GMT Britain, Ireland, Portugal
Subject: Re: UK Distribution


>On 22 May 2008, at 22:29, Hugo Mills wrote:
>
>> On Thu, May 22, 2008 at 05:05:47PM +0100, Alastair Johnson wrote:
>>> I was going to post this under the European Distribution thread  
>>> but it seems to have drifted off topic. Shameless self-promotion  
>>> follows...
>>>
>>> We will be selling the Freerunner in the UK. The details are still  
>>> being worked out, but if you register we will keep you updated as  
>>> things change.
>>>
>>> https://www.truebox.co.uk/trueboxportal/index.php?wk=OpenMoko
>>
>>One thing that's unclear is whether the European distributors, such
>> as yourselves, will be selling the 10-packs as well as single phones,
>> or whether those are only coming from OpenMoko in the USA. Are you
>> able to give an answer to this question at this point?
>
> Indeed.
>
> I'm not sure if the group sales thing is going to work in my area,  
> and the £20 saving of the 10-pack doesn't bother me too much, but I  
> do want the headset and whatever "goodies" are available as part of  
> the 10-pack. I'm almost tempted to buy a 10-pack myself and whack the  
> other 9 on fleaBay, but I don't think my credit card would stand it.
>
> If Truebox can offer the goodies then I'd love to purchase from them  
> - 420 Silbury Boulevard is just down the street from me, in fact, so  
> it would be easy to collect my Freerunner the *moment* it arrives.  
> I'll pop in for a chat tomorrow, Alastair, and scrounge a coffee from  
> you.
>
> Stroller.

Things are unclear at the moment, as you say. When we have some solid details 
we will post an update. In the meantime I would rather not speculate.

I'll take the collection, chat and coffee part off list.

Al

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

Re: OT: Zimbra & iCal

[Alastair Johnson]

On Tuesday 24 June 2008, Stroller wrote:
> On 23 Jun 2008, at 16:05, Joseph Reeves wrote:
> > ...
> > http://www.zimbra.com/forums/zimbrame-j2me-client/12642-vote-phones-
> > zimbra-j2me-client.html
> >
> > For those that don't know, Zimbra is an awesome email/collaboration
> > suite, they're asking for people to vote on the next mobile platform
> > that their client will be released on.
>
> A bit of Googling indicates that Zimbra supports iCal (Apple iCal
> and, presumably, other iCal-standard clients).
>
> This allows syncing of calendar contacts across multiple machines &
> devices without using Zimbra's own client. You should be able to use
> the Thunderbird calendaring program, for instance, and have your
> spouse add appointments to your diary from iCal on her Mac.
>
> Has anyone used this?

The iCal interface works with both the Thunderbird calendar plugin 
(Lightning?) and with the KDE Calendar. I've not tried it with anything else. 
You can connect to the same account from multiple clients simultaneously.

The IMAP mail supports IDLE so you get instant delivery in Thunderbird. I get 
a TLS error if I try to use it from kmail now, but it used to work. There 
have been suggestions it's an OpenSSL version issue. I'm hoping kmail will 
finally get IDLE support in the version for KDE4.

Personal contacts are stuck in an IMAP folder. This worked in kmail before the 
TLS problem, but doesn't in Thunderbird. I haven't found the global contacts 
list yet, but it may be in LDAP. There is a Thunderbird plugin to sync both 
personal and global contacts though.

There is a Jabber interface for the IM, but I have only got it to work with 
kopete. Other clients hang or complain about an XML parse error.

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

Re: Slashdot post but no web store?

[Alastair Johnson]

Marcelo wrote:
> On Wed, Jun 25, 2008 at 2:45 PM, Kevin Dean <[EMAIL PROTECTED]> wrote:
> 
>> From what I've heard, SOME distributors have been notified that
>> Freerunner devices are being shipped to those retailers. Retailers
>> need to have a product in stock in order to sell it on the day it is
>> released, that is what is happening now. The Freerunners are being
>> shipped to them.
> 
> Which firmware has been loaded into those devices that have been
> shipped?  Can someone please provide an URL for downloads?  I'd be
> interested in looking at what a consumer will see when they power up
> their shiny new phone.

[EMAIL PROTECTED]:~# cat /etc/version
200804240820

This is what is on the devices we have received, and is not an ASU 
image. It is very similar to Kevin's last recommended release reviewed 
at http://wiki.openmoko.org/wiki/Snapshot_review/2008-04-21

Judging by the date in the filename I expect it's the image at: 
http://buildhost.openmoko.org/releases/Freerunner/

Daily builds can be found under 
http://buildhost.openmoko.org/daily/freerunner/


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

Re: Flashing Neo Freerunner for Dummies

[Alastair Johnson]

simarillion wrote:
> Hi together,
> 
> I'm a little bit confused. I just received my Freerunner one hour ago. 
> Now I want to try the several images.
> 
> In the wiki 
> (http://wiki.openmoko.org/wiki/Getting_Started_with_your_Neo_FreeRunner) 
> is written: "Before you execute the command , please log in Neo 
> FreeRunner in NOR Flash ."
> But in the instruction manual they say NOR is only for emergency and can 
> not be written by dfu-util. Is this a mistake in the wiki?

This is not a mistake. Follow the instructions on the wiki and it will work.

The Freerunner has 2 copies of uBoot, one in NAND and one in NOR. The 
one in NOR can't be overwritten without the debug board, while the one 
in NAND can be overwritten using dfu-util. If you manage to overwrite 
the NAND uBoot with a non-working version you can still use the NOR 
version to flash a working uBoot into NAND. This is what the 
instructions mean when they talk about it being for emergencies. I don't 
think it makes any difference whether you use the NAND or NOR version 
for flashing kernel and rootfs, but so far I have always used the NOR 
version and it has always worked.

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

Re: not being able to use Skype is a big problem

[Alastair Johnson]

Joerg Reisenweber wrote:
> Am Do  3. Juli 2008 schrieb Greg Bonett:
>> Carsten Haitzler (The Rasterman) wrote:
>>> ...there are plenty of open alternatives. :)
>> On that note, has anyone been able to run any open voip software running
>> on the FR?
> 
> You might try to crosscompile twinklephone.com. When stripping out (by 
> make-option) the KDE and QT stuff, and building a mere cmdline version, it 
> should be pretty platform independent. commenting out the libboost-regex 
> stuff will save you a lot of cumbersome library porting (heard building the 
> whole Boost lib takes a scary xGB of diskspace :-o ) - I think it's only 
> needed for the number-converting function, which you can easily live without 
> for the first.

linphone is probably easier. It is in OE and has been reported working 
on ARM before. The GTK GUI is fairly minimal and may be usable without 
modification. The CLI version has hooks for adding a UI. I gave it a 
quick try the other day using mokomakefile (make build-package-linphone) 
and it builds and installs via opkg but fails at runtime with a library 
issue. I think this is because the old 1.6 version of linphone in OE 
doesn't work with the more recent libosip2. I'll have a go at updating 
it to a current version, but I've not used bitbake before.

Someone at digium was working on an IAX client in his spare time too. 
I'll have to make enquiries as I would love to test it.

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

Re: Linphone not available?

[Alastair Johnson]

yacine wrote:
> I just wanted to say thank you for provided the packages. Using them I was 
> able to install linphonec v1.6
>   

I have the 3.x series linphone working now, available in the feeds under:
http://openmoko.truebox.co.uk/repos/mazikeen/fso-milestone5/ipk/

I didn't have time to post the bitbake recipe for the svn build before
going away, so expect that in a couple of weeks. This has the gui
working too, but you will still have to change the alsa scenario manually.

> My problem now is the voice path. 
> I have created a free sip account from iptel.org. I tested the account using 
> a PC sip client and it worked just fine. 
>
> The problem occurs when I try to use the same sip account on the OM and call 
> the echo number I get this: 
>
> warning: Unknown nb_ctl request:  12
> ortp-error-Could not set vbr mode to speex encoder.
> warning: Unknown nb_ctl request:  34
>
>   

It looks like the local speex doesn't support one of the options the far
end wants to use. You could try disabling the speex codec in .linphonerc
or try the updated linphone version.

> Also, before making the call I get:
> Registration on sip:iptel.org sucessful.
>
>   

That's a good sign.

> I followed instructions in here . 
>
> I also tried testing my microphone and speakers with voicenote . It worked. 
>   


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

Re: [SHR] latest unstable with problems!

[Alastair Johnson]

Tony Berth wrote:
> - tangoGPS still crashes when trying to change the settings :(

IIRC there's a missing dependency on dbus-x11 which provides the session
bus that it uses to access the config. Install it then reboot and all
should be fine.

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

Re: [SHR] latest unstable with problems!

[Alastair Johnson]

Tony Berth wrote:
> On Sat, Apr 4, 2009 at 7:03 PM, Alastair Johnson
> mailto:alast...@truebox.co.uk>> wrote:
>
> Tony Berth wrote:
> > - tangoGPS still crashes when trying to change the settings :(
>
> IIRC there's a missing dependency on dbus-x11 which provides the
> session
> bus that it uses to access the config. Install it then reboot and all
> should be fine.
>
> ___
>
>
> sorry but what's the name of that dependency? Can I install it via opkg?

opkg install dbus-x11

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

Re: [FSO M4] White Screen of Death growing worse and worse for me :(

[Alastair Johnson]

Michael 'Mickey' Lauer wrote:
> Am Wednesday 12 November 2008 15:15:38 schrieb Rui Miguel Silva Seabra:
>> *sigh* and I suspect I'm not able to disable dimming the screen on FSO
>> Milestone 4 :(
> 
> Of course you are. Read the sample config @ 
> http://git.freesmartphone.org/?p=framework.git;a=blob;f=conf/example/frameworkd.conf
> 

Looks like there's a typo on line 76 which I assume should be
'disable = 0':

   74 [oeventsd]
   75 log_level = DEBUG
   76 disbale = 0
   77
   78 [opimd]


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

Re: microSD card

[Alastair Johnson]

Tony Berth wrote:
> On Wed, Nov 12, 2008 at 8:00 PM, Robin Paulson <[EMAIL PROTECTED] 
> > wrote:
> 
> 2008/11/13 Yorick Moko <[EMAIL PROTECTED]
> >:
>  > On Wed, Nov 12, 2008 at 4:32 PM, Tony Berth
> <[EMAIL PROTECTED] > wrote:
>  >> is it possible to use any current microSD card (4 or 8 GB!) and
> microSDHCs
>  >> as well? Are any hardware limitations?
>  >
>  > http://wiki.openmoko.org/wiki/Supported_microSD_cards
> 
> i haven't seen anything recently about the microsd corruption bug -
> has that been fixed yet in standard kernels?
> 
> does the stock debian kernel now have the fix in, or do i still need
> to replace it with one from om? and what about the kernel in 2008.9?
> 
> thanks
> 
> 
> just a last question, how do you guys open the microSD slot if you want 
> to replace the card? Looks so fragile and I'm worried not to brake it! I 
> did succeed 2 times up to know but is always a pain! Any good tips for that?

Use Joerg's stickytape mod :-)

http://people.openmoko.org/joerg/sdcard-handle/

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

Re: [android] copy paste

[Alastair Johnson]

Petr Vanek wrote:
> On Thu, 13 Nov 2008 16:53:52 +
> "Sam Kuper" <[EMAIL PROTECTED]> (SK)
> wrote:
> 
>> 2008/11/13 Cédric Berger <[EMAIL PROTECTED]>
>>
>>> Hi,
>>> Is it possible to copy/paste in Android ?
>>
>> On my G1, some applications permit cut/copy/paste, but only - as far
>> as I can tell, within the app :(
>>
>>
>>
>>> If yes, is it possible do do it without keyboard ?
>>
>> The UI varies with the app. Some use the 'Menu' key to access this
>> functionality. Some use a long screenpress (a bit like Windows Mobile,
>> in case you've used that). Haven't had much time to explore this, as
>> only got my G1 yesterday (free upgrade from previous WinMo phone!).
>>
>>
>>> And if copy/paste is possible, this means that we could use a
>>> software keyboard app to write text, copy it, then paste into another
>>> application text field... or not ?
>>
>> I don't know, but I really hope it's possible.
>>
>> Sam
> 
> 
> I could copy from say calculator into any other app. :) so it is
> possible!

I just tried this method for pairing with my bluetooth keyboard. I can 
copy from the calculator, and paste into the bluetooth PIN dialog (you 
see the numbers briefly before they are converted to circles) but the OK 
button in the dialog is never enabled :-( Will have to try with the 
debug connection some time.

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

Re: [Om2008.9] gsmspeakerout.state

[Alastair Johnson]

Matthias Apitz wrote:
> El día Wednesday, November 19, 2008 a las 08:46:27AM +0530, Carl Lobo 
> escribió:
> 
>> I think you need to restore the gsm*.state files only when you are on
>> call. the ringing from speaker requires mappings from stereoout.state.
> 
> Ok, I think that without deeper knowledge about the files I'm lost. Can
> some kindly soul sheet a bit light into this darkness? I.e.
> - Why there are different files?

Because depending on what you are doing you want to send sound to 
different places, and with different levels. It is simpler to have a 
small set of files containing the mixer states for known situations than 
it is for every app to store all the mixer settings itself.

> - Which process is reading them, in which order and when?

Anything that wants to, whenever it wants to, more or less. Essentially 
if an app wants to use a particular mixer state then it makes a call to 
set the mixer to that state. FSO has a dbus API to make this a little 
more orderly, and qtopia may have something similar, but this doesn't 
prevent an app setting things directly.

Because it is up to the app to do the setting you may find that an app 
doesn't switch to the state you want, for example when you answer a call 
the phone app may switch to the gsm-handset state even though you have 
the headset plugged in.

> The Wiki http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem
> speaks about 'states' like 'State: GSM <-> Built-in Handset (file
> gsmhandset.state)', but does not explain what a given 'state' is and how
> the transit between them happens...
> 
> Thx
> 
>   matthias
> 

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

Re: [Om2008.9] gsmspeakerout.state

[Alastair Johnson]

Vasco Névoa wrote:
> I really don't like the fact that the state files have ALL the  
> controls in there.
> Can't we eliminate the unnecessary controls inside each file?
> I don't see why a "speakerout.state" file should have microphone  
> settings... it just adds to the confusion, and creates competition  
> between apps.

Because the other controls are _not_ unnecessary. If you just ignore the 
  mic settings you could end up with Mic2 enabled with high gain, 
routing through to the speaker and generating horrible feedback. Other 
unexpected weird audio routing problems will crop up, and be next to 
impossible to debug since it won't be clear which combination of 
settings applied in which order were responsible for creating the 
problem, let alone which app was 'responsible' for the problem.

> Citando Alastair Johnson <[EMAIL PROTECTED]>:
> 
>> Matthias Apitz wrote:
>>> El día Wednesday, November 19, 2008 a las 08:46:27AM +0530, Carl  
>>> Lobo escribió:
>>>
>>>> I think you need to restore the gsm*.state files only when you are on
>>>> call. the ringing from speaker requires mappings from stereoout.state.
>>> Ok, I think that without deeper knowledge about the files I'm lost. Can
>>> some kindly soul sheet a bit light into this darkness? I.e.
>>> - Why there are different files?
>> Because depending on what you are doing you want to send sound to
>> different places, and with different levels. It is simpler to have a
>> small set of files containing the mixer states for known situations than
>> it is for every app to store all the mixer settings itself.
>>
>>> - Which process is reading them, in which order and when?
>> Anything that wants to, whenever it wants to, more or less. Essentially
>> if an app wants to use a particular mixer state then it makes a call to
>> set the mixer to that state. FSO has a dbus API to make this a little
>> more orderly, and qtopia may have something similar, but this doesn't
>> prevent an app setting things directly.
>>
>> Because it is up to the app to do the setting you may find that an app
>> doesn't switch to the state you want, for example when you answer a call
>> the phone app may switch to the gsm-handset state even though you have
>> the headset plugged in.
>>
>>> The Wiki http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem
>>> speaks about 'states' like 'State: GSM <-> Built-in Handset (file
>>> gsmhandset.state)', but does not explain what a given 'state' is and how
>>> the transit between them happens...
>>>
>>> Thx
>>>
>>> matthias

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

Re: [Qt Extended] Mapping Demo (was Re: [FSO] Stability and other problems)

[Alastair Johnson]

Michael 'Mickey' Lauer wrote:
> Am Wednesday 19 November 2008 12:18:28 schrieb superalex:
>> Hi, I'm using FSO since yesterday and found that the famous "echo bug" was
>> still appearing. I found a solution that is working for me based in the
>> 2008.8 one.
>>
>> In file
>> /usr/lib/python2.5/site-packages/framework/subsystems/ogsmd/modems/ti_calyp
>> so/unsolicited.py, function percentCPI, line 210 aprox
>>
>> Where it says:
>> info = {}
>>
>> I have:
>> devchannel =
>> self._object.modem.communicationChannel("DeviceMediator")
>> devchannel.enqueue( "%N0187" )
>> info = {}
> 
> Guess we should make this configurable, FSO is using -6db, not -12db since 
> this sounds pretty harsh for many people.

That's a good idea, but I think the issue may be a bit different. With 
Qtopia people were reporting no echo for the first call, but echo on 
subsequent calls. Since we're using an undocumented feature of the modem 
we don't know under what conditions it might be disabled, even though we 
don't disable it explicitly. Currently we only set the echo suppression 
in init, while this patch sets it on every call state transition. It may 
be worth moving it down a few lines so it only happens when a call 
connects, but this way we can be certain that echo suppression is 
enabled for every call.

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

Re: Is there any kind of network manager?

[Alastair Johnson]

Leonti Bielski wrote:
> Hi!
> As in the subject - is there any connection manager available for
> Freerunner to switch and manage between WiFi, GPRS and usb?
> I've seen connection manager in Illume, but it seems to be empty. What
> is left to implement to get it working?
> Are there any alternatives?
> It's possible to connect to WiFi with command line or mofi, to GPRS
> with simple script, but maybe there is something better already?
> Are there any particular plans for network management?

Did you have a particular distro in mind? Qtopia has GUI network 
management. Debian and Gentoo have their usual options. Android would 
have its GUI, but not all of the networking is currently working. The 
connection manager in 2008.x was going to use connman as a lighter 
version of NetworkManager, but it turned out to have too many incomplete 
parts as yet. FSO and SHR don't yet have anything as networking has only 
just made it onto the roadmap.

You can always use NetworkManager, though AFAIK nobody has done a GUI 
for it that suits the small screen and lack of tray. Or you could follow 
  Joel Newkirk's simple lightweight configuration described at 
http://jthinks.com/better-freerunner-networking

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

Re: Alsa state chooser

[Alastair Johnson]

On Thursday 29 January 2009, TL Mieszkowski wrote:
> Al Johnson wrote:
> > On Wednesday 28 January 2009, TL Mieszkowski wrote:
> >> KaZeR wrote:
> >> > First example on top of my head : you are listening to music via your
> >> > headset, and you unplug it : if in a public place, it might be
> >>
> >> convenient
> >>
> >> > to
> >> > pause media player to avoid bothering your neighboors. My other phone
> >> > behaves like that and i find it convenient and respectful for the
> >> > other people.
> >>
> >> I'm nobody, but that is so contrived it comes no where near convincing
> >> me that such a non-UNIXy system is the right way.
> >
> > Contrived? It's an example of good behaviour by an existing phone, so
> > it's a
> > real world example.
>
> Actually, who cares if it's contrived or not? I thought that was what
> /dev/input/eventX was for.

It is on the Freerunner and Neo1973, but probably isn't the same device on the 
a780, the e-ten glofiish M800 or any of the other devices FSO may support in 
future. Remember FSO is an abstraction layer for smartphones in general, not 
Openmoko in particular.


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

Re: [2008.9] Wifi very unreliable

[Alastair Johnson]

Alex Osborne wrote:
> Matthias Apitz wrote:
>>  I'm trying to bring up the eth0 with
>>
>> # ifup eth0
>>
>> this works very unreliable; in (let's say) 8 of 10 cases it can't
>> associate to the AP, even not after fresh re-boots and independently if
>> the AP at my home works with WEP or in my office with WPA;
>>   
> I found that with wpa_supplicant there was a problem with disconnecting 
> from an AP.  The essid would apparantly not get cleared properly on the 
> card (although iwconfig would show it as cleared) and until you manually 
> cleared it, wpa_supplicant would just sit in a loop trying to connect 
> and getting authentication timeouts.  You can see these message if you 
> run wpa_cli.  I worked around it by adding a pre-up that clears the essid:
> 
> allow-hotplug eth0
> iface eth0 inet manual
>   wpa-driver wext
>   wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
>   pre-up iwconfig eth0 essid off
> 
> iface default inet dhcp
> iface home inet dhcp
> 
> This seems to work reliably for me except that I still have to ifdown 
> and ifup when I move to a different AP.  So if manually connecting with 
> iwconfig works for you, you could try same workaround. Here's what my 
> wpa_supplicant.conf looks like:
> 
> ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
> 
> network={
> ssid="XXX"
> key_mgmt=NONE
> wep_key0=XX
> wep_tx_keyidx=0
> id_str="home"
> }
> 
> network={
> key_mgmt=NONE
> }
> 
> Note that this is with Debian, not 2008.9 -- I'm not sure whether 
> Om2008.9 supports exactly the same /etc/network/interfaces syntax as Debian.

2007.2 was missing some of the scripts (and more?) needed to support 
wpa-roam when I tried it. Haven't checked in 2008.x yet. The news about 
essid is interesting though.



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

Re: Dialer UI Design

[Alastair Johnson]

Nishit Dave wrote:
> 
> *yawn* Predujice...
> 
>  
> *yawn* years of experience using yumex, Fedora and what not.  Carefully 
> considered Predijuice.

Can you point to something specific that makes python unsuitable for a 
responsive GUI? I've seen unresponsive GUIs written with many languages, 
but it is generally a problem with the code not the language.


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

Re: [2008.09][FSO] Programming interface to wifi Icon

[Alastair Johnson]

Matthias Apitz wrote:
> El día Wednesday, October 01, 2008 a las 08:30:00AM +0100, Arigead escribió:
> 
>> Matthias Apitz wrote:
>>> El día Tuesday, September 30, 2008 a las 02:38:51PM +0100, Arigead escribió:
>>>
>>>   
 Hello all,
 Want to play with the wifi icon on the FR either in [2008.09] or 
 [FSO] Perhaps [FSO] makes more sense in the long run.

 Anyhow can I from a C Program set the icon? And can I have a call back 
 so that Icon being pressed issues a DBUS message?
 
>>> If you create a file like this:
>>>
>>> [EMAIL PROTECTED]:/usr/share/applications# cat Wifi-up.desktop 
>>> [Desktop Entry]
>>> Encoding=UTF-8
>>> Name=Wifi-up
>>> Comment=Bring Wifi up with ifup eth0
>>> Exec=xterm -e "ifdown eth0 ; iwconfig eth0 txpower auto channel 1 ; killall 
>>> wpa_supplicant ; killall udhcp ; ifup eth0 ; sleep 20"
>>> Icon=wifi
>>> Terminal=false
>>> Type=Application
>>> Categories=Application;Utilities;
>>> SingleInstance=true
>>> StartupNotify=true
>>>
>>> the icon will appear and of course you have an action Exec=...
>>>
>>> matthias
>>>
>>>   
>> Thanks for that Matthias but you misunderstand me. At present the wifi 
>> icon, as far as I know, is plain white. I'd like to have three different 
>> Icons for the wifi one Red, one Orange/Amber and one Green (Traffic 
>> Lights). I'd like to create a daemon in C which every so often did a wee 
>> wifi scan to see what networks are out there. If no know wifi SSIDs are 
>> available then the icon is red.
>   ...
> 
> I think I understood you already in your first post very well; you can
> change the color or the image of a given icon just be rewriting (from C
> or shell) the corresponding desktop file and let it point to another
> icon with
> 
> Icon=wifiRed
> 
> or 
> 
> Icon=wifiAmber
> 
> ... ofc the files 'wifiAmber.png' must exist in /usr/share/pixmaps

The .desktop file will put an icon in the application launcher. I think 
the parent is talking about the wifi icon in the illume bar at the top 
of the screen which is somewhat different.

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

Re: [2008.8] [2008.9] [qtopia] earphones

[Alastair Johnson]

Davide Scaini wrote:
> hi all,
> if I connect the earphones at the fr i can hear only from one side... is 
> that and hardware or a software problem? I tried with asu and qtopia 
> with the same result
> (the earphones are ok...)
> thanks
> d

qtopia and 2008.x don't switch alsa state files on insertion of the 
headset. This leaves you with the stereoout.state which will give output 
in one ear of the headset only. You need to load headset.state instead:
alsactl -f /usr/share/openmoko/scenarios/headset.state restore
You may have to switch states manually rather frequently, depending on 
how aware of the headset the various apps are. You may want to switch to 
gsmheadset.state during phone calls for instance.

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

Re: [2008.8] [2008.9] [qtopia] earphones

[Alastair Johnson]

Davide Scaini wrote:
> Thanks a lot I'll try!
> why there's no wiki about that?

Because nobody's added it yet ;-) If it sorts the problem for you then 
please add the details to the wiki.

> thanks again
> d
> 
> 
> 
> On Wed, Oct 1, 2008 at 6:40 PM, Alastair Johnson <[EMAIL PROTECTED] 
> <mailto:[EMAIL PROTECTED]>> wrote:
> 
> Davide Scaini wrote:
>  > hi all,
>  > if I connect the earphones at the fr i can hear only from one
> side... is
>  > that and hardware or a software problem? I tried with asu and qtopia
>  > with the same result
>  > (the earphones are ok...)
>  > thanks
>  > d
> 
> qtopia and 2008.x don't switch alsa state files on insertion of the
> headset. This leaves you with the stereoout.state which will give output
> in one ear of the headset only. You need to load headset.state instead:
>alsactl -f /usr/share/openmoko/scenarios/headset.state restore
> You may have to switch states manually rather frequently, depending on
> how aware of the headset the various apps are. You may want to switch to
> gsmheadset.state during phone calls for instance.
> 

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

Re: Idea for Openmoko application: Tide updates

[Alastair Johnson]

Al Johnson wrote:
> On Friday 19 September 2008, Michael Shiloh wrote:
>> Denis Galvão wrote:
>>> On 18/09/2008, at 01:56, Adam Bogacki wrote:
 I like the concept and would like to volunteer to test a prototype in
 New Zealand conditions.
>>> For sure Adam.
>>>
>>> Like Michael said, we should start something in the wiki.
>>>
>>> I was looking for something similar and found this:
>>> http://www.sonimtech.com/
>>>
>>> This is what Im looking for, at least as a water proof case.
>>>
>>> Is this possible to use the actual GTA_02 hardware version to do:
>>> - Compass ?
>>> - Altimeter ?
>>>
>>> How should be the best way to have this information on the phone?
>>> Using an external hardware module?
>> I'm thinking we need to make a generic expandable water proof (or at
>> least harsh conditions proof) case for the FR.
> 
> Have a look at otterbox.com - their 1900 and 3600 cases may be what you're 
> looking for. I'm going to ask them about custom cases for the openmoko, 
> either as something to clamp around as they do with their other 
> phone-specific cases, or as a total case replacement.

Otterbox would consider making a custom case if a sufficiently large 
order is placed by Openmoko rather than a third party. As a rough guide 
this is probably thousands rather than tens of thousands.

Is there enough demand? We have the outdoor contingent, but that may not 
be enough. I imagine the Sahana disaster management project [1] would 
find the phones even more useful if they were more robust, as perhaps 
would the archaeologists [2][3]. A device that can survive the warehouse 
or delivery van might find industrial markets, and one that can be 
dunked in disinfectant or steam cleaned might be useful in a medical 
environment.

[1] http://www.sahana.lk/
[2] http://blogs.thehumanjourney.net/finds/category/OLPA
[3] http://gvsigmobileonopenmoko.wordpress.com/

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

Re: [2008.9] Wifi very unreliable

[Alastair Johnson]

vale wrote:
> add a sleep 500 to your loop ;)  
> 
> which image / kernel are you using?

You should perhaps ask what AP he's using, or whether he has the power 
management enabled on the wifi. Some APs apparently get upset by power 
managed devices, and the Freerunner enables power management of the wifi 
by default to preserve battery. My wrt54g certainly gets upset from time 
to time if I connect with the freerunner, sometimes refusing to talk to 
_anything_ over wifi afterwards until rebooted.

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

Re: voip on Debian

[Alastair Johnson]

TL Mieszkowski wrote:
> On Thu, Oct 2, 2008 at 8:44 AM, Davide Scaini
> <[EMAIL PROTECTED]> wrote:
>> Ekiga? did you tryed that on [EMAIL PROTECTED]
>> so curious!
> 
> I haven't, but I see no reason why it wouldn't work. It doesn't do IAX
> though, only SIP. And sip is problematic behind a NAT firewall.

Use an outbound proxy like siproxd and the problems go away.

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

Re: Is it bottle neck in X or the kernel?

[Alastair Johnson]

Kishore wrote:
> My question here is: Is it X or is it the kernel that is the weak link that 
> sometimes make the FR painfully slow to operate?

In my experience neither. It is usually some process hogging the CPU for 
no apparent reason. Which one varies depending on image, version etc.

> I now have qtextended 4.4.1 installed with the 4.3.2 release's kernel and the 
> UI is really fast! When i first flashed 4.4.1 rootfs, i still had the kernel 
> from FDOM and while the UI was first on first boot it became slow over time. 
> FDOM was slow from the start.
> 
> Debian with XFCE OTOH was pretty fast and the change in kernel for qtextended 
> made significant difference so i am thinking the slowness is likely kernel 
> related.
> 
> Now with qtextended i still have a somewhat flaky audio playback. I have not 
> tried video!
> 
> I would appreciate anyone throwing more light on the issue.


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

Re: voip on Debian

[Alastair Johnson]

Marco Trevisan (Treviño) wrote:
> TL Mieszkowski wrote:
>> 1.) You need the alsa state for voip handset. Can be got here: 
>>
>> http://svn.openmoko.org/trunk//src/target/audio/om-gta02/
>>
>> This goes in /usr/share/openmoko/scenarios/
>> load it with the command :
>>
>> alsactl -f /usr/share/openmoko/scenarios/voip-handset.state restore
> 
> About this, using this alsa control file, can you get the caller voice
> only in the earpiece?
> If I use it in a Om2008 I get the voice both in the earpiece and in the
> main speaker!
> 

I just checked the file and it is clearly wrong as it says:

control.3 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 127'
iface MIXER
name 'Headphone Playback Volume'
value.0 127
value.1 127
}
control.4 {
comment.access 'read write'
comment.type INTEGER
comment.count 2
comment.range '0 - 127'
iface MIXER
name 'Speaker Playback Volume'
value.0 0
value.1 0
}

This will do as you say since control.3 is for the headset/speaker, and 
control.4 for the handset earpiece. I don't know if this is the result 
of someone committing an old file or what.


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

Re: [2008.9]Debugging the FreeRunner Kernel?

[Alastair Johnson]

Arigead wrote:
> Alex Osborne wrote:
>> Helo Arigead,
>>
>> Arigead wrote:
>>   
>>> Does anybody have an opinion 
>>> that it might not be the kernel? As it happens all the time for various 
>>> apps I'm assuming that it's something core.
>>>   
>>> 
>> When it locks up, does the device stop responding to ping over USB?  
>> That would indicate the whole kernel is getting messed up by the lock ups.
>>
>>   
>>> Would the debug board enable me to get to the bottom 
>>> of this? 
>>> 
>> It would probably help to some extent.  You could see the kernel 
>> messages over the serial console and potentially even inspect what the 
>> CPU is doing when it hangs over JTAG.  Although if it's a hardware 
>> fault, which seems likely if nobody else seems to be experiencing random 
>> lockups, I guess it could be really hard to diagnose even with the debug 
>> board.
>>   
>>> Will somebody 
>>> please reply so that I can tell it's got to the list
>>>   
>>> 
>> Your mails are getting to the list.  See for example:
>>
>> http://kerneltrap.org/mailarchive/openmoko-community/2008/10/1/3465464
>>
>> Cheers,
>>
>> Alex
>>   
> Thanks Alex,
> I do think it's most likely a HW problem as it's happening in all the 
> Distros. Well I've not really tried with Qtopia to much, would prefer to 
> be using [ASU] or [FSO]. Having said that if I tried Qtopia and it locks 
> then it would suggest it's HW.
> 
> Anyhow perhaps the only way to go is to get the development board. Even 
> if it is a HW problem it's locking the SW somewhere. I'll try Qtopia 
> over the weekend and try build a SW Image for the FR. I've never built 
> the entire system but I might try and see if I can put in a few 
> judicious Printf's. Problem with printf's or logging is that the code 
> might have passed the printf and lock 20 odd instructions later and 
> you'd not see the printout, depending on the implementation. I don't 
> know how logging is implemented but I'll have a look.
> 
> Thanks again for getting back to me. Don't know whether to invest more 
> money in the debug board or try get a replacement. It is a challenge 
> though :-)

It might be worth trying rootfs on the uSD to see if the problem is with 
the internal flash. You may also be able to find someone near you who 
has a debug board.

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

Re: voip on Debian

[Alastair Johnson]

Marco Trevisan (Treviño) wrote:
> Alastair Johnson wrote:
>> Marco Trevisan (Treviño) wrote:
>>> TL Mieszkowski wrote:
>>>> alsactl -f /usr/share/openmoko/scenarios/voip-handset.state restore
>>> About this, using this alsa control file, can you get the caller voice
>>> only in the earpiece?
>>> If I use it in a Om2008 I get the voice both in the earpiece and in the
>>> main speaker!
>>>
>> I just checked the file and it is clearly wrong as it says:
>>
>>  control.3 {
>>  comment.access 'read write'
>>  comment.type INTEGER
>>  comment.count 2
>>  comment.range '0 - 127'
>>  iface MIXER
>>  name 'Headphone Playback Volume'
>>  value.0 127
>>  value.1 127
>>  }
>>  control.4 {
>>  comment.access 'read write'
>>  comment.type INTEGER
>>  comment.count 2
>>  comment.range '0 - 127'
>>  iface MIXER
>>  name 'Speaker Playback Volume'
>>  value.0 0
>>  value.1 0
>>  }
>>
>> This will do as you say since control.3 is for the headset/speaker, and 
>> control.4 for the handset earpiece. I don't know if this is the result 
>> of someone committing an old file or what.
> 
> Ok, the problem is that if I invert the values I heard voice in the
> earpiece, but I continue hearing it also in the main speaker!
> It's really annoying! :|

I'm surprised unless it's a small amount of bleedthrough. Setting both 
channels of control.3 to 0 should silence it. This should silence the 
speaker entirely:

 control.94 {
 comment.access 'read write'
 comment.type BOOLEAN
 comment.count 1
 iface MIXER
 name 'Amp Spk Switch'
 value false
 }


> Anyone got it working correctly? In this situation VoIP is not usable... :(

See:
http://wiki.openmoko.org/wiki/Linphone
This points to http://www.koolu.org/voip-handset.state which I have used 
successfully with the CLI version of linphone compiled using 
mokomakefile a while back. FDOM currently has a more recent linphone 
with GUI and presumably a working voip-handset.state too.

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

Re: Where is the SD card...

[Alastair Johnson]

Paul wrote:
> I have so far successfully gotten things to work (phone works again
> after reboot), ssh works and all that.
> 
> I just can't figure out which device is the SD card (I want to put
> Qtopia on that).
> 
> The devices I see are:
> 
> [EMAIL PROTECTED]:/dev# ls
> MAKEDEV kmemmtd5
> ram ram9tty4
> XOR kmsgmtd5ro
> ram0ramdisk ttySAC0
> adsplog mtd6
> ram1random  ttySAC1
> apm_biosloopmtd6ro
> ram10   rtc ttySAC2
> audio   mem mtdblock0
> ram11   rtc0udev_network_queue
> bus mixer   mtdblock1
> ram12   shm urandom
> console mtd0mtdblock2
> ram13   snd usbdev1.1
> coremtd0ro  mtdblock3
> ram14   sndstat usbdev1.1_ep00
> dsp mtd1mtdblock4
> ram15   stderr  usbdev1.1_ep81
> fb  mtd1ro  mtdblock5
> ram2stdin   vcs
> fb0 mtd2mtdblock6
> ram3stdout  vcs1
> fd  mtd2ro  net
> ram4tty vcs3
> fullmtd3null
> ram5tty0vcsa
> i2c-0   mtd3ro  ppp
> ram6tty1vcsa1
> initctl mtd4ptmx
> ram7tty2vcsa3
> input   mtd4ro  pts
> ram8tty3zero
> [EMAIL PROTECTED]:/dev#
> 
> Nothing looks anywhere like /dev/mmcblk0 as the wiki says, and also
> dmesg isn't much help.

/dev/mmcblk0 is correct. If you can't see it your card hasn't been 
detected for some reason. dmesg or the output of logread just after boot 
should give some indication as to what's going on.

> Or would it be mtdblock0?

NO!!! That's part of the internal flash.

> Thanks for clues and pointers!
> 
> Paul
> 

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

Re: voip on Debian

[Alastair Johnson]

Marco Trevisan (Treviño) wrote:
> Alastair Johnson ha scritto:
>> Marco Trevisan (Treviño) wrote:
>>> Alastair Johnson wrote:
>>>> Marco Trevisan (Treviño) wrote:
>>>>> TL Mieszkowski wrote:
>>>>>> alsactl -f /usr/share/openmoko/scenarios/voip-handset.state restore
>>>>> About this, using this alsa control file, can you get the caller voice
>>>>> only in the earpiece?
>>>>> If I use it in a Om2008 I get the voice both in the earpiece and in the
>>>>> main speaker!
>>>>>
>>>> This will do as you say since control.3 is for the headset/speaker, and 
>>>> control.4 for the handset earpiece. I don't know if this is the result 
>>>> of someone committing an old file or what.
>>> Ok, the problem is that if I invert the values I heard voice in the
>>> earpiece, but I continue hearing it also in the main speaker!
>>> It's really annoying! :|
>> I'm surprised unless it's a small amount of bleedthrough. Setting both 
>> channels of control.3 to 0 should silence it. This should silence the 
>> speaker entirely:
>>
>>  control.94 {
>>  comment.access 'read write'
>>  comment.type BOOLEAN
>>  comment.count 1
>>  iface MIXER
>>  name 'Amp Spk Switch'
>>  value false
>>  }
>>
>>
>>> Anyone got it working correctly? In this situation VoIP is not usable... :(
>> See:
>>  http://wiki.openmoko.org/wiki/Linphone
>> This points to http://www.koolu.org/voip-handset.state which I have used 
>> successfully with the CLI version of linphone compiled using 
>> mokomakefile a while back. FDOM currently has a more recent linphone 
>> with GUI and presumably a working voip-handset.state too.
> 
> Thanks. Now it finally work. I had already tried that state file from
> koolu but I wasn't able to make it work! :o
> After the edit you suggested me the incoming audio works well. I'm using
> linphone 2.1.1 with a gui too, I compiled it long time ago, but I always
> had this kind of problem!

Was it you who mentioned having patched linphone to switch alsa states , 
and to tweak the GUI to fit the screen better?

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

Re: microSD single ext2 or ext3 partition boot?

[Alastair Johnson]

Alex Osborne wrote:
> 
> On 06/10/2008, at 11:49 AM, feywulf wrote:
> 
>>
>> setenv menu_9 Boot from microSD (ext2): setenv bootargs 
>> \${bootargs_base} rootfstype=ext2 root=/dev/mmcblk0p1 rootdelay=5 
>> \${mtdparts} ro\; mmcinit\; ext2load mmc 1 0x3200 
>> \${sd_image_name}\; bootm 0x3200
>>
> 
> I think it would.  For me $bootargs_base also contained root= and 
> rootfstype= pointing at the flash which was giving the kernel some 
> confusion having them specified twice, so if you have problems with it 
> check that.

It looks very similar to what I'm using, including the rootfstype= part. 
The only bit I think may need a change is the ext2load which I think 
needs to be:
ext2load mmc 1:1 0x3200 boot/uImage\;
For the second partition it would be 1:2. Depending on what your 
${sd_image_name} is you may be ok to leave it, but I prefer defining it 
explicitly for each partition.


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

Re: Echo issue on OM2008.08 solved

[Alastair Johnson]

Michael Zanetti wrote:
> On Sunday 31 August 2008 15:50:05 Al Johnson wrote:
>> The patch turns on the echo and noise suppression capabilities in the GSM
>> chipset using one of the hidden and NDA's AT commands someone kindly posted
>> on the hardware list.
> 
> Just for my understanding: I thought that on my openmoko-phone even the 
> hardware is supposed to be free and open. How can it be than, that there are 
> "hidden commands" and NDA's?
> 
> I read somewhere (long time ago - before the FR reached its birthday) that 
> there might be some pieces of hardware not open such as the GSM chip. I guess 
> exactly this is the case. Could someone experienced to NDA's, copyright laws, 
> GPL violations and so on please explain me how exactly this is handled here?

I'm sure someone from openmoko will correct me if I'm wrong, but I'll 
have a go. The aim is to be as open as practicable, and they are more 
open than anything else I know of.

Companies hold copyright on their documentation, and can grant or deny 
the right to copy that documentation. Ideally this would be both public 
and redistributable, but this is often not the case. They may make it 
public but not redistributable, or keep it entirely private, disclosing 
it only under some variety of nondisclosure agreement.

NDA is a very general description, and any NDA will detail what can and 
can't be disclosed under what conditions. It is quite possible for an 
NDA to allow documentation to be used in writing GPL code. I gather from 
discussions on the list that the NDA for the Glamo would allow Openmoko 
to rewrite the documentation and release the rewrite, but not the 
original documentation. This may seem bizarre, but it allows SMedia to 
keep control of their documents, and to disclaim liability for errors in 
anything disclosed.

GSM firmware will never be fully open unless national telecoms 
regulators decide to relax their rules. The GSM modem is in effect a 
separate device with its own firmware that we talk to through a serial 
interface. It just happens to be on the same board. The commands that 
the modem has to deal with are set out in a number of GSM standards. On 
top of this there are commands specific to this chipset/firmware, some 
of which Openmoko have documentation for under an NDA. This appears to 
let them use the commands in GPL code and to answer specific questions, 
but not to release a description of the whole command set. It seems 
there are further commands, such as those controlling AEC, that are not 
mentioned in the documents Openmoko have.

Openmoko are walking a tightrope here. Open is a new word to chipset 
manufacturers in the telecoms arena, and some understand more than 
others. Until they can be educated there will be compromises to be made, 
and decisions may not always work out as well as they initially 
appeared. Certain features that people expect may not be possible in an 
open phone right now. This applied to wifi for GTA01 as there was no 
sufficiently low power wifi chip with an open driver. The problems with 
the binary blob for the GTA01 gps have made those clearly unacceptable, 
but 3D acceleration without a binary blob is currently unobtainable in a 
mobile with 480x640 resolution. In the meantime they're heading in the 
right direction and researching the most open options available - see 
http://wiki.openmoko.org/wiki/MokoForesight for examples. With luck they 
will manage to convince manufacturers of the advantages of openness 
along the way.

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

Re: NetworkManager port

[Alastair Johnson]

Florian Hackenberger wrote:
> Hi!
> 
> Has someone considered using NetworkManager and a small frontend on the 
> Neo, instead of developing scripts and frontends to the configuration 
> files?

connman was started because NetworkManager was considered too heavy for 
things like phones and MIDs, but how justified that is I don't know.

>   What are the obstacles in getting NetworkManager ported? Does the wifi 
> driver support the linux wireless extensions? Are there any libraries 
> which are difficult to port?

bitbake networkmanager

It builds networkmanager-0.7+svnr3202 but I've not tried installing or 
using it yet.

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

Re: [FDOM] Bluetooth kbd?

[Alastair Johnson]

Christ van Willegen wrote:
> On Thu, Oct 9, 2008 at 1:03 PM, Alastair Johnson <[EMAIL PROTECTED]> wrote:
>> Christ van Willegen wrote:
>>> Hi,
>>>
>>> did anybody have luck with FDOM and a bluetooth keyboard (iGo to be
>>> exact). hidd seems to be broken, in that it says 'scanning' and
>>> immediately quits...
>>>
>>> Christ van Willegen
>> It'll do this if bluetooth isn't on and working. Use hciconfig to check
>> this.
> 
> I turned on Bluetooth in the settings screen (I also tried in the
> 'services' screen), but I didn't have any luck.
> 
> Let me try that again...
> 
> According to both 'Services' and 'Settings', Bluetooth is 'on', but
> hciconfig returns zilch.
> 
> Christ van Willegen

echo "1" > /sys/bus/platform/devices/neo1973-pm-bt.0/power_on
echo "1" > /sys/bus/platform/devices/neo1973-pm-bt.0/reset
echo "0" > /sys/bus/platform/devices/neo1973-pm-bt.0/reset

wait a few seconds then try hciconfig again.


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

Re: [FDOM] Bluetooth kbd?

[Alastair Johnson]

Christ van Willegen wrote:
> Hi,
> 
> did anybody have luck with FDOM and a bluetooth keyboard (iGo to be
> exact). hidd seems to be broken, in that it says 'scanning' and
> immediately quits...
> 
> Christ van Willegen

It'll do this if bluetooth isn't on and working. Use hciconfig to check 
this.

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

Re: [FDOM] Bluetooth kbd?

[Alastair Johnson]

Christ van Willegen wrote:
> On Thu, Oct 9, 2008 at 3:08 PM, Alastair Johnson <[EMAIL PROTECTED]> wrote:
>> Christ van Willegen wrote:
>>> On Thu, Oct 9, 2008 at 1:03 PM, Alastair Johnson <[EMAIL PROTECTED]> wrote:
>>>> Christ van Willegen wrote:
>>>>> Hi,
>>>>>
>>>>> did anybody have luck with FDOM and a bluetooth keyboard (iGo to be
>>>>> exact). hidd seems to be broken, in that it says 'scanning' and
>>>>> immediately quits...
>>>>>
>>>>> Christ van Willegen
>>>> It'll do this if bluetooth isn't on and working. Use hciconfig to check
>>>> this.
>>> I turned on Bluetooth in the settings screen (I also tried in the
>>> 'services' screen), but I didn't have any luck.
>>>
>>> Let me try that again...
>>>
>>> According to both 'Services' and 'Settings', Bluetooth is 'on', but
>>> hciconfig returns zilch.
>>>
>>> Christ van Willegen
>> echo "1" > /sys/bus/platform/devices/neo1973-pm-bt.0/power_on
>> echo "1" > /sys/bus/platform/devices/neo1973-pm-bt.0/reset
>> echo "0" > /sys/bus/platform/devices/neo1973-pm-bt.0/reset
> 
> Whew, the hard way with the on-screen keyboard and the stylus, but now
> it _searches_.
> 
> I don't have the kbd handy, will try this evening...

Try with the GUI again, and if it causes problems then report a bug as 
it needs to work reliably.

hidd --search picks up my iGo Stowaway without problems. Just press 
Ctrl-Fn-Fn until the green LED flashes before running it. This method 
will be disappearing soon though as hidd is deprecated. With luck 
someone (me?) will write a GUI app to do the job...

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

Re: The best approach to change network configuration from applications.

[Alastair Johnson]

Nicola Mfb wrote:
> 2008/10/9 Alastair Johnson <[EMAIL PROTECTED] 
> <mailto:[EMAIL PROTECTED]>>
> 
> Nicola Mfb wrote:
>  > I'm trying to write a test application that should change the network
>  > configuration with a gui, what's the best approach?
>  > Manually change /etc/network/interfaces? a wrapper library to do
> that?
>  > dbus api call?
> 
> That depends on which distro you're using, and how complete its network
> management is. 2008.x is using ConnMan which is an attempt at a lighter
> weight version of NetworkManager, but it seems rather incomplete. I
> think FSO is sticking with the basic debian-based interface using
> /etc/network/interfaces which mostly works according to the debian
> networking handbook. IIRC the bits needed for roaming connections are
> 
> 
> Hi Alastair, here a better explanation of what I'd like to do:
> I'm trying to use dbus with C++/QT under FSO, to test it I'm writing a 
> simple gui that is able to turn on/off the bluetooth adapter, and to 
> spawn a pan connection to my nap gentoo boxes. This is really simple 
> with dbus, and works fine with dbus-send or mdbus, now I'd like to 
> support network configuration to have different pan profiles, with or 
> without dhcp, with or without default routing and so on.

Sounds good.

> So actually should I modify /etc/network/interfaces directly in my 
> application or spawn some external script that does this with sed and 
> after launch ifdown/ifup bnep0?
> This seems not much elegant to me, and to avoid mistakes on the 
> configuration file, I should read busybox c code to understand how it 
> read that file (a curiosity, there is a doc file in busybox that says 
> please do not use ifup/ifdown approach:))

Debian lets you have multiple configurations for the same interface, so 
you can have for example different configs for eth0 at home and at work, 
or for wifi at different locations. I've not dealt with it in depth 
myself, except for trying to use its wifi roaming config and finding 
bits of that system missing.

> The problem become bigger if I want to add a pan server option and so 
> change ip forwarding and iptables rules, launch dhcp or change the its 
> ip range, and so on...
> 
> What's we may expect in the future? would be nice to have frameworkd 
> offer nice api to hide and abstract all this tasks? should we ask for 
> connman/networkmanager official/default support in OE?

OE already has both connman and networkmanager. I built it under 
fso-testing yesterday but haven't tried it yet. The KDE front end for 
NetworkManager may be close to what you're aiming at, depending on how 
much of it is pure Qt and how much KDE. I haven't used networkmanager 
much so I don't know if it supports configuring bluetooth connections.

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

Re: one day usage of qtextended

[Alastair Johnson]

Lorn Potter wrote:
> Matt wrote:
>> gtalk uses jabber protocol, so should be doable.
> 
> Certainly. If telepathy and gabble were available for the Neo's.

There's a telepathy-gabble package in OE that seems to build. Is that 
what you need?

>> Nishit Dave wrote:
>>> On Tue, Oct 7, 2008 at 12:44 AM, Lorn Potter <[EMAIL PROTECTED] 
>>> > wrote:
>>>
>>> This is a gtalk presence indicator.
>>>
>>> Million dollar question: where is gtalk? how do I install and 
>>> configure it?


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

Re: The best approach to change network configuration from applications.

[Alastair Johnson]

Nicola Mfb wrote:
> I'm trying to write a test application that should change the network 
> configuration with a gui, what's the best approach?
> Manually change /etc/network/interfaces? a wrapper library to do that? 
> dbus api call?

That depends on which distro you're using, and how complete its network 
management is. 2008.x is using ConnMan which is an attempt at a lighter 
weight version of NetworkManager, but it seems rather incomplete. I 
think FSO is sticking with the basic debian-based interface using 
/etc/network/interfaces which mostly works according to the debian 
networking handbook. IIRC the bits needed for roaming connections are 
missing though. Debian and Gentoo use their respective networking 
practices. NetworkManager is another option. The key is to pick one 
method and stick to it - mixing them usually ends up in them fighting 
for control of the interfaces.

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

Re: Accelerometer question

[Alastair Johnson]

Andy Green wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Rui Miguel Silva Seabra wrote:
> 
>>  The rate at which they feed me data only starts up when the file
>>  handle is opened, and stops when it's closed?
> 
> This is the case, the interrupts are quenched when no file handles are
> open on them.
> 
>> I'm just wondering, because my 1 year old Nokia 2670 just lasted a whole
>> week in idle on an 700mAh battery, and OpenMoko lasts only about 8/9
>> hours in idle with a 1200mAh battery. It is nuts, we all know that, but
>> I'm more interested right now into extending battery life, as it is my
>> single greatest problem with OpenMoko right now.
> 
> The issue is "what does idle mean".  Suspend for Freerunner should last
> a week.  Sitting there with CPU up even with backlight down is 60-90mA
> on battery, suspend is 5 - 10mA and that's why you get battery life
> reduced accordingly if you stay out of suspend.  That's a kernelspace
> issue on the one hand (suspend is not entirely reliable) but also a
> userspace issue (there have been bugs negotiating entry to suspend
> instead of sitting there with CPU up at 400MHz and backlight down).

'Should' being the operative word :-) In practice it is variable to say 
the least. Sometimes a full battery will last a whole night with charge 
to spare in the morning. Other times the battery is dead. This is with 
bluetooth and gps disabled, no wifi connection but with gsm enabled and 
sim present. Image type doesn't seem to make much difference.

With GSM disabled I suspect it would last more than a week based on my 
accidental test with 2007.2. I switched off the GSM since I didn't have 
a SIM in, left it on Friday evening and forgot about it. On Monday I 
expected to find it dead, but it resumed with IIRC >80% battery.

I suspect the 'bouncing gsm' has a lot to do with it. I intermittently 
see repeated reregistrations. If the phone is near the PC speakers I can 
hear them, suggesting they require more power than sitting idle. This 
would probably not to explain the whole of the difference though, so I 
wonder if it is causing things to wake up when they ought to be 
thoroughly asleep. Any ideas on how I can record the number of wakeups 
and how long it spends awake? I wish I had an ammeter that could be used 
for data logging!

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

Re: wpa_supplicant -u ?

[Alastair Johnson]

Matthias Apitz wrote:
> El día Monday, October 13, 2008 a las 09:22:28AM -0400, Stefan Monnier 
> escribió:
> 
>> I'm having trouble getting wifi to work:
>> I have created a wpa_supplicant.conf file (copied from some other
>> machine), and have added "wpa-conf /etc/wpa_supplicant.conf"
>> to /etc/network/interfaces.
>>
>> Then `ifup eth0' sometimes works, but usually only right after boot.
>> The problem seems to be different from the "wifi only works once"
>> problem described in the wiki, because the symptom is only that
>> wpa_supplicant fails to associate (it keeps trying to associate, but to
>> no avail).
>>
>> The one odd thing I notice, is that I always get 2 wpa processes
>> running: one "wpa_supplicant -u" and one with the usual list of
>> arguments specifying the interface, conf file, etc...
>>
>> What's this "wpa_supplicant -u" doing here and who starts it?
> 
>   -u = enable DBus control interface
> 
> see 'wpa_supplicant -h';

To answer the other part of the question, I think this is started by 
connman which is used by the settings GUI to control the network 
interfaces. Connman aims to be a lightweight version of NetworkManager 
but is currently rather incomplete.

>> Also, it seems that the om2008.9's Wifi GUI (in the Settings section)
>> doesn't use ifup/ifdown (e.g. it starts up a "wpa_supplicant -u" only).
>> That's too bad.  Is there some way to get them to cooperate better?
> 
> Try my 'procedure' in http://www.unixarea.de/openmoko.txt
> and see if this helps you too; my Wifi comes up in 99 of 100 cases;

An interesting combination of methods to kill the competing instances of 
  things from connman, sort the routing issue if usb0 is up, and 
convince the wifi driver/firmware to behave itself.

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

Re: [Om2008.9] Using Freerunner as a digital audio player

[Alastair Johnson]

Sam Kuper wrote:
> 2008/10/13 <[EMAIL PROTECTED] >
> 
> I was *very* disapointed when I discovered the audio quality via
> headphones:in IRC they told me that it was because the capacitor(that is
> between headphone out and the sound card)'s value was too low and
> acted as
> a filter...
> As I am too afraid of breaking the openmoko i won't change the capacitor
> myself...but what could I do? build/buy an external amplifier(will
> it work
> fine?) or find a place where they could remplace me the capacitor?
> 
> 
> I wasn't aware of this problem, but if what you are saying is that the 
> headphone out socket of the phone has a capacitor connected across it 
> that is attenuating the high frequencies, then an external amplifier 
> connected to that socket will not be able to restore those frequencies.

The cap is 1uF in series - see the schematics at 
http://downloads.openmoko.org/schematics/GTA02/ and check the archives 
for a thorough analysis by Joerg:
http://lists.openmoko.org/pipermail/openmoko-kernel/2008-March/001996.html

An external amp will provide a high impedence load, so things will be 
better, but unless there was an unannounced change in the componenet 
values for the later boards you will be stuck with bass rolling off 
below 160Hz.

On the hardware list you can find discussion of the modification options.

> A well-designed amplifier that takes a digital audio feed from the USB 
> socket - a USB soundcard, essentially, would work in principle, but in 
> practice may be expensive/time-consuming to implement.

There are any number of usb headsets out there. Many would be trivial to 
modify for use with other headphones. If you're serious about your audio 
there's always the HeadRoom BitHead.

> My advice would be to try listening to music on your phone. If it sounds 
> fine, don't worry about it further. If it isn't fine, try using a distro 
> that is known to have good sound capabilities (someone else mentioned 
> that Debian gives high playback quality). Only if this fails to give you 
> adequate quality might it be worth investigating hardware 
> replacements/augmentation.
> 
> Regards,
> 
> Sam
> 
> 
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community


-- 
SolutionTrax Limited, Registered in England & Wales, Trading as TrueBox
Registered office: Silbury Court, 420 Silbury Boulevard, Milton Keynes, 
MK9 2AF, UK
Company Number: 4494022
VAT Registration Number: 825 1952 26
Telephone: +44 (0)845 508 3397

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

Re: [FSO] FSO install question.

[Alastair Johnson]

Paul wrote:
> Hello people,
> 
> I would like to put FSO on the SDcard, to look at it and try it.
> 
> Can someone recommend the proper root/image-files to use for this? There 
> are quite a lot on the FSO-download page...

Take the latest rootfs.tar.gz for your phone and extract it onto a 
partition on the SD. This includes a kernel, so if you have updated 
uBoot you can load this direct from the SD. For details see:
http://wiki.openmoko.org/wiki/Booting_from_SD

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

Re: OpenMooCow 0.1

[Alastair Johnson]

Thomas White wrote:
> I'm pleased to be able to announce version 0.1 of my "advanced
> accelerometer and audio framework testing system", OpenMooCow.
> Available from http://www.srcf.ucam.org/~taw27/openmoko/openmoocow/
> 
> When installed and run, OpenMooCow displays an artistic rendition of
> a fine specimen of Friesian dairy cattle.  Invert the device and return
> it to an upright orientation to experience the pinnacle of audio
> rendering "kwality".
> 
> The sound effect can be altered by putting a suitable WAV file
> in /usr/share/openmoocow/moo.wav.  A credit is due to Chris Hendricks
> who is the author of the original sound file (obtained from
> www.flashkit.com).
> 
> Comments/abuse to this address.
> 
> Tom

Wonderfully silly, thanks!

On FSO it couldn't find the audio device so I modprobed snd_pcm_oss and 
snd_mixer_oss.


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

Re: wpa_supplicant -u ?

[Alastair Johnson]

Stefan Monnier wrote:
>> To answer the other part of the question, I think this is started by 
>> connman which is used by the settings GUI to control the network 
>> interfaces. Connman aims to be a lightweight version of NetworkManager 
>> but is currently rather incomplete.
> 
> Thanks.  Is there some way to tell connman to use my
> wpa_supplicant.conf file (especially, so it automatically connects to
> my preferred networks without asking any question)?

I don't know, but I suspect not. You might be able to influence the 
wpa_supplicant it starts though, either using dbus or wpa_cli.

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

Re: [Om2008.9] How to export Vcf Contacts from FR?

[Alastair Johnson]

Charles Pax wrote:
> On Wed, Oct 15, 2008 at 11:00 PM, nickd <[EMAIL PROTECTED] 
> > wrote:
> 
> Vasco I've put your contribution up on the wiki. Once step closer to
> working out the export. Also in the discussion I've asked for thoughts
> on either moving 'exporting' to a new page or rename the current one.
> What do you think?
> -Nick
> 
> 
> Have you guys considered writing a plugin for Conduit [1]? It looks like 
> Conduit supports Evolution Data Server, which is what (I think) Openmoko 
> uses. 

2007.2 used Evolution Data Server, but 2008.9 uses qtopia which stores 
things in an sqlite database.

>I'd be pretty happy if I could synchronize my Freerunner with 
> Evolution via Conduit. Maybe some of us should put together a beer of 
> the month club [2] bounty for whoever makes a plugin for conduit.
> 
> -Charles Pax
> 
> [1] http://www.conduit-project.org/
> [2] http://www.beermonthclub.com/

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

Re: Wiimote + electric guitar

[Alastair Johnson]

nickd wrote:
> Can somebody smarter than I work out how we do this?
> http://www.engadget.com/2008/10/15/wiimote-strapped-on-guitar-for-wild-effects-whammy-bar-gets-tot/

Which aspect of it? You could follow it closely by imitating the wiimote 
with ReMoko. You could bypass the remote aspect by adding a usb midi 
adapter and sending midi commands to the Digitech pedal based on the 
accelerometer readings. We probably don't have enough CPU to run 
ecamegapedal or similar.

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

Re: Debian size and uSD

[Alastair Johnson]

Jeffrey Ratcliffe wrote:
> I bought myself a 4Gb uSD card and decided to have a go at moving the
> (full) 512Mb partition onto it, using
> 
> http://inferno.slug.org/cgi-bin/wiki?Drive_Backup_And_Cloning
> 
> as my reference. I backed up the 512Mb with no problem. The 4Gb card
> was not recognised, though; dmesg on the desktop produced:
> 
> [ 2460.876027] usb 5-8: reset high speed USB device using ehci_hcd and
> address 10
> [ 2461.010393] sd 5:0:0:0: Device offlined - not ready after error recovery
> [ 2461.010444] sd 5:0:0:0: rejecting I/O to offline device
> [ 2461.010462] sd 5:0:0:0: rejecting I/O to offline device
> [ 2461.010471] sd 5:0:0:0: rejecting I/O to offline device
> [ 2461.010477] sd 5:0:0:0: [sdb] READ CAPACITY failed
> [ 2461.010482] sd 5:0:0:0: [sdb] Result: hostbyte=DID_NO_CONNECT
> driverbyte=DRIVER_OK,SUGGEST_OK
> [ 2461.010489] sd 5:0:0:0: [sdb] Sense not available.
> [ 2461.010496] sd 5:0:0:0: rejecting I/O to offline device
> [ 2461.010502] sd 5:0:0:0: [sdb] Write Protect is off
> [ 2461.010505] sd 5:0:0:0: [sdb] Mode Sense: 00 00 00 00
> [ 2461.010508] sd 5:0:0:0: [sdb] Assuming drive cache: write through
> [ 2461.010643] sd 5:0:0:0: [sdb] Attached SCSI removable disk
> [ 2461.010808] sd 5:0:0:0: Attached scsi generic sg3 type 0
> [ 2461.019731] sd 5:0:0:1: [sdc] Attached SCSI removable disk
> [ 2461.020480] sd 5:0:0:1: Attached scsi generic sg4 type 0
> [ 2461.035667] sd 5:0:0:2: [sdd] Attached SCSI removable disk
> [ 2461.036236] sd 5:0:0:2: Attached scsi generic sg5 type 0
> [ 2461.045093] sd 5:0:0:3: [sde] Attached SCSI removable disk
> [ 2461.045602] sd 5:0:0:3: Attached scsi generic sg6 type 0
> 
> OK, I thought, I'll install Debian from scratch, but this failed with:
> 
> ext2fs_mkdir: Attempt to read block from filesystem resulted in short
> read while creating root dir
> 
> Subsequent attempts fail with:
> 
> dd: writing '/dev/mmcblk0': Input/output error
> 1+0 records in
> 0+0 records out
> 
> What can I try before I give up and send the card back?

I had this problem with a Kingston 4GB card. There was a kernel patch a 
couple of weeks ago that seemed to solve this, although given the 
intermittent nature of the problem I may just have been unusually lucky. 
I've been using other cards since so can't give a longer term test 
report. It's in Andy's stable tree, but last I heard it was only in the 
unstable OM feed. I don't know which patch set Debian uses.

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

Re: Back to the basics: improving user experience

[Alastair Johnson]

Marco Trevisan (Treviño) wrote:
> William Kenworthy wrote:
>> Did a quick google but couldnt figure out what it uses as storage.
>> Hopefully not a relational database - they have their uses and qtopia
>> has conclusively proven this is *NOT* it :)
> 
> Well, I don't really know what Akonadi is using, but when I installed it
> in my ubuntu build it was depending in mysql-client and mysql-server.
> Now, if mysql (with a server always running) is really needed I think
> that we can't use in our phone.

 From the  tutorial below I get the impression that Akonadi can use more 
or less anything as a storage backend if you write the resource handler 
for it, and kdevelop has templates for these. Ubuntu, like most binary 
distributions, tends to pull in all sorts of things as dependencies that 
aren't strictly necessary.

http://techbase.kde.org/Development/Tutorials/Akonadi/Resources

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

Re: Partitionning separate /home/ floder to SD

[Alastair Johnson]

Linus Gasser wrote:
> Joel Newkirk a écrit :
>> When (if) I get my FR where I plan to retain the same installation
>> long-term, I intend to carve up the 8gb uSD and have /dev/mmcblk0p3 as
>> /home.  (partition #2 as swap, #1 as alternate boot)
> 
> Did the same thing here (swapped swap and home). This is the important 
> part of my fstab, if it helps someone:
> 
> # microSD slot
> /dev/mmcblk0p1/media/card autodefaults,async,noauto   0  0
> /dev/mmcblk0p2/home   ext2defaults,async  0  0
> /dev/mmcblk0p3none swap   sw 0 0

You might like to add noatime,nodiratime to the options too.

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

Re: Partitionning separate /home/ floder to SD

[Alastair Johnson]

Vikas Saurabh wrote:
> Flash has limited writes in its lifetime. That is why we have special 
> filesystems for flash [1],[2] (e.g. jffs2).
> 
> ext3 (due to its journalling) might not be good idea for Sd-card. I 
> think ext2 would fare fine except that it might be left with corrupted 
> FS in case improper shutdown but at least it would not impact the life 
> of the card.

For CF and probably also for SD this is a non-issue. Most, probably all, 
implement write levelling in the card so special filesystems are not 
needed. The number of write cycles before failure has increased 
enormously too. More details here:
http://www.storagesearch.com/ssdmyths-endurance.html

 From a practical perspective we've been using CF cards with ext3 and 
swap for several years now in server appliances, and they've been more 
reliable than HDDs in similar situations over that period. Given the 
restricted bandwidth of the glamo I won't even be able to hit the SD as 
hard as these are every day, so I have no worries about the lifetime of 
my SD cards. I will be very surprised if it fails before I decide to 
upgrade it.

> On Mon, Oct 20, 2008 at 6:14 PM, Iain B. Findleton 
> <[EMAIL PROTECTED] > wrote:
> 
> I did appear to observe that using ext3 on the uSD partitions
> appears to be faster than using FAT file systems, however. 
> 
> 
> --VIkas
> 
> [1] 
> http://en.wikipedia.org/wiki/List_of_flash_file_systems#Flash_memory_.2F_solid_state_media_file_systems
>  
> 
> [2] http://en.wikipedia.org/wiki/NAND_flash#Flash_file_systems

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

Re: netfix testers?

[Alastair Johnson]

Joel Newkirk wrote:
> OK, I posted the updated package to
> htp://newkirk.us/om/testing/netfix-j2.tar.gz - using 'route' instead of
> 'ip' now to set up default routes.  So the only external dependency should
> be for resolvconf on SHR and Raster (and I'm guessing FSO).
> 
> Please test and post results or problems to this thread.

Sounds good. I'll give it a try when I get the chance. It sounds like it 
should combine well with dnsmasq or similar.

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

Re: consider buying Neo Freerunner

[Alastair Johnson]

Shawn "prjktdtnt" Thompson wrote:
> William Kenworthy wrote:
>> No, you are in the vast majority I think - those who can reliably make
>> phone and sms calls are in the minority - if they even exist.
>>
>> BillK
>
> Those of use using reliably are minority but we do exist. Occasionally 
> the phone will coma on me and require a hard restart (remove battery and 
> reinsert) but this happens less than once a week in most cases.

For certain values of 'reliably' then ;-) That might pass for reliable 
in the WinCE world, but not here.

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

Re: netfix testers?

[Alastair Johnson]

Joel Newkirk wrote:
> On Tue, 21 Oct 2008 16:29:30 +0100, Alastair Johnson
> <[EMAIL PROTECTED]> wrote:
>>
>> Joel Newkirk wrote:
>>> OK, I posted the updated package to
>>> htp://newkirk.us/om/testing/netfix-j2.tar.gz - using 'route' instead of
>>> 'ip' now to set up default routes.  So the only external dependency
>> should
>>> be for resolvconf on SHR and Raster (and I'm guessing FSO).
>>>
>>> Please test and post results or problems to this thread.
>> Sounds good. I'll give it a try when I get the chance. It sounds like it
>> should combine well with dnsmasq or similar.
> 
> I've been using djbdns dnscache.  You just need the cache startup to also
> invoke "echo 'nameserver 127.0.0.1' | resolvconf -a lo" and it always uses
> local cache first, drops to next priority if cache is broken or stopped.
> You can also stuff a custom script in /etc/resolvconf/update.d that will be
> able to take the prioritized nameservers and update your cache to use them
> as upstream caches.  (I've an example script for dnscache, but it expects
> it to be running under the full daemontools+tcpserver setup whereas I run
> it as a simple standalone service)
> 
> http://newkirk.us/om/dnscache_2.1.5_armv4t.ipk ;)

I couldn't see dnscache in OE but it sounds like the configuration to 
work with resolvconf is similar. dnsmasq is already available in OE 
which may make integration with the standard images easier. It also 
serves dhcp which would be useful when hooking up to a random laptop to 
provide GPRS access. I don't have any experience with either dnsmasq or 
dnscache other than looking at the docs, so I'm interested in hearing 
experience of their relative merits. IIRC someone (you?) mentioned a 
peculiarity of the djbdns build that may make it hard to include in OE.

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

Re: Echo issue on OM2008.08 solved

[Alastair Johnson]

Holger Freyther wrote:
> On Monday 13 October 2008 15:12:55 Daniel Nöthen wrote:
>> Hello,
>>
>> I finally found a place in the qtopia sources where I could put code for
>> activating the
>> echo suppression for every incoming/outgoing call.
>> I'm quite sure that experienced qtopia programmers would find a better
>> place for it.
>> But this just works. And as long as no other solution is out there I
>> will share it
>> with other people who want to combat the echo.
> 
> Sorry, I'm late to the party, tick applied a patch to Qtopia so I basicly 
> just 
> want to understand.
> 
> Why is sending this command only once not enough? Will it be reset after a 
> call? Any usage of alsactl should not have any influence on the modem itself.
> 
> explanations welcome and thanks for scratching your itch.
> 
> z.

My experience with FSO sending the command through mickeyterm was that 
once was enough, and the setting would remain over multiple calls. I 
wouldn't have tested over suspends though. After the initial patch to 
add %N0187 to the initialisation in qtopia based phone apps people 
started complaining that the echo was gone in the first call, but back 
in subsequent calls.

Since the AT command in question is undocumented we don't know what 
might reset it, or even if it's supposed to last over multiple calls. 
There is no known way to query the current setting either. This is one 
of the reasons I'm asking if we can have more documentation on this now 
the GSM firmware is being looked at again. Until someone manages to find 
out how it behaves, or is supposed to behave, setting echo suppression 
and noise reduction for every call seems to have a lot of gain for 
little cost.

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

Re: rcp works, konqueror+fish not

[Alastair Johnson]

Aapo Rantalainen wrote:
> I can rcp files from computer to my freerunner, but with konqueror and
> fish:// I can only download not upload. Moko just disconnects when I
> start uploading. Freerunner is running fdom and my computer is running
> Ubuntu: 8.04, Qt: 3.3.8b, KDE:3.5.9, Konqueror: 3.5.9.
> 
> I just installed Debian on Freerunner and now konqueror+fish works, so
> I think it is about dropbear, not konqueror.
> (Debian has Dropbear sshd v0.51and  fdom 0.49, maybe this is the point)

fish uses the shell and various commands, or perl, to do the transfer. 
See the kde doc linked below. It seems the busybox implementations of 
the shell parts don't quite behave as it expects, and one or more of the 
required perl modules isn't installed by default. We see similar shell 
behaviour in some of the init scripts where, for example, busybox sed 
doesn't support one of hte switches used by the init script.

http://docs.kde.org/development/en/kdebase-runtime/kioslave/fish.html


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

Re: Trouble adding uboot entry for debian

[Alastair Johnson]

Martijn Otto wrote:
> Hello all,
> 
> I've just installed debian onto my SD-card. However, I am unable to
> add a uboot entry. I am assuming i'm missing something basic and am
> hoping for your input. I already tried the configure-uboot.sh script,
> and although it exits without an error, it does not add or modify any
> entries in the uboot menu. I also tried to do it manually by accessing
> the bootloader prompt, in which I issued the following commands:
> 
> setenv menu_2 Boot from microSD part2 (ext2+ext2): setenv bootargs
> \${bootargs_base} rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5
> \${mtdparts} ro\; mmcinit\; ext2load mmc 1 0x3200
> \${sd_image_name}\; bootm 0x3200
> saveenv
> neo1973 power-off
> 
> With, of course, some printenv commands in between to verify the entry
> does indeed show up. This all works as expected. I get a menu_2 entry
> and the Freerunner powers down. However, when i go back into the uboot
> menu, the entry does not show up and when i go into the console it is
> gone too.
> 
> Does anybody have any idea what i'm doing wrong here?

You don't mention whether you're using the NAND or NOR version of uboot. 
  If you used the NOR version (Aux then Power) then the changes wouldn't 
be saved because it is the failsafe bootloader. If you used the NAND 
version (Power then Aux) then it should have saved. The commands look 
right from memory, assuming your uboot is recent enough to support 
ext2load, but I may have missed something.

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

Re: [2008.x] GPRS Instructions on the Wiki

[Alastair Johnson]

Rui Miguel Silva Seabra wrote:
> On Wed, Oct 22, 2008 at 11:12:12AM -0400, Stefan Monnier wrote:
>> When I looked at the prices for GPRS service from my provider (around
>> 3¢/kB), I was flabbergasted, and now I wonder: what do people do
>> with GPRS?  Do they have better deals from their carrier, or do they use
>> their bandwidth *very* sparingly?  If so, what tools do they use?
> 
> When I looked at prices for GPRS and onwards, I decided I would never
> ever use such services, and advise everyone against using them.
> 
> The only reason they cost so much, is so you don't use VOIP for cheaper
> calls.

VoIP over GPRS? Good luck with those latencies ;-)

GPRS and 3G data rates in the UK vary hugely between supplier and call 
plan. On the prepay SIM I'm testing with 1 uk pound gets me 'unlimited' 
use for a day,  though they're likely to suggest I change if I exceed 
250MB, and I'm not supposed to use VoIP or connect a PC to it. Unless 
they've changed the terms yet again. There are better rates if you're 
going to use it every day, and there are rates almost as bad as the one 
mentioned above.

Still people seem quite happy to pay for text messages. Work out the 
cost per kB on those ;-)

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

Re: rcp works, konqueror+fish not

[Alastair Johnson]

mc also implements fish, so the cause is the same. The fcntl module 
isn't included in the standard images but is used - see .fishsrv.pl on a 
machine where fish has worked. This needs to be transferred though, so 
if shell-based transfers aren't working the perl ones can't either.

Thomas Köckerbauer wrote:
> Just a guess, but could it have something to with that that dropbear is used 
> as ssh server and not openssh (maybe different behaviour)?
> If I remember correctly also browsing using a "Shell link" in midnight 
> commander does not work, this could be the same issue.
> 
> Am Friday 24 October 2008 09:28:57 schrieb Aapo Rantalainen:
>> Fish document says, that perl is used if it installed on target.
>> Freerunner Debian has perl 5.10.0
>> I installed perl to my FDOM from repository, it is version 5.8.8. Do not
>> work.
>>
>> -Aapo Rantalainen
>

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

Re: Call for mirrors for FDOM

[Alastair Johnson]

David Samblas wrote:
> Well some of you have send me a mail about my site is little bit
> slow ... taking in count I have served about 20Gb in less than 2 days is
> with peaks of 1 Gb/hour , slow is at least a good performance :)
> 
> I will try to make a script to balance beetween me an the mirrors but
> actually there is only one updated
> http://files.tdobson.net/openmoko/freerunner/fdom/  thanks Tim :)
> 
> Thanks to you all for your support :)

I should have our mirror updated by tomorrow morning UK time.

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

Re: Call for mirrors for FDOM

[Alastair Johnson]

Alastair Johnson wrote:
> David Samblas wrote:
>> Well some of you have send me a mail about my site is little bit
>> slow ... taking in count I have served about 20Gb in less than 2 days is
>> with peaks of 1 Gb/hour , slow is at least a good performance :)
>>
>> I will try to make a script to balance beetween me an the mirrors but
>> actually there is only one updated
>> http://files.tdobson.net/openmoko/freerunner/fdom/  thanks Tim :)
>>
>> Thanks to you all for your support :)
> 
> I should have our mirror updated by tomorrow morning UK time.

Mirror now available at:

http://openmoko.truebox.co.uk/mirror/ftp.tuxbrain.com/openmoko/fdom/releases/

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

Re: Call for mirrors for FDOM

[Alastair Johnson]

Matt wrote:
> Why not use bittorrent?
> Then everyone who benefits, can also contribute, effortlessly.

Because I don't have a torrent tracker that I can immediately stick 
content on, while I do have a web server ready and waiting. I may have a 
look at adding torrents, but working with David to automate the 
mirroring will be a higher priority.

> Alastair Johnson wrote:
>> Alastair Johnson wrote:
>>   
>>> David Samblas wrote:
>>> 
>>>> Well some of you have send me a mail about my site is little bit
>>>> slow ... taking in count I have served about 20Gb in less than 2 days is
>>>> with peaks of 1 Gb/hour , slow is at least a good performance :)
>>>>
>>>> I will try to make a script to balance beetween me an the mirrors but
>>>> actually there is only one updated
>>>> http://files.tdobson.net/openmoko/freerunner/fdom/  thanks Tim :)
>>>>
>>>> Thanks to you all for your support :)
>>>>   
>>> I should have our mirror updated by tomorrow morning UK time.
>>> 
>> Mirror now available at:
>>
>> http://openmoko.truebox.co.uk/mirror/ftp.tuxbrain.com/openmoko/fdom/releases/


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

Re: GTA03 - buttons or touchscreen

[Alastair Johnson]

Dale Maggee wrote:
> definitely 3) qwerty + touchscreen
> 
> This shouldn't be too hard to do, I don't think it's too much to ask of 
> OM - surely the keyboard could be a built-in USB keyboard, which would 
> mean that all the software etc is already there. All we'd need is a way 
> to disable the on-screen keyboard, something we'll want for 
> bluetooth/USB keyboards on the GTA02 anyway...

Illume already does this. IIRC if anything appears as a keyboard under 
hal the onscreen keyboard is not shown. It certainly works for bluetooth 
and usb keyboards.

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

Re: Call for mirrors for FDOM

[Alastair Johnson]

David Samblas wrote:
> El lun, 27-10-2008 a las 10:06 +0000, Alastair Johnson escribió:
>> Matt wrote:
>>> Why not use bittorrent?
>>> Then everyone who benefits, can also contribute, effortlessly.
>> Because I don't have a torrent tracker that I can immediately stick 
>> content on, while I do have a web server ready and waiting. I may have a 
>> look at adding torrents, but working with David to automate the 
>> mirroring will be a higher priority.
> True, I'm looking for do an script to rotate through aviable mirrors on
> each page load, 
> Also It will be interesting all those friends offering his mirrors to
> know if they reply on period basis or on demand to advise/or schedule my
> self whatever changes I have to upload.

If you can let us fetch the files via rsync we can add an automated 
fetch without adding much load to your server.

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

Re: zhone patch: contacts from vcf was: Re: [debian/zhone] Send an SMS

[Alastair Johnson]

arne anka wrote:
>> Please also have a look at the following three use cases concerning SIM
>> contacts and address book contacts. This is an elegant way of dealing
>> with the two.
> 
> you lost me there -- which following use cases?
> on a related note: anybody usable links to fso/framweorkd documentation?
> i only found one or two docs in a git tree with an url hardly to remember  
> and i wasn't able to figure out how to get other docs, since the schema of  
> the url was not clear to me

http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD

It's not an easy human-readable URL, but it is linked from the 
freesmartphone.org homepage, and it does give access to all the API docs 
I think.


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

Re: custom beeps

[Alastair Johnson]

lanzo wrote:
> Hi!
> I would like a lot to be able to play custom beeps just like I do on my
> desktop pc using something like the "beep" command.
> 
> I've looked around in the ML but I only found posts abot event beeps based
> on mp3-wav files, and instead I'd like to be able to play my custom beeps at
> an established frequency and duration. I am going to use that for short
> beep-coded messages (wifi intercepted, out of gsm range etc...).
> 
> I guess this way it would take much less cpu and battery consuption, and
> would be very handy to create event beeps.
> 
> I've found this file
> http://www.angstrom-distribution.org/unstable/sources/beep-1.2.2.tar.gz on
> angstrom site. I tried to unpack and compile that on the FR, i got my
> executable, but it just does nothing at all: no beeps, no terminal output.
> 
> Any hint?
> Anybody else solved my problem in another way?
> 
> tnx very much!
> lanzo

The FSO PlaySound interface may be what you're looking for. I haven't 
tried it yet so can't comment on its capabilities.

http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Device.Audio.html;hb=HEAD


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

Re: zhone patch: contacts from vcf was: Re: [debian/zhone] Send an SMS

[Alastair Johnson]

arne anka wrote:
>> http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.html;hb=HEAD
> 
> that one i was looking for -- none of the specific pages google lists has  
> a reference to this toc.
> 
>> It's not an easy human-readable URL, but it is linked from the
>> freesmartphone.org homepage, and it does give access to all the API docs
>> I think.
> 
> it has been sometime since i looked, but back then there was no link on  
> the wiki (at least non easily found) and i never cared to look again.
> instead i asked 3 times at the smartphone-lists and never got an answer.

I had expected to find the mailing list details easily, but they are 
burried on the Tutorials page!

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

[FSO] config utility

[Alastair Johnson]

The FSO API is capable of a good deal more than is exposed by GUI in the 
releases so far. This utility is an attempt to do something useful while 
finding out about python, gtk, dbus and fso. It's not pretty, or an 
example of good coding practise!

* GPRS networking - Start and stop, shows current status. Default values 
are currently hardcoded, but can be changed in the GUI. I will add 
saving when I find out how to use the FSO Preferences interface.
* GSM - currently informational for status and visible providers.
* Screen - control brightness, resolution and orientation. uses xrandr 
for resolution and orientation as AFAIK there is no FSO interface for these.

You will need python-pygtk to use this. I've been using it on 
fso-testing but it should work with SHR and debian too.

http://openmoko.truebox.co.uk/tools/fso/fso-config-util.py


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

Re: Touchscreen scratch protection

[Alastair Johnson]

Pander wrote:
> Hi all,
> 
> The default plastic protection of my screen is giving up after only a
> few days of use. Does anyone know of a good alternative like
>   http://www.zagg.com/

http://www.zagg.com/invisibleshield/openmoko-neo-freerunner-cases-screen-protectors-covers-skins-shields.php

> or
>   http://www.screenprotector.nl/
> for Openmoko Freerunner?
> 
> Thanks,
> 
> Pander


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

Re: [debian] upgrading zhone-session error

[Alastair Johnson]

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

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

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

Re: [debian] upgrading zhone-session error

[Alastair Johnson]

Joachim Breitner wrote:
> Hi,
> 
> Am Montag, den 27.10.2008, 14:19 + schrieb Alastair Johnson:
>> Joachim Breitner wrote:
>>> Am Montag, den 27.10.2008, 11:28 +0100 schrieb Davide Scaini:
>>>> sorry...
>>>> i killed zhone-session... and now the upgrade is complete.
>>>> d
>>>>
>>>> just a question: are there some replacements for zhone planned?
>>> You mean a different dialer? So far, no one has expressed interest.
>> Apart from SHR, tichy and the one I've forgotten the name of...
> 
> Maybe I’m a bit off, but last time I looked SHR did not have a readily
> working dialer app. And is tichy more than a proof of concept?

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


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

Re: Touchscreen scratch protection

[Alastair Johnson]

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

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

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

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

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

Re: GPS sensitivity

[Alastair Johnson]

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

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

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

Re: [FSO] config utility

[Alastair Johnson]

Alastair Johnson wrote:
> The FSO API is capable of a good deal more than is exposed by GUI in the 
> releases so far. This utility is an attempt to do something useful while 
> finding out about python, gtk, dbus and fso. It's not pretty, or an 
> example of good coding practise!
> 
> * GPRS networking - Start and stop, shows current status. Default values 
> are currently hardcoded, but can be changed in the GUI. I will add 
> saving when I find out how to use the FSO Preferences interface.
> * GSM - currently informational for status and visible providers.
> * Screen - control brightness, resolution and orientation. uses xrandr 
> for resolution and orientation as AFAIK there is no FSO interface for these.
> 
> You will need python-pygtk to use this. I've been using it on 
> fso-testing but it should work with SHR and debian too.
> 
> http://openmoko.truebox.co.uk/tools/fso/fso-config-util.py

I've added provider registration control. You can now select automatic 
registration, manually register to a specific provider, or unregister.

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

Re: What files do I install to get audio. in testing

[Alastair Johnson]

William Kenworthy wrote:
> Ive been trying testing out and after 3 days, Ive finally gotten a pin
> dialog and was able to register.  However, what files do I need to
> install to get audio.  On one flash I installed everything alsa and was
> able to stream audio via mplayer, but still none in the dialler.  I am
> after a minimal set of files to simply testing each version out so I
> just want to know the minimum needed to get it to work.

Which image? Openmoko, FSO and SHR all have 'testing' repos.

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

Re: zhone patch: contacts from vcf was: Re: [debian/zhone] Send an SMS

[Alastair Johnson]

Michael 'Mickey' Lauer wrote:
> Am Monday 27 October 2008 14:10:53 schrieb Alastair Johnson:
>> arne anka wrote:
>>>> http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/index.htm
>>>> l;hb=HEAD
>>> that one i was looking for -- none of the specific pages google lists has
>>> a reference to this toc.
>>>
>>>> It's not an easy human-readable URL, but it is linked from the
>>>> freesmartphone.org homepage, and it does give access to all the API docs
>>>> I think.
>>> it has been sometime since i looked, but back then there was no link on
>>> the wiki (at least non easily found) and i never cared to look again.
>>> instead i asked 3 times at the smartphone-lists and never got an answer.
>> I had expected to find the mailing list details easily, but they are
>> burried on the Tutorials page!
> 
> ? http://www.freesmartphone.org/index.php/Infrastructure
> 
> If you think that's buried... help us, it's a wiki!

I tried searching for 'mailing list' and that page is not among the results.

http://www.freesmartphone.org/index.php/Special:Search?search=mailing+list&go=Go

As for it being a wiki - hoist with my own petard ;-) Although if I had 
made a link from the front page it would have pointed to the wrong 
place. I'll add something more suitable now I know the right one.

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

Re: [Om2008.9] power on GPS

[Alastair Johnson]

Matthias Apitz wrote:
> Hello,
> 
> what is the diffference of these two driver files:
> 
> [EMAIL PROTECTED]:~# cat 
> /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/pwron
> 0
> [EMAIL PROTECTED]:~# cat 
> /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/pwron
> 0
> [EMAIL PROTECTED]:~# echo 1 > 
> /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/pwron
> [EMAIL PROTECTED]:~# cat 
> /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/pwron
> 1
> [EMAIL PROTECTED]:~# cat 
> /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/neo1973-pm-gps.0/pwron
> 1
> 
> and: where to put the statement to power on best? in /etc/init.d/gpsd?

They are two routes to the same file IIRC.

/etc/init.d/gpsd is a fair place to do it, but it may be overwritten if 
you update the gpsd package. I used to use a pair of scripts to start 
and stop bluetooth under 2007.2 but they should still work. You could 
always combine them with a check on the current power state to make it 
toggle, which would be better if you want to add a .desktop file.

#!/bin/sh
# Bring up gps - power up module and start gpsd
echo "1" > /sys/bus/platform/devices/neo1973-pm-gps.0/pwron
/etc/init.d/gpsd start

#!/bin/sh
# Bring down gps - stop gpsd and turn off the module
/etc/init.d/gpsd stop
echo "0" > /sys/bus/platform/devices/neo1973-pm-gps.0/pwron

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

Re: [FSO] GSM Radar/AT Commands

[Alastair Johnson]

Arigead wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Hello All,
> I'm living in the land that mobile phone coverage forgot and
> thinking of how to improve my sorry situation. Before I go down the
> route of putting a GSM Antenna on top of the house and having a cable
> connected to my FreeRunner I thought I'd check out the other 2 GSM
> operators in my area and see what the signal strength is for them. Now
> my Nokia phone will not permit me to connect to a non vodafone signal so
> I've no idea how strong it is using the nokia.
> 
> I'm not using the FR as a daily phone as yet but thought I could simply
> use an AT command to do a quick check on the various signal strengths. I
> tried "AT+WS46=?" but it has not come back to me and just hangs there.
> Does anybody, with better knowledge of AT commands then me, know of a
> likely command or if this is even possible.
> 
> I was hoping that if I could find a stronger signal in my area I'd just
> change operator.

AT+COPS=? will list the visible providers, but not their signal strengths.

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

Re: [FSO] GSM Radar/AT Commands

[Alastair Johnson]

Arigead wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> Alastair Johnson wrote:
>> Arigead wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> Hello All,
>>> I'm living in the land that mobile phone coverage forgot and
>>> thinking of how to improve my sorry situation. Before I go down the
>>> route of putting a GSM Antenna on top of the house and having a cable
>>> connected to my FreeRunner I thought I'd check out the other 2 GSM
>>> operators in my area and see what the signal strength is for them. Now
>>> my Nokia phone will not permit me to connect to a non vodafone signal so
>>> I've no idea how strong it is using the nokia.
>>>
>>> I'm not using the FR as a daily phone as yet but thought I could simply
>>> use an AT command to do a quick check on the various signal strengths. I
>>> tried "AT+WS46=?" but it has not come back to me and just hangs there.
>>> Does anybody, with better knowledge of AT commands then me, know of a
>>> likely command or if this is even possible.
>>>
>>> I was hoping that if I could find a stronger signal in my area I'd just
>>> change operator.
>> AT+COPS=? will list the visible providers, but not their signal strengths.

> Thanks for that. Yes I can confirm than AT+COPS=? lists the operators in
> the area but according to the data returned they are forbidden networks
> so I can't temporarily connect to them, and then use CSQ to get the
> signal strength. Such is life.
> 
> Thanks for your help though. If fso has this stuff built in I missed it
> when searching. I'll look on the wiki again. Given that the networks are
> forbidden don't think there's much can be done.

FSO has those two - beware line wrap below.

mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device 
org.freesmartphone.GSM.Network.ListProviders

mdbus -s org.freesmartphone.frameworkd /org/freesmartphone/GSM/Device 
org.freesmartphone.GSM.Network.GetSignalStrength

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

Re: DIY Audioadaptor

[Alastair Johnson]

Michael Zanetti wrote:
> On Wednesday 29 October 2008 11:31:25 Konstantin wrote:
> 
>> If this happens with your normal OM headset, too, then your mixer settings
>> are probably wrong. I had the same problem too at the beginning, but
>> fiddling around with the 'Left Mixer Left' and 'Right Mixer Right' playback
>> switches (I think those were the ones, if not try other switches with
>> left/right in their names) in alsamixer (i.E. turning them on) did the
>> trick for me :)
> 
> 
> Thanks for the hint,
> 
> I have tried to change the settings for "Left *" and "Right *" but it doesn't 
> seem to help. All those switches just change the volume of the left (or is it 
> the right?) side. Probably there is another setting causing this behaviour. I 
> will try it again whe I have more time.

Just restore the headset.state alsa settings. Om2008.x seems not to do 
this on headset jack insertion.

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

Re: [Om2008.9] How to use GPS?

[Alastair Johnson]

Matthias Apitz wrote:
> El día Tuesday, October 28, 2008 a las 10:02:08AM -0400, Stefan Monnier 
> escribió:
> 
>>> TangoGPS starts fine, connects to the 'gpsd' and downloads the maps
>>> through the USB interface from Internet; sometimes is just segfaults :-(
>> Mine says it's version 0.9.2, so I might have gotten it from elsewhere.
>>
>>> I can't see if TangoGPS knows where I am;
>>> how can I prove this if GSM is really working?
>> You'll see when it knows.  Also look at the I/J/K numbers at the end of
>> the bottom line, they indicate how many satellites are in view and how
>> many are in sync.
>>
>> You probably need to manually turn the GPS on in the Settings, sadly.
> 
> Hi,
> 
> Any idea about this problem:
> 
> I'm using tangogps-0.9.3-r1 and  gpsd-2.34-r9 in the GTA-02 FreeRunner
> with Om2008.9; sometimes I get (with clean sky) a Fix after some seconds,
> some times not even after 20 minutes in the same location; the status
> line of tangoGPS shows a lot of sattelites but none used of them, for
> enexample 12/0/0.0 What could I do? Thx

I used to see odd behaviour a bit like that from gpsd when the gps was 
powered up after gpsd was started. To save a bit of power I took to 
running gpsd only while the gps was powered up, starting and stopping 
both from a script. After I started doing that I stopped seeing the odd 
behaviour, but it could have been coincidence as there was a lot going 
on around gps in those days.

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

Re: Receiving empty sms after registration

[Alastair Johnson]

Alexandre Girard wrote:
> Hi,
> 
> I receive an empty sms each time I register with my phone provider  
> (Bouygues in France, Simio in Spain), with an origin address like "_@".
> 
> Has anybody got the same behavior?
> Is it coming from the phone or from the provider?
> 
> Also, sms duplicate in the message box each time the phone switch on,  
> I suppose it's a bug, but I'm not sure where to report it.

Please say which image you are using when reporting things. It is 
difficult for people to reproduce or to help you if you don't.

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

Re: Android open sourced

[Alastair Johnson]

KaZeR wrote:
> David Samblas a écrit :
>> El mar, 04-11-2008 a las 15:48 +0100, Cédric Berger escribió:
>>   
>>> On Tue, Nov 4, 2008 at 15:43, Eildert Groeneveld
>>> <[EMAIL PROTECTED]> wrote:
>>> 
 On Tuesday 04 November 2008, Denis Galvão wrote:
   
> Could you send us your u-boot version?
> 
 its todays download from the daily build:

  gta02v5_and_up-u-boot.bin   04-Nov-2008 01:46  211K

   
>>> Mine (working ok) was 23 sept.
>>>
>>> (And I am updating to latest now)
>>>
>>> Note that I just tried booting from NOR u-boot and it goes to black 
>>> screen.
>>>
>>> 
>> Still no luck here :(
>> from http://downloads.openmoko.org/daily/
>> dfu-util   04-Nov-2008 01:46
>> gta02v5_and_up-u-boot.bin  04-Nov-2008 01:46
>>
>> from http://people.openmoko.org/sean_mcneil/
>> androidfs.jffs2 04-Nov-2008 12:05 
>> uImage-android  04-Nov-2008 12:13
>>
>> tested with all uSD and sim combination possible
>>
>> please try to upload this working u-boot image anywhere let me know if you 
>> need a place.
>>
>>   
> 
> 
> Works (boot) here :
> uboot 1.3.2-moko12 may 9 2008 10:28:48
> 
> Flashed like any other distro,
> With a 4Gb usd card :
>  /dev/sdb1   1 2457832b  W95 FAT32
>  /dev/sdb2 246  124880 3988320   83  Linux
> 
> I booted with SD (worked) then without SD (failed) then with SD and a 
> new SIM (works).

You will need an ext3 partition on mmcblk0p2 which will get a load of 
stuff written to it. I just had to clean the bits it wrote out of my FSO 
rootfs that was on that partition :-( I've changed it to mmcblk0p3 in 
/init.rc on mine now.

If it won't boot any more at some point it seems to be because of 
something stored in this partition. Wipe out that data and it should 
boot again.

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

Re: [QtExtended] Synchronizing contacts from Kontact in KDE4 ?

[Alastair Johnson]

Chris Samuel wrote:
> Hi all,
> 
> Does anyone know if it is currently possible to set up any form of 
> synchronisation to/from Kontact in KDE4 and QT Extended ?
> 
> Currently I just grab my contacts in VCF3 format and scp them over,
> but then I noticed the synchronisation agent, but looking at the docs it 
> appears it only supports MS Outlook on Windoze.. :-(
> 
> http://doc.trolltech.com/qtextended4.4/qtopiadesktop/over-desktop-
> synchronization-1.html
> 
> Anyone know of a way of (ab)using this (or any other system) to sync to and 
> from Kontact ?

http://doc.trolltech.com/qtextended4.4/qtopiadesktop/task-add-a-new-desktop-plugin-1.html

The outlook plugin is the only one written so far, but there's nothing 
to stop someone writing a sync agent for kontact, evolution or whatever.

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

Re: Android open sourced

[Alastair Johnson]

Pander wrote:
> On Wed, November 5, 2008 08:17, Neng-Yu Tu (Tony Tu) wrote:
>> abatrour wrote:
>>> OMG it works!
>>> I was having the same problem with a black screen after the white flash.
>>> I tried formatting the sd card as ext3 and it didn't work. But it worked
>>> after i made 2 partitions, both ext3.
>>>
>>> i am using the latest uboot on my gta2v5
>> As I tried-
>>
>> * Must have a SD card inside the FR during Android boot, or it will just
>> keep black (with backlight on).
>>
>> * The SD card format also required 2 partitions (first primary partition
>> vfat/ext3 seems both work, second primary using ext3).
>>
>> My current Android setting is using the default 512 MB SD card comes
>> with FreeRunner, 8MB for vfat, rest is using ext3.
> 
> Advice in OM community is to use ext2 on SD cards. Can Android cope with
> this? Also, can it cope with only one partition?

The /init.rc in the android image calls:
mount ext3 /dev/block/mmcblk0p2 /data nosuid nodev
So you will need ext3 on that partition, or you will need to edit that 
line in init.rc.

The advice to use ext2 is based on deep seated but outdated fears about 
the limited write life of flash devices. I say this having used ext3 for 
rootfs on CF cards for several years with no ill effects.

> Can it Android be more flexible regarding this and print messages when one
> of the (implicit) requirements is not being met?
> 
>> Tony Tu
>>
>> ___
>> 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


-- 
SolutionTrax Limited, Registered in England & Wales, Trading as TrueBox
Registered office: Silbury Court, 420 Silbury Boulevard, Milton Keynes, 
MK9 2AF, UK
Company Number: 4494022
VAT Registration Number: 825 1952 26
Telephone: +44 (0)845 508 3397

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

Re: Is there a dist with "Some hidden Calypso commands" included

[Alastair Johnson]

Robin Häggqvist wrote:
> Im looking for a dist that have implemented the magic Calypso commands 
> that _might_ solve the ECHO issue. I just want to flash my FR. I cant 
> compile new kernels or modules or any of the other cool stuff you kids 
> do. (Some day I might learn but not today)

Just to be clear, the 'magic Calypso commands' turn on the modem's 
hardware echo suppression and/or noise cancellation, depending on 
exactly which command is used. This will allow more gain on the earpiece 
and mic before echo starts, but if you turn things up too high you will 
still get echo.

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

Re: [android] Re: Android open sourced

[Alastair Johnson]

Petr Vanek wrote:
> On Wed, 05 Nov 2008 10:35:59 +
> Alastair Johnson <[EMAIL PROTECTED]>
> (AJ) wrote:
> 
>>> Advice in OM community is to use ext2 on SD cards. Can Android cope
>>> with this? Also, can it cope with only one partition?
>> The /init.rc in the android image calls:
>>  mount ext3 /dev/block/mmcblk0p2 /data nosuid nodev
>> So you will need ext3 on that partition, or you will need to edit that 
>> line in init.rc.
>>
>> The advice to use ext2 is based on deep seated but outdated fears
>> about the limited write life of flash devices. I say this having used
>> ext3 for rootfs on CF cards for several years with no ill effects.
> 
> 
> how do you change/see this, can you ssh into android (i can only ping
> it) or did you mount and alter the image before uploading?

I have FSO and SHR bootable from the flash card, so I boot into one of 
those then:
mount -t jffs2 /dev/mtdblock6 /media/cf
vi /media/cf/init.rc

I've changed the mounted partition to mmcblk0p3 in mine to stop it 
writing data all over my FSO rootfs.

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

Re: [android] usb keyboard

[Alastair Johnson]

Petr Vanek wrote:
> I am thinking of connecting a usb keyboard to android on fr simply by
> calling in the init.rc:
> 
> ifconfig usb0
> down echo "host" > /sys/devices/platform/s3c2410-ohci/usb_mode
> echo "1" > /sys/devices/platform/neo1973-pm-host.0/hostmode 
> 
> we can turn in back to device mode in the terminal application (in dev
> tools, if it works...)
> 
> my usb keyboard is not around now, but has anybody tried this yet?

I added it in /init.rc but it didn't work. The keyboard powers up, so it 
looks like host mode is working, but I don't get any input in the 
terminal app. Also NumLock etc.don't light their respective LEDs.

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

Re: USB keyboard udev rule

[Alastair Johnson]

Pander wrote:
> Does anyone have a udev rule for USB keyboard that does the following.
> When no external USB devices are connected and a keyboard is plugged in,
> USB can switch to host mode and switch back when USB keyboard is
> unplugged. As far as I'm concerned, this would be a very welcome feature.

AFAIK we don't have a means of autodetecting whether we should be host 
or device, and if we aren't in host mode we can't detect the keyboard 
insertion. There may be a way of doing this using the ID pin but I don't 
know how standard it would be.

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

Re: Booting from large microSD (SDHC) [success]

[Alastair Johnson]

Lothar Behrens wrote:
> Thanks,
> 
> I had some more look about other cards about 8GB, but if there are more 
> users having success,
> I will buy this card.

I'm successfully multi-booting with a Sandisk 8GB card. I don't remember 
the model number and it's not printed on the card. Uboot says this about 
it. The incorrect size reposted doesn't cause any problems.

GTA02v5 # mmcinit
Card Type:  SD 2.0 SDHC
Manufacturer:   0x03, OEM "SD"
Product name:   "SU08G", revision 8.0
Serial number:  552978875
Manufacturing date: 7/2008
MMC/SD size:3MiB

> Especially when the eaten MBR problem was only once a problem. Was it ?

It hasn't happened to me so far. Either it's fixed or I've just been lucky.

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