Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-28 Thread kimaidou
Hi Lukasz

1st, thanks for this great application. I would like to know:
* if you planed to release a deb package for the debian based distros
* if you planned to add the features wich mimate the sun rising by
increasing the light step by step as the sound increase the volume. The best
would be to go from red to orange, then yello then white :D

Thx again

2009/4/27 Łukasz Pankowski lukp...@o2.pl

 Steven ** 
 montgoss+openmokocommun...@gmail.commontgoss%2bopenmokocommun...@gmail.com
 writes:

  A well written app that works quite well under latest SHR-testing
  (installed via opkg directly from SHR feeds).

 Nice to hear.

  One area I think needs improvement ASAP:  my Freerunner suspends (thus
  silencing the alarm) before the alarm gets loud enough to really wake
  me up.  SHR goes back to suspended after about 1 minute even if
  ffalarms is playing the alarm. There are two things that would help
  this:
  1. Make the loudness increase by more with each step. Ideally this
  would be configurable.

 Currently it increases the volume +1 each second, I may make the time
 between increases configurable in config file if you insist that fixing
 point 2. (see below) is not enough for you.

  2. Make ffalarms prevent suspend for a time, maybe 5 minutes.  (Note
  that it would be REALLY bad to prevent suspend indefinitely, as I
  might forget I set an alarm and walk away from the phone, only to come
  back hours later to an empty battery)

 I will try to fix the suspend issue this weekend (time is scarce) that
 is avoid suspending until you stop the alarm.

 ___
 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


Draft of 17th community update

2009-04-28 Thread sushama
Dear All,

The draft of 17th community update is available here: 
http://wiki.openmoko.org/wiki/Community_Updates/April_30%2C_2009
Please feel free to add/edit any information that I have missed out. 
This update is for the period from April 18th to April 30th.The update 
will be released on April 30th.

Regards,
Sushama

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


Re: Theora 320x240 - is it possible?

2009-04-28 Thread The Rasterman
On Mon, 27 Apr 2009 15:17:27 +0200 David Garabana Barro da...@garabana.com
said:

 On Monday 27 April 2009 15:07:09 Timo Juhani Lindfors wrote:
  David Garabana Barro da...@garabana.com writes:
   No one has xv support. I bet there are not difference when playing
   videos.
 
  You mean this one?
 
  li...@ginger:~$ xdpyinfo | grep XV
  XVideo
 
  I'm using Xorg with xf86-video-glamo git revision 703acea13.
 
 He was asking XGlamo vs fbdev, and xf86-video-glamo is not Xglamo ;)
 
 But knowing Xorg glamo has xv support are really great news! :)
 What about xrand and composite?

xglamo had xv support ever since (long before gta02 went on sale). i even
quoted performance numbers using accelerated xv in xglamo long ago.

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


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


Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)

2009-04-28 Thread Helge Hafting
Adam Jimerson wrote:
 Well it is nice to see that I am not the only person with this problem, 
 for me Mofi doesn't even load, I am installing the one from opkg.org 
 http://opkg.org to see if I have any better luck with it.

I have trouble with wifi in SHR testing too. I suspect a kernel problem.

I usually run wpa_supplicant. Failing that, I connect to WEP networks 
using iwlist iwconfig commands directly. Even these low-level tools 
fails most of the time. Occationally iwlist eth0 scan will work, but 
repeat the command and eth0 suddenly doesn't support scanning. And of 
course it won't ever connect to any access point. Similiarly, iwconfig 
may claim there is no support for setting the essid.

Having low-level stuff like iwconfig fail is what makes me suspect a 
kernel problem.

Helge Hafting


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


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-28 Thread Helge Hafting
kimaidou wrote:
 Hi Lukasz
 
 1st, thanks for this great application. I would like to know:
 * if you planed to release a deb package for the debian based distros
 * if you planned to add the features wich mimate the sun rising by 
 increasing the light step by step as the sound increase the volume. The 
 best would be to go from red to orange, then yello then white :D
 
 Thx again
 
 2009/4/27 Łukasz Pankowski lukp...@o2.pl
 
 Steven ** montgoss+openmokocommun...@gmail.com
 mailto:montgoss%2bopenmokocommun...@gmail.com writes:
 
   A well written app that works quite well under latest SHR-testing
   (installed via opkg directly from SHR feeds).
 
 Nice to hear.
 
   One area I think needs improvement ASAP:  my Freerunner suspends
 (thus
   silencing the alarm) before the alarm gets loud enough to really wake
   me up.  SHR goes back to suspended after about 1 minute even if
   ffalarms is playing the alarm. There are two things that would help
   this:
   1. Make the loudness increase by more with each step. Ideally this
   would be configurable.
 
 Currently it increases the volume +1 each second, I may make the time
 between increases configurable in config file if you insist that fixing
 point 2. (see below) is not enough for you.
 
   2. Make ffalarms prevent suspend for a time, maybe 5 minutes.  (Note
   that it would be REALLY bad to prevent suspend indefinitely, as I
   might forget I set an alarm and walk away from the phone, only to
 come
   back hours later to an empty battery)
 
 I will try to fix the suspend issue this weekend (time is scarce) that
 is avoid suspending until you stop the alarm.

Please keep the alarm going for 15min or so - it is possible to sleep 
through 5 min. :-)  15 min won't hurt the battery much.

Also, consider using the vibrator when the ringing gets loud. That helps
if the phone is inside a pocket, in a noisy place.

Thanks for a fine and useful app!

Helge Hafting

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


Re: Draft of 17th community update

2009-04-28 Thread Pander
sushama wrote:
 Dear All,
 
 The draft of 17th community update is available here: 
 http://wiki.openmoko.org/wiki/Community_Updates/April_30%2C_2009
 Please feel free to add/edit any information that I have missed out. 
 This update is for the period from April 18th to April 30th.The update 
 will be released on April 30th.

Something to add for the PyFlash notice: PyFlash 0.5 will have
flashcards for all katakana, hiragana and different groups of kanji,
with increasing in difficulty.

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


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


Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)

2009-04-28 Thread Nicola Mfb
2009/4/28 Helge Hafting helge.haft...@hist.no:
 Adam Jimerson wrote:
 Well it is nice to see that I am not the only person with this problem,
 for me Mofi doesn't even load, I am installing the one from opkg.org
 http://opkg.org to see if I have any better luck with it.

 I have trouble with wifi in SHR testing too. I suspect a kernel problem.

 I usually run wpa_supplicant. Failing that, I connect to WEP networks
 using iwlist iwconfig commands directly. Even these low-level tools
 fails most of the time. Occationally iwlist eth0 scan will work, but
 repeat the command and eth0 suddenly doesn't support scanning. And of
 course it won't ever connect to any access point. Similiarly, iwconfig
 may claim there is no support for setting the essid.

 Having low-level stuff like iwconfig fail is what makes me suspect a
 kernel problem.

I may confirm this, I got unexpected wow events (it was already
reported), playing with enabling/disabling wifi in FSO after a bit put
the wifi chip in an unusable state with a strange framework log error
(similiar to expecting power set to 0 but failed), when this happens
the command iwconfig eth0 power off crashes and the kernel oops.

Other problems with wpa roaming mode that seems to not work,
wpa_action is missing, wpa_cli does not reports all connect/disconnect
errors and so on.

I ignored all these issues as before I used mainly BT networking and
USB, they works well with recent kernels, with olders BT stopped to
work after suspend/resume and with USB my laptop was often not able to
enumerate.

The network nightmare :)

 Nicola

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


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-28 Thread Timo Scheffler
I installed ffalarms and love it, but the wakeup from suspend doesn't
work... I use FSO 5 and the ffalarms 0.2.1 and atd-over-fso with python
2.6 package.
Is there anything to configure, so that it might work?
(At least my phone doesn't goes to sleep by itself, so thats no issue...
but that's another problem with fso5 :D).

Timo

Helge Hafting schrieb:
 kimaidou wrote:
 Hi Lukasz

 1st, thanks for this great application. I would like to know:
 * if you planed to release a deb package for the debian based distros
 * if you planned to add the features wich mimate the sun rising by 
 increasing the light step by step as the sound increase the volume. The 
 best would be to go from red to orange, then yello then white :D

 Thx again

 2009/4/27 Łukasz Pankowski lukp...@o2.pl

 Steven ** montgoss+openmokocommun...@gmail.com
 mailto:montgoss%2bopenmokocommun...@gmail.com writes:

   A well written app that works quite well under latest SHR-testing
   (installed via opkg directly from SHR feeds).

 Nice to hear.

   One area I think needs improvement ASAP:  my Freerunner suspends
 (thus
   silencing the alarm) before the alarm gets loud enough to really wake
   me up.  SHR goes back to suspended after about 1 minute even if
   ffalarms is playing the alarm. There are two things that would help
   this:
   1. Make the loudness increase by more with each step. Ideally this
   would be configurable.

 Currently it increases the volume +1 each second, I may make the time
 between increases configurable in config file if you insist that fixing
 point 2. (see below) is not enough for you.

   2. Make ffalarms prevent suspend for a time, maybe 5 minutes.  (Note
   that it would be REALLY bad to prevent suspend indefinitely, as I
   might forget I set an alarm and walk away from the phone, only to
 come
   back hours later to an empty battery)

 I will try to fix the suspend issue this weekend (time is scarce) that
 is avoid suspending until you stop the alarm.
 
 Please keep the alarm going for 15min or so - it is possible to sleep 
 through 5 min. :-)  15 min won't hurt the battery much.
 
 Also, consider using the vibrator when the ringing gets loud. That helps
 if the phone is inside a pocket, in a noisy place.
 
 Thanks for a fine and useful app!
 
 Helge Hafting
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 

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


Re: Theora 320x240 - is it possible?

2009-04-28 Thread David Garabana Barro
O Martes, 28 de Abril de 2009, Rask Ingemann Lambertsen escribiu:
 On Mon, Apr 27, 2009 at 02:50:56PM +0200, David Garabana Barro wrote:
  You should use a patched mplayer. Xglamo has not xv support.

 $ xdpyinfo -display :0 | grep -F -e XVideo
 XVideo

It works fine in guvcview for down scaling a 640x480 viewfinder window
 to something more manageble.

It's great to realise that I was missing this feature for such a long time... 
and it was there ;)

-- 
David Garabana Barro
jabber  google talk ID:da...@garabana.com
Clave pública PGP/GPG:  http://davide.garabana.com/pgp.html


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: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)

2009-04-28 Thread Adam Jimerson
On Tue, Apr 28, 2009 at 7:49 AM, Helge Hafting helge.haft...@hist.nowrote:

 I have trouble with wifi in SHR testing too. I suspect a kernel problem.

 I usually run wpa_supplicant. Failing that, I connect to WEP networks
 using iwlist iwconfig commands directly. Even these low-level tools
 fails most of the time. Occationally iwlist eth0 scan will work, but
 repeat the command and eth0 suddenly doesn't support scanning. And of
 course it won't ever connect to any access point. Similiarly, iwconfig
 may claim there is no support for setting the essid.

 Having low-level stuff like iwconfig fail is what makes me suspect a
 kernel problem.


The low-level tools even fail on open and Mac filtered networks, I'm not
finding any bug reports on SHR's bug tracking system but I may upgrade my
phone today and test with the latest kernel and everything, if no one has
already tried that.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)

2009-04-28 Thread Adam Jimerson
On Tue, Apr 28, 2009 at 8:15 AM, Nicola Mfb nicola@gmail.com wrote:


  I ignored all these issues as before I used mainly BT networking and
 USB, they works well with recent kernels, with olders BT stopped to
 work after suspend/resume and with USB my laptop was often not able to
 enumerate.


I have not tried bluetooth networking before, but I have no problems with
USB networking with this kernel, so there is hope!
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Theora 320x240 - is it possible?

2009-04-28 Thread David Garabana Barro
O Martes, 28 de Abril de 2009, Carsten Haitzler escribiu:
 On Mon, 27 Apr 2009 15:17:27 +0200 David Garabana Barro
 
  He was asking XGlamo vs fbdev, and xf86-video-glamo is not Xglamo ;)
 
  But knowing Xorg glamo has xv support are really great news! :)
  What about xrand and composite?

 xglamo had xv support ever since (long before gta02 went on sale). i even
 quoted performance numbers using accelerated xv in xglamo long ago.

Do you remember the subject of that thread?
I'm trying to find it,only for curiosity

Thank you!

-- 
David Garabana Barro
jabber  google talk ID:da...@garabana.com
Clave pública PGP/GPG:  http://davide.garabana.com/pgp.html


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: Theora 320x240 - is it possible?

2009-04-28 Thread Miguel Ángel Calderón
On Tue, Apr 28, 2009 at 9:31 AM, Carsten Haitzler ras...@rasterman.comwrote:


  He was asking XGlamo vs fbdev, and xf86-video-glamo is not Xglamo ;)
 
  But knowing Xorg glamo has xv support are really great news! :)
  What about xrand and composite?

 xglamo had xv support ever since (long before gta02 went on sale). i even
 quoted performance numbers using accelerated xv in xglamo long ago.


Is it any performance improvement between the xserver-glamo and the new Xorg
server
for glamo?

-- 
Best regards
--
There is no spoon
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)

2009-04-28 Thread Jan Vlug




-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Currently, I playing around with Android beta 6 (from Koolu). Wireless
does not work there either.
Sometimes I can the FreeRunner is able to scan for networks, sometimes
not.
I was never able to get a connection with an access point.

Adam Jimerson wrote:
| I am still trying to get my wireless to work on the 4/16 release of
SHR-Testing, I can get a scan to work on eth0 every now and then and
the rest of the time I get a "device does not support scanning error".
No matter if I can scan or not eth0 will not connect to any AP. I have
set up the /etc/network/interfaces so that eth0 uses wpa_supplicant,
which I have the file setup with the APs and everything, and when I try
and ifup eth0 it goes though the configurations but stops at a "No
lease failing" error. I have been at this for a while trying to get it
to work and all my attempts have failed. If anyone has any kind of
suggestion, or if they have had this problem with this version of
SHR-Testing please reply, I getting desperate and will try anything to
get it to work.
|
| -
|
| ___
| Openmoko community mailing list
| community@lists.openmoko.org
| http://lists.openmoko.org/mailman/listinfo/community
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org

iEYEARECAAYFAkn2/HUACgkQvuFuLCp9giBV0QCgsEYQCCY3HQnZkQOiSEhrtosy
BKQAnA3bhCWCKiHGJ8KPs+OT4JWMA48f
=LzHl
-END PGP SIGNATURE-




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


Re: Theora 320x240 - is it possible?

2009-04-28 Thread The Rasterman
On Tue, 28 Apr 2009 14:52:19 +0200 Miguel Ángel Calderón
miguelangel...@gmail.com said:

 On Tue, Apr 28, 2009 at 9:31 AM, Carsten Haitzler ras...@rasterman.comwrote:
 
 
   He was asking XGlamo vs fbdev, and xf86-video-glamo is not Xglamo ;)
  
   But knowing Xorg glamo has xv support are really great news! :)
   What about xrand and composite?
 
  xglamo had xv support ever since (long before gta02 went on sale). i even
  quoted performance numbers using accelerated xv in xglamo long ago.
 
 
 Is it any performance improvement between the xserver-glamo and the new Xorg
 server
 for glamo?

i doubt it. but i don't know. there are only a few things that are left to tbe
sped up, and they wont make up for the slowdowns in going to and from video ram
for the fallbacks. xv isnt going to see an improvement until video bandwidth
improves - and thats stil a key problem that is not going away.

-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


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


Re: [SHR-Unstable] Forcing fast-charge

2009-04-28 Thread Joerg Reisenweber
Am So  26. April 2009 schrieb Rask Ingemann Lambertsen:
 On Sat, Apr 25, 2009 at 01:16:17PM +0100, Joerg Reisenweber wrote:
  Am Di  21. April 2009 schrieb Paul Fertser:
   
   drivers/power/pcf50633-charger.c:
   
   /*
   * We limit the charging current to be the USB current limit.
   * The reason is that on pcf50633, when it enters PMU Standby mode,
   * which it does when the device goes off, the USB current limit
   * reverts to the variant default.  In at least one common case, that
   * default is 500mA.  By setting the charging current to be the same
   * as the USB limit we set here before PMU standby, we enforce it only
   * using the correct amount of current even when the USB current limit
   * gets reset to the wrong thing
   */ 
  
  Whoever wrote this amazingly puzzling comment, I think he got something 
  severely wrong with operating principles of PMU PCF50633.
  Datasheet of PMU clearly states there's no situation whatever that could 
  result in batcharge current overloading the USB_CURLIM,
 
The comment doesn't claim there is.
 
  as *allways* there 
  will be priority on serving system by providing up to 100% of usb current 
to 
  power it.
 
Serving the system takes 0 mA in this particular case, because the device
 is off.
 
  Bat charge will get whatever might remain after that, *up_to* the 
  charging limit programmed into PMU.
 
Exactly.
 
  As we may charge our battery with 1C (=1200mA) it's perfectly safe to set 
bat 
  chg curlim to that value, and rely on PMU managing distribution of actual 
USB 
  supply current to system and charging according to the momentary needs.
 
The problem is not that of staying under the 1200 mA permitted for the
 battery. The problem is staying under the maximum USB current, which may be
 as little as 100 mA.  We just can't do anything about the USB current limit
 being reset to 500 mA, but we _can_ keep the charging current limited to 100
 mA, which is good enough when the only consumer is the the battery charger.

Good enough for *what*?
That's nonsense as there is no dumb charger out there not being capable of 
supplying 500mA. OTOH any management of maximum ingress current to USB by 
whatever means will inevitably fail when unplugging the charger device 
connected to FR during powerdown and replace it with a (nonexistent) weaker 
one.
Then another point to second this is: there are *lots* of silly usb gadgets 
out there that take up to 500mA without any negotiation at all (USB coffee 
mug warmers etc). Also please have a look at USB2.0 charger spec supplement.

we should use PCF50633 in the way it was designed, IMHO. Not care about 
constructed imaginary problem cases that are not to appear in real live. 
There is a reason NXP built this PMU-variant exactly this way though they 
could have done different. Actually there are different variants of PCF50633 
but OM couldn't source because the one we got now is used by other OEMs as 
well so we could get a small slice of the produced stock. I don't think those 
bigger customers of NXP specified nonsense when ordering this variant built 
by NXP to their needs.

baseline: switch USB_CURLIM to 100mA if and only if USB enum signalled host 
isn't capable of anything beyond. There's a reason FR is designed to 
resume/boot on USB insertion. It might be sensible to switch BATCHG_CURLIM to 
100mA on powerdown unconditionally, but it's mere braindead to manage 
batcharge in dependence of USB_CURLIM.

/j


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: [SHR-Testing] Wireless Frustration - definitely a kernel problem

2009-04-28 Thread Helge Hafting
Helge Hafting wrote:

 Having low-level stuff like iwconfig fail is what makes me suspect a 
 kernel problem.

It is a kernel problem, because going back to the older kernel
uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin
fixes the WIFI problem.

Unfortunately, using this older kernel with SHR testing of april 22.
means no usb networking instead. And no sound, so no phone either.

Seems no wifi is the least problem, so I go back to 2.6.29.

Helge Hafting

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


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-28 Thread Helge Hafting
Timo Scheffler wrote:
 I installed ffalarms and love it, but the wakeup from suspend doesn't
 work... I use FSO 5 and the ffalarms 0.2.1 and atd-over-fso with python
 2.6 package.
 Is there anything to configure, so that it might work?
 (At least my phone doesn't goes to sleep by itself, so thats no issue...
 but that's another problem with fso5 :D).

It wakes up from suspend for me - but that might be a difference between 
FSO and the SHR that I use.

Helge Hafting

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


Re: [QtExtended] Latest and greatest, progress mail 10

2009-04-28 Thread Tomas Riveros Schober
Franky,
Thanks for all your hard work! Do you think it would be a good idea to 
adapt your script to upgrade installations? what I mean is that you 
could pass an option to the script and it would only upgrade the qt 
install and then apply relevant fixes (keyboard, prediction, etc), and 
not everything else that would not be needed for an upgrade (opkg stuff, 
fixing /etc/network, others). If that sounds good I will try to adapt 
your script to do that and then report it back to you for approval

Tom

Franky Van Liedekerke escribió:
 New location for the files, watch out!

 (install instructions and script updated on 2090427: see below)

 Problems solved:
 
 See http://www.e-dynamics.be/openmoko/qt-issues-fixed.txt

 Latest:

 - 20090427: backspace key added to the keyboard, made the keyboard
 faster in non predictive mode
 - qpe.sh startup script adapted to correct for bluetooth patchs
 differences in 2.6.24 and 2.6.28 kernels. But for the moment, openmoko
 doesn't provide the bluez3 package anymore, so no bluetooth at all for
 new installs for now

 See http://github.com/liedekef/qtmoko/commits/master for the changes

 Problems found (more like small nuisances now):
 ===
 See http://www.e-dynamics.be/openmoko/qt-issues.txt

 Install instructions:
 =
 download the script
 http://www.e-dynamics.be/openmoko/openmoko_install.sh , read the comments
 at the top and then execute the script on your openmoko (after having
 flashed the device and made sure internet works).
 For those who just want to replace their existing QtE: just download
 the QtE compressed file and replace your existing QtE with it:
 http://www.e-dynamics.be/openmoko/qte_20090427.tgz.

 Enjoy!

 Franky

 ___
 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: Theora 320x240 - is it possible?

2009-04-28 Thread The Rasterman
On Tue, 28 Apr 2009 14:51:27 +0200 David Garabana Barro da...@garabana.com
said:

 O Martes, 28 de Abril de 2009, Carsten Haitzler escribiu:
  On Mon, 27 Apr 2009 15:17:27 +0200 David Garabana Barro
  
   He was asking XGlamo vs fbdev, and xf86-video-glamo is not Xglamo ;)
  
   But knowing Xorg glamo has xv support are really great news! :)
   What about xrand and composite?
 
  xglamo had xv support ever since (long before gta02 went on sale). i even
  quoted performance numbers using accelerated xv in xglamo long ago.
 
 Do you remember the subject of that thread?
 I'm trying to find it,only for curiosity

godd.. beats me. i'd just search for yuv glamo xv fps like this:

http://www.mail-archive.com/community@lists.openmoko.org/msg18455.html


-- 
- Codito, ergo sum - I code, therefore I am --
The Rasterman (Carsten Haitzler)ras...@rasterman.com


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


Re: [QtExtended] Latest and greatest, progress mail 10

2009-04-28 Thread Franky Van Liedekerke
On Tue, Apr 28, 2009 at 3:48 PM, Tomas Riveros Schober
trive...@enable.cl wrote:
 Franky,
 Thanks for all your hard work! Do you think it would be a good idea to
 adapt your script to upgrade installations? what I mean is that you
 could pass an option to the script and it would only upgrade the qt
 install and then apply relevant fixes (keyboard, prediction, etc), and
 not everything else that would not be needed for an upgrade (opkg stuff,
 fixing /etc/network, others). If that sounds good I will try to adapt
 your script to do that and then report it back to you for approval

 Tom

well, it's not really intended for that (in the hopefully
not-so-distant future only jffs2 files will be generated), but a
simple commandline option doesn't harm ... something like just the
word upgrade as option, nothing complicated.
I don't think it'll change much in time though (since the opkg
commands won't do anything anymore). But hey, ok :-)

Franky

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


Re: [SHR-Testing] Wireless Frustration - definitely a kernel problem

2009-04-28 Thread Adam Jimerson
On Tue, Apr 28, 2009 at 9:38 AM, Helge Hafting helge.haft...@hist.nowrote:

 Helge Hafting wrote:

  Having low-level stuff like iwconfig fail is what makes me suspect a
  kernel problem.

 It is a kernel problem, because going back to the older kernel

 uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin
 fixes the WIFI problem.

 Unfortunately, using this older kernel with SHR testing of april 22.
 means no usb networking instead. And no sound, so no phone either.

 Seems no wifi is the least problem, so I go back to 2.6.29.

 Helge Hafting


Thanks for trying that out, I made a bug report for it here if there is
anything else that needs added to it
http://trac.shr-project.org/trac/ticket/418 feel free to do so and hopefully
get this problem fixed.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: German GSM-Net o2 APN - was: [SHR] and illume - wooow

2009-04-28 Thread Joerg Reisenweber
Unten geschriebenes gilt *NICHT* fuer o2-loop (prepaid) flatrate!
Ich arbeite (nach anweisung von o2-hotline) hier mit o2-loop, START INTERNET 
L, und APN: pinternet.interkom.de
25€/monat seit dezember, unlimited

*ACHTUNG* INTERNET L wird automatisch verlaengert, wenn am monatsende 25€ auf 
dem guthaben sind. WENN NICHT, ERFOLGT FALLBACK AUF VOLUMENBASIERTE 
ABRECHNUNG!!! (siehe unten)

/jOERG



Am Mi  22. April 2009 schrieb Markus Weber:
 Hallo,
 
 Bitte aufpassen:
 Beim Volumentarif gibts eine abweichende APN. Sonst wird es teuer.
 
 
 Bitte beachten Sie, dass Sie für die günstigen Surf Konditionen den 
Netzzugang über den Zugangspunkt (APN) surfo2 eingestellt haben müssen, 
ansonsten erfolgt eine volumenbasierte Abrechnung mit 9,27 €/MB zzgl. 0,09 € 
Tagesnutzungsgebühr.
 Quelle: http://www.o2online.de/goto/csc/internet-packs
 
 cu
 atweb
 
 
  Original-Nachricht 
 Date: 08 Aug 2008
 
 Guten Tag Herr Weber,
 
 vielen Dank für Ihre Anfrage.
 
 Anbei übersenden wir Ihnen die allgemeinen Konfigurationsdaten zu, um über
 GPRS/UMTS eine Internetverbindung aufzubauen:
 
 Einwahlnummer:  *99# (für Siemens Geräte *99***1#)
 Benutzername:   nicht notwendig, leer lassen
 Passwort: nicht notwendig, leer lassen
 Access Point (APN): surfo2
 Datenflusskontrolle:Software
 IP Adresse:   vom Server zugewiesen
 DNS 1 (Domain Name Server): 195.182.096.028
 DNS 2 (Domain Name Server): 195.182.096.061
 Auf Freizeichen warten: deaktivieren
 Zusätzlicher Modembefehl:   at+cgdcont=1,ip,surfo2
 
 Die neuesten Informationen, Tipps und Services rund um o2 Germany finden
 Sie im Internet unter www.o2online.de. Wenn Sie sich dort als Kunde
 registrieren, können Sie Ihre Vertragsdaten ändern und Ihre Rechnung
 einsehen.
 
 Freundliche Grüße
 
 Ihr Team von o2 Germany
 
 
 Diese E-Mail-Adresse wird ausschließlich für abgehende Korrespondenz
 genutzt. Für evtl. Rückfragen steht Ihnen unser Kontaktformular unter
 www.o2online.de/goto/email-kontakt zur Verfügung.
 
 
 Telefónica o2 Germany GmbH  Co. OHG • Georg-Brauchle-Ring 23-25 • 80992
 München • Deutschland • www.o2.com/de
 
 Ust.-Id.-Nr. DE 811 889 638. Amtsgericht München HRA 70343. Gesellschafter:
 Telefónica o2 Germany Management GmbH. Amtsgericht München HRB 109061 und
 Telefónica o2 Germany Verwaltungs GmbH. Amtsgericht München HRB 121389,
 beide ebenda.
 Geschäftsführer beider Gesellschafter: Jaime Smith Basterra, Vorsitzender.
 Antonio Botas Banuelos.  Andrea Folgueiras. André Krause. Lutz Schüler.
 Carsten Wreth.
 
 
 -- 
 Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss 
für nur 17,95 Euro/mtl.!* 
http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a
 
 ___
 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


The real gsmhandset.state [was: Re: Buzz fix difficulty [was Re: US Buzz/GPS Fix]]

2009-04-28 Thread Joerg Reisenweber
Am Do  23. April 2009 schrieb David Reyes Samblas Martinez:
 2009/4/22 Risto H. Kurppa ri...@kurppa.fi:
  off-topic but just to let everyone know that I got mine fixed today, a
  friend of mine with 'Advanced Soldering Skills' did it and it really
  seems to do the trick. Seeing him struggle with it (btw. the resistor
  is not only soldered but also glued - not that easy to remove..) I
  wouldn't recommend anyone with only little experience try it. In a way
  it's difficult to really break things (yes, you might fill all the
  gaps between the components with the solder but ~its possible to
  remove) but.. you don't want to do it, you'll just make you feel bad
  but I warmly welcome everyone to get it fixed to be able to use your
  freerunner to actually call people :)
 +1 on not to try without proper equipment and skills,components
 involved are really really small
 +1on encourage anyone able to do it by himself or by anyone else to do
 it. Buzz fix+a7 alsa states=more than acceptable audio quality and
 volume

The one and only *real* gsmhandset.state (for all FR!):
http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset-a7.state

:-)


check control.63 and compare with your statefile!
see: 
http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem#Alsamixer_channel_controls


/j


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: [SHR-Testing] Wireless Frustration - definitely a kernel problem

2009-04-28 Thread Timo Juhani Lindfors
Adam Jimerson vend...@gmail.com writes:
 Thanks for trying that out, I made a bug report for it here if there is
 anything else that needs added to it
 http://trac.shr-project.org/trac/ticket/418 feel free to do so and hopefully
 get this problem fixed.

Can you also open a ticket at bugs.openmoko.org since this is not a
distro specific bug?



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


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-28 Thread Timo Scheffler
I suppose the atd doesn't wake the openmoko up at the right time (I
used your ipk from the project site).

I just tried waking the Openmoko up using the FSO api and was successful :)
I think it would be great to abstract the scheduling part, so that you
could use FSO api or at (to support 2008.12, SHR should be able to do
FSO api?) to set the alarm?

At least using FSO api you set a unix_timestamp, so alarms for tomorrow
or the day after tomorrow are no problem... But you can't register more
than one wakeup at a time (own handling would be necessary)...

Just some thoughts... because I love your gui and would be willing to do
something about using the FSO api (but also contribute to the main thing
instead of doing my own version).

Example of setting the wakeup time using FSO api can be found here [1].

Timo

[1]: http://wiki.openmoko.org/wiki/User:Sparrow

Helge Hafting schrieb:
 Timo Scheffler wrote:
 I installed ffalarms and love it, but the wakeup from suspend doesn't
 work... I use FSO 5 and the ffalarms 0.2.1 and atd-over-fso with python
 2.6 package.
 Is there anything to configure, so that it might work?
 (At least my phone doesn't goes to sleep by itself, so thats no issue...
 but that's another problem with fso5 :D).
 
 It wakes up from suspend for me - but that might be a difference between 
 FSO and the SHR that I use.
 
 Helge Hafting
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

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


Re: [SHR-Testing] Wireless Frustration - definitely a kernel problem

2009-04-28 Thread Timo Juhani Lindfors
Adam Jimerson vend...@gmail.com writes:
 Thanks for trying that out, I made a bug report for it here if there is
 anything else that needs added to it
 http://trac.shr-project.org/trac/ticket/418 feel free to do so and hopefully
 get this problem fixed.

Can you also open a ticket at bugs.openmoko.org since this is not a
distro specific bug?



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


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-28 Thread Timo Scheffler
Wrong Link, here is the example:

#!/usr/bin/env python

import dbus
import time

# Wakeup in 60 seconds
wakeuptime=str(time.time()+60)

system_bus = dbus.SystemBus()

rtc_object = system_bus.get_object('org.freesmartphone.odeviced',
'/org/freesmartphone/Device/RealTimeClock/0')
rtc_interface = dbus.Interface(rtc_object,
dbus_interface='org.freesmartphone.Device.RealTimeClock')
rtc_interface.SetWakeupTime(wakeuptime)

Timo Scheffler schrieb:
 I suppose the atd doesn't wake the openmoko up at the right time (I
 used your ipk from the project site).
 
 I just tried waking the Openmoko up using the FSO api and was successful :)
 I think it would be great to abstract the scheduling part, so that you
 could use FSO api or at (to support 2008.12, SHR should be able to do
 FSO api?) to set the alarm?
 
 At least using FSO api you set a unix_timestamp, so alarms for tomorrow
 or the day after tomorrow are no problem... But you can't register more
 than one wakeup at a time (own handling would be necessary)...
 
 Just some thoughts... because I love your gui and would be willing to do
 something about using the FSO api (but also contribute to the main thing
 instead of doing my own version).
 
 Example of setting the wakeup time using FSO api can be found here [1].
 
 Timo
 
 [1]: http://wiki.openmoko.org/wiki/User:Sparrow
 
 Helge Hafting schrieb:
 Timo Scheffler wrote:
 I installed ffalarms and love it, but the wakeup from suspend doesn't
 work... I use FSO 5 and the ffalarms 0.2.1 and atd-over-fso with python
 2.6 package.
 Is there anything to configure, so that it might work?
 (At least my phone doesn't goes to sleep by itself, so thats no issue...
 but that's another problem with fso5 :D).
 It wakes up from suspend for me - but that might be a difference between 
 FSO and the SHR that I use.

 Helge Hafting

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

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


Re: bicycling with OpenMoko

2009-04-28 Thread Joerg Reisenweber
Am Do  23. April 2009 schrieb Timo Scheffler:
 That's the way to go :)
 I made something simple in about half an hour, using this [1] as
 insipration.
 
 Just get some Polymethylmethacrylat (PMMA - Plexiglas - marketing name
 here), a spare socket from a removable light, a jigsaw and a heat gun :)
 
 After you have something like this [2] you simply glue it on the socket
 with much hot melt adhesive and there you go. :)
 
 Btw. the hole in the Neo is great to tie it to the holder - just in case
 some accident happens or so.
 
 Timo
 
 [1]: http://www.rabenfrost.net/openmoko/bikemount/stencil.svg
 [2]: http://www.rabenfrost.net/openmoko/bikemount/100_5593.JPG

WTF is this ugly black thing on top of it? ;-)

Don't you know builtin GPS isn't that bad anymore, after kernelpatch (and 10pF 
on uSD)?

cool :-)
/j


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: [debian] new navit

2009-04-28 Thread Marcel
Am Sonntag, 26. April 2009 21:39:11 schrieb arne anka:
 to whom it may concern ...
 i just created a new debian package of navit
 (navit_0.1.0+svn-2234_armel.deb) and uploaded it to

  http://www.ginguppin.de/node/26

Just tried to install your package - it depends on libgps17, but I can only 
find libgps18 in the repository.

--
Marcel

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


Re: bicycling with OpenMoko

2009-04-28 Thread Timo Scheffler
Not my pictures :)
I was too lazy too make pictures of my own creation... I use the
internal GPS and most of the time it is good.

Joerg Reisenweber schrieb:
 Am Do  23. April 2009 schrieb Timo Scheffler:
 That's the way to go :)
 I made something simple in about half an hour, using this [1] as
 insipration.

 Just get some Polymethylmethacrylat (PMMA - Plexiglas - marketing name
 here), a spare socket from a removable light, a jigsaw and a heat gun :)

 After you have something like this [2] you simply glue it on the socket
 with much hot melt adhesive and there you go. :)

 Btw. the hole in the Neo is great to tie it to the holder - just in case
 some accident happens or so.

 Timo

 [1]: http://www.rabenfrost.net/openmoko/bikemount/stencil.svg
 [2]: http://www.rabenfrost.net/openmoko/bikemount/100_5593.JPG
 
 WTF is this ugly black thing on top of it? ;-)
 
 Don't you know builtin GPS isn't that bad anymore, after kernelpatch (and 
 10pF 
 on uSD)?
 
 cool :-)
 /j

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


Re: bicycling with OpenMoko

2009-04-28 Thread Sam Kuper
2009/4/26 Robin Paulson robin.paul...@gmail.com
 it would be very helpful of openmoko, to release any technical docs
 for the mechanical side of the phone, i.e. the acceleration values
 it's designed to, so we can make a more scientific assessment of what
 sort of damping it needs

+1

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


Re: bicycling with OpenMoko

2009-04-28 Thread Joerg Reisenweber
Am So  26. April 2009 schrieb Robin Paulson:
 2009/4/26 ivvmm unachieva...@gmail.com:
  But there seems to be one thing against putting OpenMoko on handlebars.
  The vibrations that come from a wheel could be(and it seems it will be)
  killing for the device to drive through the forest or say off-road. It
  seems to be much safer for a device to put it in jacket or coat.
 
 i'm not convinced you're going to do too much damage - moving parts
 would be the worst affected by sustained vibration
 
 it wouldn't need much in the way of damping, say some foam padding
 between the clamp and freerunner, to reduce any vibration to nearly
 zero
 
 it would be very helpful of openmoko, to release any technical docs
 for the mechanical side of the phone, i.e. the acceleration values
 it's designed to, so we can make a more scientific assessment of what
 sort of damping it needs

FR is designed to withstand a droptest of 80cm (iirc) to concrete. There are 
no moveable parts inside except battery (which might be a good idea to add a 
*thin* layer of foam to fix it for good) and vibrator (and speaker 
membranes).
I don't think bicycle vibrations / impact is a big issue.

Nevertheless care about proper protection against rain or put FR in a pocket 
on first drop. Water resistance wasn't a design parameter.

/j


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: bicycling with OpenMoko

2009-04-28 Thread Sam Kuper
2009/4/28 Joerg Reisenweber jo...@openmoko.org:
 Am So  26. April 2009 schrieb Robin Paulson:
 it would be very helpful of openmoko, to release any technical docs
 for the mechanical side of the phone, i.e. the acceleration values
 it's designed to, so we can make a more scientific assessment of what
 sort of damping it needs

 FR is designed to withstand a droptest of 80cm (iirc) to concrete. There are
 no moveable parts inside except battery (which might be a good idea to add a
 *thin* layer of foam to fix it for good) and vibrator (and speaker
 membranes).
 I don't think bicycle vibrations / impact is a big issue.

 Nevertheless care about proper protection against rain or put FR in a pocket
 on first drop. Water resistance wasn't a design parameter.

Thanks for this!

Sam

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


Re: bicycling with OpenMoko

2009-04-28 Thread Marcel
Am Dienstag, 28. April 2009 18:25:17 schrieb Sam Kuper:
 2009/4/28 Joerg Reisenweber jo...@openmoko.org:
  Am So  26. April 2009 schrieb Robin Paulson:
  it would be very helpful of openmoko, to release any technical docs
  for the mechanical side of the phone, i.e. the acceleration values
  it's designed to, so we can make a more scientific assessment of what
  sort of damping it needs
 
  FR is designed to withstand a droptest of 80cm (iirc) to concrete. There
  are no moveable parts inside except battery (which might be a good idea
  to add a *thin* layer of foam to fix it for good) and vibrator (and
  speaker membranes).
  I don't think bicycle vibrations / impact is a big issue.
 
  Nevertheless care about proper protection against rain or put FR in a
  pocket on first drop. Water resistance wasn't a design parameter.

 Thanks for this!

Maybe wrapping the FR in wrapping film works (At least as a short-term hacky 
solution :) ). Excluding the screen would be good to prevent unnessecary 
reflections though.

--
Marcel

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


Re: bicycling with OpenMoko

2009-04-28 Thread Al Johnson
On Tuesday 28 April 2009, Joerg Reisenweber wrote:
 Don't you know builtin GPS isn't that bad anymore, after kernelpatch (and
 10pF on uSD)?

Does the 10pF actually give any benefit? I don't have the 10pF and GPS has 
worked fine since the kernel patch. Rootfs is on SD so there is probably SD 
activity while getting first fix. The only problems have been when FSO has fed 
it duff time, position estimate, almanac or ephemeris.


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


Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)

2009-04-28 Thread George Brooke
On Tuesday 28 April 2009 12:49:44 Helge Hafting wrote:
 Adam Jimerson wrote:
  Well it is nice to see that I am not the only person with this problem,
  for me Mofi doesn't even load, I am installing the one from opkg.org
  http://opkg.org to see if I have any better luck with it.

 I have trouble with wifi in SHR testing too. I suspect a kernel problem.

 I usually run wpa_supplicant. Failing that, I connect to WEP networks
 using iwlist iwconfig commands directly. Even these low-level tools
 fails most of the time. Occationally iwlist eth0 scan will work, but
 repeat the command and eth0 suddenly doesn't support scanning. And of
 course it won't ever connect to any access point. Similiarly, iwconfig
 may claim there is no support for setting the essid.

 Having low-level stuff like iwconfig fail is what makes me suspect a
 kernel problem.
Try rmmod a6000 (I think thats the correct module) them modprobing it again as 
that some times works for me.

solar.george


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: Navit skins...

2009-04-28 Thread Yorick Moko
your skin looks great,
but it doesn't look all that good in landscape mode
(needed to see all the letters of the navit keyboard)
using the illume keyboard is a workaround though...

On Mon, Apr 27, 2009 at 1:48 AM, Marco Trevisan (Treviño)
m...@3v1n0.net wrote:
 Marco Trevisan (Treviño) wrote:
 D. Gassen wrote:
 Am 06.04.2009 um 02:49 schrieb Marco Trevisan (Treviño):

 Hello, some days ago I saw this nice skin for Navit [1] on scap.
 Please, could the author share it? :P

 Anyway, how can these skins be written?
 Maybe you want to check out [1], [2] and [3].

 Thanks after few searches I found that too :P

 I've finally modified the OSD skin to improve the usability (from my
 point of view). You can find it here [4].

 And... How can be enabled the 3d-view? Should I change something in my
 navit.xml to get it working with latest svn version?
 On [1] they mention a cegui (not supported anymore) that can be
 started in 3D mode by specifying:

 Well, it should work also in the gtk view using a svn version of navit
 (check also its wiki homepage), but it doesn't to me. :(

 I've just found that to use the 3d-mode with the gtk interface I have to
 set manually the pitch by using the w and x key of the keyboard
 (rotation with a and d).

 Maybe should be added a pre-set 3d view in the Display menu too.

 [4]
 http://wiki.navit-project.org/index.php/OSD#Freerunner_version_by_Trevi.C3.B1o

 --
 Treviño's World - Life and Linux
 http://www.3v1n0.net/


 ___
 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: TIEMU Package?

2009-04-28 Thread GNUtoo
On Mon, 2009-04-27 at 22:14 +0300, Aapo Rantalainen wrote:
 I have worked with Tilem emulator. It's for ti73  ti82  ti83  ti83p
 ti83pse  ti84p  ti84pse  ti85  and ti86.
 
 It is little bit slow (not very usable) and little bit tall
 (cosmetic), there are screenshot:
 http://cc.oulu.fi/~rantalai/freerunner/tilem/snap1.png
 
 I thought there are free (as speech) rom-image for emulating
There is...but you may be disapointed as it is just an OS,with only
basic support for calculating things...(for instance no graphics of
functions etc...).
If I remember well you have something like bc...
I would have tried if the emulator worked on my laptop or if I wouldn't
need the graphics part or if I had time to write a graphic software.
here's the link:
http://www.ticalc.org/archives/files/fileinfo/319/31951.html
Denis.



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


Re: [SHR-Testing] Wireless Frustration - definitely a kernel problem

2009-04-28 Thread Nicola Mfb
2009/4/28 Helge Hafting helge.haft...@hist.no:
 Helge Hafting wrote:
[..]

 It is a kernel problem, because going back to the older kernel
 uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin
 fixes the WIFI problem.

 Unfortunately, using this older kernel with SHR testing of april 22.
 means no usb networking instead. And no sound, so no phone either.

Did you installed modules too? it works for me, I do not know if there
are some changes that breaks frameworkd, but audio and usb works fine.

Nicola

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


Re: The real gsmhandset.state [was: Re: Buzz fix difficulty [was Re: US Buzz/GPS Fix]]

2009-04-28 Thread Alexey Shvetsov
On Вторник 28 апреля 2009 18:13:22 Joerg Reisenweber wrote:
 Am Do  23. April 2009 schrieb David Reyes Samblas Martinez:
  2009/4/22 Risto H. Kurppa ri...@kurppa.fi:
   off-topic but just to let everyone know that I got mine fixed today, a
   friend of mine with 'Advanced Soldering Skills' did it and it really
   seems to do the trick. Seeing him struggle with it (btw. the resistor
   is not only soldered but also glued - not that easy to remove..) I
   wouldn't recommend anyone with only little experience try it. In a way
   it's difficult to really break things (yes, you might fill all the
   gaps between the components with the solder but ~its possible to
   remove) but.. you don't want to do it, you'll just make you feel bad
   but I warmly welcome everyone to get it fixed to be able to use your
   freerunner to actually call people :)
 
  +1 on not to try without proper equipment and skills,components
  involved are really really small
  +1on encourage anyone able to do it by himself or by anyone else to do
  it. Buzz fix+a7 alsa states=more than acceptable audio quality and
  volume

 The one and only *real* gsmhandset.state (for all FR!):
 http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset-a7.state

 :-)

 check control.63 and compare with your statefile!
 see:
 http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem#Alsamixer_chan
nel_controls


 /j

Heh. Thanks! this alsa scenario works fine with GTA02 A6 + Buzz fix =) (tested 
with 4 phones)
-- 
Alexey 'Alexxy' Shvetsov
Gentoo Team Ru


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: shr-testing- how to switch on gsm?

2009-04-28 Thread Fernando Martins
Laura Vance wrote:
 If it truly can't seem to connect, I 
 learned today that I can switch the GSM radio off and back on to have it 
 re-initialize and acquire signal properly.
   
How do you switch it on/off manually?

I don't think I have a contact problem. I only got the ophonekit message 
on a second boot after flashing FR and in the last two days it is 
working as usual.

Regarding the contacts problem, if you open fr frequently maybe there is 
a chance for dirt to compromise the contacts. Alternatively, maybe with 
frequent removal of battery/SIM, the holding system might get loose? 
Maybe put a piece of paper in the right place to increase pressure?

Regards,
Fernando

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


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-28 Thread Łukasz Pankowski
kimaidou kimai...@gmail.com writes:

 Hi Lukasz

 1st, thanks for this great application. I would like to know:
 * if you planed to release a deb package for the debian based distros

I have a working atd-over-fso package only need to polish it, hope to
upload this and ffalarms this weekend.

 * if you planned to add the features wich mimate the sun rising by increasing 
 the light step by step as the sound increase the volume. The best would be to 
 go from red to
 orange, then yello then white :D

I may add this feature as the background to the LED clock.  But first no
suspend when alarms rings, than recursive alarms and attaching text
messages to alarms (more work, worth to do in a single long piece of
time), than sun rising.


 Thx again

 2009/4/27 Łukasz Pankowski lukp...@o2.pl

 Steven ** montgoss+openmokocommun...@gmail.com writes:

  A well written app that works quite well under latest SHR-testing
  (installed via opkg directly from SHR feeds).

 Nice to hear.

  One area I think needs improvement ASAP:  my Freerunner suspends (thus
  silencing the alarm) before the alarm gets loud enough to really wake
  me up.  SHR goes back to suspended after about 1 minute even if
  ffalarms is playing the alarm. There are two things that would help
  this:
  1. Make the loudness increase by more with each step. Ideally this
  would be configurable.

 Currently it increases the volume +1 each second, I may make the time
 between increases configurable in config file if you insist that fixing
 point 2. (see below) is not enough for you.

  2. Make ffalarms prevent suspend for a time, maybe 5 minutes.  (Note
  that it would be REALLY bad to prevent suspend indefinitely, as I
  might forget I set an alarm and walk away from the phone, only to come
  back hours later to an empty battery)

 I will try to fix the suspend issue this weekend (time is scarce) that
 is avoid suspending until you stop the alarm.

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

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

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


Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)

2009-04-28 Thread Konstantin
George Brooke schrieb:
 On Tuesday 28 April 2009 12:49:44 Helge Hafting wrote:
 Adam Jimerson wrote:
 Well it is nice to see that I am not the only person with this problem,
 for me Mofi doesn't even load, I am installing the one from opkg.org
 http://opkg.org to see if I have any better luck with it.
 I have trouble with wifi in SHR testing too. I suspect a kernel problem.

 I usually run wpa_supplicant. Failing that, I connect to WEP networks
 using iwlist iwconfig commands directly. Even these low-level tools
 fails most of the time. Occationally iwlist eth0 scan will work, but
 repeat the command and eth0 suddenly doesn't support scanning. And of
 course it won't ever connect to any access point. Similiarly, iwconfig
 may claim there is no support for setting the essid.

 Having low-level stuff like iwconfig fail is what makes me suspect a
 kernel problem.
 Try rmmod a6000 (I think thats the correct module) them modprobing it again 
 as 
 that some times works for me.

I tried that once, too, which resulted in a kernel panic. The funny thing was
that I was in the middle of a phone call, which went on nevertheless until the
other side hung up. Smartphones are interesting devices :D

 solar.george

Regards,
Konstantin

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


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-28 Thread Łukasz Pankowski
Helge Hafting helge.haft...@hist.no writes:

 Please keep the alarm going for 15min or so - it is possible to sleep 
 through 5 min. :-)  15 min won't hurt the battery much.

You can change it in configuration file, see:

http://ffalarms.projects.openmoko.org/#configuration


 Also, consider using the vibrator when the ringing gets loud. That helps
 if the phone is inside a pocket, in a noisy place.

Good idea, I will add it.


 Thanks for a fine and useful app!

 Helge Hafting

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


Re: The real gsmhandset.state [was: Re: Buzz fix difficulty [was Re: US Buzz/GPS Fix]]

2009-04-28 Thread David Reyes Samblas Martinez
2009/4/28 Joerg Reisenweber jo...@openmoko.org:
 Am Do  23. April 2009 schrieb David Reyes Samblas Martinez:
 2009/4/22 Risto H. Kurppa ri...@kurppa.fi:
  off-topic but just to let everyone know that I got mine fixed today, a
  friend of mine with 'Advanced Soldering Skills' did it and it really
  seems to do the trick. Seeing him struggle with it (btw. the resistor
  is not only soldered but also glued - not that easy to remove..) I
  wouldn't recommend anyone with only little experience try it. In a way
  it's difficult to really break things (yes, you might fill all the
  gaps between the components with the solder but ~its possible to
  remove) but.. you don't want to do it, you'll just make you feel bad
  but I warmly welcome everyone to get it fixed to be able to use your
  freerunner to actually call people :)
 +1 on not to try without proper equipment and skills,components
 involved are really really small
 +1on encourage anyone able to do it by himself or by anyone else to do
 it. Buzz fix+a7 alsa states=more than acceptable audio quality and
 volume

 The one and only *real* gsmhandset.state (for all FR!):
 http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset-a7.state

 :-)
Yes that's exactly the one I use.

Real cool work, since the fix and this state file I use the neo as day
by day phone finally (shr testing of course ;) )


 check control.63 and compare with your statefile!
 see:
 http://wiki.openmoko.org/wiki/Neo_Freerunner_audio_subsystem#Alsamixer_channel_controls


 /j




-- 
David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable  embedded solutions
Openmoko, Openpandora, GP2X the Wiz, Letux 400, Arduino
Hey, watch out!!! There's a linux in your pocket!!!

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


Re: Draft of 17th community update

2009-04-28 Thread Martin Bernreuther
Hello,

Am Dienstag, 28. April 2009 schrieb sushama:
 The draft of 17th community update is available here: 
 http://wiki.openmoko.org/wiki/Community_Updates/April_30%2C_2009
 Please feel free to add/edit any information that I have missed out. 
 This update is for the period from April 18th to April 30th.The update 
 will be released on April 30th.

looking at
http://wiki.openmoko.org/wiki/Main_Page
the Latest News shows a link to
http://wiki.openmoko.org/wiki/Community_Updates/April_05%2C_2009
and the News in the Community box on the left point to
http://wiki.openmoko.org/wiki/Community_Updates/March_20%2C_2009
If there's some automatic update routine, it already missed to put the
16th(?) community update to the news section:
http://wiki.openmoko.org/wiki/Community_Updates/April_17%2C_2009?

Regards,
Martin

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


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-28 Thread Steven **
2009/4/27 Łukasz Pankowski lukp...@o2.pl:
 Currently it increases the volume +1 each second, I may make the time
 between increases configurable in config file if you insist that fixing
 point 2. (see below) is not enough for you.

I decoded the python file and figured out where to change that.  I
originally set it to increase by 3 each step.  But then I decided
starting at a louder volume fit my use-case better. Until the volume
gets above 200, I can't really hear it in my bedroom (lots of ambient
noise from fans).  I don't think it would too difficult to make these
options in the config file (I see you have a few already).  Maybe some
people would rather it be configurable in the GUI, but I'm fine with
the config file approach.

 2. Make ffalarms prevent suspend for a time, maybe 5 minutes.  (Note
 that it would be REALLY bad to prevent suspend indefinitely, as I
 might forget I set an alarm and walk away from the phone, only to come
 back hours later to an empty battery)

 I will try to fix the suspend issue this weekend (time is scarce) that
 is avoid suspending until you stop the alarm.

Thanks.  I'll gladly beta test any ipks you send me.  :-)

-Steven

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


Re: [debian] new navit

2009-04-28 Thread Jeffrey Ratcliffe
2009/4/28 Marcel tan...@googlemail.com:
 Just tried to install your package - it depends on libgps17, but I can only
 find libgps18 in the repository.

I have this problem, too.

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


Re: Theora 320x240 - is it possible?

2009-04-28 Thread Stefan Monnier
 i would like to distribute in my rootfs video player that can play
 theora videos in fullscreen mode 320x240.

I'd also like a way to play TheoraOgg videos fullscreen.

 I was experimenting with mplayer on with fbdev as video output, but
 i was able to play just very small resolution video (160x120).  I used
 ffmpeg2theora for encoding and mplayer from debian.

You'll first need to make sure that your mplayer doesn't use
floating-point audio playback, otherwise this will overwhelm everything
else.  Also you may need to reencode your videos at lower frame rates.


Stefan


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


Re: Draft of 17th community update

2009-04-28 Thread Johny Tenfinger
opimd now supports SQLite to store contacts (before there was only SIM and
CSV backends), and Messages domain is fixed (but now there is only SIM
backend). It still lacks support of editing and deleting items.

http://openmoko.opendevice.org/~dos/pim.py - there is some test app.

In SHR mrmoku started GUI which uses opimd interface. It's
libframeworkd-phonegui-efl2 and can be installed from shr-unstable repo.

I think that should be mentioned, as opimd and its support is really
important :)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-28 Thread Łukasz Pankowski
Timo Scheffler timo.scheff...@uni-oldenburg.de writes:

 Wrong Link, here is the example:

 #!/usr/bin/env python

 import dbus
 import time

 # Wakeup in 60 seconds
 wakeuptime=str(time.time()+60)

 system_bus = dbus.SystemBus()

 rtc_object = system_bus.get_object('org.freesmartphone.odeviced',
 '/org/freesmartphone/Device/RealTimeClock/0')
 rtc_interface = dbus.Interface(rtc_object,
 dbus_interface='org.freesmartphone.Device.RealTimeClock')
 rtc_interface.SetWakeupTime(wakeuptime)


atd-over-fso works on top of org.freesmartphone.Time.Alarm
http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Time.Alarm.html;hb=HEAD
and should be equivalent to to attached aldbus.py script, you will have
stop atd-over-fso (/etc/init.d/atd stop) as the script uses its dbus
name.  (atd-over-fso also sets rtc from time(NULL) when setting the
alarm).

You can set the alarm time from the console and list the alarms to
compared displayed timestamps with time.time():

$ ffalarms -s 7:00
$ ffalarms -l
 1240981200  Wed Apr 29 07:00:00 2009
$ TZ=UTC ffalarms -l
 1240981200  Wed Apr 29 05:00:00 2009
$ ls -l /var/spool/at/
-rwxr-xr-x1 root root 1320 Apr 28 21:01 1240981200.ffalarms.6399
p-w--w--w-1 root root0 Apr 28 21:01 trigger

it may be some kind of timezone problem, you may also try to set alarm
an hour before/later to see whether this will wake up the phone.

# see: /usr/share/doc/python-dbus-doc/examples

import sys
import time

import dbus
import dbus.service
import gobject
from dbus.mainloop.glib import DBusGMainLoop

DBUS_NAME = org.openmoko.projects.ffalarms.atd


class AlarmNotification(dbus.service.Object):

@dbus.service.method('org.freesmartphone.Notification', # interface
in_signature='', out_signature='')
def Alarm(self):
print 'Alarm', time.time()


def get_alarm(bus):
o = bus.get_object('org.freesmartphone.otimed', '/org/freesmartphone/Time/Alarm')
return dbus.Interface(o, 'org.freesmartphone.Time.Alarm')


def got_signal(name, old_owner, new_owner):
if name == 'org.freesmartphone.otimed' and new_owner:
print 'owner of otimed changed'
# so we have to get new owner and reset the alarm
alarm = get_alarm(bus)
alarm.SetAlarm(DBUS_NAME, alarm_time)
print 'signal', (name, old_owner, new_owner)
now = time.time()
print 'at %s: reset alarm to %s' % (now, alarm_time)
if now  alarm_time:
print 'alarm %s passed' % alarm_time


def main():
   if len(sys.argv)  1:
  sec = int(sys.argv[1])
   else:
  sec = 60
   dbus_loop = DBusGMainLoop(set_as_default=True)
   bus = dbus.SystemBus()
   print bus.get_unique_name(), DBUS_NAME
   bus.request_name(DBUS_NAME)
   AlarmNotification(bus, '/')
   alarm = get_alarm(bus)
   now = time.time()
   alarm_time = now + sec
   alarm.SetAlarm(DBUS_NAME, alarm_time)
   print 'at %s alarm set to: now + %s = %s' % (now, sec, alarm_time)
   # org.freedesktop.DBus.NameOwnerChanged
   bus.add_signal_receiver(got_signal, 'NameOwnerChanged', bus_name='org.freedesktop.DBus')
   loop = gobject.MainLoop()
   loop.run()


if __name__ == '__main__':
main()
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Theora 320x240 - is it possible?

2009-04-28 Thread Radek Polak
Stefan Monnier wrote:

 You'll first need to make sure that your mplayer doesn't use
 floating-point audio playback, otherwise this will overwhelm everything
 else.  Also you may need to reencode your videos at lower frame rates.

Hi Stefan,
thanks for hint. I think i compiled mplayer right (using tremor for
audio output). With glamo video driver it's not a bit better, but i
am still able to play fluently just very small ogg video. I will try
vorbis libraries from svn, otherwise i will have stick with mpeg.

Radek


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


Re: [SHR-Testing] Wireless Frustration

2009-04-28 Thread Damian Spriggs
I just re-flashed and it works fine for me so far. Here's what I did:
1) Flash testing image and kernel
2) opkg update/upgrade
3) installed the mofi beta release [1] 
4) depmod -a and reboot
5) load mofi, it scanned all the networks in the area, I chose mine (open, no 
encryption)
6) tested connection with TwitterMoko (because it crashes if there is no web 
access)

[1] http://projects.openmoko.org/frs/?group_id=165release_id=193

I have had problems with it not working after a resume, but I haven't tried it 
out yet. Hope this helps

---
Damian Spriggs

On Tuesday, April 28, 2009, at 01:58PM, Konstantin chaosspaw...@gmx.net 
wrote:
George Brooke schrieb:
 On Tuesday 28 April 2009 12:49:44 Helge Hafting wrote:
 Adam Jimerson wrote:
 Well it is nice to see that I am not the only person with this problem,
 for me Mofi doesn't even load, I am installing the one from opkg.org
 http://opkg.org to see if I have any better luck with it.
 I have trouble with wifi in SHR testing too. I suspect a kernel problem.

 I usually run wpa_supplicant. Failing that, I connect to WEP networks
 using iwlist iwconfig commands directly. Even these low-level tools
 fails most of the time. Occationally iwlist eth0 scan will work, but
 repeat the command and eth0 suddenly doesn't support scanning. And of
 course it won't ever connect to any access point. Similiarly, iwconfig
 may claim there is no support for setting the essid.

 Having low-level stuff like iwconfig fail is what makes me suspect a
 kernel problem.
 Try rmmod a6000 (I think thats the correct module) them modprobing it again 
 as 
 that some times works for me.

I tried that once, too, which resulted in a kernel panic. The funny thing was
that I was in the middle of a phone call, which went on nevertheless until the
other side hung up. Smartphones are interesting devices :D

 solar.george

Regards,
Konstantin

___
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: bicycling with OpenMoko

2009-04-28 Thread Johannes Kirschner
Am Dienstag 28 April 2009 18:25:17 schrieb Sam Kuper:
 2009/4/28 Joerg Reisenweber jo...@openmoko.org:
  Am So  26. April 2009 schrieb Robin Paulson:
  it would be very helpful of openmoko, to release any technical docs
  for the mechanical side of the phone, i.e. the acceleration values
  it's designed to, so we can make a more scientific assessment of what
  sort of damping it needs
 
  FR is designed to withstand a droptest of 80cm (iirc) to concrete. There
  are no moveable parts inside except battery (which might be a good idea
  to add a *thin* layer of foam to fix it for good) and vibrator (and
  speaker membranes).
  I don't think bicycle vibrations / impact is a big issue.
 
  Nevertheless care about proper protection against rain or put FR in a
  pocket on first drop. Water resistance wasn't a design parameter.

Hi everyone,

I did one bike tour (~50km), and a few smaller tours with my Freerunner and 
TangoGps (before I read this on the list).
I'm mainly on good roads, but forest, too. It doesn't seem to damage the 
freerunner, mine still works fine. I use the mount described here: [1]

Johannes

[1] http://andre.web-yard.de/blog/2008/08/03/neo-freerunner-rocks-hard-rides-
free/

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


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-28 Thread Timo Scheffler
You're right.
It's set to GMT and I have GMT +2 ...
What do I have to do to fix it? *feels like newbie*

Łukasz Pankowski schrieb:
 Timo Scheffler timo.scheff...@uni-oldenburg.de writes:
 
 Wrong Link, here is the example:

 #!/usr/bin/env python

 import dbus
 import time

 # Wakeup in 60 seconds
 wakeuptime=str(time.time()+60)

 system_bus = dbus.SystemBus()

 rtc_object = system_bus.get_object('org.freesmartphone.odeviced',
 '/org/freesmartphone/Device/RealTimeClock/0')
 rtc_interface = dbus.Interface(rtc_object,
 dbus_interface='org.freesmartphone.Device.RealTimeClock')
 rtc_interface.SetWakeupTime(wakeuptime)
 
 
 atd-over-fso works on top of org.freesmartphone.Time.Alarm
 http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Time.Alarm.html;hb=HEAD
 and should be equivalent to to attached aldbus.py script, you will have
 stop atd-over-fso (/etc/init.d/atd stop) as the script uses its dbus
 name.  (atd-over-fso also sets rtc from time(NULL) when setting the
 alarm).
 
 You can set the alarm time from the console and list the alarms to
 compared displayed timestamps with time.time():
 
 $ ffalarms -s 7:00
 $ ffalarms -l
  1240981200  Wed Apr 29 07:00:00 2009
 $ TZ=UTC ffalarms -l
  1240981200  Wed Apr 29 05:00:00 2009
 $ ls -l /var/spool/at/
 -rwxr-xr-x1 root root 1320 Apr 28 21:01 
 1240981200.ffalarms.6399
 p-w--w--w-1 root root0 Apr 28 21:01 trigger
 
 it may be some kind of timezone problem, you may also try to set alarm
 an hour before/later to see whether this will wake up the phone.
 
 
 
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

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


Debuzzing

2009-04-28 Thread Dr . H . Nikolaus Schaller
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


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-28 Thread Łukasz Pankowski
Timo Scheffler timo.scheff...@uni-oldenburg.de writes:

 You're right.
 It's set to GMT and I have GMT +2 ...
 What do I have to do to fix it? *feels like newbie*

I would first check

$ cat /etc/timezone
Europe/Warsaw

And set it to what I need if says something different

$ echo Europe/Warsaw  /etc/timezone

Something must recreate /etc/localtime during boot time (doing it by
hand is described in the message below).

If the problem comes back (I did not have this problem) you may look
at [SHR] timezone broken again thread
http://kerneltrap.org/mailarchive/openmoko-community/2009/4/15/5505084

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


Re: bicycling with OpenMoko

2009-04-28 Thread Thomas Otterbein

 FR is designed to withstand a droptest of 80cm (iirc) to concrete. There
 are no moveable parts inside except battery (which might be a good idea to
 add a *thin* layer of foam to fix it for good) and vibrator (and speaker
 membranes).
 I don't think bicycle vibrations / impact is a big issue.
How about motorcyling? I heard that GPS devices designed for motorcyles are 
not just waterproof but also more robust inside, due to the permanent 
vibrations a motorcyle produces. However I have occasionally used my old HTC 
P3300 (Artemis) for navigation and it did not seem to take any harm. To attach 
it I used stuff from a Medion PNA, that came with an outdoor kit, namely a 
showerproof case and a holder for bycicles (that fit on my motorcycle too). 

Regards
  thomas

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


Detecting headset button press

2009-04-28 Thread Ruben Leote Mendes
Hi,

I followed the Freerunner schematics and the heaset button seems to be
connected to EINT7/GPF7 so it seems it is possible to find out in software
if the button is pressed.

What is the best way to do it?

Thanks.
-- 
Rúben Leote Mendes -- ru...@nocturno.org


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


Re: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-28 Thread Timo Scheffler
r...@om-gta02:~# cat /etc/timezone
Europe/Berlin

/etc/localtime == /usr/share/zoneinfo/Europe/Berlin
(wasn't overwritten at boot, checked using md5sum)

The clock on the phone is right:
r...@om-gta02:/etc# date
Tue Apr 28 23:59:56 CEST 2009


Here are some reports from your test commands:
r...@om-gta02:/etc# ffalarms -s 7:00
r...@om-gta02:/etc# ffalarms -l
 1240981200  Wed Apr 29 07:00:00 2009
r...@om-gta02:/etc# TZ=UTC ffalarms -l
 1240981200  Wed Apr 29 05:00:00 2009
r...@om-gta02:/etc# ls -l /var/spool/at/
-rwxr-xr-x1 root root 1302 Apr 29 00:00
1240981200.ffalarms.1856
p-w--w--w-1 root root0 Apr 29 00:00 trigger

Looks exactly like your test... so what can be wrong... hm.


Łukasz Pankowski schrieb:
 Timo Scheffler timo.scheff...@uni-oldenburg.de writes:
 
 You're right.
 It's set to GMT and I have GMT +2 ...
 What do I have to do to fix it? *feels like newbie*
 
 I would first check
 
 $ cat /etc/timezone
 Europe/Warsaw
 
 And set it to what I need if says something different
 
 $ echo Europe/Warsaw  /etc/timezone
 
 Something must recreate /etc/localtime during boot time (doing it by
 hand is described in the message below).
 
 If the problem comes back (I did not have this problem) you may look
 at [SHR] timezone broken again thread
 http://kerneltrap.org/mailarchive/openmoko-community/2009/4/15/5505084
 
 ___
 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: bicycling with OpenMoko

2009-04-28 Thread Robin Paulson
2009/4/29 Johannes Kirschner roterg...@gmx.de:
 I did one bike tour (~50km), and a few smaller tours with my Freerunner and
 TangoGps (before I read this on the list).
 I'm mainly on good roads, but forest, too. It doesn't seem to damage the
 freerunner, mine still works fine. I use the mount described here: [1]

that's good to hear, as is the 800mm drop-test-onto-concrete design parameter

the bad thing with vibrations though, is the long-term effect. ten
thousand oscillations (say) might be ok, but what about 50,000, or a
million?

i've done plenty of long-distance bike-riding, and even on tarmac the
vibrations over thousands of ks will do significant damage (to biking
gear, and the person...)

cheers

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


Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)

2009-04-28 Thread Francesco de Virgilio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Robin Paulson ha scritto:
 2009/4/28 Adam Jimerson vend...@gmail.com:
 Well it is nice to see that I am not the only person with this problem, for
 me Mofi doesn't even load, I am installing the one from opkg.org to see if I
 have any better luck with it.
 
 i'd recommend knjmokowifi also for managing connections, it works very nicely

Yeah, for me it's the best network manager ever created for FR ;)

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

iEYEARECAAYFAkn3kgcACgkQRi2TsGSC4FbdEgCgiIPe6SPES7zjr+nn/kZp88hE
ROAAoKU92L1AcwzUMemvAQ6LrOh1RoBz
=Adl7
-END PGP SIGNATURE-

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


qmenu build fail on Jaunty

2009-04-28 Thread Daniel.Li
Dear List,

I just upgrade my OS to Jaunty, and when I build
fso-gta02-testing-image. I met qmenu failed again.

I google web and only found
http://bugs.openembedded.net/show_bug.cgi?id=4814 
It seems the problem has been discussed earlier. Is there any thing that
I have missed.

Thanks in advance.


NOTE: Running task 324 of 6637 (ID:
1164, 
/home/daniel/work4/fso/fso-testing/openembedded/recipes/qemu/qemu-native_svn.bb,
 do_compile)
NOTE: package qemu-native-0.9.1+svnr4242-r15: task do_compile: started
ERROR: function do_compile failed
ERROR: see log
in 
/home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/temp/log.do_compile.28262
NOTE: Task
failed: 
/home/daniel/work4/fso/fso-testing/tmp/work/i686-linux/qemu-native-0.9.1+svnr4242-r15/temp/log.do_compile.28262
NOTE: package qemu-native-0.9.1+svnr4242-r15: task do_compile: failed
ERROR: TaskFailed event exception, aborting
ERROR: Build
of 
/home/daniel/work4/fso/fso-testing/openembedded/recipes/qemu/qemu-native_svn.bb 
do_compile failed
ERROR: Task 1164
(/home/daniel/work4/fso/fso-testing/openembedded/recipes/qemu/qemu-native_svn.bb,
 do_compile) failed
NOTE: Tasks Summary: Attempted 323 tasks of which 277 didn't need to be
rerun and 1 failed.
ERROR:
'/home/daniel/work4/fso/fso-testing/openembedded/recipes/qemu/qemu-native_svn.bb'
 failed


-- 
Daniel.Li lida_m...@163.com
PALFocus (http://palfocus.oicp.net)



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


Re: Asterisk on Freerunner was: voip on Debian

2009-04-28 Thread Nicola Mfb
2009/4/19 Nicola Mfb nicola@gmail.com:
 2009/4/19 Al Johnson openm...@mazikeen.demon.co.uk:
 [...]
 As AMI emits all needed events I'll add fso support for the GUI to
 handle the switching automatically, while for a true voip fso

[...]

I added fso support to switch between stereoout when ringing and
voip-handset when the call is established but asterisk does not reacts
well on this and stop to capture audio.
It works well if I set the voip scenario before launching it and never
switches to stereoout.
Before digging again in the asterisk alsa code I'd like to know if the
scenario switching is transparent to alsa applications, or may brings
underrun/overrun or other problems that needs to be managed in a
stronger way.

  Nicola

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


Re: Pulster Openmoko Shop - new: Bluetooth Keyboard

2009-04-28 Thread Levy
On Wed, Apr 22, 2009 at 19:05, David Reyes Samblas Martinez 
da...@tuxbrain.com wrote:

 2009/4/22 Pander pan...@users.sourceforge.net:
  Timo Juhani Lindfors wrote:
  openm...@pulster.de (Christoph Pulster) writes:
  I am trying to expand range of accessories to the Openmoko Freerunner,
  I hope you enjoy it.
 
  Thank you very much. Any chance you could start selling Y-cables (USB
  cables that make it possible to charge neo while using usb devices at
  the same time)? This would be very useful when using usb 3G stick. I
  don't want to unplug it when I charge the phone since then I'd the
  connection would drop.
 
  +1 for a keyboard like this one that is connected via USB and offers an
  USB 'in' and USB 'out' port for simultaniously charging and using a 3G
  stick.

 If you find something like that I will be happy to add in my catalog :)


Like this?
http://wiki.openmoko.org/wiki/Specialized_USB_cables#How_to_make_a_USB_cable_for_powering_attached_USB_devices_and_charging_the_Neo_while_in_host_mode_.28aka_Y-Cable.29
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR-Testing] Wireless Frustration - definitely a kernel problem

2009-04-28 Thread W.Kenworthy
The older kernel works for me as well - on latest shr-testing. 

What I did find is that the busybox tar and gzip seem broken - the
extracted modules seem corrupt.  I ended up extracting on the local
machine and rsyncing across to the FR.

BillK

On Tue, 2009-04-28 at 19:29 +0200, Nicola Mfb wrote:
 2009/4/28 Helge Hafting helge.haft...@hist.no:
  Helge Hafting wrote:
 [..]
 
  It is a kernel problem, because going back to the older kernel
  uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin
  fixes the WIFI problem.
 
  Unfortunately, using this older kernel with SHR testing of april 22.
  means no usb networking instead. And no sound, so no phone either.
 
 Did you installed modules too? it works for me, I do not know if there
 are some changes that breaks frameworkd, but audio and usb works fine.
 
 Nicola
 
 ___
 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: ffalarms 0.2.1 and atd-over-fso (now works on SHR-testing)

2009-04-28 Thread W.Kenworthy
Configurable, configurable, ...

Everyones use case is different! - I usually wake with the click and
display glow when the FR comes out of suspend, even before the alarm
starts to sound, so I find the very low start fine as do the rest of the
household (see next).

I would also like to have a setting to remove the puzzle as I cant even
see the buttons, let alone the tiny numbers without glasses.  Ended up
hacking the code to remove it and print a large ACK on the first
button as the puzzle makes the FR unusable as an alarm clock (you DO
have to be able to turn the alarm off before it wakes the rest of the
household you know :)

Colours for the clock display - I changed mine to a dim amber - much
better in a dark room.  Also, does the green cause problems for the
colour blind? (something to think about) - but the green is much better
in daylight.  Again, would be nice if its both configurable and/or
selectable from the display.

Billk


On Tue, 2009-04-28 at 13:47 -0500, Steven ** wrote:
 2009/4/27 Łukasz Pankowski lukp...@o2.pl:
  Currently it increases the volume +1 each second, I may make the time
  between increases configurable in config file if you insist that fixing
  point 2. (see below) is not enough for you.
 
 I decoded the python file and figured out where to change that.  I
 originally set it to increase by 3 each step.  But then I decided
 starting at a louder volume fit my use-case better. Until the volume
 gets above 200, I can't really hear it in my bedroom (lots of ambient
 noise from fans).  I don't think it would too difficult to make these
 options in the config file (I see you have a few already).  Maybe some
 people would rather it be configurable in the GUI, but I'm fine with
 the config file approach.
 
  2. Make ffalarms prevent suspend for a time, maybe 5 minutes.  (Note
  that it would be REALLY bad to prevent suspend indefinitely, as I
  might forget I set an alarm and walk away from the phone, only to come
  back hours later to an empty battery)
 
  I will try to fix the suspend issue this weekend (time is scarce) that
  is avoid suspending until you stop the alarm.
 
 Thanks.  I'll gladly beta test any ipks you send me.  :-)
 
 -Steven
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


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


Re: [SHR-Testing] Wireless Frustration (was: Re: [SHR-Testing] /etc/network/interfaces edit question)

2009-04-28 Thread Nicola Mfb
2009/4/27 Adam Jimerson vend...@gmail.com:
 I am still trying to get my wireless to work on the 4/16 release of
 SHR-Testing, I can get a scan to work on eth0 every now and then and the
 rest of the time I get a device does not support scanning error.  No
 matter if I can scan or not eth0 will not connect to any AP.  I have set up
 the /etc/network/interfaces so that eth0 uses wpa_supplicant, which I have
 the file setup with the APs and everything, and when I try and ifup eth0 it
 goes though the configurations but stops at a No lease failing error.  I
 have been at this for a while trying to get it to work and all my attempts
 have failed.  If anyone has any kind of suggestion, or if they have had this
 problem with this version of SHR-Testing please reply, I getting desperate
 and will try anything to get it to work.

I solved at least the no lease problem hacking a bit
/etc/udev/scripts/network.sh, basically when eth0 is added it launches
wpa_supplicant with -W (wait for wpa_cli) instead of ifup, after
launches wpa_cli -a /etc/wpa_supplicant/wpa_cli.sh, the last is a
script called when some event happens (CONNECT/DISCONNECT), on CONNECT
it launches udhcpc, and as eth0 is already associated and
authenticated I finally get a lease. I think this may be obtained
using wpa-roam too in a more elegant way, but it failed and I'm a bit
lazy to read an incomplete file set.
An issue is that power cycling the AP resulted in kernel reporting
ar6000 disconnected/connected but wpa_cli was not notified, after that
the freerunner continued to stay connected but I do not know if moving
to another configured network will notify a new association and a new
IP or I have to disable/reenable wifi.
This works starting/stopping wifi from shr-settings too without the
need of launch mofi.
I toggled wifi several times and it worked on a wpa-psk network
without problems, so I *suppose* that udhcpc when launched with the
eth0 not associated creates problems.
Tomorrow I'll try with the wpa2-enterprise network and report.

   Nicola

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


Buzz on GTA02v5 with latest SHR-Testing, do I need buzz fix ?

2009-04-28 Thread Denis Johnson
Currently running SHR Testing from  around 22 April, on my GTA02V5 in
Australia. While on a mobile to mobile call, the other party
complained about buzzing.

1. Could someone please confirm that this is the hardware caused
buzzing problem and not related to the distro or alsa state settings.
2. Are there any users in Australia with same batch (original group
purchase via Perth/Brisbane) which also have the issue and have
managed to get it corrected or have access to someone that can do the
fix in Aus ?

cheers Denis

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


Re: Draft of 17th community update

2009-04-28 Thread sushama
Martin Bernreuther wrote:
 Hello,

 Am Dienstag, 28. April 2009 schrieb sushama:
   
 The draft of 17th community update is available here: 
 http://wiki.openmoko.org/wiki/Community_Updates/April_30%2C_2009
 Please feel free to add/edit any information that I have missed out. 
 This update is for the period from April 18th to April 30th.The update 
 will be released on April 30th.
 

 looking at
   http://wiki.openmoko.org/wiki/Main_Page
 the Latest News shows a link to
 http://wiki.openmoko.org/wiki/Community_Updates/April_05%2C_2009
 and the News in the Community box on the left point to
 http://wiki.openmoko.org/wiki/Community_Updates/March_20%2C_2009
 If there's some automatic update routine, it already missed to put the
 16th(?) community update to the news section:
 http://wiki.openmoko.org/wiki/Community_Updates/April_17%2C_2009?

 Regards,
   Martin

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

Sorry about that.
I am just waiting to get the access to edit those pages. Will update 
these information as soon as I get that.
Thankyou.
Regards,
Sushama

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


Re: The real gsmhandset.state [was: Re: Buzz fix difficulty [was Re: US Buzz/GPS Fix]]

2009-04-28 Thread Matthias Apitz
El día Tuesday, April 28, 2009 a las 04:13:22PM +0200, Joerg Reisenweber 
escribió:

 The one and only *real* gsmhandset.state (for all FR!):
 http://docs.openmoko.org/trac/attachment/ticket/2121/gsmhandset-a7.state
 
 :-)

I've tried this yesterday and for me it gives a strong, no tolerable,
local echo, even acoustic feedback between micro y speaker;

sorry for not giving positiv feedback :-(

interesting is the change in cotrol.63, will try with this to adjust some other
values to reduce the acoustic feedback;

matthias
-- 
Matthias Apitz
Manager Technical Support - OCLC GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e matthias.ap...@oclc.org - w http://www.oclc.org/ http://www.UnixArea.de/
People who hate Microsoft Windows use Linux but people who love UNIX use 
FreeBSD.

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