Re: Optimization team update (11/30 ~ 12/06)

[Denis Johnson]

On Mon, Dec 8, 2008 at 2:17 PM, Kishore <[EMAIL PROTECTED]> wrote:
> Maybe it has something to do with hardware revisions. I get the same kind of
> battery life.

I have a GTA02V5 and I'm also experiencing 36-48 hour battery life
with QTExtended 4.4.2. This is with suspend enabled.

cheers Denis

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

Re: Optimization team update (11/30 ~ 12/06)

[Minh Ha Duong]

> My native language is Chinese, so it's kind of difficult for me to enhance

 I consider writing as another information product just like code. It needs 
debugging too, and peer review (i.e. many eyes) is the key. Think "testing 
team". I am in the academia, and systematically have one or two colleagues 
have a look at anything I write before sending it out. No need to find an 
English language professor, just someone who can point me the sentences which 
I was too dumb/hurry to write clearly in the first place. It takes time, it 
is not that difficult, and if you do it systematically your skills will 
improve in a few months. Colleagues will come to you to check the clarity of 
their English !

Professor Minh at your service

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

22-9.testing (illume) font size on desktop

[William Kenworthy]

What sets the fontsize on the desktop?  The spanner font utility doesnt
seem to affect anything.

I deleted .e to see if if it fixed some of the niggles I have with it -
and the fonts are now a bit too big.

BillK

-- 
William Kenworthy <[EMAIL PROTECTED]>
Home in Perth!


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

Re: "/bin/sh: Syntax error: "(" unexpected" building kernel

[Asheesh Laroia]

On Mon, 8 Dec 2008, Rui Castro wrote:

> Hi,
>
> I've been trying to compile openmoko kernel and I can't even start
> because of this dummy error:
> -
> $ ./build dummy
> scripts/kconfig/conf -s arch/arm/Kconfig
>
> scripts/kconfig/conf -s arch/arm/Kconfig
> CHK include/linux/version.h
> /bin/sh: Syntax error: "(" unexpected

The script probably has bashisms.  Set /bin/sh to /bin/bash and you'll do 
fine.

See "My production system has broken and I just want to get it back up!" 
at https://wiki.ubuntu.com/DashAsBinSh .

-- Asheesh.

-- 
The Tree of Learning bears the noblest fruit, but noble fruit tastes bad.

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

"/bin/sh: Syntax error: "(" unexpected" building kernel

[Rui Castro]

Hi,

I've been trying to compile openmoko kernel and I can't even start
because of this dummy error:
-
$ ./build dummy
scripts/kconfig/conf -s arch/arm/Kconfig

scripts/kconfig/conf -s arch/arm/Kconfig
 CHK include/linux/version.h
/bin/sh: Syntax error: "(" unexpected
$
-

I've followed the instructions
(http://git.openmoko.org/?p=kernel.git;a=summary and
http://wiki.openmoko.org/wiki/Toolchain#Downloading_and_installing).
Downloaded the toolchain from
http://downloads.openmoko.org/toolchains/openmoko-i686-arm-linux-gnueabi-toolchain.tar.bz2
and unpacked it to the standard location /usr/local/openmoko

I'm using Ubuntu 8.04.

I must be missing something.

Can someone point me in the right direction?

Rui

PS: sorry for the duplicate message.

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

Re: [u-boot] Environment garbled after setenv?

[Evgeniy Karyakin]

Al Johnson:
> On Sunday 07 December 2008, Evgeniy Karyakin wrote:
>> Joachim Breitner:
>>> AFAIR, the NOR uboot and the NAND uboot don’t share the environment – is
>>> that right?
>> Then I don't know what "u-boot_env" points to. If we update NAND
>> environment and then boot with the help of NOR menu, I don't see a
>> point. Frankly I never tried NAND, maybe I should now.
> 
> The NOR uboot environment is stored in NOR, and you can't change it unless 
> you 
> have a debug board. This is intentional as the NOR uboot is there to stop you 
> being able to brick your phone, and it wouldn't be much good at that if you 
> could wipe its environment. You should usually be using the NAND uboot which 
> keeps its environment in NAND in the u-boot_env area.

This explains everything, Al, thanks. So when I use a terminal to 
get into U-Boot console, I interact with NOR machinery, and u-boot_env 
storage is really in NAND field; that makes a point.

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

Re: Optimization team update (11/30 ~ 12/06)

[Kishore]

On Monday 08 Dec 2008 2:32:00 am Rui Miguel Silva Seabra wrote:
> On Sun, Dec 07, 2008 at 03:11:46PM -0500, Warren Baird wrote:
> > On Sun, Dec 7, 2008 at 2:24 PM, Christoph Siegenthaler <[EMAIL PROTECTED]> 
> > wrote:
> > > Slowly but steadily my enthusiasm for the FR is vanishing. I was at
> > > least hoping to be able to use my freerunner as a basic phone after 5
> > > months...
> >
> > Sorry if I'm repeating myself here - but try QTExtended 4.4.2 - it's not
> > perfect, and I do miss having all of the funky X based software from the
> > OM2008 based stacks, but as a basic phone, it works quite well, and I get
> > 36-48 hour battery life...
>
> I never had that battery life with qtextended, mainly because of the
> White Screen of Death (which is solved in testing).

Maybe it has something to do with hardware revisions. I get the same kind of 
battery life.
-- 
Cheers!
Kishore

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

Re: My freerunner on ebay

[Lally Singh]

On Sun, Dec 7, 2008 at 10:16 PM, carmen <[EMAIL PROTECTED]> wrote:
> every single freerunner is sold becaise 'i dont have enough time to hack on 
> it'

Not particularly.  Hacking the freerunner takes quite a bit of setup
and tracking.  More than most expected, I suspect.


-- 
H. Lally Singh
Ph.D. Candidate, Computer Science
Virginia Tech

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

Re: My freerunner on ebay

[carmen]

On Sun Dec 07, 2008 at 06:27:42PM -0800, Jonas Berlin wrote:
> I just put my Freerunner on ebay:
> 
> http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=260328913109&ssPageName=ADME:B:EF:US:1123
> 
> A very fun phone, but I just don't have the time to hack on it. 

anyone got a procmail script to weed this out

every single freerunner is sold becaise 'i dont have enough time to hack on it'

very bizarre

> 
> One of the original ones sold on 7/3/2008. US model. No hardware rework.
> 
> 
>  
> ___
> 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

SD boot, mounting phone

[Rodney Myers]

This is not listed in the wiki.

I can successfully boot from the SD card, using Hackable:1 (thanks  
folkes), and ssh into the SD card (thanks Arne, clare, Christopher &  
Joel).


Now that all of this can happen, how do I mount the phone, so I can  
edit the phone back to default?


Many thanks.


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

My freerunner on ebay

[Jonas Berlin]

I just put my Freerunner on ebay:

http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&item=260328913109&ssPageName=ADME:B:EF:US:1123

A very fun phone, but I just don't have the time to hack on it. 

One of the original ones sold on 7/3/2008. US model. No hardware rework.


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

FTP Client

[SCarlson]

 Any suggestions for a ftp client packages? Has anyone ported ncftp or
similar? I understand that sftp is better and secure, but I have specific
use case for plain ftp.

Thanks!,
SCarlson
-- 
View this message in context: 
http://n2.nabble.com/FTP-Client-tp1627481p1627481.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


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

Re: working SIM install, network problems - update (2X)

[Rodney Myers]

On Dec 7, 2008, at 2:06 PM, Rodney Myers wrote:


Thanks. I will experiment a bit more.


This is what I got to work, many thanks


cat bin/OM-config
#!/bin/sh
sudo /sbin/ifconfig usb0 192.168.0.200 netmask 255.255.255.0
sudo /sbin/route add -host 192.168.0.202/32 dev usb0

[EMAIL PROTECTED]:~$ cat bin/om-network-test
#!/bin/sh
sudo /bin/echo 1 > /proc/sys/net/ipv4/ip_forward
sudo iptables -A INPUT -i usb0 -s 192.168.0.202 -j ACCEPT
sudo iptables -A FORWARD -i usb0 -s 192.168.0.202 -j ACCEPT
sudo iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
sudo iptables -A OUTPUT -o usb0 -j ACCEPT
sudo iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -j MASQUERADE

I was able to get the debian updated. Yeah.


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

Re: top bar clock in testing

[The Rasterman]

On Mon, 08 Dec 2008 02:11:21 +0300 "Vadim, Efimov" <[EMAIL PROTECTED]> babbled:

> On Mon, 08 Dec 2008 00:21:35 +0300, ivvmm <[EMAIL PROTECTED]> wrote:
> 
> > William Kenworthy wrote:
> >> The round top bar clock in testing (illume) is not very useful - is
> >> there a way of selecting a digital clock?
> >>
> >> BillK
> >>
> >>
> > Another vote for this. The analog clock is rather useless.
> >
> 
> enlightenment have extra module - tclock,( & many useful modules )
> who can package them?

you don't need a whole module - just the theme can change the clock look.


-- 
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)[EMAIL PROTECTED]


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

Re: Crackly Calls and Battery Tips!

[W.Kenworthy]

On Sun, 2008-12-07 at 20:26 +0100, Leonti Bielski wrote:
> Hello and welcome to OM community :)
> 
...
> 
> 2.) From what you've written it seems like you don't suspend your
> phone. What image do you use? Anyways, you have to enable autosuspend
> - so phone will go to sleep while not being used and wake up only on
...

Is there any benefit in enabling auto-suspend over manual? - I always
found it suspended when you least expected it, didnt want it to, often
causing crashes as it interrupted something going on.  It used to
suspend when you were remotely logged in, and often wouldnt wake-up.

Manually doing was a lot more successful.  However, I have turned
auto-suspend off as almost the first action after flashing (the default
10 seconds is a little extreme!)  so I have not even triedit for awhile
- have all the above issues been fixed? (esp. on 2008.testing which I am
using)

BillK



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

[OM kernel newbie] Error building kernel

[Rui Castro]

Hi,

I've been trying to compile openmoko kernel and I can't even start
because of this dummy error:
-
$ ./build dummy
scripts/kconfig/conf -s arch/arm/Kconfig

scripts/kconfig/conf -s arch/arm/Kconfig
  CHK include/linux/version.h
/bin/sh: Syntax error: "(" unexpected
$
-

I've followed the instructions
(http://git.openmoko.org/?p=kernel.git;a=summary and
http://wiki.openmoko.org/wiki/Toolchain#Downloading_and_installing).
Downloaded the toolchain from
http://downloads.openmoko.org/toolchains/openmoko-i686-arm-linux-gnueabi-toolchain.tar.bz2
and unpacked it to the standard location /usr/local/openmoko

I'm using Ubuntu 8.04.

I must be missing something.

Can someone point me in the right direction?

Rui

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

Re: [u-boot] Environment garbled after setenv?

[Al Johnson]

On Sunday 07 December 2008, Evgeniy Karyakin wrote:
> Joachim Breitner:
> >> I modified (shorten) your script for my needs and it works without
> >> an error, although I haven't really got my end station. After flashing
> >> environment with your script and then reading it back I see that
> >> environment reflects the changes desired. But getting to u-boot console
> >> shows me old env variables (printenv), and booting microSD card from NOR
> >> menu actually invokes old menu_1 setting -- I can see that after ssh-ing
> >> into the phone and seeing what's in /proc/cmdline. Strange.
> >> My modified script is in attachment in case you're curious.
> >
> > Thanks.
> >
> > AFAIR, the NOR uboot and the NAND uboot don’t share the environment – is
> > that right?
>
> Then I don't know what "u-boot_env" points to. If we update NAND
> environment and then boot with the help of NOR menu, I don't see a
> point. Frankly I never tried NAND, maybe I should now.

The NOR uboot environment is stored in NOR, and you can't change it unless you 
have a debug board. This is intentional as the NOR uboot is there to stop you 
being able to brick your phone, and it wouldn't be much good at that if you 
could wipe its environment. You should usually be using the NAND uboot which 
keeps its environment in NAND in the u-boot_env area.

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

Re: top bar clock in testing

[Vadim, Efimov]

On Mon, 08 Dec 2008 00:21:35 +0300, ivvmm <[EMAIL PROTECTED]> wrote:

> William Kenworthy wrote:
>> The round top bar clock in testing (illume) is not very useful - is
>> there a way of selecting a digital clock?
>>
>> BillK
>>
>>
> Another vote for this. The analog clock is rather useless.
>

enlightenment have extra module - tclock,( & many useful modules )
who can package them?

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

Re: Optimization team update (11/30 ~ 12/06)

[William Kenworthy]

On Sun, 2008-12-07 at 11:24 -0800, Christoph Siegenthaler wrote:
> Dear Community
> 
> I've been testing todays openmoko-testing-om-gta02.rootfs.jffs2 together
> with testing-om-gta02-20081207.uImage.bin after following the ML without
> actually flashing my freerunner a lot (for a few weeks).
> 
> Positive:
> - Boot time improved
> - Suspending worked fairly well
> - At least one sms received (the second, sent from the FR to my own number
> didn't work)
> - probably a lot more improvements
> 
...

Regarding SMS, I tripped over something on the weekend that appears to
have solved it for me so far - more testing needed.

I noticed that the batget program often had multiple instances that
"blocked" for some time, especially after resume.  I killed them and
suspended, and an SMS arrived and everything worked!  This is such a
very very rare event that I sent/received a dozen or so messages over
the weekend without problems - the phone woke from suspend everytime and
qtmail started up fine.

batget works with the battery icon on the shelf, so this stops working
after a "kill batget".  To keep batget from starting, use the "spanner"
to remove the battery module.

I surmise that on resume, the FR is so busy with programs like batget
that messages are dropped - depending on your software fit, may effect
some more than others.

Be nice to have it confirmed so its worth raising a bug?

BillK




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

Re: [u-boot] Environment garbled after setenv?

[Evgeniy Karyakin]

Joachim Breitner:
>> I modified (shorten) your script for my needs and it works without 
>> an error, although I haven't really got my end station. After flashing 
>> environment with your script and then reading it back I see that 
>> environment reflects the changes desired. But getting to u-boot console 
>> shows me old env variables (printenv), and booting microSD card from NOR 
>> menu actually invokes old menu_1 setting -- I can see that after ssh-ing 
>> into the phone and seeing what's in /proc/cmdline. Strange.
>> My modified script is in attachment in case you're curious.
> 
> Thanks. 
> 
> AFAIR, the NOR uboot and the NAND uboot don’t share the environment – is
> that right?

Then I don't know what "u-boot_env" points to. If we update NAND 
environment and then boot with the help of NOR menu, I don't see a 
point. Frankly I never tried NAND, maybe I should now.

> But that the NAND env is not modified is strange. Did you try reading it
> back after a reboot?

Exactly. First I used your script, then rebooted the phone, then 
invoked "dfu-util -a u-boot_env -U env.test" and saw *new* environment, 
still the NOR boot procedure uses old env. You may be right, these 
settings are separated.

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

Re: [u-boot] Environment garbled after setenv?

[Joachim Breitner]

Hi,

Am Montag, den 08.12.2008, 00:53 +0300 schrieb Evgeniy Karyakin:
> > Test reports appreciated!
> 
> I modified (shorten) your script for my needs and it works without 
> an error, although I haven't really got my end station. After flashing 
> environment with your script and then reading it back I see that 
> environment reflects the changes desired. But getting to u-boot console 
> shows me old env variables (printenv), and booting microSD card from NOR 
> menu actually invokes old menu_1 setting -- I can see that after ssh-ing 
> into the phone and seeing what's in /proc/cmdline. Strange.
> My modified script is in attachment in case you're curious.

Thanks. 

AFAIR, the NOR uboot and the NAND uboot don’t share the environment – is
that right?

But that the NAND env is not modified is strange. Did you try reading it
back after a reboot?

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


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

Re: working SIM install, network problems - update

[Rodney Myers]

On Dec 6, 2008, at 9:41 PM, Joel Newkirk wrote:

On Sat, 6 Dec 2008 20:00:36 -0800, Rodney Myers  
<[EMAIL PROTECTED]>

wrote:


On Dec 4, 2008, at 3:57 AM, clare johnstone wrote:


At this stage I can  do
ssh [EMAIL PROTECTED]

Normally it will argue and I have to edit the file ~/.ssh/known  
hosts

by removing the line it is objecting to. It will then agree to the
ssh.
Most people automate that process to avoid the editing etc but that
is a matter of taste only. Once you have things going without  
trouble

you can automate a lot of things.

good luck,
clare


Thank you for your scripts. I "think" I edited them to correlate
them to my network;

192.168.1.0/24

I now can ssh into the OM, and set the time to my local "America/
Los_Angeles". One step ahead.

I can ping the debian machine, and everything on my lan, but nothing
outside the lan.


[snip]


My interpretation of ths scripts;

cat bin/OM-config
#!/bin/sh
/sbin/ifconfig usb0 192.168.0.200 netmask 255.255.255.0
/sbin/route add -host 192.168.0.202/32 dev usb0

[EMAIL PROTECTED]:~$ cat bin/om-network
#!/bin/sh
/bin/echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -F
iptables -A INPUT -s 192.168.0.202 -i usb0  -d 192.168.0.200   -j  
ACCEPT

iptables -A INPUT  -s 192.168.0.200  -i eth+  -d 192.168.0.202  -j
ACCEPT
iptables -A INPUT  -s 192.168.1.0/24  -i eth+  -d 192.168.0.202  -j
ACCEPT
iptables -A INPUT  -s 192.168.1.0/24  -i eth+  -d 192.168.2.0/24  -j
ACCEPT

iptables -A FORWARD -s 192.168.0.202 -i usb0 -d 192.168.2.0/24 -o  
eth+

-j ACCEPT
iptables -A FORWARD -s 192.168.1.0/24 -i eth+ -d 192.168.0.202 -o  
usb0

-j ACCEPT

iptables -A OUTPUT -d 192.168.1.0/24 -o eth+   -j ACCEPT
iptables -A OUTPUT -d 192.168.0.202 -o usb0  -j ACCEPT
iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24


Is this the complete firewall script??  There's several things  
missing, and
a couple possible errors.  (since you only posted ifconfig info for  
usb0 on

the host I can't tell if the 192.168.2.0/24 are typos, or correct with
missing rules) Now, since you say you can ping everything on the  
LAN, and
have only the two FORWARD rules listed, I'm going to assume a typo  
and that

you have just 192.168.1.0/24 in play.


No. I took what Clare had written, and was attempting to get working  
with my LAN.  My lan is 192.168.1.*/24, not 192.168.2.* (probably a  
typo, but want to make sure)


Correct, in pinging everything on my lan. Once I was ssh'd into the  
OM, I could ping ever computer on my lan, from the router, wireless  
access point, the 2 wireless computers, and the debian (wired) computer.



A few points:

You have rules to accept INPUT from 192.168.1.0/24 for destIP
192.168.0.202, but this should never be the case - INPUT is only  
packets
with an IP on 'this' machine as destination, OUTPUT is packets from  
'this'
machine, FORWARD is packets from somewhere else TO somewhere else  
that are

just being FORWARDed by 'this' machine.

"iptables -F" flushes all rules from the 'filter' table's chains -  
INPUT,

OUTPUT and FORWARD.  But it doesn't touch the 'nat' table (PREROUTING,
POSTROUTING, and OUTPUT chains) unless you separately invoke  
"iptables -t
nat -F", and it doesn't set/change the default chain policies.  I'm  
not

sure if this is really what you want to do anyway - doesn't the host
already have a set of firewall rules in place? If so you're likely  
better
off adding rules to permit the FR instead of flushing everything  
that's

already in place.

Presuming the host communicates fine to begin with, instead of ALL  
of the
iptables commands above, try these (NOTE there's NOT an 'iptables - 
F' to

flush the existing rules, we're just appending additional rules):

iptables -A INPUT -i usb0 -s 192.168.0.202 -j ACCEPT
iptables -A FORWARD -i usb0 -s 192.168.0.202 -j ACCEPT
iptables -A FORWARD -m state --state ESTABLISHED,RELATED -j ACCEPT
iptables -A OUTPUT -o usb0 -j ACCEPT
iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -j MASQUERADE

The first rule lets the FR talk to the host, the second lets it talk
/through/ the host to whatever else is reachable, the third lets the
response to that traffic back through to the FR (we're invoking the
connection-tracking state engine where replies, like web pages when  
you
browse, are ESTABLISHED connections, while RELATED connections  
includes

things like ICMP dest unreachable being 'related' to an attempted
connection, FTP data being 'related' to FTP control port 21, RTP  
related to
SIP for VOIP,  etc), fourth lets the host talk to the FR, fifth NATs  
any
packets from the FR that are going out on the LAN so that they  
appear to be

from the host, and replies will route correctly back to the host.


No "firewall running on the debian machine. At this time.


The OUTPUT rule should only be needed if your host has a REALLY tight
firewall: often the OUTPUT chain is left in an 'allow all' state,  
with few
or no rules and 'ACCEPT' policy.  ("iptables -p OUTPUT ACCEPT" sets  
this,
the policy is l

Re: [u-boot] Environment garbled after setenv?

[Evgeniy Karyakin]

Joachim Breitner:

Am Sonntag, den 07.12.2008, 21:07 +0300 schrieb Evgeniy Karyakin:
I see it as environment broken and afraid to say "saveenv" which can 
make this uncertain state permanent. What can it be, have anybody seen this?


In fact, I have. I observed this when I was trying to modify the uBoot
environment from the device, in the Debian installer. I wanted to
provide a way to completely do the installation from on the device. But
after my changes, I have seen the problems that you have, so I wrote the
configure-uboot.sh script.

You can still see my work in the debian installer, by running
$ ./install.sh uboot
which runs the code (it is not normally run by ./install.sh all).

If it turns out that the reason was just pure accident (or something),
and not the fact that I was modifying from on the device, we could
enable this and make the Debian installation even easier.

Test reports appreciated!


   I modified (shorten) your script for my needs and it works without 
an error, although I haven't really got my end station. After flashing 
environment with your script and then reading it back I see that 
environment reflects the changes desired. But getting to u-boot console 
shows me old env variables (printenv), and booting microSD card from NOR 
menu actually invokes old menu_1 setting -- I can see that after ssh-ing 
into the phone and seeing what's in /proc/cmdline. Strange.

   My modified script is in attachment in case you're curious.


update-uboot.sh
Description: Bourne shell script
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

golf - yet another neo

[Marc Bantle]

Hi,

by accident I stumbled over this product [1].
I assume it's second name has nothing to do
with our favorit toy ;-) Or am I wrong? At
least they do not talk about GSM support.

I had been bearing a similar idea for an
Openmoko application in mind. Therefore
I have been following the discussion for
this OSM-proposal closely [2].

Thought those links are worth  sharing :-)

Cheers, Marc


[1] http://www.igolf.com/igolfstore/igolfstore/featured_products.html
[2] http://wiki.openstreetmap.org/index.php/Proposed_features/Golf_course

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

Re: messed everything mixing repositories?

[Josh Birana]

was already replied on 
http://lists.openmoko.org/pipermail/support/2008-August/002227.html

there's nothing to do. get image and reflash..
FR is still a pain in the ass for newcomers



 Original-Nachricht 
> Datum: Sun, 07 Dec 2008 21:08:40 +0100
> Von: [EMAIL PROTECTED]
> An: List for Openmoko community discussion 
> Betreff: Re: messed everything mixing repositories?

> in case its useful this is the x.log 
> 
> _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6
> _XSERVTransOpen: transport open failed for inet6/om-gta02:0
> _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6
> (II) verbosity set to 5
> Using GLAMO 3362 card
> (II) Screen: 16/16 depth/bpp
> (II) vram size:4194304, onscreen vram size:614400, offscreen vram
> size:3579904
> (II) initialising offscreen pixmaps
> Extended Input Devices not yet supported. Impelement it at line 637 in
> kinput.c
> D-BUS per-session daemon address is:
> unix:abstract=/tmp/dbus-HTd496jQdD,guid=a7583eaa794c54ab9cc9ce8849388b8a
> Segmentation fault
> run-parts: /etc/X11/Xsession.d/70settings-daemon exited with code 139
> neod: error while loading shared libraries: libgthread-2.0.so.0: cannot
> open shared object file: No such file or directory
> run-parts: /etc/X11/Xsession.d/90xXWindowManager exited with code 127
> 
> waiting for X server to shut down FreeFontPath: FPE "built-ins" refcount
> is 2, should be 1; fixing.
> 
> 
> i get also wrong data CRC in data node xx 
> 
> notices and opkg gives a plain and simple segfault
> 
> 
> opkg update
> Downloading
> http://downloads.openmoko.org/repository/Om2007.2/all/Packages.gz
> Segmentation fault
> 
> 
> sigh
> 
> 
> 
> 
> -- 
> Sensationsangebot verlängert: GMX FreeDSL - Telefonanschluss + DSL 
> für nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K1308T4569a
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

-- 
Sensationsangebot verlängert: GMX FreeDSL - Telefonanschluss + DSL 
für nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K1308T4569a

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

Re: top bar clock in testing

[ivvmm]

William Kenworthy wrote:
> The round top bar clock in testing (illume) is not very useful - is
> there a way of selecting a digital clock?
> 
> BillK
> 
> 
Another vote for this. The analog clock is rather useless.



signature.asc
Description: OpenPGP digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Optimization team update (11/30 ~ 12/06)

[Rui Miguel Silva Seabra]

On Sun, Dec 07, 2008 at 03:11:46PM -0500, Warren Baird wrote:
> On Sun, Dec 7, 2008 at 2:24 PM, Christoph Siegenthaler <[EMAIL PROTECTED]> 
> wrote:
> > Slowly but steadily my enthusiasm for the FR is vanishing. I was at least
> > hoping to be able to use my freerunner as a basic phone after 5 months...
> >
> Sorry if I'm repeating myself here - but try QTExtended 4.4.2 - it's not
> perfect, and I do miss having all of the funky X based software from the
> OM2008 based stacks, but as a basic phone, it works quite well, and I get
> 36-48 hour battery life...

I never had that battery life with qtextended, mainly because of the
White Screen of Death (which is solved in testing).

Rui


-- 
Or not.
Today is Sweetmorn, the 49th day of The Aftermath in the YOLD 3174
+ No matter how much you do, you never do enough -- unknown
+ Whatever you do will be insignificant,
| but it is very important that you do it -- Gandhi
+ So let's do it...?

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

Re: messed everything mixing repositories?

[GNUtoo]

> in case its useful this is the x.log
>
> _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6
> _XSERVTransOpen: transport open failed for inet6/om-gta02:0
> _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6
> (II) verbosity set to 5
> Using GLAMO 3362 card
> (II) Screen: 16/16 depth/bpp
> (II) vram size:4194304, onscreen vram size:614400, offscreen vram
> size:3579904
> (II) initialising offscreen pixmaps
> Extended Input Devices not yet supported. Impelement it at line 637 in
> kinput.c
> D-BUS per-session daemon address is:
> unix:abstract=/tmp/dbus-HTd496jQdD,guid=a7583eaa794c54ab9cc9ce8849388b8a
> Segmentation fault
> run-parts: /etc/X11/Xsession.d/70settings-daemon exited with code 139
> neod: error while loading shared libraries: libgthread-2.0.so.0: cannot
> open shared object file: No such file or directory
> run-parts: /etc/X11/Xsession.d/90xXWindowManager exited with code 127
>
> waiting for X server to shut down FreeFontPath: FPE "built-ins" refcount
> is 2, should be 1; fixing.
>
>
> i get also wrong data CRC in data node xx
>
> notices and opkg gives a plain and simple segfault
>
>
> opkg update
> Downloading
> http://downloads.openmoko.org/repository/Om2007.2/all/Packages.gz
> Segmentation fault
>
>
> sigh
>
>
>
>
> --
> Sensationsangebot verlängert: GMX FreeDSL - Telefonanschluss + DSL
> für nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K1308T4569a
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
if angstrom still have the mp3 support the solution would  be to use
angstrom...that is to  say to use an angstrom image...
But...I tried it(for others reason...mainly for having a lot of packages)
and it has bugs such as this one:
http://bugs.openembedded.net/show_bug.cgi?id=4896

That is to say libX11 problems...and illumine doesn't start(i don't know
if it's the same bug...bug gdb also have libx11 messages in backtrace)
but matchbox and some apps seems to work...strange...



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

Re: Python wifi GUI

[Marcel]

Am Sunday 07 December 2008 21:21:23 schrieb kris Occhipinti:
> Hello,

I think so, too. :)

--
Marcel

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

Python wifi GUI

[kris Occhipinti]

Hello,

I just got my Freerunner 4 days ago.
I flashed it to om2008.9
I was never able to get the GUI wifi manager to work.
So, I wrote my own this morning with python.
It's not the best and still needs some work.
But, it is far enough along that it works and I wanted to share it.
here is a link to the install
Script
it works with WEP Encryption and non-encrypted wifi
haven't gotten to the wpa part yet and it doesn't tell you if the router is
Encrypted or not(that is my next goal.
install it, and it puts an icon on you're Freerunner's desktop
start it up and click refresh

Feed back would be great,
Just remember I've only been working on it today,
so go easy on me
I know it can still use a lot of work.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Python wifi GUI

[kris Occhipinti]

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

Re: Optimization team update (11/30 ~ 12/06)

[Warren Baird]

On Sun, Dec 7, 2008 at 2:24 PM, Christoph Siegenthaler <[EMAIL PROTECTED]> 
wrote:

>
> Slowly but steadily my enthusiasm for the FR is vanishing. I was at least
> hoping to be able to use my freerunner as a basic phone after 5 months...
>
>
Sorry if I'm repeating myself here - but try QTExtended 4.4.2 - it's not
perfect, and I do miss having all of the funky X based software from the
OM2008 based stacks, but as a basic phone, it works quite well, and I get
36-48 hour battery life...

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

Re: messed everything mixing repositories?

[hy_kari]

in case its useful this is the x.log 

_XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6
_XSERVTransOpen: transport open failed for inet6/om-gta02:0
_XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6
(II) verbosity set to 5
Using GLAMO 3362 card
(II) Screen: 16/16 depth/bpp
(II) vram size:4194304, onscreen vram size:614400, offscreen vram size:3579904
(II) initialising offscreen pixmaps
Extended Input Devices not yet supported. Impelement it at line 637 in kinput.c
D-BUS per-session daemon address is: 
unix:abstract=/tmp/dbus-HTd496jQdD,guid=a7583eaa794c54ab9cc9ce8849388b8a
Segmentation fault
run-parts: /etc/X11/Xsession.d/70settings-daemon exited with code 139
neod: error while loading shared libraries: libgthread-2.0.so.0: cannot open 
shared object file: No such file or directory
run-parts: /etc/X11/Xsession.d/90xXWindowManager exited with code 127

waiting for X server to shut down FreeFontPath: FPE "built-ins" refcount is 2, 
should be 1; fixing.


i get also wrong data CRC in data node xx 

notices and opkg gives a plain and simple segfault


opkg update
Downloading http://downloads.openmoko.org/repository/Om2007.2/all/Packages.gz
Segmentation fault


sigh




-- 
Sensationsangebot verlängert: GMX FreeDSL - Telefonanschluss + DSL 
für nur 16,37 Euro/mtl.!* http://dsl.gmx.de/?ac=OM.AD.PD003K1308T4569a

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

messed everything mixing repositories?

[hy_kari]

hi all,

i've been trying to get a media player working on my new neo and after days 
trying everything possible and after just breaking my functional phone i've 
decided to post on the mailing list :)

i have openmoko-mediaplayer2 installed but no audio files are found (put them 
on /home/root/Documents, ogg and mp3). so i've been trying to install mplayer 
-i haven't found it on any repository until today: the angstrom rep. but i 
didn't change the 2008 with 2007 and i believe it has mixed now all packages 
and things are starting to break - opkg gives now a segfault and i've no gui 
anymore. what would be best to do now? things are getting more and more 
complicated and i just want to play music on my neo (everything else was 
working well). if possible i do not want anything experimental, just plain old 
stable packages

i'm using the following repositories:

src/gz daily-all http://downloads.openmoko.org/repository/Om2007.2/all
src/gz base 
http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base
src/gz daily-armv4t http://downloads.openmoko.org/repository/Om2007.2/armv4t
src/gz daily-neo1973 http://downloads.openmoko.org/repository/Om2007.2/neo1973
src/gz daily-om-gta02 http://downloads.openmoko.org/repository/Om2007.2/om-gta02
src/gz scaredycat-all http://buildhost.automated.it/OM2007.2/packages/all
src/gz scaredycat-armv4t http://buildhost.automated.it/OM2007.2/packages/armv4t
src/gz scaredycat-neo1973 
http://buildhost.automated.it/OM2007.2/packages/neo1973
src/gz scaredycat-om-gta01 
http://buildhost.automated.it/OM2007.2/packages/om-gta01


i had to make some changes as stated on the wiki and force-remove gtk to 
upgrade. until i've added the 2008 angstrong repo everything was fine. where 
does this leave me now?

any help would be appreciated


kari






-- 
Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: 
http://www.gmx.net/de/go/multimessenger

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

Re: [u-boot] Environment garbled after setenv?

[Evgeniy Karyakin]

Marian Flor:
> Am Sonntag, den 07.12.2008, 21:07 +0300 schrieb Evgeniy Karyakin:
>> [u-boot messed up with console and copy&paste editing]
> 
> Hi Evgeniy,
> 
> have a look at the script configure-uboot.sh (ask google). Make your
> changes in the script an run the script instead of using
> copy&_waste_ ;-) which is somewhat shaky.

Thanks, Marian, I got the idea. Just tried it with some 
modifications of the script and after phone's reboot environment is in 
old state, as if I didn't do its update. Basically script's changes were 
1) removing tempdir in favour of working in current directory, and 2) 
setting only menu_1 instead of all menu_* variables. Will investigate it 
further.

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

Re: Optimization team update (11/30 ~ 12/06)

[John Lee]

On Sun, Dec 07, 2008 at 11:24:40AM -0800, Christoph Siegenthaler wrote:
> 
> Dear Community
> 
> I've been testing todays openmoko-testing-om-gta02.rootfs.jffs2 together
> with testing-om-gta02-20081207.uImage.bin after following the ML without
> actually flashing my freerunner a lot (for a few weeks).
> 
> Positive:
> - Boot time improved
> - Suspending worked fairly well
> - At least one sms received (the second, sent from the FR to my own number
> didn't work)
> - probably a lot more improvements
> 
> What was disappointing:
> - Echo on calls still there
> - Buzzing still there
> - It took quite a long time before I've been able to pick up the phone when
> it was suspended (but I could live with that)
> 
> After I switched to the illume-theme, Enlightenment SIGABRT'd all
> the time.

Please see https://docs.openmoko.org/trac/ticket/1767

I think I should really put a warning sign somewhere when user chooses
this combination...

> 
> Slowly but steadily my enthusiasm for the FR is vanishing. I was at least
> hoping to be able to use my freerunner as a basic phone after 5 months...
> 
> Best regards, Chris
> 
> PS: Sorry that I didn't provide any logs. This was primarily to release
> steam... Yes, I do feel better now.
> 
> 
> 
> Hans-Martin wrote:
> > 
> > Am Sonntag, 7. Dezember 2008 17:50:14 schrieb John Lee:
> >> Dear Community,
> >>
> >> Team status update:
> >>...
> > 
> >> * The infamous WSOD (#1841) seems to be solved.  It's already in
> >>   testing repo.  Praise for all helped in this!
> > 
> > I tested the whole day and you don't know how happy i am: WSOD seems to be 
> > gone  :)
> > 
> > That was a very important step getting back my 'fever' for openmoko. Now i 
> > love my Neo again  :D
> > 
> >>...
> >> Regards,
> >> John
> > 
> > HMB
> > 
> > 
> > 
> > ___
> > Openmoko community mailing list
> > community@lists.openmoko.org
> > http://lists.openmoko.org/mailman/listinfo/community
> > 
> > 
> 
> -- 
> View this message in context: 
> http://n2.nabble.com/Optimization-team-update-%2811-30-%7E-12-06%29-tp1625647p1626131.html
> Sent from the Openmoko Community mailing list archive at Nabble.com.
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community

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

Re: Optimization team update (11/30 ~ 12/06)

[Andy Green]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Somebody in the thread at some point said:
| The problem is:
| This is afaik not a fix but a workaround which costs battery power.
| So I think there should be two kernels:
| One with and one without this patch.

There's a small hit on suspend current, but it is evidently pretty small
since two users tested it overnight (9h) at a cost of 13% battery.

On andy-tracking shortly we plan to take down the regulator supplying
the LCM during suspend and solve it that way, if the LCM ASIC doesn't
have any more surprises.  Then it should even outperform the previous
way with ASIC in Deep Sleep for current savings.

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

iEYEARECAAYFAkk8JiAACgkQOjLpvpq7dMryxACgg62dTSnIgciVZm7jzh7FjpWs
fnwAnRgysJnhIKBrW6neTPl3Sy+V/DFk
=QuVy
-END PGP SIGNATURE-

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

Re: Openttd is now in opkg.org!

[Aapo Rantalainen]

I just saw I forgot the straightlink:
http://www.opkg.org/package_58.html

>The music is going to be in MIDI format? Is FR capable to play MIDI?
Original Transport Tycoon uses MID, but openttd will someday (maybe)
use Ogg Vorbis.

Sound effects was wav and now there are project to record gpl/CC
sound-effects. They will (maybe) be wav or FLAC.
It's about half ready, so maybe it can be taken in.

>I would like it better if the bitbake recipe changes can be moved into OE.
I based my recipe on version 0.6.0bb in openembedded. (there are
oldnamed 0.6.0-buildfix.patch too in use)
My current recipe is on:
http://www.cs.helsinki.fi/u/rantalai/freerunner/openttd/
(and all other files too)
I will add soundeffects on it. (and try to make magic resolution sniffer)

Tell me how OE works (or is mentioned to work)? Or link to manual. I
have some other recipe that I want to be merged in OE, but no idea how
the system works.

About scroll-patch:
It is not originally written by me. I send updated version to the
author and also send it to upstreams bug/patch-tracker.

If there are someday music, they will be in another package.


-Aapo Rantalainen

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

Re: Crackly Calls and Battery Tips!

[Leonti Bielski]

Hello and welcome to OM community :)

1.) This is so-called buzzing issue. It's hardware related and in a
week or so a paper explaining how to do a fix will be available.
You can read about it from those links:
http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware_Issues
http://lists.openmoko.org/nabble.html#nabble-td675090|a675090

2.) From what you've written it seems like you don't suspend your
phone. What image do you use? Anyways, you have to enable autosuspend
- so phone will go to sleep while not being used and wake up only on
certain events - call/message/cable connected/headset connected.
Without suspend phone can work only for about 8 hours or a little
more. With suspend my phone can be waiting for calls for a couple of
days without any problems. Battery life is for a long time not a
problem anymore.
Tips: try to manually suspend your phone using power button
(asu/fso/shr/debian).
On QtExtended if I recall correctly autosuspend is disabled by default
so you have to enable it to get the most of your battery life :)

Leonti

On Sun, Dec 7, 2008 at 7:49 PM, Dave Smith <[EMAIL PROTECTED]> wrote:
> Hello folks,
>
> Just a few questions really to kick start me being on this list. :-)
>
> I received my FreeRunner about a week or so ago and have just about got
> around to playing with it a bit more and actually using it. It's running
> FDOM based on recommendations, and picked up my Orange SIM and contacts
> without difficulty.
>
> A few issues I have had though:
>
> 1) Recipients of phone calls consistently seem to report a buzz /
> crackling during calls made from the FreeRunner. Apparently the buzz is
> particularly prevelant when I stop speaking, whilst I'm speaking the
> line seems to be clear enough - anyone suffered a similar issue and know
> / suspect it's cause?
>
> 2) Battery Life. I was warned by people before getting the phone that
> battery life wasn't great as of yet, and as I understand from what I
> have it is a fairly high priority. However, what do you folks do to
> maximise life out of your battery?
> The reason I ask is that with everything (bar GSM) turned off, and the
> phone mostly locked / on standby (30 second timeout for standby and
> blank screen are set up at the moment) I am struggling to get even 12
> hours life out of it.
> To give an example from today, where I didn't get chance to glance at
> the phone whilst at work, it went from being fully charged at 08:00 (I
> took it off charge from the Desktop at that point) to being powered down
> and without the juice to startup at 16:30.
> So, what do you all do to get the most out of it, and what sort of life
> do you get?
>
> Whilst I can live with the battery as a work in progress, the
> crackliness would be interesting to find out if it's just my unit
> suffering, as it does make using it as my primary phone a little difficult!
>
> Thanks in advance,
>
> Dave
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>

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

Re: Optimization team update (11/30 ~ 12/06)

[Christoph Siegenthaler]

Dear Community

I've been testing todays openmoko-testing-om-gta02.rootfs.jffs2 together
with testing-om-gta02-20081207.uImage.bin after following the ML without
actually flashing my freerunner a lot (for a few weeks).

Positive:
- Boot time improved
- Suspending worked fairly well
- At least one sms received (the second, sent from the FR to my own number
didn't work)
- probably a lot more improvements

What was disappointing:
- Echo on calls still there
- Buzzing still there
- It took quite a long time before I've been able to pick up the phone when
it was suspended (but I could live with that)

After I switched to the illume-theme, Enlightenment SIGABRT'd all the time.

Slowly but steadily my enthusiasm for the FR is vanishing. I was at least
hoping to be able to use my freerunner as a basic phone after 5 months...

Best regards, Chris

PS: Sorry that I didn't provide any logs. This was primarily to release
steam... Yes, I do feel better now.



Hans-Martin wrote:
> 
> Am Sonntag, 7. Dezember 2008 17:50:14 schrieb John Lee:
>> Dear Community,
>>
>> Team status update:
>>...
> 
>> * The infamous WSOD (#1841) seems to be solved.  It's already in
>>   testing repo.  Praise for all helped in this!
> 
> I tested the whole day and you don't know how happy i am: WSOD seems to be 
> gone  :)
> 
> That was a very important step getting back my 'fever' for openmoko. Now i 
> love my Neo again  :D
> 
>>...
>> Regards,
>> John
> 
> HMB
> 
> 
> 
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
> 
> 

-- 
View this message in context: 
http://n2.nabble.com/Optimization-team-update-%2811-30-%7E-12-06%29-tp1625647p1626131.html
Sent from the Openmoko Community mailing list archive at Nabble.com.


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

Re: [u-boot] Environment garbled after setenv?

[Joachim Breitner]

Hi,

Am Sonntag, den 07.12.2008, 21:07 +0300 schrieb Evgeniy Karyakin:
> I see it as environment broken and afraid to say "saveenv" which can 
> make this uncertain state permanent. What can it be, have anybody seen this?

In fact, I have. I observed this when I was trying to modify the uBoot
environment from the device, in the Debian installer. I wanted to
provide a way to completely do the installation from on the device. But
after my changes, I have seen the problems that you have, so I wrote the
configure-uboot.sh script.

You can still see my work in the debian installer, by running
$ ./install.sh uboot
which runs the code (it is not normally run by ./install.sh all).

If it turns out that the reason was just pure accident (or something),
and not the fact that I was modifying from on the device, we could
enable this and make the Debian installation even easier.

Test reports appreciated!

Greetings,
Joachim

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


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

Re: wifi using GUI in 2008.9

[Peter Nijs]

On Sunday 07 December 2008 12:17:19 arne anka wrote:
> > Isn't there a way to preload the neo with the key via ssh in a config
> > file?
>
> /etc/wpa_supplicant/wpa_supplicant.conf

My accesspoint is configured in wpa_supplicant, but the gui keeps asking me 
for the key. Should I just not fill it in then?

depeje

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




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

Re: Optimization team update (11/30 ~ 12/06)

[Thomas Bumbl]

The problem is:
This is afaik not a fix but a workaround which costs battery power.
So I think there should be two kernels:
One with and one without this patch.

2008/12/7 John Lee <[EMAIL PROTECTED]>

> Dear Community,
>
> Team status update:
>
> As in
> http://lists.openmoko.org/pipermail/community/2008-December/036792.html
> (send/receive files via bluetooth in NEO), Erin keeps working on
> bluetooth.  Jeremy fixed some qtopia and location bugs, and will
> continue learning more about kernel.  The GTK redraw problem is fixed
> now (#1946) so Julian will be back to help with the Paroli edje files
> and keeps working on python.  Olv is having kernel fun now, but since
> it's gta03 related, you probably won't see him a lot on the public
> kernel list.  Tick mostly worked on opkg this week.  Basically there
> are two big issues:
>
> * Incorrect behavior: as Tick indicated on devel list, there are still
>  some logical error in opkg, which caused some problems during
>  upgrade.  That's why I have to use the -force-overwrite option in my
>  previous upgrade howto.
>
> * Efficiency: opkg is obviously not very efficient, both in memory and
>  in speed.
>
> Maybe we could expect another opkg release soon.
>
>
> Qtopia:
>
> OM is moving more focus to gta03 now, so my current resource for
> qtopia is fairly limited.  Currently the things I want to fix most
> are:
>
> * UCSD problem
> * Window focus (soft menu disappear, problems when multiple sms come
>  in, etc.)
> * Partial import of sim contacts.
>
> Please suggest if anything missing and I'll arrange my priorities.
>
>
> There are several good things worth mentioning last week:
>
> * The infamous WSOD (#1841) seems to be solved.  It's already in
>  testing repo.  Praise for all helped in this!
>
> * GTK redraw problem (#1946) solved along with similar problem in qt
>  with an illume patch.  Thanks, Raster!
>
>
> p.s.  It seems my last update might have created an impression that
> the only way to try the testing repo is to upgrade from Om2008.9.
> It's not true.  Another way is to flash directly from
> http://downloads.openmoko.org/daily/testing/
> if you don't mind reflash the phone.
>
> another p.s. Someone in OM kindly reminds me that my post can create
> inappropriate impressions, because although the logic is correct, the
> words and tongues might be misleading.  My native language is Chinese
> (and I'm a master of words and tongues in Chinese), so it's kind of
> difficult for me to enhance this.  All I can do is encouraging you to
> go ahead and ask if anything unclear, and keep in mind I'm a Taiwanese
> engineer when you read this. ;)
>
>
> Regards,
> John
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>



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

Re: OMoney Milestone 1

[Thomas Bumbl]

First bugfix
thank you mrmoku for reporting
here the new .ipk
[1]

Bumbl


[1] http://omoney.googlecode.com/files/omoney_milestone1-1-r1_armv4t.ipk
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Optimization team update (11/30 ~ 12/06)

[Hans-Martin]

Am Sonntag, 7. Dezember 2008 17:50:14 schrieb John Lee:
> Dear Community,
>
> Team status update:
>...

> * The infamous WSOD (#1841) seems to be solved.  It's already in
>   testing repo.  Praise for all helped in this!

I tested the whole day and you don't know how happy i am: WSOD seems to be 
gone  :)

That was a very important step getting back my 'fever' for openmoko. Now i 
love my Neo again  :D

>...
> Regards,
> John

HMB



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

Crackly Calls and Battery Tips!

[Dave Smith]

Hello folks,

Just a few questions really to kick start me being on this list. :-)

I received my FreeRunner about a week or so ago and have just about got 
around to playing with it a bit more and actually using it. It's running 
FDOM based on recommendations, and picked up my Orange SIM and contacts 
without difficulty.

A few issues I have had though:

1) Recipients of phone calls consistently seem to report a buzz / 
crackling during calls made from the FreeRunner. Apparently the buzz is 
particularly prevelant when I stop speaking, whilst I'm speaking the 
line seems to be clear enough - anyone suffered a similar issue and know 
/ suspect it's cause?

2) Battery Life. I was warned by people before getting the phone that 
battery life wasn't great as of yet, and as I understand from what I 
have it is a fairly high priority. However, what do you folks do to 
maximise life out of your battery?
The reason I ask is that with everything (bar GSM) turned off, and the 
phone mostly locked / on standby (30 second timeout for standby and 
blank screen are set up at the moment) I am struggling to get even 12 
hours life out of it.
To give an example from today, where I didn't get chance to glance at 
the phone whilst at work, it went from being fully charged at 08:00 (I 
took it off charge from the Desktop at that point) to being powered down 
and without the juice to startup at 16:30.
So, what do you all do to get the most out of it, and what sort of life 
do you get?

Whilst I can live with the battery as a work in progress, the 
crackliness would be interesting to find out if it's just my unit 
suffering, as it does make using it as my primary phone a little difficult!

Thanks in advance,

Dave

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

Re: [u-boot] Environment garbled after setenv?

[Marian Flor]

Am Sonntag, den 07.12.2008, 21:07 +0300 schrieb Evgeniy Karyakin:

> [u-boot messed up with console and copy&paste editing]

Hi Evgeniy,

have a look at the script configure-uboot.sh (ask google). Make your
changes in the script an run the script instead of using
copy&_waste_ ;-) which is somewhat shaky.

HTH,
Marian



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

OMoney Milestone 1

[Thomas Bumbl]

I'd like to announce the initial release of OMoney!
OMoney ... bookkeeping on the go.
One might ask, why the hell do we need a bookkeeping software on a phone?
Because my experience shows that if one does not record the gains and
expenses one forgets half of them.
And ... Because we can.

As OMoney is one of those "release early, release often programs"
milestone 1 at the moment includes "only" the following corefeatures:
 * Displays the current available amount of money
 * One can do transactions to add and deduce money
* Automatic keyboard call
 * A history table which includes date, time, amount, purpose and location
of the transaction
 * Basic error handling

Downloadlink for the ipk:
[1]

More features will come soon:
Currently I am implementing a settings dialog (to e.g. set the currency [at
the moment one has to edit a constant in the omoney file])
For more planned features look at the project's bug tracker.

>From a technical point of view OMoney uses:
 * python
 * python-ecore
 * python-evas
 * python-edje
 * python-etk (for entry and table widget)
 * python-sqlite3

What do I want from you?
 * Feedback:Do you like the app or do you think the author has gone
round the bend?
What could be improved?
Features you would like to see?
How could one display the history more efficiently?
 * Patches:If you think a part of code is inefficient, too unflexible,
incomplete, buggy, etc
feel free to contribute a patch.
Be kind, this is my first application with GUI

I hope there are a few people who find this application useful.

The sources and the bugtracker are located here [2]

P.S.: Special thanks to Ainulindale for helping me with bitbake.
And special thanks


[1] http://omoney.googlecode.com/files/omoney_milestone1-1-r0_armv4t.ipk
[2] http://code.google.com/p/omoney/
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

[u-boot] Environment garbled after setenv?

[Evgeniy Karyakin]

Hello!

While trying to edit u-boot environment I experienced this strange 
behaviour, which, I think, is rare because nobody reported this yet. My 
U-Boot is 1.3.2-moko12 (May 9 2008 - 10:28:48).
Initially I have menu_1 ("Boot from microSD (FAT+ext2)") as follows:

menu_1=Boot from microSD (FAT+ext2): setenv bootargs ${bootargs_base} 
rootfstype=ext2 root=/dev/mmcblk0p2 rootdelay=5 ${mtdparts} ro; mmcinit; 
fatload mmc 1 0x3200 ${sd_image_name}; bootm 0x3200

Changing it to new one:

setenv menu_1 Boot from microSD (FAT+ext2): setenv bootargs 
glamo_mci.sd_max_clk=1000 \$\{bootargs_base\} rootfstype=ext2 
root=/dev/mmcblk0p2 console=ttySAC2,115200 console=tty0 loglevel=4 
regular_boot rootdelay=5 \$\{mtdparts\}\; sleep 1\; mmcinit\; sleep 1\; 
fatload mmc 1 0x3200 \$\{sd_image_name\}\; bootm 0x3200

Note that every special character is escaped. I'm trying to make a 
permanent boot menu for microSD invocation.
Now it is (taken copy-paste from minicom console with the help of 
printenv):

menu_1=Boot from microSD (FAT+ext2): setenv bootargs 
glamo_mci.sd_max_clk=1000 ${bootargs_base} rootfstype=ext2 
root=/dev/mmcblk0p2 console=ttySAC2,115200 console=tty0 loglevel=4 
regular_boot rootdelay=5 ${mtdparts}; sleep 1; mmcinit; sleep 1; fatload 
mmc 1 0x3200 ${sd_image_name}; bootm 0x3200

Seems good. But selecting this menu item "Boot from microSD 
(FAT+etx2)" *on the phone* says something like:

Unknown command 'dout' - try 'help'

Obviously it's a part of the word "stdout". How?? Other items 
selection and their subsequences:

* "Set console to USB"
   Unknown command '_image=uImage.bin' - try 'help'

* "Set console to serial"
   Unknown command '1973-nand' - try 'help'

* "Reboot" (two error lines exactly as follows!)
   Unknown command '=physman-flash:-(nor)' - try 'help'
   (factory),0x0f6a(rootfs)' - try 'help'

* "Power off"
   Unknown command 'actory),0x0f6a(rootfs)' - try 'help'

Only plain "Boot" is working. I can boot from microSD from u-boot 
command line managing it from desktop, and NOR menu works on the phone 
as well if I didn't do any environment changes.
I see it as environment broken and afraid to say "saveenv" which can 
make this uncertain state permanent. What can it be, have anybody seen this?

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

Re: [Qt Extended]Graphical server doesn't boot

[Hypnotize]

Have you tried to delete everything that is in the home folder ? (this will
delete your contacts to so you may want to take a backup of qtopia_db.sqlite
in /home/root if I remember correct..

/opt/Trolltech/Qtopia/qpe.sh stop
rm -rf /home/root/*
/opt/Trolltech/Qtopia/qpe.sh start &

or something

-Morten

On Fri, Dec 5, 2008 at 2:42 PM, ø <[EMAIL PROTECTED]> wrote:

> I'm using Qt Extended 4.4.2 flashed into the phone (Freerunner). For
> weeks it has worked perfectly (or the most perfect a distribution can
> work on the neo).
>
> This morning, it went out of battery. I don't know if it booted
> correctly, since I was sleeping.
>
> When I have plugged it into the computer, it doesn't boot. Well, at
> least not Qt Extended. The boot process goes well, it casts the same
> amount of error as usual, but at one point this happens:
>
> Starting at daemon atd.
> splash-write: appplet not found
> Segmentation fault
>
> Then, the screen is deleted and you only see a text cursor flashing,
> like it was loading a graphical server. From time to time, it seems it
> try to bring some screen, but fails (I think I cannot explain better).
>
> Net is initialized, so I can ssh into my phone, but I don't know what to
> do. I have no found sytem logs, nor graphical server log, nor anyother
> useful log.
>
> I have looked in the list, but no one seems to have the same problem.
>
> Any advice?
>
> (It was important that I had my phone usable today T_T).
>
> ___
> Openmoko community mailing list
> community@lists.openmoko.org
> http://lists.openmoko.org/mailman/listinfo/community
>
>
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Optimization team update (11/23 ~ 11/29)

[Al Johnson]

On Sunday 07 December 2008, Neil Jerram wrote:
> 2008/12/2 Andy Green <[EMAIL PROTECTED]>:
> > "buzz / echo / hiss"... no software change can fix buzz.  It's baked
> > into the hardware and you will have to do fairly extreme meddling with
> > your soldering iron to impact it.
>
> Thanks, I hadn't seen that so clearly stated before!  (i.e. that buzz
> is known to be 100% a hardware issue).
>
> > "Echo" reacts to some tweaking in alsa and maybe Calypso firmware option
> > selection, I guess this turn up in rootfs images as best it can.
>
> OK, but do you need to be so imprecise about this?  What can't there
> be a definitive solution?

It depends partly on what you mean by a definitive solution. If you mean "one 
alsa state file that everyone's happy with" it'll never happen because 
the 'correct' volume level is subjective and depends on ambient noise among 
other variables outside our control. If you mean something that's reasonable 
out of the box and only needs a small tweak of the volume then my experience 
is we have had it since the calypso echo suppression was enabled.

It doesn't help that the echo suppression and noise reduction functions we 
need from the Calypso are undocumented. It seems there are some gain controls 
in the Calypso too. Some of us find that the echo suppression remains 
effective until a reboot while others report it only working for the first 
call, and we don't know the cause. There are several settings available for 
both echo suppression and noise reduction, and they have different audible 
characteristics. Generally the stronger the suppression the more audible its 
action. People don't agree on which ones sound acceptable, and which one you 
use can have a significant effect on the gain you can use before you start 
getting echo.


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

Re: Optimization team update (11/23 ~ 11/29)

[arne anka]

>> > "buzz / echo / hiss"... no software change can fix buzz.  It's baked
>> > into the hardware and you will have to do fairly extreme meddling
>> > with your soldering iron to impact it.
>>
>> Thanks, I hadn't seen that so clearly stated before!  (i.e. that buzz
>> is known to be 100% a hardware issue).

probably since everyone expects everyone else to know it :-)
it was a hot topic some months ago, then someone (jörg?) came up with the  
definite statement that it is hw related.
since then we're all waiting for working and more or less easy diy fix --  
which seems to be reached now.

> weird though .. as I never experienced buzz in my calls (although I
> have to admit I didn't make more than 10 calls max uptill now)

plug in the wired headset ...

>> > "Echo" reacts to some tweaking in alsa and maybe Calypso firmware
>> > option selection, I guess this turn up in rootfs images as best it
>> > can.
>>
>> OK, but do you need to be so imprecise about this?  What can't there
>> be a definitive solution?

because the echo is caused only partially (if at all) by hardware.  
especially gsm 1800 providers like e-plus in germany have been reported as  
echo prone.
additionally people reported different experiences depending on their  
location in time and space.
and last but not least: nobody knews what exactly N0187 is doing, and if  
it will live trough firmware updates, since it is not documented.

since echo is a very complex issue, there are more then just one solution  
more or less working for more or less people ...

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

Optimization team update (11/30 ~ 12/06)

[John Lee]

Dear Community,

Team status update:

As in
http://lists.openmoko.org/pipermail/community/2008-December/036792.html
(send/receive files via bluetooth in NEO), Erin keeps working on
bluetooth.  Jeremy fixed some qtopia and location bugs, and will
continue learning more about kernel.  The GTK redraw problem is fixed
now (#1946) so Julian will be back to help with the Paroli edje files
and keeps working on python.  Olv is having kernel fun now, but since
it's gta03 related, you probably won't see him a lot on the public
kernel list.  Tick mostly worked on opkg this week.  Basically there
are two big issues:

* Incorrect behavior: as Tick indicated on devel list, there are still
  some logical error in opkg, which caused some problems during
  upgrade.  That's why I have to use the -force-overwrite option in my
  previous upgrade howto.

* Efficiency: opkg is obviously not very efficient, both in memory and
  in speed.

Maybe we could expect another opkg release soon.


Qtopia:

OM is moving more focus to gta03 now, so my current resource for
qtopia is fairly limited.  Currently the things I want to fix most
are:

* UCSD problem
* Window focus (soft menu disappear, problems when multiple sms come
  in, etc.)
* Partial import of sim contacts.

Please suggest if anything missing and I'll arrange my priorities.


There are several good things worth mentioning last week:

* The infamous WSOD (#1841) seems to be solved.  It's already in
  testing repo.  Praise for all helped in this!

* GTK redraw problem (#1946) solved along with similar problem in qt
  with an illume patch.  Thanks, Raster!


p.s.  It seems my last update might have created an impression that
the only way to try the testing repo is to upgrade from Om2008.9.
It's not true.  Another way is to flash directly from
http://downloads.openmoko.org/daily/testing/
if you don't mind reflash the phone.

another p.s. Someone in OM kindly reminds me that my post can create
inappropriate impressions, because although the logic is correct, the
words and tongues might be misleading.  My native language is Chinese
(and I'm a master of words and tongues in Chinese), so it's kind of
difficult for me to enhance this.  All I can do is encouraging you to
go ahead and ask if anything unclear, and keep in mind I'm a Taiwanese
engineer when you read this. ;)


Regards,
John

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

Re: Optimization team update (11/23 ~ 11/29)

[Franky Van Liedekerke]

On Sun, 7 Dec 2008 15:22:58 +
"Neil Jerram" <[EMAIL PROTECTED]> wrote:

> 2008/12/2 Andy Green <[EMAIL PROTECTED]>:
> >
> > "buzz / echo / hiss"... no software change can fix buzz.  It's baked
> > into the hardware and you will have to do fairly extreme meddling
> > with your soldering iron to impact it.
> 
> Thanks, I hadn't seen that so clearly stated before!  (i.e. that buzz
> is known to be 100% a hardware issue).

weird though .. as I never experienced buzz in my calls (although I
have to admit I didn't make more than 10 calls max uptill now)

> > "Echo" reacts to some tweaking in alsa and maybe Calypso firmware
> > option selection, I guess this turn up in rootfs images as best it
> > can.
> 
> OK, but do you need to be so imprecise about this?  What can't there
> be a definitive solution?

weird again ... I had major echo issues (for the party calling me that
is), but using %N0187 solved this in one go (I never tried the other at
commands mentioned in another mail that should solve/minimize echo
issues). Using alsa states influenced echo, but only because you in fact
decrease the volume of the calling party. Even more strange is that this
at-command doesn't seem an accepted solution but people try to stop echo
in one or two at-commands at the modem initialization time, and that
doesn't seem to work but still it continues to be the choosen path. I
don't care that this at-command gets send on every call, as long as it
eliminates echo. For me this is the definitive solution.

Franky

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

Re: Optimization team update (11/23 ~ 11/29)

[Neil Jerram]

Oops...

2008/12/7 Neil Jerram <[EMAIL PROTECTED]>:
>
> OK, but do you need to be so imprecise about this?  What can't there
> be a definitive solution?

"What" should have been "why".

  Neil

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

Re: Optimization team update (11/23 ~ 11/29)

[Neil Jerram]

2008/12/2 Andy Green <[EMAIL PROTECTED]>:
>
> "buzz / echo / hiss"... no software change can fix buzz.  It's baked
> into the hardware and you will have to do fairly extreme meddling with
> your soldering iron to impact it.

Thanks, I hadn't seen that so clearly stated before!  (i.e. that buzz
is known to be 100% a hardware issue).

> "Echo" reacts to some tweaking in alsa and maybe Calypso firmware option
> selection, I guess this turn up in rootfs images as best it can.

OK, but do you need to be so imprecise about this?  What can't there
be a definitive solution?

> "Hiss and Etc" I didn't hear about, but I don't think kernel or hardware
> world can cover for any of it on existing device.  Only button to push
> in userspace world is optimization of echo I think we find, unless
> "hiss" is somethng like bad channel selection in alsa world.

I must admit that I've never heard the "hiss" either, so I don't know
exactly what it means... but someone that I called a few days ago said
there was a strong hiss on the line.

(In retrospect, I should at least have tried calling again, as maybe
it was just a line issue.)

Regards,
   Neil

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

Re: Optimization team update (11/23 ~ 11/29)

[Neil Jerram]

2008/12/2 John Lee <[EMAIL PROTECTED]>:
> On Mon, Dec 01, 2008 at 09:29:48PM +, Neil Jerram wrote:
>>
>> Apologies in advance for what may be a dumb question - but does this
>> statement represent the conclusion of your team's work on audio issues
>> (buzz/echo/hiss etc.)?  Or is there further work ongoing?
>
> No, it's not the conclusion.  We will keep working on that.

That's good to know; thanks.

> Okay, I will think about this.  I think the only real limitation here
> is we cannot ask everyone to do the soldering by him/her self, other
> then that, any software based solution is possible.  Let me dig this
> deeper with the kernel and hw people.

I haven't done any soldering for years.  But I will risk doing it - or
get someone to do it for me - if it is sufficiently clear exactly what
needs doing, and the probability is high enough that it will solve the
problem.

Of course, I also see that there will be some who completely rule that out.

So basically I agree with you.  The key thing is to have a crystal
clear description of the options.

Regards,
Neil

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

Re: Global Domination 0.9

[rakshat hooja]

On Sat, Dec 6, 2008 at 10:19 PM, Sean Moss-Pultz <[EMAIL PROTECTED]> wrote:

>
>
> rakshat hooja wrote:
> > Is ir possible to have a T-Shirt with the Open CAD poster design. That
> > would be cool.
>
> Here you go:
>
>   http://www.cafepress.com/openmoko_inc.337325440
>
> I put a few more colors up there, too. Let me know if you like this.
>
>   -Sean
>

Thanks. I am ordering one in black right now.

Rakshat




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



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

Re: Openttd is now in opkg.org!

[Sander van Grieken]

On Sunday 07 December 2008 13:30:14 Robert Schuster wrote:
> Hi Aapo,
>
> Aapo Rantalainen schrieb:
> > Openttd is now in opkg.org!
>
> I would like it better if the bitbake recipe changes can be moved into OE.

That's theory. In practice, you submit the recipe plus patches in OE 
bugtracker and then it's forgotten about.

I submitted 2 games there a couple of months ago and they're still not merged, 
and thus not available to the openmoko community, except in binary form from 
opkg.org

I'd say, submit new recipies to the OM bugtracker instead of OE, maybe there's 
more chance they'll get merged.

-Sander


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

Re: [gentoo] tslib: Unknown event type 0

[Sven 'sleipnir' Rebhan]

2008/12/6 Łukasz Holetzke <[EMAIL PROTECTED]>:
> Hi,
>
> someone uses gentoo here?

Yes, I do. :-)

> I've run into problems with the touchscreen and x11-input-tslib on gentoo.
> First - the pointercal data, which i've copied from om-2008.09 is not
> valid - I trying to 'repair' this manually - changing numbers, got so
> far the y-axis (is there any software to do it better?).

You can use the command "ts_calibrate" to determine the calibration
parameters for your screen.

> Next, if i touch the screen or move with finger/stylus over the screen:
> tslib: Unknown event type 0

As Damien already said, please use our overlay and report back any
problems or difficulties to the bugtracker!

Best regards,

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

Re: Openttd is now in opkg.org!

[Robert Schuster]

Hi Aapo,

Aapo Rantalainen schrieb:
> Openttd is now in opkg.org!
I would like it better if the bitbake recipe changes can be moved into OE.

> It contains gpl-graphics (version alpha2). They are not all ready,
> there might be some black boxis.
Very nice!

> Enable scrolling-with-stylus:
> Advanced settings
> ->Interface
>  -> Left-click scrolling: On (this string is not localized)
Excellent!

I saw that you are enforcing 480x640 display size by using the -r
argument. Could you make it work like this instead:

Add some code that tries to set does SDL_SetVideoMode(width, height,
...) and if that fails try again with SDL_SetVideoMode(height, width,
...) automagically. If that succeeds update the chosen display size and
continue, if not bail out. That way people can switch between landscape
and portrait mode and the game will alway display correctly. I added a
similar logic to KoboDeluxe. See the patches in OE for details.

One note regarding this: The OE machine description files have variables
for the display with and height. Please use those instead of hardcoding
for 480x640.

> Using scrolling:
> Point 'empty'-tile on screen and drag. (empty = anything that do not
> do anything when clicked: ground, trees, roads, water...)
Very nice patches indeed. Would you mind publishing them, too. I cannot
put them into OE without them being available
somewhere. :)

> There are no sounds in this package. (only dummy sample.cat).
> There are no music in this package.

> There are project to make gpl-sounds and gpl-music, I will check how
> ready they are and do them work with freerunner. And do we want that
> package is ~80 megas greater because of background music?
Same issue as with wesnoth. Solution is to provide it as an optional
package and make the openttd clever enough to work without sound files.

Last but not least: If you can get your changes to OpenTTD upstream that
would be fantastic.

Regards
Robert



signature.asc
Description: OpenPGP digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community

Re: Openttd is now in opkg.org!

[Martin Šenkeřík]

We can have two packages - with and without sounds.

The music is going to be in MIDI format? Is FR capable to play MIDI?

(I would be happy to have sounds and music with Openttd)

Martin

On Sun, Dec 7, 2008 at 12:55 PM, Aapo Rantalainen
<[EMAIL PROTECTED]> wrote:
> Openttd is now in opkg.org!
> It is game.
>
> It contains gpl-graphics (version alpha2). They are not all ready,
> there might be some black boxis.
>
> Enable scrolling-with-stylus:
> Advanced settings
>->Interface
> -> Left-click scrolling: On (this string is not localized)
>
> Using scrolling:
> Point 'empty'-tile on screen and drag. (empty = anything that do not
> do anything when clicked: ground, trees, roads, water...)
>
> There are no sounds in this package. (only dummy sample.cat).
> There are no music in this package.
>
> There are project to make gpl-sounds and gpl-music, I will check how
> ready they are and do them work with freerunner. And do we want that
> package is ~80 megas greater because of background music?
>
> -Aapo Rantalainen
>
> ___
> 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

Openttd is now in opkg.org!

[Aapo Rantalainen]

Openttd is now in opkg.org!
It is game.

It contains gpl-graphics (version alpha2). They are not all ready,
there might be some black boxis.

Enable scrolling-with-stylus:
Advanced settings
->Interface
 -> Left-click scrolling: On (this string is not localized)

Using scrolling:
Point 'empty'-tile on screen and drag. (empty = anything that do not
do anything when clicked: ground, trees, roads, water...)

There are no sounds in this package. (only dummy sample.cat).
There are no music in this package.

There are project to make gpl-sounds and gpl-music, I will check how
ready they are and do them work with freerunner. And do we want that
package is ~80 megas greater because of background music?

-Aapo Rantalainen

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

Re: wifi using GUI in 2008.9

[arne anka]

> Isn't there a way to preload the neo with the key via ssh in a config  
> file?

/etc/wpa_supplicant/wpa_supplicant.conf

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

wifi using GUI in 2008.9

[Peter Nijs]

Hi,

The wiki says that I can use the gui in the settings-application to even 
connect to a wpa2 protected network. Now I tried that with an open network 
and it works. (except for rerouting, which I still have to do using terminal. 
It also thinks it failed even when it succeeded.) But I was never able to 
connect to my protected network, probably because I type in the PSK wrong. 
Isn't there a way to preload the neo with the key via ssh in a config file? 
Because having to type it is really a pain in the rear. Also I have noticed 
the gui doesn't store the password, but maybe it's because it thinks the 
connection failed.

I want to use the gui because it otherwise seems to interfere with mofi or 
lint (or the ifup, wpa_supplicant). It is also the nearest to usable tool to 
connect to a network. The only things I would like to see improved are:
-a config, or config files for each AP
-reroute through eth0
-know when it is connected and don't say it failed when it succeeded.

In a further stadium 802.1x would be nice.

greetings,
depeje


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

Re: [testing] WSOD gone

[Andreas "Cyberfrag" Fischer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 07.12.2008 10:05, ivvmm schrieb:
> Andreas "Cyberfrag" Fischer wrote:
>> Hi All,
>>
>> Wohoo, after today's kernel upgrade the infamous WSOD seems to be gone
>> for me. I rebooted the phone and am now running for several hours
>> without encoutering WSOD. The phone seems to reliably wake up from
>> suspend at incoming calls (tested only once, though) and performs quite
>> fine after manual resume. I didn't test incoming SMS, yet.
>>
>> Anyway - good job guys. Now I only need a fix for the annoying echo to
>> have a (in my point of view) fully functional phone.
>>
>> Regards,
>> Andreas
> 
> You said you updated with opkg update && opkg upgrade
> 
> But is kernel being upgraded if you are updating this way? I just wonder.

Yes, the kernel was definitely updated from one git revision to another
(same major/minor number though). There was a section during the upgrade
where the kernel was explicitely written to its flash partition
(messages about "XYZ bytes written" - or somewhat like that - flushed by).

Regards,
Andreas
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkk7nSEACgkQ5Fl7TYZQYwFdVQCfaJluNiZZwdclGjsiAeEIpe/I
fSkAoK7rO8+HDtx692k+oHZvEfRSj2oX
=TszB
-END PGP SIGNATURE-

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

Re: [testing] WSOD gone

[Andreas "Cyberfrag" Fischer]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 07.12.2008 03:43, John Lee schrieb:
> On Sat, Dec 06, 2008 at 11:00:24PM +0100, Andreas Cyberfrag Fischer wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Am 06.12.2008 20:33, Alexandre Girard schrieb:
>>> Hi Andreas,
>>>
>>> That's a great news I was looking for :)
>>>
>>> Where to get and download this image?
>> Hi Alex,
>>
>> This is on the testing branch. Flash OM2008.9, switch to testing as
>> described here:
>> http://n2.nabble.com/Optimization-team-update-%2811-23-%7E-11-29%29-td1595015.html#a1600801
>> and do a full update (opkg update && opkg upgrade).
>>
>> If you want to stay on the safe side however, I'd recommend to wait for
>> the upcoming stable release 200?.??.
>>
>> Regards,
>> Andreas
> 
> Or flashing the testing image directly...
> 
> http://downloads.openmoko.org/daily/testing/

Ah - ok. I wasn't aware of that.

Regards,
Andreas
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkk7nIoACgkQ5Fl7TYZQYwGfJACfWOdvcZ5nYR40v5XXcMSVaQYz
fCgAn1cGaOJ+2/A/VpT9G7lULTS/iGN5
=oUSC
-END PGP SIGNATURE-

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

Re: [testing] WSOD gone

[ivvmm]

Andreas "Cyberfrag" Fischer wrote:
> Hi All,
> 
> Wohoo, after today's kernel upgrade the infamous WSOD seems to be gone
> for me. I rebooted the phone and am now running for several hours
> without encoutering WSOD. The phone seems to reliably wake up from
> suspend at incoming calls (tested only once, though) and performs quite
> fine after manual resume. I didn't test incoming SMS, yet.
> 
> Anyway - good job guys. Now I only need a fix for the annoying echo to
> have a (in my point of view) fully functional phone.
> 
> Regards,
> Andreas

You said you updated with opkg update && opkg upgrade

But is kernel being upgraded if you are updating this way? I just wonder.




signature.asc
Description: OpenPGP digital signature
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community