Re: Installing v35

2012-01-31 Thread Korbinian Rosenegger
Hi

On Tue, 2012-01-31 at 18:45 +1100, Liz wrote:
 Sadly, I don't have Power and Aux buttons confused.
 I don't have access to NAND from the Power button.
 Both boot methods start the NOR bootloader.

If you can't start the NAND bootloader and your Freerunner starts the
NOR bootloader everytime, it may be possible that your AUX button got
stuck somehow. A friend had the same problem with his brand new
Freerunner. He was able to fix the problem himself, but he needed to
replace (or resolder, don't remember) the AUX button. 
Are you able to cycle through the menu items in the bootloader by
pressing AUX? If you can your AUX button is working.

Korbi



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


Re: First SSH to FR: Permission denied

2009-06-10 Thread Korbinian Rosenegger
Hi

Try 192.168.0.202, the IP you tried is your desktop :)

I've also done this many times until i added this line to /etc/hosts on
my desktop:

192.168.0.202   om


cu Korbi


On Wed, 2009-06-10 at 20:17 -0500, Mike wrote:
 Hello --
 
 I just got the FR. Very nice! I am trying to SSH to FR to check the firmware 
 version. I can ping 192.168.0.200 with 0% loss. However, when I 
 
 ssh r...@192.168.0.200
 
 and enter either blank  (as suggested in the Wiki) or root password at the 
 prompt I get Permission denied, please try again.
 
 What is the problem?
 
 Thank you for your time, 
 
 Mike.
 
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
-- 
Korbinian Rosenegger k.roseneg...@schmidham.net


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: Debuzzing

2009-05-06 Thread Korbinian Rosenegger
Hi

Is it possible to bring the devices to you in person? This could save
shipping costs for all of us who can use the S-Bahn without additional
costs or pass the A995 regularly since it's about 1 km from the next
S-Bahn station (Deisenhofen) or less than 4 km from the A995 to your
address in Oberhaching (distances measured in Google Maps).

cu Korbi



On Tue, 2009-04-28 at 22:30 +0200, Dr.H.NikolausS wrote:
 Dear community,
 
 it is the philisophy of Golden Delicious Computers to find solutions  
 for important topics that the community has and can't solve alone.  
 Therefore, we (Golden Delicious Computers and TRIsoft) have worked  
 behind the scenes and are close to offer a Buzz rework solution that  
 can in principle serve all Freerunner Owners in the EU harmonized  
 market.
 
 1) We have identified a very good professional SMD rework company in  
 Munich, Germany who are capable and willing to do the rework at low  
 cost and high quality, but only if we deliver batches of collected  
 devices. Since we are experienced in collecting incoming and outgoing  
 shipments, the combination is the solution.
 
 2) Therefore we plan to offer this service to all Openmoko owners  
 within the EU harmonized market / tax union (to avoid re-import/export  
 hassle). Please note that there will be a rework fee. The final price  
 is not yet clear (expected to be less than 30 EUR incl. shipment)  
 because we are in intensive discussions with Openmoko how they can  
 help to reduce this fee for you.
 
 3) Rework will take approx. 1 week and could start immediately,  
 provided we get the promised replacement components in time.
 
 4) If you are interested, please register yourself and your device at  
 the following link. We will then follow up with details about  
 handling, address to send to, time schedule, final pricing etc.
 
   http://www.handheld-linux.com/wiki.php?page=Buzz-Rework
 
 So stay tuned,
 Nikolaus
 
 
 Mobile Office Solutions
 by Golden Delicious Computers GmbHCo. KG
 Buchenstr. 3
 D-82041 Oberhaching
 +49-89-54290367
 http://www.handheld-linux.com
 
 AG München, HRA 89571
 VAT DE253626266
 Komplementär:
 Golden Delicious Computers Verwaltungs GmbH
 Oberhaching, AG München, HRB 16602
 Geschäftsführer: Dr. Nikolaus Schaller
 
 Digital Tools for Independent People
 
 
 
 
 
 
 
 ___
 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: Workaround for using speech-dispatcher without blocking /dev/dsp for other apps

2009-01-18 Thread Korbinian Rosenegger
Hi

On Sun, 2009-01-18 at 12:08 +0100, Francesco de Virgilio wrote:
 Interesting workaround ;)

Thanks :) 

 Pratically, the only modules to cheange from alsa to oss (for me) are:
 - espeak.conf
 - festival.conf
 - flite.conf
 - ibmtts.conf
 
 But, for a n00b like me, it is not clear how the 
 /etc/init.d/speech-dispatcher file should be adapted. Could you provide 
 directly the adapted file?

It's attached to this mail. 
I'm also setting LANG to de...@utf-8 for getting correct german speech
output, otherwise Straße would be spoken as Stra-s-z-e for example.
So you may also set this to your language.

cu Korbi




speech-dispatcher
Description: application/shellscript


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


Workaround for using speech-dispatcher without blocking /dev/dsp for other apps

2009-01-17 Thread Korbinian Rosenegger
Hi

Many of you had problems with openmoocow not mooing or lightsaber not
starting and complaining about No available audio device. This is
often (always?) caused by speech-dispatcher blocking /dev/dsp.

So here's a workaround for using speech-dispatcher without blocking the
sound device for applications that use OSS. It's using the OSS output of
speech-dispatcher and starting it with the alsa-oss wrapper for using
ALSA. The reason for this is because the OSS output opens the sound
device only when needed for speech output while the ALSA output keeps it
open all the time (which wouldn't be a problem when using ALSA only
since then the drivers can do mixing, but the OSS compability layer in
the kernel does not support mixing (as fas as i understood it, has to be
done in userspace with dmix)). I tried it with dmix on my freerunner,
but it sounds rather bad, so I found this workaround.

Steps to do:

- Install alsa-oss and add a missing link:
 opkg install alsa-oss
 ln -s /usr/lib/libaoss.so.0 /usr/lib/libaoss.so
- Change the output method of all used modules
  in /etc/speech-dispatcher/modules/*.conf from alsa to oss
- Use the aoss wrapper in /etc/init.d/speech-dispatcher. Do this twice 
  there (once for start in line 18, once for restart in line 31). Change
  the second line from --exec $DAEMON to --exec aoss -- $DAEMON:
start-stop-daemon --start --quiet --pidfile $PIDFILE \
  --exec aoss -- $DAEMON
- Restart speech-dispatcher
- Enjoy openmoocow or ko-lightsaber while speech-dispatcher is running


I hope I haven't forgot a step here.
If any of you has a better solution please let us know.
(Of course you also can run lightsaber or openmoocow with the aoss
wrapper without touching speech-dispatcher. Maybe this is the better
solution, but then you have to touch every app that uses OSS, and maybe
you'll get similar bad quality as with dmix like I did.)

Maybe someone knows if it is possible to let speech-dispatcher behave
the same with the alsa output method to open the sound device only when
it's needed?


Have fun :)

Korbi



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: Freerunner LightSaber

2009-01-17 Thread Korbinian Rosenegger
Hi

On Sat, 2009-01-17 at 18:30 +0100, Francesco de Virgilio wrote:
 Great app, but...
 On 2008.12 I've installed python-pygame and this follows when I try to 
 run the program:
 
 r...@om-gta02:~# export DISPLAY=:0
 r...@om-gta02:~# ko-lightsaber
 Traceback (most recent call last):
File /usr/bin/ko-lightsaber, line 32, in module
  pygame.mixer.init()
 pygame.error: No available audio device
 
 Any tip?

Try stopping speech-dispatcher or running lightsaber with the aoss
wrapper.
Also have a look at my other mail (Workaround for speech-dispatcher)
when this works for you.

cu Korbi



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: [Om2008.9] runaway proc events/0 automatic reboot

2009-01-15 Thread Korbinian Rosenegger
Hi

On Thu, 2009-01-15 at 16:21 +0100, Matthias Apitz wrote:
 my small script monitoring the events/0 proc is logging as well when the
 runaway occures, date and uptime:
 
 # cat runaway.log 
 Wed Jan 14 01:20:04 CET 2009
  01:20:04 up 18:26,  0 users,  load average: 0.42, 0.63, 0.49
 Thu Jan 15 14:49:19 CET 2009
  14:49:19 up 18:26,  0 users,  load average: 0.53, 0.76, 0.64
 
 do you see the interesting point? the problem is uptime-driven!

18 * 3600 + 26 * 60 = 66360

Interesting, since it is only ~14 Minutes above 65536 and your script
checks about every 10 Minutes (i think). So maybe there's a unsigned int
overflow or a similar problem somewhere?


cu Korbi



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: buzz fix (was: Pulster offer - Freerunner now 249 eur)

2009-01-11 Thread Korbinian Rosenegger
Hi Christoph,

On Sun, 2009-01-11 at 12:55 +0100, Matthias Apitz wrote:
 Could you please also make an offer for the hardware buzz fix in DE:
 http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP_rc2.pdf
 Would be great!

It would be great if you could offer all hardware fixes that are
possible to do like the GPS-Fix for all GTA02v5 owners:
http://wiki.openmoko.org/images/5/5b/SOP_for_GPS_capacitor_rework.pdf 
http://wiki.openmoko.org/images/d/dd/Gta02_gps_10pf_rework_sop.pdf 
Even the software fix works fine, when you already have heated up your
soldering iron for the buzz fix it should only take few minutes to add
the capacitor :)

I'm not sure if there are other bug fixes, but if there are one, offer
them, please :)


cu Korbi






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: [FSO][M4] Missing Components?

2008-11-11 Thread Korbinian Rosenegger
Hi

On Tue, 2008-11-11 at 16:59 -0800, SCarlson wrote:
 I've just flashed 
 openmoko-fso-illume-image-glibc-ipk--2008-om-gta02.rootfs.jffs2  and its
 accompanying uImage. The machine loads, and I see Alarm,Snapshot,Terminal
 icons.  Zhone does not run.(even after several reboots).  I could not find
 it on the filesystem with (find | grep zhone)(from root). Am I missing
 something here? I'm probably missing something horribly obvious, so I'd
 thought I'd ask.

I had the same problem, it's missing in the image, but you can install
it by logging in over ssh and use opkg:

   opkg update
   opkg install zhone

Ignore the errors about failing signature checks when updating the
package lists.

cu Korbi




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: [om2008.9/FDOM] Charging or Long Power On = Crashing?

2008-10-15 Thread Korbinian Rosenegger
Hi

On Mon, 2008-10-13 at 22:20 -0700, Boris Wong wrote:
 I'm working on a theory of prolonged charging leading to the crashing of
 the Freerunner in FDOM/om2008.9. I'm not saying it's definite, but I
 have had some experiences of my phone ending up in kernel panic and
 where the screen would not turn on after overnight charging without
 suspension.
 
 Here is the scenario:
 I plug in my Freerunner to the wall adaptor, to let it charge overnight.
 I do not use suspension, but I do have the screen turn off
 automatically. I sometimes don't unplug/plug it in again to make the
 charging indicator (red light and the charging symbol on the screen)
 appear. In the morning (6+ hours later), the phone will be in kernel
 panic or the device will be on without the screen (calls and things get
 through, monitor does not come on).
 
 The questionable theory:
 Is there any chance that, since the kernel is not aware that the device
 is charging (even though the device still charges to full), will create
 crashes or reverse the loop of the battery indicators? I'm aware that
 this is a smart battery which can dish out statistics. If the FR does
 not know that it is charging, but the power is going up, I might think
 that that may cause problems with the logging and power handling from
 the kernel.
 
 Just a theory, but I really want to get rid of kernel panics and crashes
 after not shutting down for a long time.
 
 Any other theories floating out there that we might want to consider?
 
 -Boris


I have the same problem, charging my Freerunner from 40-50% remaining
battery let it freeze almost reliable. And just like you I (normally)
don't use suspend. But sometimes I also have freezes when it runs some
time, and sometimes after rebooting it it freezes again within minutes.
This mostly happened when it got power over USB (500mA over car adapter,
battery was fully charged at that time IIRC), and it was noticeable warm
at the back and front. Another freeze was a few weeks ago on a warm
sunny day when I was outside with the freerunner in my pocket, and it
also got pretty warm. At all times I had GPS turned on (except for the
freezes at charge time. 
So one of my theories is a thermal problem, but a short test was not
able to prove that, although the Freerunner froze after reaching 100%
(started at about 40%), the day before it froze at 25%, charging was
started at 20%. At that time I ran battery.py (available somewhere in
the wiki), also I'm running this program mostly when charging, but the
freezes seem to be more unlikely when not running it.
This brings me to my second theory, something like a race condition in
the battery driver or somewhere, since battery.sh polls the bat status
quite often.

If it should matter, I'm running Om2008 with the latest updates, but my
Freerunner with freezes Om2008 since I have it. I can't tell anything
about Om2007 because I installed Om2008 right after unpacking and eating
my gummi bears ;) Thanks Christoph! :)


cu Korbi




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: Extended battery pack

2008-08-20 Thread Korbinian Rosenegger
Hi community :)

On Thu, 2008-08-21 at 12:31 +1000, Robert William Hutton wrote:
 In order to use TangoGPS over extended periods, I created myself an 
 extended battery pack for the Neo FreeRunner from bits and pieces I had 
 lying around.  Check out my blog post for instructions:
 
 http://helms-deep.cable.nu/~rwh/blog/?p=42

Nice project, power everywhere where you can get AA batteries :)


For those who don't want to build a battery pack or who are just to lazy
to do that, here's a small rechargeable USB power pack, 2000mAh capacity
and 1000mA output current, for 18,50 Euro:

NAVILOCK 41406
http://www.reichelt.de/?ARTICLE=80419


And another one from APC, with similar specifications, but higher output
current and an included USB charger, for 46,95 Euro:

APC UPB10-EC
http://www.reichelt.de/?ARTICLE=74033


I guess Reichelt is only interesting for Germany since you have to order
at least for 150 Euro otherwise, and also shipping will be more
expensive, but I'm sure you can find these or similar products in other
shops.



Happy Freerunning :)


cu Korbi





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