Re: dead battery
These are my understandings from lots of reading and previous posts between myself and Andy Green and others on the subject - should all be in the archives. With 2007.2 I was hit one out of every 3 overnight suspends ending in a flat battery. At least with 2008.9 its rarer (but does happen :( With the later u-boots, usb default is 100ma as soon as its plugged in. This unfortunately is less than a running Fr needs. Normally as soon as the operating system is up enough, it will negotiate up to 500ma with the host, or in the case of the wall charger, read the sense resistor and see that 1A is available. When the OS is suspended, the PMU manages the charge until the battery is charged whereupon it switches off - and stays off. If the OS is running, it will cycle back on when the battery level falls to 10-20% (reports vary) as the OS can reset and renegotiate the charge level. If the battery is very low (i.e., the internal fail-safe disconnects it), remove it from the phone for 30 seconds or so. This allows the fail-safe to reset (this is what I think happens based on my observations) so the 100ma can get to the battery, and also reset the phone hardware - in particular the GSM modem which is directly connected to the battery and is thought to be root cause by Andy Green - possibly goes into a wierd state as power drops as well, preventing restart until reset. The power rail of course drops due to the inrush current much more during startup with a low battery than normal, causing one chip (USB I think) to detect a dangerously low voltage and issue a shutdown. So you cant get the phone to boot until the battery has had a few minutes of charge. In my case, USB to my laptop or a desktop machine does it. Remove/pause/replace battery plug into USB for 5-10 minutes remove/pause/replug USB cable and normal boot will happen within a few seconds. The wall charger should work as well, but on my one try it didnt - possibly because the u-boot wasnt new enough at the time. Recommendation - use a late (latest!) u-boot. BillK On Tue, 2008-09-30 at 22:13 -0700, Michael Shiloh wrote: Vince, When my battery died I plugged my phone into the OpenMoko supplied charger, started it using NOR boot, leaving it at the boot menu until it timed out (repeat that twice) then I was about to select boot from the NOR menu and after a few extra seconds the phone booted. -Shawn I'm confused. I thought that we didn't turn on the charger until we booted into Linux. Am I wrong? Do we charge in u-boot, even at a low rate? Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy [EMAIL PROTECTED] Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Regarding openmoko in qemu
Hello, I installed the openmoko on qemu, it's worked well. But its emulation part is too Slow. When I clicked on any application it takes around 1 minute to start the application. Second one is there is no close application logo on the application itself, so I have to close the qemu to restart the openmoko. And third one is scrolling part is also not there. Any idea?? And I started with webpage http://wiki.openmoko.org/wiki/Automatic_emulation_in_Ubuntu Regards, Prashant p sathe ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] some kind of terminal program like Kermit?
El día Wednesday, October 01, 2008 a las 02:04:16PM +0800, William Kenworthy escribió: Minicom works, as does cu (part of uucp) However, there are a few GPRS guides around that tell you how to do it. check the wiki. There are few wrinkles like stopping the GSM daemon when talking to the GSM modem. Thanks for the hint. Yes, I'm aware of the Wiki about GPRS and reading all this I was thinkig: well at certain point we need a terminal to the 'modem' of the SIM card to talk AT commands directly to see what the SIM or network is responding. Thx again 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 [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ReMoKo and openSuSE 11
On Sun, Sep 28, 2008 at 3:18 PM, Valerio Valerio [EMAIL PROTECTED] wrote: Hi, Can you also provide me the output of ReMoko ? Sure, here you go, sorry for the delay i was really busy for the last 3 days [EMAIL PROTECTED]:~# DISPLAY=:0 remoko dbus_objectInit... proxy ok interface ok failcount= 0 dbus_objectInit... could not create proxy for org.freesmartphone.ousaged:/org/freesmartphone/Usage org.freedesktop.DBus.Error.ServiceUnknown: The name org.freesmartphone.ousaged was not provided by any .service files failcount= 1 dbus_objectInit... could not create proxy for org.freesmartphone.ousaged:/org/freesmartphone/Usage org.freedesktop.DBus.Error.ServiceUnknown: The name org.freesmartphone.ousaged was not provided by any .service files failcount= 1 dbus_objectInit... off transition to bluetooth_off_alert You are using ASU finished transition to main finished -- BlueZ input service stopped initializing daemon ... initializing listener ... waiting connection ... waiting connection ... waiting connection ... waiting connection ... waiting connection ... 0x0005c0 0x0005c0 Device Class changed to: 0x0005c0 -- BlueZ input service started Connection terminated Killed Exception in thread Thread-2: Traceback (most recent call last): File /usr/lib/python2.5/threading.py, line 486, in __bootstrap_inner self.run() File /usr/share/remoko/remoko/remoko_server.py, line 174, in run reply = self.remoko.sock.recv(100) error: (104, 'Connection reset by peer') ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ReMoKo and openSuSE 11
ok i don't know if this might be useful but the line -- BlueZ input service started is only showin in the terminal through ssh after i press the X button ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.09][FSO] Programming interface to wifi Icon
Matthias Apitz wrote: El día Tuesday, September 30, 2008 a las 02:38:51PM +0100, Arigead escribió: Hello all, Want to play with the wifi icon on the FR either in [2008.09] or [FSO] Perhaps [FSO] makes more sense in the long run. Anyhow can I from a C Program set the icon? And can I have a call back so that Icon being pressed issues a DBUS message? If you create a file like this: [EMAIL PROTECTED]:/usr/share/applications# cat Wifi-up.desktop [Desktop Entry] Encoding=UTF-8 Name=Wifi-up Comment=Bring Wifi up with ifup eth0 Exec=xterm -e ifdown eth0 ; iwconfig eth0 txpower auto channel 1 ; killall wpa_supplicant ; killall udhcp ; ifup eth0 ; sleep 20 Icon=wifi Terminal=false Type=Application Categories=Application;Utilities; SingleInstance=true StartupNotify=true the icon will appear and of course you have an action Exec=... matthias Thanks for that Matthias but you misunderstand me. At present the wifi icon, as far as I know, is plain white. I'd like to have three different Icons for the wifi one Red, one Orange/Amber and one Green (Traffic Lights). I'd like to create a daemon in C which every so often did a wee wifi scan to see what networks are out there. If no know wifi SSIDs are available then the icon is red. If I click the Red Wifi Icon I get a list of all the unknown networks and I can select one of them to connect to it if I know the security details. Once connected this info is stored for future. If I'm at my friends house and I am with in range of a known network then the icon is changed to Amber/Orange. This colour could also be used if I'm within range of a free wifi hotspot in a cafe or something. When it's orange the wifi is still not enabled but by looking I can easily see that there is a network available if I want to connect. perhaps I want to save my battery life at the moment. If I click on the amber/orange wifi icon I want to connect to the available network. Once I've connected the icon should go green to indicate that I'm connected and wasting battery. Perhaps clicking on the green icon could give info on the connected network and the option to disconnect. At present i'm just playing with the idea. Things like WIFI Radar and MOFI will currently connect in either a fully automatic way or in a more manual way. I mean by that that wifi radar as far as I know connects a laptop on powerup when it sees a known network. I'm on a mobile device with no battery life. I'd like to be informed via the icon that I can if I want connect but at present i'm not. The C Daemon I'm thinking about might well use MOFI or other python for the User Interface when the icon is selected but the daemon updates the icon. Perhaps if I knew what part of the code is currently controlling the wifi icon I could look at it. Perhaps a traffic light of wifi icons will not be pleasing to the eye but I'd like to find out. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.09][FSO] Programming interface to wifi Icon
El día Wednesday, October 01, 2008 a las 08:30:00AM +0100, Arigead escribió: Matthias Apitz wrote: El día Tuesday, September 30, 2008 a las 02:38:51PM +0100, Arigead escribió: Hello all, Want to play with the wifi icon on the FR either in [2008.09] or [FSO] Perhaps [FSO] makes more sense in the long run. Anyhow can I from a C Program set the icon? And can I have a call back so that Icon being pressed issues a DBUS message? If you create a file like this: [EMAIL PROTECTED]:/usr/share/applications# cat Wifi-up.desktop [Desktop Entry] Encoding=UTF-8 Name=Wifi-up Comment=Bring Wifi up with ifup eth0 Exec=xterm -e ifdown eth0 ; iwconfig eth0 txpower auto channel 1 ; killall wpa_supplicant ; killall udhcp ; ifup eth0 ; sleep 20 Icon=wifi Terminal=false Type=Application Categories=Application;Utilities; SingleInstance=true StartupNotify=true the icon will appear and of course you have an action Exec=... matthias Thanks for that Matthias but you misunderstand me. At present the wifi icon, as far as I know, is plain white. I'd like to have three different Icons for the wifi one Red, one Orange/Amber and one Green (Traffic Lights). I'd like to create a daemon in C which every so often did a wee wifi scan to see what networks are out there. If no know wifi SSIDs are available then the icon is red. ... I think I understood you already in your first post very well; you can change the color or the image of a given icon just be rewriting (from C or shell) the corresponding desktop file and let it point to another icon with Icon=wifiRed or Icon=wifiAmber ... ofc the files 'wifiAmber.png' must exist in /usr/share/pixmaps HIH 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 [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FDOM 080927] Modem jokes on SIM entries
Hi David and Linus, I have the same problem... After registering if I try to open the phone book I see only message Loading Sim... I can't see my phone book content in Sim and my FR behaves very strangely also. I can't receive calls if somebody calls. My FR rings, but I am unable to press the answer button, the touch screen is not responding. The screen itself is ok, because all other times it works. I can't make any phone calls, my FR says it's dialing the number, but nothing happens in reality. Regards, Madis David Samblas wrote: Hi linus, the only modification done vs the OM 2008.9 regarding gsm is the addition of the http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/gsm0710muxd_0.9.1+r0-gitr3ff86b129640b647ccba3d86eb243d864671b039-r0_armv4t.ipk packages and some configuration in the /etc/X11/Xsession.d/89qtopia to make it work. The rest is as is in the 2008.9 so you I suppose you can debug as you where in 2008.9 downloading the source code of Contact if you want. BTW I have no knowlege about any one else having this issue. Next FDOM release will come from a svn repository that will keep track of the modifications we have done to the 2008.X to become an FDOM, then you will see from where a packages come(OM , angstrom or other repositories or direct download from OM projects or from anywhere else) I hope this helps to those asking from the souce code of FDOM. Regards David Samblas El mar, 30-09-2008 a las 07:03 +0100, Linus Gasser escribió: Hi list, I'm running the latest FDOM (20080927) but still have a very annoying problem: my SIM-card is not read with regard to the address entries. If I go to the Contacts, there is only written Loading SIM on top, but nothing shows. IIRC, this was no problem in ASU_0807. Is there any way I can debug that to see where it stops? With the SIM not being loaded, I can neither call, nor receive calls, nor suspend. Or shall I do a binary search to see whether it's a special entry that causes this? Thank you for any hint you may give me, Linus ___ 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
[2008.9] Lock ups
I know that I've email on this subject before but I got no response to my last post, or perhaps it just didn't get through. Regardless of what distro I use my FR is constantly locking up and has to have the battery removed. I tried to communicate with Pulster who supplied the phone but they're not returning my emails on the subject. I'm using [2008.9] at the moment and over the course of a few hours last night using the FR as a phone it locked up 6 times. This morning I have just done a totally clean flash of [2008.9] booted the phone and selected the Dialer App. Phone locked with the '*' in the middle of the screen. I cannot ssh into the phone of course but is there any other way that I can see a log file on the next power up after I pull the battery? Would the debug board enable me to get to the bottom of this? I can't log a bug when I've no idea what is causing the problem. I really love the phone and am committed to it but I want a replacement. There is no way that other people phones are doing this? I've heard loads of people say that they're using the phone as their everyday phone. I'm trying but I'm tired of pulling the battery. I have a 300Yoyo paper weight that looks great! Please help ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FDOM 080927] Modem jokes on SIM entries
On Wed, 01 Oct 2008, madis wrote: After registering if I try to open the phone book I see only message Loading Sim... I can't see my phone book content in Sim and my FR behaves very strangely also. I can't receive calls if somebody calls. My FR rings, but I am unable to press the answer button, the touch screen is not responding. The screen itself is ok, because all other times it works. I can't make any phone calls, my FR says it's dialing the number, but nothing happens in reality. I encounter the same issues. I have noticed that disabling auto suspend and not doing _anything_ related to SIM or suspend (which means no calls, no contacts, no messages etc.) until after ~5 minutes *after* GSM registration helps. Then I try and make a call to my operator to verify that everything work, and only then suspend manually. Doing this ensures my phone keeps working when it wakes up. I have noticed that accessing SIM contacts even beyond this procedure breaks suspend and/or calling unpredictably. I tend to avoid using SIM contacts a much as I can. --gera. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.9] Wifi very unreliable
El día Tuesday, September 30, 2008 a las 08:52:14PM +0800, William Kenworthy escribió: On Tue, 2008-09-30 at 14:37 +0200, Matthias Apitz wrote: El día Tuesday, September 30, 2008 a las 08:11:48PM +1000, Alex Osborne escribió: Matthias Apitz wrote: I'm trying to bring up the eth0 with # ifup eth0 ... matthias Hi Matthias, I am using these scripts with the unmodified Om 2008.9 system successfully to connect to a linksys wrt150 running wpa. The only caveat is that the FR has a good signal when connecting. Turn on wifi using the settings dialog first - dont select anything else. Same with mofi etc - if you have used them, reboot first. Then you should be able to connect/reconnect at will. It seems that some of the background apps are reluctant to let go of the connection. ... Hi William, A bit inspired by your commands since yesterday I have changed the desktop file /usr/share/applications/Wifi-up.desktop into this: [Desktop Entry] Encoding=UTF-8 Name=Wifi-up Comment=Bring Wifi up with ifup eth0 Exec=xterm -e ifdown eth0 ; iwconfig eth0 txpower auto channel 1 ; killall wpa_supplicant ; killall udhcp ; ifup eth0 ; sleep 20 Icon=wifi Terminal=false Type=Application Categories=Application;Utilities; SingleInstance=true StartupNotify=true i.e. inserted your iwconfig/killall sequence before bringing up the interface; and now it is associating *every* time in my Wifi area at home (WEP) and in my office (WPA); it even reconnects fine, when I'm leaving the area and re-enter or when I moved from office to home; if I have some time I will investigate why this is now working; maybe there was always some of the wpa_supplicant (the one with the -u flag) left over; don't know what the -u option means, this option does not exist in FreeBSD's wpa_supplicant and the FR has no man pages installed; are they available somewhere in Internet to check? you can imagine how happy I am; thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] install failure, fso-frameworkd is not going to be installed
2008/10/1 Tha_Man [EMAIL PROTECTED]: Great find! I ran into this yesterday as well, but I have another question: I'm using Om2008.9 to install Debian on my Freerunner, how do I 'install' libcaca0 and libcucul0? I know I can access the card, but how do I install these libs to it? You have to chroot into the Debian rootfs, like this: # chroot /mnt/debian /bin/sh Then you're in a new shell, where / is actually /mnt/debian. In this shell, you can use apt-get install exactly as if you had booted directly into Debian. Does that answer your question, or was there something else? Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FDOM 080927] Modem jokes on SIM entries
Ok thats why I was unable to reproduce the issue, I allways have dissabled auto suspend, I suspend manually and I usually do a lot of things once the neo boots up before and I deatached it from the pc. Any one with same experience on a raw 2008.9 instalation?, if not maybe amstrong demux has become more inestable than expected. I we have to redo this part to have gprs and gsm at same time. or it is also included on 2008.9? some guiadance on alternatives or posible workarrounds will be apreciated :) Thanks El mié, 01-10-2008 a las 13:33 +0530, Devendra Gera escribió: On Wed, 01 Oct 2008, madis wrote: After registering if I try to open the phone book I see only message Loading Sim... I can't see my phone book content in Sim and my FR behaves very strangely also. I can't receive calls if somebody calls. My FR rings, but I am unable to press the answer button, the touch screen is not responding. The screen itself is ok, because all other times it works. I can't make any phone calls, my FR says it's dialing the number, but nothing happens in reality. I encounter the same issues. I have noticed that disabling auto suspend and not doing _anything_ related to SIM or suspend (which means no calls, no contacts, no messages etc.) until after ~5 minutes *after* GSM registration helps. Then I try and make a call to my operator to verify that everything work, and only then suspend manually. Doing this ensures my phone keeps working when it wakes up. I have noticed that accessing SIM contacts even beyond this procedure breaks suspend and/or calling unpredictably. I tend to avoid using SIM contacts a much as I can. --gera. ___ 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: [2008.09][FSO] Programming interface to wifi Icon
Matthias Apitz wrote: El día Wednesday, October 01, 2008 a las 08:30:00AM +0100, Arigead escribió: Matthias Apitz wrote: El día Tuesday, September 30, 2008 a las 02:38:51PM +0100, Arigead escribió: Hello all, Want to play with the wifi icon on the FR either in [2008.09] or [FSO] Perhaps [FSO] makes more sense in the long run. Anyhow can I from a C Program set the icon? And can I have a call back so that Icon being pressed issues a DBUS message? If you create a file like this: [EMAIL PROTECTED]:/usr/share/applications# cat Wifi-up.desktop [Desktop Entry] Encoding=UTF-8 Name=Wifi-up Comment=Bring Wifi up with ifup eth0 Exec=xterm -e ifdown eth0 ; iwconfig eth0 txpower auto channel 1 ; killall wpa_supplicant ; killall udhcp ; ifup eth0 ; sleep 20 Icon=wifi Terminal=false Type=Application Categories=Application;Utilities; SingleInstance=true StartupNotify=true the icon will appear and of course you have an action Exec=... matthias Thanks for that Matthias but you misunderstand me. At present the wifi icon, as far as I know, is plain white. I'd like to have three different Icons for the wifi one Red, one Orange/Amber and one Green (Traffic Lights). I'd like to create a daemon in C which every so often did a wee wifi scan to see what networks are out there. If no know wifi SSIDs are available then the icon is red. ... I think I understood you already in your first post very well; you can change the color or the image of a given icon just be rewriting (from C or shell) the corresponding desktop file and let it point to another icon with Icon=wifiRed or Icon=wifiAmber ... ofc the files 'wifiAmber.png' must exist in /usr/share/pixmaps HIH matthias Ah! Sorry, now I see. Thanks million for that. Back to the play pen. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.9] Wifi very unreliable
On Wed, 2008-10-01 at 10:10 +0200, Matthias Apitz wrote: El día Tuesday, September 30, 2008 a las 08:52:14PM +0800, William Kenworthy escribió: On Tue, 2008-09-30 at 14:37 +0200, Matthias Apitz wrote: ... Hi William, A bit inspired by your commands since yesterday I have changed the desktop file /usr/share/applications/Wifi-up.desktop into this: ... I will use your desktop icon version - better than typing it in the terminal! also the -u isnt in gentoo's wpa_supplicant either, but: [EMAIL PROTECTED]:~# wpa_supplicant -h wpa_supplicant v0.6.3 Copyright (c) 2003-2008, Jouni Malinen [EMAIL PROTECTED] and contributors This program is free software. You can distribute it and/or modify it under the terms of the GNU General Public License version 2. Alternatively, this software may be distributed under the terms of the BSD license. See README and COPYING for more details. usage: wpa_supplicant [-BddhKLqqtuvwW] [-Ppid file] [-gglobal ctrl] \ -iifname -cconfig file [-Cctrl] [-Ddriver] [-pdriver_param] \ [-bbr_ifname] [-fdebug file] \ [-N -iifname -cconf [-Cctrl] [-Ddriver] \ [-pdriver_param] [-bbr_ifname] ...] drivers: wext = Linux wireless extensions (generic) hostap = Host AP driver (Intersil Prism2/2.5/3) wired = wpa_supplicant wired Ethernet driver options: -b = optional bridge interface name -B = run daemon in the background -c = Configuration file -C = ctrl_interface parameter (only used if -c is not) -i = interface name -d = increase debugging verbosity (-dd even more) -D = driver name -g = global ctrl_interface -K = include keys (passwords, etc.) in debug output -t = include timestamp in debug messages -h = show this help text -L = show license (GPL and BSD) -p = driver parameters -P = PID file -q = decrease debugging verbosity (-qq even less) -u = enable DBus control interface -v = show version -W = wait for a control interface monitor before starting -N = start describing new interface example: wpa_supplicant -Dwext -iwlan0 -c/etc/wpa_supplicant.conf [EMAIL PROTECTED]:~# ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.09][FSO] Programming interface to wifi Icon
Matthias Apitz wrote: El día Wednesday, October 01, 2008 a las 08:30:00AM +0100, Arigead escribió: Matthias Apitz wrote: El día Tuesday, September 30, 2008 a las 02:38:51PM +0100, Arigead escribió: Hello all, Want to play with the wifi icon on the FR either in [2008.09] or [FSO] Perhaps [FSO] makes more sense in the long run. Anyhow can I from a C Program set the icon? And can I have a call back so that Icon being pressed issues a DBUS message? If you create a file like this: [EMAIL PROTECTED]:/usr/share/applications# cat Wifi-up.desktop [Desktop Entry] Encoding=UTF-8 Name=Wifi-up Comment=Bring Wifi up with ifup eth0 Exec=xterm -e ifdown eth0 ; iwconfig eth0 txpower auto channel 1 ; killall wpa_supplicant ; killall udhcp ; ifup eth0 ; sleep 20 Icon=wifi Terminal=false Type=Application Categories=Application;Utilities; SingleInstance=true StartupNotify=true the icon will appear and of course you have an action Exec=... matthias Thanks for that Matthias but you misunderstand me. At present the wifi icon, as far as I know, is plain white. I'd like to have three different Icons for the wifi one Red, one Orange/Amber and one Green (Traffic Lights). I'd like to create a daemon in C which every so often did a wee wifi scan to see what networks are out there. If no know wifi SSIDs are available then the icon is red. ... I think I understood you already in your first post very well; you can change the color or the image of a given icon just be rewriting (from C or shell) the corresponding desktop file and let it point to another icon with Icon=wifiRed or Icon=wifiAmber ... ofc the files 'wifiAmber.png' must exist in /usr/share/pixmaps The .desktop file will put an icon in the application launcher. I think the parent is talking about the wifi icon in the illume bar at the top of the screen which is somewhat different. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
www.fring.com on Openmoko
Hi I am looking for programmers who can start and complete a project for me. I am sure you know of www.fring.com . Unfortunately Fring management and I cannot agree to my request as they cannot do OEM/ODM. I am not willing to brand their name in my phone. Simply speaking, 1. I need a Linux based phone with WIFI and GPRS/3G capability. This phone must be constantly connected to the internet, first priority as WIFI, if WIFI not available (out of HOTSPOT range), then it connects to my GPRS/3G data internet VPN and continues being connected to my SIP server. 2. This phone must have a Fring replica program loaded in the startup. Two main features is call in/out and instant messaging. 3. When the user wants to call out, he dials from the program and when receiving calls, he receives from the program. The default dial in and out must be through data, not through GSM card. GSM voice calls will be disabled either through the service provider or through the software you design. 4. As for the instant messaging, it must connect to my IM server as well. However, there must still be an SMS feature available. If anyone can replicate the Fring program then we’re in business. I am looking for a long term partnership with regular updates as clients request them. Please do not try to take on a project you are unfamiliar with. I need quick and efficient programming for this project. Lastly, I would like to know a list of phones you are comfortable working with. Remember that the phone must have GPRS or 3G connection. Not necessarily an expensive phone. Just one you have experience with. I can be contacted via email on [EMAIL PROTECTED] or on msn [EMAIL PROTECTED] or skype illuder Thank you Regards Mohammad A. Patel Managing Director O Tel Tel: 0861-ILLUDER Fax: +2711-823-2064 Cell: 0 786 88 47 47 Fax2email: 086 502 3407 National: 0861 ILLUDER blocked::mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] blocked::http://www.illuder.com/ www.illuder.com -- He who seeks more than what is necessary indulges in error. ~ UTHMAAN RA ~ -- Jābir (Radhiyallāhu ‘Anhu) narrates that Rasulullāh (Sallalāhu ‘Alayhi Wasallam) cursed the one devours interest, the one who facilitates it, the one who witnesses it and the one who records it. He said they are all equal. (Sahīh Muslim) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian size and uSD
Another thing is I bought a 2G uSD and I want to move my debian system to that card. If I manually partition it (8MB fat and rest ext2) and just copy contents of 512M, would it work? Or maybe i can copy an image using dd and then somehow resize the partition. Anyone tried migrating from one SD to another? do not use plain cp -- it will most likely result in some corruption of special files. your best bet would be either tar or rsync, depending of your usecase. for rsync (and tar on-the-fly) you could copy the partitions with dd, mount the images with loop and transfer your data. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
gsmhandset state file to test
Hi there on of our colleges[1] of the spanish list has provided us with an gsmhanset state file that solves low volume on call reciver , I have barelly tested it alone with a phone en each ear :). I will test it further along the day and post the results, any one else willing to try is wellcome to do it. from neo or ssh console cd /usr/share/openmoko/scenarios/ mv gsmhandset.state gsmhandset.state.original wget http://n2.nabble.com/attachment/1129707/0/gsmhandset.state [1]The original post http://n2.nabble.com/-Fwd%3A-eco-y-audio--tc1129707ef1958.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian size and uSD
I usually do cp -ax ... with success. I've cloned entire operating systems like this in the past without problems. Haven't tried with OM yet, but it worked with a couple of Ubuntu installations. Takes a long time, though... ;) Obviously, you preferably do it with the filesystem offline... booting from somewhere else. Citando arne anka [EMAIL PROTECTED]: Another thing is I bought a 2G uSD and I want to move my debian system to that card. If I manually partition it (8MB fat and rest ext2) and just copy contents of 512M, would it work? Or maybe i can copy an image using dd and then somehow resize the partition. Anyone tried migrating from one SD to another? do not use plain cp -- it will most likely result in some corruption of special files. your best bet would be either tar or rsync, depending of your usecase. for rsync (and tar on-the-fly) you could copy the partitions with dd, mount the images with loop and transfer your data. ___ 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: [2008.9] Wifi very unreliable
On Wed, Oct 1, 2008 at 6:05 AM, Sarton O'Brien [EMAIL PROTECTED]wrote: I use testing and have varied success with wifi. I don't bother with trying to identify what going on by what's being reported. It has been stated on here that the issues with the driver are great enough that statistics may be skewed. What I have witnessed is that sometimes it appears the wireless hardware is next to useless ... but then under a different update or on another day it functions flawlessly even in a problematic area of the house. When I was running stable with no real updates coming down, I couldn't even be bothered with wireless. At the moment, I am having issues. Selecting wireless 'on' results in nothing being displayed. I have to push all my scripts back across so I haven't tested manually yet. So in summary, I don't think it's worth attempting to figure this out as an end user as yet. I believe it's driver/kernel related. The hardware itself is quite new so it doesn't really surprise me. I'd wait for a statement as _everybody_ has this problem. I can't imagine the devs are sitting there with freerunners and working wireless ;) All this discussion does not help if you realize that even after placing the FR *next* to the blooming router, you get reported a signal strength of 65%. What does the hardware expect, building the router *inside* the FR? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Om2008.9] launching GPRS by hand
Hello, The Wiki page http://wiki.openmoko.org/wiki/GPRS describes how to make GPRS working by hand in Om2007.2 and most of the stuff for chat-scripts and PPP options seems to be correct (compared with what I was using with my cellphone connected via V.24 to my laptop); in 2007.2 there was a gsmd daemon controlling the serial port /dev/ttySAC0 which seems now to be Qtopia's 'qpe', but I don't see any method to stop and start this via scripts in /etc/init.d; how is this supposed to work now? if I kill the 'qpe' by hand a window pops up and is asking to restart it with F1 or exit with F3; I killed it too and was able to talk with PPPD chat-scripts to the modem and have already LCP layer of PPPD up; there is still an issue with the CHAP phase to solve, but I'm getting closer; will update later also the Wiki... but first I want to have all in the places; ok, what is todo with 'qpe'? thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ReMoKo and openSuSE 11
Hi, 2008/10/1 Flyin_bbb8 [EMAIL PROTECTED] ok i don't know if this might be useful but the line -- BlueZ input service started is only showin in the terminal through ssh after i press the X button this is the normal behavior, ReMoko stop the input service because use the same channels to send information, on exit ReMoko restore the initial conditions of the system. The weird thing is that your system try to connect on the psm 1 ( L2CAP(s): Connect req: psm 1 scid 0x0040), and the HID psm are the 17 and 19, which version of BlueZ do you have on your system ? Best regads, -- Valério Valério http://www.valeriovalerio.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.9] Wifi very unreliable
On Wed, 2008-10-01 at 16:58 +0530, Nishit Dave wrote: All this discussion does not help if you realize that even after placing the FR *next* to the blooming router, you get reported a signal strength of 65%. What does the hardware expect, building the router *inside* the FR? Note that interferences may weaken an otherwise perfectly good signal. So the proximity isn't always synonymous with good signal strengh. Xav ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.9] Wifi very unreliable
On Wed, Oct 1, 2008 at 5:22 PM, Xavier Bestel [EMAIL PROTECTED] wrote: On Wed, 2008-10-01 at 16:58 +0530, Nishit Dave wrote: All this discussion does not help if you realize that even after placing the FR *next* to the blooming router, you get reported a signal strength of 65%. What does the hardware expect, building the router *inside* the FR? Note that interferences may weaken an otherwise perfectly good signal. So the proximity isn't always synonymous with good signal strengh. Xav No? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.9] Wifi very unreliable
On Wed, 2008-10-01 at 17:36 +0530, Nishit Dave wrote: On Wed, Oct 1, 2008 at 5:22 PM, Xavier Bestel [EMAIL PROTECTED] wrote: On Wed, 2008-10-01 at 16:58 +0530, Nishit Dave wrote: All this discussion does not help if you realize that even after placing the FR *next* to the blooming router, you get reported a signal strength of 65%. What does the hardware expect, building the router *inside* the FR? Note that interferences may weaken an otherwise perfectly good signal. So the proximity isn't always synonymous with good signal strengh. Xav No? Well, the closer you are, the better the signal is. But in my building, there are many other wifi networks. And in the evening, when they are all in use, I get a worst signal even when near my AP, whereas e.g. during the night it's better. At least I seem to have observed that. Xav ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.9] Wifi very unreliable
On Wed, Oct 1, 2008 at 5:49 PM, Xavier Bestel [EMAIL PROTECTED] wrote: On Wed, 2008-10-01 at 17:36 +0530, Nishit Dave wrote: On Wed, Oct 1, 2008 at 5:22 PM, Xavier Bestel [EMAIL PROTECTED] wrote: On Wed, 2008-10-01 at 16:58 +0530, Nishit Dave wrote: All this discussion does not help if you realize that even after placing the FR *next* to the blooming router, you get reported a signal strength of 65%. What does the hardware expect, building the router *inside* the FR? Note that interferences may weaken an otherwise perfectly good signal. So the proximity isn't always synonymous with good signal strengh. Xav No? Well, the closer you are, the better the signal is. But in my building, there are many other wifi networks. And in the evening, when they are all in use, I get a worst signal even when near my AP, whereas e.g. during the night it's better. At least I seem to have observed that. Have you used Occam's Razor on that? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Failure while opkg upgrade
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello community, I've got a little problem. The last times, when i made opkg update/upgrade I got this error: FATAL: Error inserting snd_soc_neo1973_wm8753 (/lib/modules/2.6.24/kernel/sound/soc/s3c24xx/snd-soc-neo1973-wm8753.ko): No such device May this be the reason, that i can't hear anything when I try to call someone and this person can't hear me? How can I fix this? Greetings Bastian -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFI42zqlYiDScJJ+7QRAtu4AKCPPfoXIFSaURq+FLMZYmG43J4vHQCghOYI /Ok0fzDS62lMwLg8wg8xajU= =HgrU -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.9] Wifi very unreliable
On Wed, 2008-10-01 at 16:58 +0530, Nishit Dave wrote: On Wed, Oct 1, 2008 at 6:05 AM, Sarton O'Brien [EMAIL PROTECTED] wrote: ... All this discussion does not help if you realize that even after placing the FR *next* to the blooming router, you get reported a signal strength of 65%. What does the hardware expect, building the router *inside* the FR? Dont forget that wifi drivers in general are HIGHLY inaccurate with regards to signal strength and any other figure you care to name. The mad-wifi drivers on linux used to give wildly varying figures from version to version on the same laptop a couple of years ago as an example. Also have a look at what many windows drivers report ... They are really only useful as a relative figure within the device/version on the day of use (yes, they can be that bad :( BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] Sephora 0.1 - Suggestions needed
A small bug - I can't enter my APN in the GPRS settings because there is a size limit on the field. Based on reading the GSM spec, the maximum length allowed seems to be 100 characters. The spec i found is at www.3gpp.org/ftp/TSG_SA/WG2_Arch/TSGS2_05/SMG12_and_QoSah/TDocs/C-99-466.doc if anyone wants to try to make sense of it. On Wed, 2008-09-24 at 23:16 +0200, Michele Renda wrote: vale wrote: yeah more ideas :D - Power: suspend, shutdown, reboot - Screen: brightness, touchscreen on/off, rotate - Sound: volume / mute - LED control - Accelereometers: read out data - Network: show connections (ifconfig) So, here there are the ideas I collected until now ( I divided between the one I'd like to implement within the next version and the others) NEXT VERSION: [GPS] a.Fix status / Time to fist fix b.Warm / Cold restart c.Satellite time (Botton to sync the clock with satellite time) [Phone] d.NTP time (button to sync the clock with NTP server time) [Screen] e.Brightness level f.Screen rotate (Ps. someone know if glamo run now under Debian?) FUTURE VERSION: [Sound] Volume / Mute waiting to know which will be the framework to use in DEBIAN for FR [USB] Show a list of attached USB device (when in host mode, like an lsusb) [Wifi] Show a list of available wireless network [Network] Show a list of interfaces? :) Please send me others idea / suggestions, they will be very apreciated Michele Renda ___ 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: [debian] Sephora 0.1 - Suggestions needed
I am using gyspy it seem to be very simple. I like it! :) Michele Renda ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] Sephora 0.1 - Suggestions needed
I know It is very complicated to fit it to stay in a little screen (or may be I use a big font). I was thinking to the poor person that will localize it in German. I every case I will release for this evening (I hope) a 2.0 pre alpha where I improved a lot the GPS section (now it show the current time, the position, and some other little things) I will fix also this bug (really, I was not thinking that someone will use this gui :) I am adding also some command line switch to set: a) Language: current supported en, it, ro b) Preload mode: following a discussion of yesterday I read that some person think that python can do slow gui... I am new to python so I want to make sephora a bit optimized. I restructured the code be used in preload mode o not preload. In preload mode the starting of the program is more slow, but then the switch between the section is very fast. Without preload without is the contrary. I would like to know if what do you think about it, and if according you is possible an ibrid solution. I will keep you informed Michele Renda ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ReMoKo and openSuSE 11
On Wednesday 01 October 2008 07:51:48 am Valerio Valerio wrote: Hi, 2008/10/1 Flyin_bbb8 [EMAIL PROTECTED] ok i don't know if this might be useful but the line -- BlueZ input service started is only showin in the terminal through ssh after i press the X button this is the normal behavior, ReMoko stop the input service because use the same channels to send information, on exit ReMoko restore the initial conditions of the system. The weird thing is that your system try to connect on the psm 1 ( L2CAP(s): Connect req: psm 1 scid 0x0040), and the HID psm are the 17 and 19, which version of BlueZ do you have on your system ? Best regads, Sorry for beeing absent on this thread for so long... I run into the exact same issues as described so far. Here is the data on my bluez installation (standart setup for an openSuSE 11.0 install): bluez-libs: 3.32-3.2 (Tue 15 Jul 2008 12:36:04 PM EDT) bluez-utils: 3.32-8.2 (Tue 15 Jul 2008 09:25:35 PM EDT) Thanks a lot for your help, Valerio. Claus -- Claus Christmann Graduate Research Assistant Georgia Institute of Technology 270 Ferst Drive Atlanta, GA 30332-0150, USA http://uav.ae.gatech.edu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] install failure, fso-frameworkd is not going to be installed
Neil Jerram wrote: 2008/10/1 Tha_Man [EMAIL PROTECTED]: Great find! I ran into this yesterday as well, but I have another question: I'm using Om2008.9 to install Debian on my Freerunner, how do I 'install' libcaca0 and libcucul0? I know I can access the card, but how do I install these libs to it? You have to chroot into the Debian rootfs, like this: # chroot /mnt/debian /bin/sh Then you're in a new shell, where / is actually /mnt/debian. In this shell, you can use apt-get install exactly as if you had booted directly into Debian. Does that answer your question, or was there something else? Neil That did answer my question, many thanks mate! I tried using aptitude, but besides that it is slow, it couldn't solve the dependencies so I installed them myself by downloading them from http://http.us.debian.org/debian/pool/main/libc/libcaca/ Currently installing fso-frameworkd so it's looking good; hope to have Debian fully installed in a bit :-) -- View this message in context: http://n2.nabble.com/-debian--install-failure%2C-fso-frameworkd-is-not-going-to-be-installed-tp1124046p1131349.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] launching GPRS by hand
El día Wednesday, October 01, 2008 a las 01:37:52PM +0200, Matthias Apitz escribió: Hello, The Wiki page http://wiki.openmoko.org/wiki/GPRS describes how to make GPRS working by hand in Om2007.2 and most of the stuff for chat-scripts and PPP options seems to be correct (compared with what I was using with my cellphone connected via V.24 to my laptop); in 2007.2 there was a gsmd daemon controlling the serial port /dev/ttySAC0 which seems now to be Qtopia's 'qpe', but I don't see any method to stop and start this via scripts in /etc/init.d; how is this supposed to work now? if I kill the 'qpe' by hand a window pops up and is asking to restart it with F1 or exit with F3; I killed it too and was able to talk with PPPD chat-scripts to the modem and have already LCP layer of PPPD up; there is still an issue with the CHAP phase to solve, but I'm getting closer; will update later also the Wiki... but first I want to have all in the places; ok, what is todo with 'qpe'? So, I have figured it out how the things are coming up in Om2008.9: on runlevel 5 the Xserver is started via /etc/init.d/xserver-nodm and the Xserver itself launches /etc/X11/Xsession.d/89qtopia and this one at the end the /usr/bin/app-restarter and the 'qpe' demon; One can bring this all down, launch PPPD and bring it up again with # /etc/init.d/xserver-nodm stop # pppd debug nodetach call gprs # /etc/init.d/xserver-nodm start Ofc, meanwhile using PPP you don't have phone and not the FR's desktop; the phone would be anyway to me, but the desktop would be nice (even if my idea concerning PPP is only having the FR as an Internet router for my other Gadget, the eeePC 900 :-)) Maybe there is some way to just say to 'qpe': Go away for a while and don't read or touch the modem /dev/ttySAC0? The rest of PPPD is fine now, it just works as supposed to do; 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 [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.09][FSO] Programming interface to wifi Icon
Alastair Johnson wrote: Matthias Apitz wrote: El día Wednesday, October 01, 2008 a las 08:30:00AM +0100, Arigead escribió: Matthias Apitz wrote: El día Tuesday, September 30, 2008 a las 02:38:51PM +0100, Arigead escribió: Hello all, Want to play with the wifi icon on the FR either in [2008.09] or [FSO] Perhaps [FSO] makes more sense in the long run. Anyhow can I from a C Program set the icon? And can I have a call back so that Icon being pressed issues a DBUS message? If you create a file like this: [EMAIL PROTECTED]:/usr/share/applications# cat Wifi-up.desktop [Desktop Entry] Encoding=UTF-8 Name=Wifi-up Comment=Bring Wifi up with ifup eth0 Exec=xterm -e ifdown eth0 ; iwconfig eth0 txpower auto channel 1 ; killall wpa_supplicant ; killall udhcp ; ifup eth0 ; sleep 20 Icon=wifi Terminal=false Type=Application Categories=Application;Utilities; SingleInstance=true StartupNotify=true the icon will appear and of course you have an action Exec=... matthias Thanks for that Matthias but you misunderstand me. At present the wifi icon, as far as I know, is plain white. I'd like to have three different Icons for the wifi one Red, one Orange/Amber and one Green (Traffic Lights). I'd like to create a daemon in C which every so often did a wee wifi scan to see what networks are out there. If no know wifi SSIDs are available then the icon is red. ... I think I understood you already in your first post very well; you can change the color or the image of a given icon just be rewriting (from C or shell) the corresponding desktop file and let it point to another icon with Icon=wifiRed or Icon=wifiAmber ... ofc the files 'wifiAmber.png' must exist in /usr/share/pixmaps The .desktop file will put an icon in the application launcher. I think the parent is talking about the wifi icon in the illume bar at the top of the screen which is somewhat different. Sorry Yes I would like to use the Icon on the top of the illume bar. I was thinking interfacing this to my daemon so regardless of app you can see the wifi status the same as you can see the GSM status at present. If anybody knows about somewhat different :-) Would this presently be set by Kernel code the Window Manager? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Qtopia 4.4 - Qt Extended | Now Released!
Will this version actually report when I have voicemail? On September 30, 2008 03:09:43 pm Lorn Potter wrote: Thomas Bertani wrote: wow! confirmed new features? gtalk, webbrowser, gps? In videos I can't see screen orientation, it is aviable? Yes. dynamic rotation is available. Thanks a lot for your work! no worries! 2008/9/30 Lorn Potter [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] � wrote: C�dric Berger wrote: On Tue, Sep 30, 2008 at 13:50, Marco Trevisan (Trevi�o) [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Is has been renamed to Qt Extended right now, isn't it? However there are some very interesting videos on the net [1] renamed indeed... I had not seen this before : http://labs.trolltech.com/blogs/2008/09/28/qt-extended/ Finally there are official news: Qt Extended 4.4 released [1]! Look at the many cool videos and see how the Freerunner works [2], but... Where are sources and binaries? We usually release the open source packages a couple days after the commercial release. They will be at the new site: http://qtextended.org As soon as I can. Hopefully by this weekend. -- Lorn 'ljp' Potter Software Engineer, Systems Group, Qt Software, Nokia Pty Ltd ___ Openmoko community mailing list community@lists.openmoko.org mailto: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: [Om2008.9] launching GPRS by hand
On Wed, 1 Oct 2008 15:32:23 +0200, Matthias Apitz [EMAIL PROTECTED] wrote: El día Wednesday, October 01, 2008 a las 01:37:52PM +0200, Matthias Apitz escribió: Hello, The Wiki page http://wiki.openmoko.org/wiki/GPRS describes how to make GPRS working by hand in Om2007.2 and most of the stuff for chat-scripts and PPP options seems to be correct (compared with what I was using with my cellphone connected via V.24 to my laptop); in 2007.2 there was a gsmd daemon controlling the serial port /dev/ttySAC0 which seems now to be Qtopia's 'qpe', but I don't see any method to stop and start this via scripts in /etc/init.d; how is this supposed to work now? Maybe there is some way to just say to 'qpe': Go away for a while and don't read or touch the modem /dev/ttySAC0? The rest of PPPD is fine now, it just works as supposed to do; matthias What you need is referred to as Multiplexing - the wiki page you referenced talks about it. The multiplexer allows multiple bindings to the GSM device, IE one for voice GSM and one for data GPRS, without the need to kill off QPE or whatever is tied to GSM in order to use GPRS. j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian size and uSD
I can use two card readers, no problem. would you suggest me tar /dev/sdb2 and untar it into /dev/sdc2? Or is 'dd if=/dev/sdb of=/dev/sdc' better On Wed, Oct 1, 2008 at 1:15 PM, [EMAIL PROTECTED] wrote: I usually do cp -ax ... with success. I've cloned entire operating systems like this in the past without problems. Haven't tried with OM yet, but it worked with a couple of Ubuntu installations. Takes a long time, though... ;) Obviously, you preferably do it with the filesystem offline... booting from somewhere else. Citando arne anka [EMAIL PROTECTED]: Another thing is I bought a 2G uSD and I want to move my debian system to that card. If I manually partition it (8MB fat and rest ext2) and just copy contents of 512M, would it work? Or maybe i can copy an image using dd and then somehow resize the partition. Anyone tried migrating from one SD to another? do not use plain cp -- it will most likely result in some corruption of special files. your best bet would be either tar or rsync, depending of your usecase. for rsync (and tar on-the-fly) you could copy the partitions with dd, mount the images with loop and transfer your data. ___ 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 -- - Bu mesaj UTF-8 ile kodlanmıştır - Atilla Filiz Technische Universiteit Eindhoven Embedded Systems, Master's Programme ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian size and uSD
2008/10/1 Atilla Filiz [EMAIL PROTECTED] I can use two card readers, no problem. would you suggest me tar /dev/sdb2 and untar it into /dev/sdc2? Or is 'dd if=/dev/sdb of=/dev/sdc' better You may dd if=/dev/sdb2 of=/dev/sdc2, and after resize2fs /dev/sdc2. Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] launching GPRS by hand
El día Wednesday, October 01, 2008 a las 09:55:31AM -0400, Joel Newkirk escribió: On Wed, 1 Oct 2008 15:32:23 +0200, Matthias Apitz [EMAIL PROTECTED] wrote: El día Wednesday, October 01, 2008 a las 01:37:52PM +0200, Matthias Apitz escribió: Hello, The Wiki page http://wiki.openmoko.org/wiki/GPRS describes how to make GPRS working by hand in Om2007.2 and most of the stuff for chat-scripts and PPP options seems to be correct (compared with what I was using with my cellphone connected via V.24 to my laptop); in 2007.2 there was a gsmd daemon controlling the serial port /dev/ttySAC0 which seems now to be Qtopia's 'qpe', but I don't see any method to stop and start this via scripts in /etc/init.d; how is this supposed to work now? Maybe there is some way to just say to 'qpe': Go away for a while and don't read or touch the modem /dev/ttySAC0? The rest of PPPD is fine now, it just works as supposed to do; matthias What you need is referred to as Multiplexing - the wiki page you referenced talks about it. The multiplexer allows multiple bindings to the GSM device, IE one for voice GSM and one for data GPRS, without the need to kill off QPE or whatever is tied to GSM in order to use GPRS. Hi Joel, I've read this before, but all this information is outdated because it talks about starting gsmd (which is not there anymore in Om2008.9) and I don't even know if the Qtopia's qpe is aware of handling this device of Multiplexing; there is not even a script in /etc/init.d to launch qpe; is there a working example of Multiplexing with qpe? at the moment I do it with this shell script ~/pppd.sh: #!/bin/sh set -x killall qpe pppd debug nodetach call gprs /etc/X11/Xsession.d/89qtopia which must be launched inside FB's desktop and this let the Xsession alive; 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 [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dead battery
Well, I'm out of options. I left my fr plugged into the trickle charger overnight. Still won't boot. Then I read this last post, about removing the battery long enough for a reset, plugging into USB for 5-10 min, unplug/pause/plug back in. Still won't boot. The only thing I haven't done that was recommended in this last post is to use the latest u-boot. Unfortunately I cannot do this until I get it to boot. Guess I will wait for my external charger to arrive. Should I be concerned that this isn't just a battery issue and maybe my fr is dead? - Original Message - From: William Kenworthy [EMAIL PROTECTED] To: List for Openmoko community discussion community@lists.openmoko.org Sent: Wednesday, October 1, 2008 12:01:52 AM (GMT-0700) America/Denver Subject: Re: dead battery These are my understandings from lots of reading and previous posts between myself and Andy Green and others on the subject - should all be in the archives. With 2007.2 I was hit one out of every 3 overnight suspends ending in a flat battery. At least with 2008.9 its rarer (but does happen :( With the later u-boots, usb default is 100ma as soon as its plugged in. This unfortunately is less than a running Fr needs. Normally as soon as the operating system is up enough, it will negotiate up to 500ma with the host, or in the case of the wall charger, read the sense resistor and see that 1A is available. When the OS is suspended, the PMU manages the charge until the battery is charged whereupon it switches off - and stays off. If the OS is running, it will cycle back on when the battery level falls to 10-20% (reports vary) as the OS can reset and renegotiate the charge level. If the battery is very low (i.e., the internal fail-safe disconnects it), remove it from the phone for 30 seconds or so. This allows the fail-safe to reset (this is what I think happens based on my observations) so the 100ma can get to the battery, and also reset the phone hardware - in particular the GSM modem which is directly connected to the battery and is thought to be root cause by Andy Green - possibly goes into a wierd state as power drops as well, preventing restart until reset. The power rail of course drops due to the inrush current much more during startup with a low battery than normal, causing one chip (USB I think) to detect a dangerously low voltage and issue a shutdown. So you cant get the phone to boot until the battery has had a few minutes of charge. In my case, USB to my laptop or a desktop machine does it. Remove/pause/replace battery plug into USB for 5-10 minutes remove/pause/replug USB cable and normal boot will happen within a few seconds. The wall charger should work as well, but on my one try it didnt - possibly because the u-boot wasnt new enough at the time. Recommendation - use a late (latest!) u-boot. BillK On Tue, 2008-09-30 at 22:13 -0700, Michael Shiloh wrote: Vince, When my battery died I plugged my phone into the OpenMoko supplied charger, started it using NOR boot, leaving it at the boot menu until it timed out (repeat that twice) then I was about to select boot from the NOR menu and after a few extra seconds the phone booted. -Shawn I'm confused. I thought that we didn't turn on the charger until we booted into Linux. Am I wrong? Do we charge in u-boot, even at a low rate? Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy [EMAIL PROTECTED] Home in Perth! ___ 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: dead battery
try again and it will eventually workthe usb cable connected to the computer is usually the way to go...and when it boots, quickly swap it to the ac charger...at least that's what i just did (my neo died during the night) Vince M. Clark escribió: Well, I'm out of options. I left my fr plugged into the trickle charger overnight. Still won't boot. Then I read this last post, about removing the battery long enough for a reset, plugging into USB for 5-10 min, unplug/pause/plug back in. Still won't boot. The only thing I haven't done that was recommended in this last post is to use the latest u-boot. Unfortunately I cannot do this until I get it to boot. Guess I will wait for my external charger to arrive. Should I be concerned that this isn't just a battery issue and maybe my fr is dead? - Original Message - From: William Kenworthy [EMAIL PROTECTED] To: List for Openmoko community discussion community@lists.openmoko.org Sent: Wednesday, October 1, 2008 12:01:52 AM (GMT-0700) America/Denver Subject: Re: dead battery These are my understandings from lots of reading and previous posts between myself and Andy Green and others on the subject - should all be in the archives. With 2007.2 I was hit one out of every 3 overnight suspends ending in a flat battery. At least with 2008.9 its rarer (but does happen :( With the later u-boots, usb default is 100ma as soon as its plugged in. This unfortunately is less than a running Fr needs. Normally as soon as the operating system is up enough, it will negotiate up to 500ma with the host, or in the case of the wall charger, read the sense resistor and see that 1A is available. When the OS is suspended, the PMU manages the charge until the battery is charged whereupon it switches off - and stays off. If the OS is running, it will cycle back on when the battery level falls to 10-20% (reports vary) as the OS can reset and renegotiate the charge level. If the battery is very low (i.e., the internal fail-safe disconnects it), remove it from the phone for 30 seconds or so. This allows the fail-safe to reset (this is what I think happens based on my observations) so the 100ma can get to the battery, and also reset the phone hardware - in particular the GSM modem which is directly connected to the battery and is thought to be root cause by Andy Green - possibly goes into a wierd state as power drops as well, preventing restart until reset. The power rail of course drops due to the inrush current much more during startup with a low battery than normal, causing one chip (USB I think) to detect a dangerously low voltage and issue a shutdown. So you cant get the phone to boot until the battery has had a few minutes of charge. In my case, USB to my laptop or a desktop machine does it. Remove/pause/replace battery plug into USB for 5-10 minutes remove/pause/replug USB cable and normal boot will happen within a few seconds. The wall charger should work as well, but on my one try it didnt - possibly because the u-boot wasnt new enough at the time. Recommendation - use a late (latest!) u-boot. BillK On Tue, 2008-09-30 at 22:13 -0700, Michael Shiloh wrote: Vince, When my battery died I plugged my phone into the OpenMoko supplied charger, started it using NOR boot, leaving it at the boot menu until it timed out (repeat that twice) then I was about to select boot from the NOR menu and after a few extra seconds the phone booted. -Shawn I'm confused. I thought that we didn't turn on the charger until we booted into Linux. Am I wrong? Do we charge in u-boot, even at a low rate? Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy [EMAIL PROTECTED] Home in Perth! ___ 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: [debian] Sephora 0.1 - Suggestions needed
Hello Timo, All may be you can help me... you have experience about Debian Source package? I'd like a lot to be able to make a Deb-Src package... in this way it'd be possible to tke the sources with: dpkg-get source sephora and to push in a repository with dput It is possible to do it with python sources? (so without makefile) Have someone have any info? Thank to all :) 2008/9/23 Timo Juhani Lindfors [EMAIL PROTECTED]: Michele Renda [EMAIL PROTECTED] writes: http://rubino.dyndns.org/ Can you put the debian source package online too? best regards, Timo Lindfors ___ 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: [FDOM 080927] Modem jokes on SIM entries
I also have this problem. I'm glad I'm not the only one. I was worried my sim card reader broke. (As the contacts were being imported correctly before. When I first boot up the phone, it connects to the network and can make calls and suspend fine. However, if I try to goto the contacts application, it hangs up on Loading Sim... and after that I can no longer make/receive calls or come back from suspend. When this first started happening, I would goto the contacts and no contacts would be loaded. I thought this might be because of the excessive amount of contacts I had on my sim card (250+). So I went and cleaned out quite a few of them. After that, I tried again. Now I get the same outcome (no calls/suspend) and the Loading Sim... message stays at the top, but I get a list of garbled and certainly not correct contacts. Because of the garbled contacts, I wonder if the qtopia dialer got upgraded and the new version does not split the data up correctly from the sim card? perhaps the delimeters are wrong? I'm using an ATnT fireball sim card and it has worked fine before this. Anyone have any idea? -Dan Staley On Wed, 2008-10-01 at 03:21 -0400, madis wrote: Hi David and Linus, I have the same problem... After registering if I try to open the phone book I see only message Loading Sim... I can't see my phone book content in Sim and my FR behaves very strangely also. I can't receive calls if somebody calls. My FR rings, but I am unable to press the answer button, the touch screen is not responding. The screen itself is ok, because all other times it works. I can't make any phone calls, my FR says it's dialing the number, but nothing happens in reality. Regards, Madis David Samblas wrote: Hi linus, the only modification done vs the OM 2008.9 regarding gsm is the addition of the http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/gsm0710muxd_0.9.1+r0-gitr3ff86b129640b647ccba3d86eb243d864671b039-r0_armv4t.ipk packages and some configuration in the /etc/X11/Xsession.d/89qtopia to make it work. The rest is as is in the 2008.9 so you I suppose you can debug as you where in 2008.9 downloading the source code of Contact if you want. BTW I have no knowlege about any one else having this issue. Next FDOM release will come from a svn repository that will keep track of the modifications we have done to the 2008.X to become an FDOM, then you will see from where a packages come(OM , angstrom or other repositories or direct download from OM projects or from anywhere else) I hope this helps to those asking from the souce code of FDOM. Regards David Samblas El mar, 30-09-2008 a las 07:03 +0100, Linus Gasser escribió: Hi list, I'm running the latest FDOM (20080927) but still have a very annoying problem: my SIM-card is not read with regard to the address entries. If I go to the Contacts, there is only written Loading SIM on top, but nothing shows. IIRC, this was no problem in ASU_0807. Is there any way I can debug that to see where it stops? With the SIM not being loaded, I can neither call, nor receive calls, nor suspend. Or shall I do a binary search to see whether it's a special entry that causes this? Thank you for any hint you may give me, Linus ___ 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: [Om2008.9] launching GPRS by hand
On Wed, 1 Oct 2008, Matthias Apitz wrote: I've read this before, but all this information is outdated because it talks about starting gsmd (which is not there anymore in Om2008.9) and I don't even know if the Qtopia's qpe is aware of handling this device of Multiplexing; i have it working under 2008.09. you can read my writeup at http://www.teaparty.net/technotes/openmoko-2.html#GPRS , which points in turn to florian hackenberger's excellent step-by-step guide to turning on gsm muxing, at http://lists.openmoko.org/pipermail/community/2008-August/028495.html . you need to do all of it up to but not including the bit that starts Now you can request a new device for the modem using. it's not very complex to follow, and it means you won't need to shut down qpe every time you want to do GPRS. is there a working example of Multiplexing with qpe? see above. -- Tom Yates - http://www.teaparty.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] getting zhone sid ringtones working
Hi, Am Mittwoch, den 24.09.2008, 13:32 +0200 schrieb [EMAIL PROTECTED]: Angus Ainslie [EMAIL PROTECTED] On Tue, Sep 23, 2008 at 3:37 PM, [EMAIL PROTECTED] wrote: Angus Ainslie [EMAIL PROTECTED] writes: On Tue, Sep 23, 2008 at 12:23 PM, [EMAIL PROTECTED] wrote: I'm using debian and zhone. sid ringtones doesnt work, only the buzzer works. I installed sidplay2, and oss-compat, and sidplay2 works from the command line. zhone cant find it though. Any hints? -- use the gstream sid plugin Ok, I tried: apt-get install gstreamer0.10-plugins-ugly apt-get install python-gst0.10 this was not sufficient. Any more hints? apt-cache search gstreamer sid The problem persisted, but I managed to solve it like this: cd / ln -s /usr/share I think this is some kind of packaging problem in Debian of fso-frameworkd. Could be. What version of fso-frameworkd do you have installed (dpkg -l fso-frameworkd)? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: ReMoKo and openSuSE 11
2008/10/1 Claus Christmann [EMAIL PROTECTED] On Wednesday 01 October 2008 07:51:48 am Valerio Valerio wrote: Hi, 2008/10/1 Flyin_bbb8 [EMAIL PROTECTED] ok i don't know if this might be useful but the line -- BlueZ input service started is only showin in the terminal through ssh after i press the X button this is the normal behavior, ReMoko stop the input service because use the same channels to send information, on exit ReMoko restore the initial conditions of the system. The weird thing is that your system try to connect on the psm 1 ( L2CAP(s): Connect req: psm 1 scid 0x0040), and the HID psm are the 17 and 19, which version of BlueZ do you have on your system ? Best regads, Sorry for beeing absent on this thread for so long... I run into the exact same issues as described so far. Here is the data on my bluez installation (standart setup for an openSuSE 11.0 install): bluez-libs: 3.32-3.2 (Tue 15 Jul 2008 12:36:04 PM EDT) bluez-utils: 3.32-8.2 (Tue 15 Jul 2008 09:25:35 PM EDT) Thanks a lot for your help, Valerio. This should be a bug related to kdebluetooth or some custom changes made by openSuSE on the BlueZ packages. I test kdebluetooth (1.0~beta9~r769275) in my Ubuntu 8.04 and I can pair the device and connect to it without any problem, as you can see in the dump below (lines market with ***), the bluetooth system request connection on the correct psm (17 and 19). Any of you have tried to connect a bluetooth keyboard or a mouse to your system ? ## HCI Event: Command Status (0x0f) plen 4 HCI Event: Connect Complete (0x03) plen 11 ACL data: handle 42 flags 0x02 dlen 10 L2CAP(s): Info req: type 2 HCI Command: Read Remote Supported Features (0x01|0x001b) plen 2 HCI Event: Number of Completed Packets (0x13) plen 5 ACL data: handle 42 flags 0x02 dlen 10 L2CAP(s): Info req: type 2 ACL data: handle 42 flags 0x02 dlen 16 L2CAP(s): Info rsp: type 2 result 0 Extended feature mask 0x ACL data: handle 42 flags 0x02 dlen 16 L2CAP(s): Info rsp: type 2 result 0 Extended feature mask 0x ACL data: handle 42 flags 0x02 dlen 12 L2CAP(s): Connect req: psm 17 scid 0x0040 HCI Event: Number of Completed Packets (0x13) plen 5 HCI Event: Number of Completed Packets (0x13) plen 5 HCI Event: Command Status (0x0f) plen 4 HCI Event: Max Slots Change (0x1b) plen 3 ACL data: handle 42 flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x0040 scid 0x0040 result 0 status 0 Connection successful ACL data: handle 42 flags 0x02 dlen 12 L2CAP(s): Config req: dcid 0x0040 flags 0x00 clen 0 HCI Event: Number of Completed Packets (0x13) plen 5 HCI Event: Command Status (0x0f) plen 4 HCI Command: Write Link Policy Settings (0x02|0x000d) plen 4 ACL data: handle 42 flags 0x02 dlen 17 ACL data: handle 42 flags 0x01 dlen 1 L2CAP(s): Config rsp: scid 0x0040 flags 0x00 result 0 clen 4 Success MTU 672 ACL data: handle 42 flags 0x02 dlen 16 L2CAP(s): Config req: dcid 0x0040 flags 0x00 clen 4 MTU 48 ACL data: handle 42 flags 0x02 dlen 18 L2CAP(s): Config rsp: scid 0x0040 flags 0x00 result 0 clen 4 Success MTU 48 ACL data: handle 42 flags 0x02 dlen 12 L2CAP(s): Connect req: psm 19 scid 0x0041 HCI Event: Number of Completed Packets (0x13) plen 5 HCI Event: Number of Completed Packets (0x13) plen 5 HCI Event: Read Remote Supported Features (0x0b) plen 11 HCI Event: Command Complete (0x0e) plen 6 HCI Command: Remote Name Request (0x01|0x0019) plen 10 HCI Event: Command Status (0x0f) plen 4 ACL data: handle 42 flags 0x02 dlen 16 L2CAP(s): Connect rsp: dcid 0x0041 scid 0x0041 result 0 status 0 Connection successful ACL data: handle 42 flags 0x02 dlen 12 L2CAP(s): Config req: dcid 0x0041 flags 0x00 clen 0 HCI Event: Number of Completed Packets (0x13) plen 5 ACL data: handle 42 flags 0x02 dlen 18 L2CAP(s): Config rsp: scid 0x0041 flags 0x00 result 0 clen 4 Success MTU 672 ACL data: handle 42 flags 0x02 dlen 16 L2CAP(s): Config req: dcid 0x0041 flags 0x00 clen 4 MTU 48 ACL data: handle 42 flags 0x02 dlen 18 L2CAP(s): Config rsp: scid 0x0041 flags 0x00 result 0 clen 4 Success MTU 48 HCI Event: Remote Name Req Complete (0x07) plen 255 HCI Event: Number of Completed Packets (0x13) plen 5 ACL data: handle 42 flags 0x02 dlen 14 L2CAP(d): cid 0x0041 len 10 [psm 19] HIDP: Data: Output report ACL data: handle 42 flags 0x02 dlen 10 L2CAP(d): cid 0x0041 len 6 [psm 19] HIDP: Data: Output report HCI Event: Number of Completed Packets (0x13) plen 5 HCI Event: Number of Completed Packets (0x13) plen 5 # Best regards, -- Valério Valério http://www.valeriovalerio.org Claus -- Claus Christmann Graduate Research Assistant Georgia
Re: [FDOM 080927] Modem jokes on SIM entries
On Wed, 01 Oct 2008, Dan Staley wrote: I also have this problem. I'm glad I'm not the only one. I was worried my sim card reader broke. (As the contacts were being imported correctly before. When I first boot up the phone, it connects to the network and can make calls and suspend fine. However, if I try to goto the contacts application, it hangs up on Loading Sim... and after that I can no longer make/receive calls or come back from suspend. When this first started happening, I would goto the contacts and no contacts would be loaded. I thought this might be because of the excessive amount of contacts I had on my sim card (250+). So I went and cleaned out quite a few of them. After that, I tried again. Now I get the same outcome (no calls/suspend) and the Loading Sim... message stays at the top, but I get a list of garbled and certainly not correct contacts. Because of the garbled contacts, I wonder if the qtopia dialer got upgraded and the new version does not split the data up correctly from the sim card? perhaps the delimeters are wrong? I have similar problems, but the SIM contacts which are imported aren't garbled at all. Some of them are missing for sure though. The workaround that I earlier mentioned - not using the phone for some time even after GSM registration - and avoiding reading the SIM contacts at all seems to make the phone usable as a day phone (for a very twisted value of usable - without contacts). --gera. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Stable OM distro
On Oct 01, Maciej Piechotka wrote: What's currently the most stable? I'd need to: - Entry pin (I haven't manage to do it in 2008.8 despite moving pen up) - Phone/Recive SMS - Have GPS/WiFi - Have USB Networking for initial setup You can try FDOM. It's somewhat bloated, but works nicely for me. Suspend with Power key worked every time (with sound being correctly brought back after wakeup), it even got calls and SMS messages while in suspend and woke up. As for an entry PIN - I turned off mine (or actually didn't set one to begin with), I don't think I need one every time I startup my phone. Call quality in FDOM is quite nice, there are some small echoes, but no complaints so far. YMMV, I guess. You have agpsui, Navit and TangoGPS available, and I think it should work, but haven't tested it yet. WiFi works (with Mofi) out of the box. In the recent version USB network is not setup properly because the functionality was moved from the main kernel to a module. To fix it, simply do echo 'g_ether' /etc/modules before you restart the phone, after installation. Works like a charm. In overall, I'm amazed with the FDOM, and despite bloat (needs a lot of space), I think it's the best distro so far, even surpassing Qtopia (GPS). Now, I wish that someone could port all those cool things to Debian. That would be awesome! Keep up the good work. Maciej Delmanowski ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.09][FSO] Programming interface to wifi Icon
On Wed, 01 Oct 2008 14:39:08 +0100, Arigead [EMAIL PROTECTED] wrote: Sorry Yes I would like to use the Icon on the top of the illume bar. I was thinking interfacing this to my daemon so regardless of app you can see the wifi status the same as you can see the GSM status at present. If anybody knows about somewhat different :-) Would this presently be set by Kernel code the Window Manager? It's part of the edje setup for the main screen, in illume.edj. (well, that can differ - I've always installed illume-config and illume-config-illume) You can think of the .edj file as a theme package of sorts, although it abstracts more UI handling out of the program than traditional theming. In OO fashion it separates all the user interaction into the edje file, with the main application interacting via signals to change UI or respond to user actions and triggers generated by the UI itself. You can set up in the .edj file to support changing icons triggered by signals from 'outside', and emit signals when some UI interaction (IE, click the icon) takes place. I'm interested in doing something similar with USB, showing whether it's in host or device mode, networking vs mass storage if device mode, sending or expecting power, forcing 500mA or 1000mA charging, and ability to change all the above. The program edje_editor is great for taking a look at such features. It's part of the E17 desktop setup, I've been playing with it in the developer VM I'm working on. It takes the intact .edj file and extracts all the configs, images, etc from it and gives you a nice WYSYWIG GUI editor. BTW - I printed out the actual text config from illume.edj, it's about 100 pages long... A simpler starting point to learn your way around .edj and edje_editor is illume_init.edj, the startup theme. (second view of the boots, with the green scanning back and forth instead of indicating percent progress) It's quite easy to drop in a different background image, redefine the animation, etc this way. (Now what we really need is a tool running ON the FR that decompiles the main .edj file and lets us replace wallpaper, etc - basic customization, not full-on UI redesign work) j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[2008.8] [2008.9] [qtopia] earphones
hi all, if I connect the earphones at the fr i can hear only from one side... is that and hardware or a software problem? I tried with asu and qtopia with the same result (the earphones are ok...) thanks d ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian size and uSD
I did dd if=/dev/sdb2 of=/dev/sdf2 and it booted but i still have a problem. sdb was a 512M card and sdf is 2G. After copying, my pc sees it as 2G but FR sees it as 512M. Runing some partition software now(testdisk). On Wed, Oct 1, 2008 at 4:09 PM, Nicola Mfb [EMAIL PROTECTED] wrote: 2008/10/1 Atilla Filiz [EMAIL PROTECTED] I can use two card readers, no problem. would you suggest me tar /dev/sdb2 and untar it into /dev/sdc2? Or is 'dd if=/dev/sdb of=/dev/sdc' better You may dd if=/dev/sdb2 of=/dev/sdc2, and after resize2fs /dev/sdc2. Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- - Bu mesaj UTF-8 ile kodlanmıştır - Atilla Filiz Technische Universiteit Eindhoven Embedded Systems, Master's Programme ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FDOM 080927] Modem jokes on SIM entries
David Samblas a écrit : Hi linus, the only modification done vs the OM 2008.9 regarding gsm is the addition of the http://www.angstrom-distribution.org/feeds/2008/ipk/glibc/armv4t/base/gsm0710muxd_0.9.1+r0-gitr3ff86b129640b647ccba3d86eb243d864671b039-r0_armv4t.ipk OK, 1st dirty fix: # rm /etc/rc5.d/S22gsm0710muxd # reboot But then GPRS won't work... Anyway, now I can phone and suspend. That's already something. I'll try to dig a bit further later. Linus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OSX] AJZaurusUSB bug fix project
Am 29.09.2008 um 16:04 schrieb Dr. H. Nikolaus Schaller: I will pack the latest sources tomorrow (don't have time today). It will include an improved makefile that autmatically does all the ssh steps between two Macs to start the kernel debugging mode. Well, it took a little longer. Here is the main link: http://www.handheld-linux.com/wiki.php?page=AJZaurusUSB Sources: http://www.dsitri.de/download/AJZaurusUSB-0.5.4-src.tgz Please ask if you need support for debugging. Nikolaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.8] [2008.9] [qtopia] earphones
What kind of earphones are you trying to use? I thought FR uses a special 4 pin jack for which you need an adapter if you want to use normal headphones Davide Scaini wrote: hi all, if I connect the earphones at the fr i can hear only from one side... is that and hardware or a software problem? I tried with asu and qtopia with the same result (the earphones are ok...) thanks d ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/-2008.8---2008.9---qtopia--earphones-tp1131685p1131786.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.8] [2008.9] [qtopia] earphones
those shipped with fr ;-) d On Wed, Oct 1, 2008 at 6:02 PM, Thor [EMAIL PROTECTED] wrote: What kind of earphones are you trying to use? I thought FR uses a special 4 pin jack for which you need an adapter if you want to use normal headphones Davide Scaini wrote: hi all, if I connect the earphones at the fr i can hear only from one side... is that and hardware or a software problem? I tried with asu and qtopia with the same result (the earphones are ok...) thanks d ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/-2008.8---2008.9---qtopia--earphones-tp1131685p1131786.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Dialer UI Design
Alex does bring up some excellent points, and I would like to point to the (unfortunately closed source) media centre app for the Nokia Internet Tablet called Canola as an example, which was written in Python (distributed as byte compiled python) and uses EFL for the graphics. Everything in the app feels very smooth and for the most part is quite responsive - it's the smoothest inertial scrolling I've seen in a non-apple product (not that I like inertial scrolling very much since the distinction between select and scroll is far too small, and would stay away from it on any interface I design). The UI is fairly well designed, mostly because they listened to their users and redesigned it to address the issues brought up. The only real problem with it is that it takes quite a while to load - but that's really only a one off initial time consuming task. Oh, and of course the other problem is that it's closed source, but maybe Instituto Nokia de Tecnologia will follow Nokia's (They are now independant) lead and open it up some day. Cheers, -Ian -- http://darkstarshout.blogspot.com/ -- On the day *I* go to work for Microsoft, faint oinking sounds will be heard from far overhead, the moon will not merely turn blue but develop polkadots, and hell will freeze over so solid the brimstone will go superconductive. -- Erik Raymond, 2005 -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Order from Pulster
Hi, Am Mittwoch 20. August 2008 9:39:29 pm schrieb enaut: I recieved my Gummi bears yesterday :)... Yeah, one hour ago I pick up the parcel from the post office and, of course, with the Gummi bears, too. :-) Thank you, Christoph! Greetings, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] launching GPRS by hand
On Wed, 1 Oct 2008 16:18:33 +0200, Matthias Apitz [EMAIL PROTECTED] wrote: El día Wednesday, October 01, 2008 a las 09:55:31AM -0400, Joel Newkirk escribió: What you need is referred to as Multiplexing - the wiki page you referenced talks about it. The multiplexer allows multiple bindings to the GSM device, IE one for voice GSM and one for data GPRS, without the need to kill off QPE or whatever is tied to GSM in order to use GPRS. Hi Joel, I've read this before, but all this information is outdated because it talks about starting gsmd (which is not there anymore in Om2008.9) and I don't even know if the Qtopia's qpe is aware of handling this device of Multiplexing; there is not even a script in /etc/init.d to launch qpe; is there a working example of Multiplexing with qpe? at the moment I do it with this shell script ~/pppd.sh: The mokoscripts archive includes a replacement for /etc/X11/XSession.d/89qtopia. I don't see anything about gsmd, just gpsd (the same archive has agps stuff in it) and gsm0710muxd, the multiplexing gsm service. Also, the instructions specifically state that he's not sure about 2007.2 and FSO but has tested it with ASU. I successfully used the instructions (altered for t-mobile's internet3.voicestream.com service) under both 2007.2 and 2008.8, though to be honest I never tried it under 2008-update or 2008.9. (yet - once my FR is back in my hands I intend to set it up again) j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.8] [2008.9] [qtopia] earphones
Davide Scaini wrote: hi all, if I connect the earphones at the fr i can hear only from one side... is that and hardware or a software problem? I tried with asu and qtopia with the same result (the earphones are ok...) thanks d qtopia and 2008.x don't switch alsa state files on insertion of the headset. This leaves you with the stereoout.state which will give output in one ear of the headset only. You need to load headset.state instead: alsactl -f /usr/share/openmoko/scenarios/headset.state restore You may have to switch states manually rather frequently, depending on how aware of the headset the various apps are. You may want to switch to gsmheadset.state during phone calls for instance. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.8] [2008.9] [qtopia] earphones
Thanks a lot I'll try! why there's no wiki about that? thanks again d On Wed, Oct 1, 2008 at 6:40 PM, Alastair Johnson [EMAIL PROTECTED]wrote: Davide Scaini wrote: hi all, if I connect the earphones at the fr i can hear only from one side... is that and hardware or a software problem? I tried with asu and qtopia with the same result (the earphones are ok...) thanks d qtopia and 2008.x don't switch alsa state files on insertion of the headset. This leaves you with the stereoout.state which will give output in one ear of the headset only. You need to load headset.state instead: alsactl -f /usr/share/openmoko/scenarios/headset.state restore You may have to switch states manually rather frequently, depending on how aware of the headset the various apps are. You may want to switch to gsmheadset.state during phone calls for instance. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.8] [2008.9] [qtopia] earphones
I made this as a work around to this issue for the moment. It works OK for me. http://lists.openmoko.org/pipermail/community/2008-September/029599.html On Wed, Oct 1, 2008 at 12:45 PM, Davide Scaini [EMAIL PROTECTED] wrote: Thanks a lot I'll try! why there's no wiki about that? thanks again d On Wed, Oct 1, 2008 at 6:40 PM, Alastair Johnson [EMAIL PROTECTED] wrote: Davide Scaini wrote: hi all, if I connect the earphones at the fr i can hear only from one side... is that and hardware or a software problem? I tried with asu and qtopia with the same result (the earphones are ok...) thanks d qtopia and 2008.x don't switch alsa state files on insertion of the headset. This leaves you with the stereoout.state which will give output in one ear of the headset only. You need to load headset.state instead: alsactl -f /usr/share/openmoko/scenarios/headset.state restore You may have to switch states manually rather frequently, depending on how aware of the headset the various apps are. You may want to switch to gsmheadset.state during phone calls for instance. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Dylan Maxwell Reilly ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.8] [2008.9] [qtopia] earphones
Davide Scaini wrote: Thanks a lot I'll try! why there's no wiki about that? Because nobody's added it yet ;-) If it sorts the problem for you then please add the details to the wiki. thanks again d On Wed, Oct 1, 2008 at 6:40 PM, Alastair Johnson [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Davide Scaini wrote: hi all, if I connect the earphones at the fr i can hear only from one side... is that and hardware or a software problem? I tried with asu and qtopia with the same result (the earphones are ok...) thanks d qtopia and 2008.x don't switch alsa state files on insertion of the headset. This leaves you with the stereoout.state which will give output in one ear of the headset only. You need to load headset.state instead: alsactl -f /usr/share/openmoko/scenarios/headset.state restore You may have to switch states manually rather frequently, depending on how aware of the headset the various apps are. You may want to switch to gsmheadset.state during phone calls for instance. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Debian] Still no resume
Hello list No matter what I'm doing, Debian won't wake up from suspend. I have installed a recent FSO3 kernel, I tested both sd_idleclk scripts mentioned at http://wiki.openmoko.org/wiki/Debian. The first script ends with the command touch /home/root/.profile. When I reboot my phone after an unsuccessful suspend (and after removing the battery), this file still contains an old time-stamp. So I think the script was not executed before the suspend, i.e. idle-clock was not started. I placed it, as described, in /etc/apm/suspend.d/00sd_idleclk and made it executable. What can still be wrong? Thanks for help Sven pgpMIones1udC.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] install failure, fso-frameworkd is not going to be installed
Thank you both for the hints! Had to do it like Tha_Man, dpkg -i instead of aptitude... Installing fso now, hope without further interuptions :) Tha_Man wrote: Neil Jerram wrote: 2008/10/1 Tha_Man [EMAIL PROTECTED]: Great find! I ran into this yesterday as well, but I have another question: I'm using Om2008.9 to install Debian on my Freerunner, how do I 'install' libcaca0 and libcucul0? I know I can access the card, but how do I install these libs to it? You have to chroot into the Debian rootfs, like this: # chroot /mnt/debian /bin/sh Then you're in a new shell, where / is actually /mnt/debian. In this shell, you can use apt-get install exactly as if you had booted directly into Debian. Does that answer your question, or was there something else? Neil That did answer my question, many thanks mate! I tried using aptitude, but besides that it is slow, it couldn't solve the dependencies so I installed them myself by downloading them from http://http.us.debian.org/debian/pool/main/libc/libcaca/ Currently installing fso-frameworkd so it's looking good; hope to have Debian fully installed in a bit :-) -- View this message in context: http://n2.nabble.com/-debian--install-failure%2C-fso-frameworkd-is-not-going-to-be-installed-tp1124046p1132126.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qemu
2008/9/30 Joel Newkirk [EMAIL PROTECTED] In the course of working on my development VM, I installed qemu using Mokomakefile. It seems it installs a Qtopia image. Can someone lead me by the hand, or point out a howto/faq I missed, that clearly tells me how to set up other images with it, particularly FSO and 2008.9? I know that I need to tell qemu it's gta02fake instead of gta01, but so far I've failed to get any images running with it apart from the one Mokomakefile pulls in. (they timeout while flashing) And is there any simple way to support having multiple images installed, choosing among them at launch time? All I can see for sure is how to 'flash' it with different images. (I've not used qemu much yet, so I still haven't fully wrapped my brain around the various symlinks and env settings affecting it) I'm hoping I can create desktop shortcuts to simple scripts that fire up qemu with various images, without having to fire up Mokomakefile and reflash each time - ideal would be fully independent, each available image having its own SD etc. Thanks for any info or advice. j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Hi, i've experimented a bit with qemu since i have no freerunner yet, but i didn't get anything working. All I learned so far is: gta02fake needs a custom kernel and the patch proposed in the wiki no longer works. I've asked for help on this and on the developer list but didn't get any response. For the flashing problem, i'm quite sure you can have SD cards and ence you can manage them with a symlink, but i didn't understand how the SD is emulated. HTH Davide. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Development environment suggestion ?
Yes. I did some small update of that to run on the Eclipse Ganyemed which had different settings. What would be nice is a plugin which have all the stuff included, like the toolchain, maybe an emulator. What's so nice with eclipse is that it has nice features to update plugins automatic. /Perty Martin Šenkeřík skrev: Do you know about this page? http://wiki.openmoko.org/wiki/Development_with_Eclipse On Mon, Sep 29, 2008 at 9:06 PM, Per Jonsson [EMAIL PROTECTED] wrote: I'm a Java Eclipse guy so I would love a plugin for Eclipse. Eclipse is made for pugins which makes it a great ide to extend. I think a good start could be to get the openmoko toolchain running in Eclipse with C/C++. Unfortunaly I havn't much time to poke around right now :-( /Perty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Order from Pulster
Got to join the happy crowd with thanks to Christoph Pulster. If only I had a bit more time to play with FR - oh, well next week will be better. Boštjan On 1.10.2008, at 18:26, Carsten Gerlach wrote: Hi, Am Mittwoch 20. August 2008 9:39:29 pm schrieb enaut: I recieved my Gummi bears yesterday :)... Yeah, one hour ago I pick up the parcel from the post office and, of course, with the Gummi bears, too. :-) Thank you, Christoph! Greetings, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de ___ 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: dead battery
I've tried multiple times with no success. - Original Message - From: Tomas Riveros Schober [EMAIL PROTECTED] To: List for Openmoko community discussion community@lists.openmoko.org Sent: Wednesday, October 1, 2008 8:26:57 AM (GMT-0700) America/Denver Subject: Re: dead battery try again and it will eventually workthe usb cable connected to the computer is usually the way to go...and when it boots, quickly swap it to the ac charger...at least that's what i just did (my neo died during the night) Vince M. Clark escribió: Well, I'm out of options. I left my fr plugged into the trickle charger overnight. Still won't boot. Then I read this last post, about removing the battery long enough for a reset, plugging into USB for 5-10 min, unplug/pause/plug back in. Still won't boot. The only thing I haven't done that was recommended in this last post is to use the latest u-boot. Unfortunately I cannot do this until I get it to boot. Guess I will wait for my external charger to arrive. Should I be concerned that this isn't just a battery issue and maybe my fr is dead? - Original Message - From: William Kenworthy [EMAIL PROTECTED] To: List for Openmoko community discussion community@lists.openmoko.org Sent: Wednesday, October 1, 2008 12:01:52 AM (GMT-0700) America/Denver Subject: Re: dead battery These are my understandings from lots of reading and previous posts between myself and Andy Green and others on the subject - should all be in the archives. With 2007.2 I was hit one out of every 3 overnight suspends ending in a flat battery. At least with 2008.9 its rarer (but does happen :( With the later u-boots, usb default is 100ma as soon as its plugged in. This unfortunately is less than a running Fr needs. Normally as soon as the operating system is up enough, it will negotiate up to 500ma with the host, or in the case of the wall charger, read the sense resistor and see that 1A is available. When the OS is suspended, the PMU manages the charge until the battery is charged whereupon it switches off - and stays off. If the OS is running, it will cycle back on when the battery level falls to 10-20% (reports vary) as the OS can reset and renegotiate the charge level. If the battery is very low (i.e., the internal fail-safe disconnects it), remove it from the phone for 30 seconds or so. This allows the fail-safe to reset (this is what I think happens based on my observations) so the 100ma can get to the battery, and also reset the phone hardware - in particular the GSM modem which is directly connected to the battery and is thought to be root cause by Andy Green - possibly goes into a wierd state as power drops as well, preventing restart until reset. The power rail of course drops due to the inrush current much more during startup with a low battery than normal, causing one chip (USB I think) to detect a dangerously low voltage and issue a shutdown. So you cant get the phone to boot until the battery has had a few minutes of charge. In my case, USB to my laptop or a desktop machine does it. Remove/pause/replace battery plug into USB for 5-10 minutes remove/pause/replug USB cable and normal boot will happen within a few seconds. The wall charger should work as well, but on my one try it didnt - possibly because the u-boot wasnt new enough at the time. Recommendation - use a late (latest!) u-boot. BillK On Tue, 2008-09-30 at 22:13 -0700, Michael Shiloh wrote: Vince, When my battery died I plugged my phone into the OpenMoko supplied charger, started it using NOR boot, leaving it at the boot menu until it timed out (repeat that twice) then I was about to select boot from the NOR menu and after a few extra seconds the phone booted. -Shawn I'm confused. I thought that we didn't turn on the charger until we booted into Linux. Am I wrong? Do we charge in u-boot, even at a low rate? Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- William Kenworthy [EMAIL PROTECTED] Home in Perth! ___ 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 ___ Openmoko community mailing list community@lists.openmoko.org
Re: [Debian] Still no resume
Suspend is broken again in the latest fso kernels. But with the latest openmoko kernel suspend works. But zhone is reacting a bit weird after resuming. ;) Ciao, Rainer Sven Bretfeld wrote: Hello list No matter what I'm doing, Debian won't wake up from suspend. I have installed a recent FSO3 kernel, I tested both sd_idleclk scripts mentioned at http://wiki.openmoko.org/wiki/Debian. The first script ends with the command touch /home/root/.profile. When I reboot my phone after an unsuccessful suspend (and after removing the battery), this file still contains an old time-stamp. So I think the script was not executed before the suspend, i.e. idle-clock was not started. I placed it, as described, in /etc/apm/suspend.d/00sd_idleclk and made it executable. What can still be wrong? Thanks for help Sven ___ 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
HTC Dream / T-Mobile G1
Apparantly a phone with the Android OS has recently been released. I know Android is also based on Linux. Are there any plans to get openmoko running on that device? Is it even feasible? I wonder if we'd be able to use their kernel with openmoko code. (I'm also imagining that if they don't like that, then tough cookies. The GPL says we can get the source code if we want it) -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dead battery
Vince M. Clark a écrit : My battery is completely drained so I cannot boot to charge it. I usually just take out the battery and try to start it with the charger plugged in (never tried with the USB). A combination of - letting it without power for 30 seconds (no battery and no charger) - switching it on with: Press AUX - Press Powerbutton - Release AUX - Release Powerbutton using various timings - putting back in the battery anyway usually does the trick. As this sounds a bit like black magick, I'm sure there is somewhere a proper explanation and a scientific way to do it... Until that I stick to that what I know. Let there be light ;) Linus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] Still no resume
Fox Mulder [EMAIL PROTECTED] writes: Suspend is broken again in the latest fso kernels. But with the latest openmoko kernel suspend works. But zhone is reacting a bit weird after resuming. ;) You are right. It's working now. Thank you very much. Greetings Sven pgpTAyj2c73VR.pgp Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] Still no resume
2008/10/1 Sven Bretfeld [EMAIL PROTECTED] Suspend is broken again in the latest fso kernels. But with the latest openmoko kernel suspend works. But zhone is reacting a bit weird after resuming. ;) Do you know if they are different kernels, or different version of the same kernel tree? Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dead battery
On Wednesday 01 October 2008, Vince M. Clark wrote: I've tried multiple times with no success. If the various 'leave it charging' methods don't work then your best bet is the nokia battery or charger for nokia battery. Stick the charged nokia battery in the freerunner, plug in the usb lead or power adapter, and boot. Once it has booted remove the nokia battery and put in the original one that's dead. This will now start charging as normal. You can also connect up more or less any other single cell Li-Ion battery or suitable external PSU to do the initial boot, then remove and plug in the dead battery. If you think this method needs more detailed instructions you shouldn't be attempting it ;-) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Stable OM distro
You can try FDOM. It's somewhat bloated, but works nicely for me. Nice, I will try this as well. Even Qtopia didn't work out for me. Other users have the same experience? It usually takes a while before problems show, and I'm really hoping I will be able to at least phone and sms with a normal battery life (and resume that works) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: voip on Debian
As of now, I'm using asterisk on debian to connect to an IAX2 provider. (diamoncard.us) There is a far end echo, that is being caused by asterisk on the Freerunner. Other than that, it is working perfectly. I don't know much about the FSO framework or zhone, but it would be trivial (from the asterisk end) to use zhone as the front end, as it would only take sending asterisk manager commands to control the console. Configuration of asterisk with a gui would be a sticking point, but not too complicated by any means. I'm still working on eliminating the echo, but I have a feeling that nothing short of a recompile will work (or a channel driver for the wolfson codec instead of using alsa, both of which I am ignorant about). I saw the asterisk .ipk in the community repo, does anyone know the source of that package, or who compiled it? -- View this message in context: http://n2.nabble.com/voip-on-Debian-tp842903p1132559.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [2008.8] [2008.9] [qtopia] earphones
My eperience with the headset: If you plug it all the way in, you hear from one side. You pull it out a bit, you hear from teh other side. There is a sweet spot where you can get sound from both sides. Experiment slowly. On Wed, Oct 1, 2008 at 8:02 PM, Alastair Johnson [EMAIL PROTECTED]wrote: Davide Scaini wrote: Thanks a lot I'll try! why there's no wiki about that? Because nobody's added it yet ;-) If it sorts the problem for you then please add the details to the wiki. thanks again d On Wed, Oct 1, 2008 at 6:40 PM, Alastair Johnson [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Davide Scaini wrote: hi all, if I connect the earphones at the fr i can hear only from one side... is that and hardware or a software problem? I tried with asu and qtopia with the same result (the earphones are ok...) thanks d qtopia and 2008.x don't switch alsa state files on insertion of the headset. This leaves you with the stereoout.state which will give output in one ear of the headset only. You need to load headset.state instead: alsactl -f /usr/share/openmoko/scenarios/headset.state restore You may have to switch states manually rather frequently, depending on how aware of the headset the various apps are. You may want to switch to gsmheadset.state during phone calls for instance. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- - Bu mesaj UTF-8 ile kodlanmıştır - Atilla Filiz Technische Universiteit Eindhoven Embedded Systems, Master's Programme ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian size and uSD
A consistency check with fdisk yielded that the size of the partition and the size of the filesystem do not match, and advised me to run e2fsck. e2fsck said there are no problems. I ran fdisk and e2fsck on FR-debian. gparted on my py sees the partition as 2GB. darn it. On Wed, Oct 1, 2008 at 5:39 PM, Atilla Filiz [EMAIL PROTECTED] wrote: I did dd if=/dev/sdb2 of=/dev/sdf2 and it booted but i still have a problem. sdb was a 512M card and sdf is 2G. After copying, my pc sees it as 2G but FR sees it as 512M. Runing some partition software now(testdisk). On Wed, Oct 1, 2008 at 4:09 PM, Nicola Mfb [EMAIL PROTECTED] wrote: 2008/10/1 Atilla Filiz [EMAIL PROTECTED] I can use two card readers, no problem. would you suggest me tar /dev/sdb2 and untar it into /dev/sdc2? Or is 'dd if=/dev/sdb of=/dev/sdc' better You may dd if=/dev/sdb2 of=/dev/sdc2, and after resize2fs /dev/sdc2. Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- - Bu mesaj UTF-8 ile kodlanmıştır - Atilla Filiz Technische Universiteit Eindhoven Embedded Systems, Master's Programme -- - Bu mesaj UTF-8 ile kodlanmıştır - Atilla Filiz Technische Universiteit Eindhoven Embedded Systems, Master's Programme ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Debian size and uSD
A consistency check with fdisk yielded that the size of the partition and the size of the filesystem do not match, and advised me to run e2fsck. e2fsck said there are no problems. I ran fdisk and e2fsck on FR-debian. gparted on my py sees the partition as 2GB. darn it. so? your partition might be 2g, but your fs still is 512mb. somebody explicitely mentioned to use resize2fs to make partitzion size and fs size match. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Stable OM distro
I'm assuming you are referring to Qtopia 4.3 right? It was close but not quite there. I have very high hopes for 4.4. - Original Message - From: t m [EMAIL PROTECTED] To: List for Openmoko community discussion community@lists.openmoko.org Sent: Wednesday, October 1, 2008 2:56:00 PM (GMT-0700) America/Denver Subject: Re: Stable OM distro You can try FDOM. It's somewhat bloated, but works nicely for me. Nice, I will try this as well. Even Qtopia didn't work out for me. Other users have the same experience? It usually takes a while before problems show, and I'm really hoping I will be able to at least phone and sms with a normal battery life (and resume that works) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Stable OM distro
I believe a lot of us are keeping our breath and crossing the fingers. for that promising 4.4, but I'm a little confused about the openess of the premium modules. El mié, 01-10-2008 a las 15:56 -0600, Vince M. Clark escribió: I'm assuming you are referring to Qtopia 4.3 right? It was close but not quite there. I have very high hopes for 4.4. - Original Message - From: t m [EMAIL PROTECTED] To: List for Openmoko community discussion community@lists.openmoko.org Sent: Wednesday, October 1, 2008 2:56:00 PM (GMT-0700) America/Denver Subject: Re: Stable OM distro You can try FDOM. It's somewhat bloated, but works nicely for me. Nice, I will try this as well. Even Qtopia didn't work out for me. Other users have the same experience? It usually takes a while before problems show, and I'm really hoping I will be able to at least phone and sms with a normal battery life (and resume that works) ___ 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: [2008.09][FSO] Programming interface to wifi Icon
On Wed, 1 Oct 2008 11:20:23 -0400 Joel Newkirk [EMAIL PROTECTED] babbled: On Wed, 01 Oct 2008 14:39:08 +0100, Arigead [EMAIL PROTECTED] wrote: i'm baffled. that bar wt the top is always visible - it's not part of your app (and it only is invisible if your app goes fullsreen). note that the icon is entirely part of the theme and may vary based on whatever theme you use. the bar is part of the window manager and its contents are controlled by code running in the wm process (either core or loadable modules). there are no signals for pressing the icon published - it's internal and up to the gadget code for that icon (in e terms it's a gadget). as its tny icon, pressing it is not that useful and so does nothing. Sorry Yes I would like to use the Icon on the top of the illume bar. I was thinking interfacing this to my daemon so regardless of app you can see the wifi status the same as you can see the GSM status at present. If anybody knows about somewhat different :-) Would this presently be set by Kernel code the Window Manager? It's part of the edje setup for the main screen, in illume.edj. (well, that can differ - I've always installed illume-config and illume-config-illume) You can think of the .edj file as a theme package of sorts, although it abstracts more UI handling out of the program than traditional theming. In OO fashion it separates all the user interaction into the edje file, with the main application interacting via signals to change UI or respond to user actions and triggers generated by the UI itself. You can set up in the .edj file to support changing icons triggered by signals from 'outside', and emit signals when some UI interaction (IE, click the icon) takes place. I'm interested in doing something similar with USB, showing whether it's in host or device mode, networking vs mass storage if device mode, sending or expecting power, forcing 500mA or 1000mA charging, and ability to change all the above. you'd need code to figure this out - but then you feed a State to the edje - the edje then decides how to display that state. The program edje_editor is great for taking a look at such features. It's part of the E17 desktop setup, I've been playing with it in the developer VM I'm working on. It takes the intact .edj file and extracts all the configs, images, etc from it and gives you a nice WYSYWIG GUI editor. BTW - I printed out the actual text config from illume.edj, it's about 100 pages long... A simpler starting point to learn your way around .edj and edje_editor is illume_init.edj, the startup theme. (second view of the boots, with the green scanning back and forth instead of indicating percent progress) It's quite easy to drop in a different background image, redefine the animation, etc this way. (Now what we really need is a tool running ON the FR that decompiles the main .edj file and lets us replace wallpaper, etc - basic customization, not full-on UI redesign work) install edje-utils. use edje_decc then :) but really - you just want e's wallpaper setting dialog that already does all of this (if you ever used e on the desktop). j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: dead battery
On Wed, 2008-10-01 at 08:16 -0600, Vince M. Clark wrote: Well, I'm out of options. I left my fr plugged into the trickle charger overnight. Still won't boot. Can you jump start it as per the wiki? Borrow (friend/partners/... phone) a nokia bl4c, bl5c or bl6c battery? Boot the FR using this. Once up you can safely remove the battery while still connected and replace it with yours which should happily charge. The PMU will have negotiated 500ma so the phone will stay up. I have not actually heard of a dead FR without prior cause (dropped etc) and the symptoms fit with an over-discharged battery and early u-boot so I doubt its actually dead. BillK ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Debian] Still no resume
It seems that OM and FSO apply different patches to the standard kernel so they behave a little different. At the moment i stick to OM kernels because they are build daily instead of FSO which build new kernels only in longer intervals. And as long as OM kernels work with the fso framework it is ok for me. ;) Ciao, Rainer Nicola Mfb wrote: 2008/10/1 Sven Bretfeld [EMAIL PROTECTED] Suspend is broken again in the latest fso kernels. But with the latest openmoko kernel suspend works. But zhone is reacting a bit weird after resuming. ;) Do you know if they are different kernels, or different version of the same kernel tree? 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: Qtopia 4.4 - Qt Extended | Now Released!
Lorn Potter wrote: Marco Trevisan (Treviño) wrote: Cool... Btw I've seen that there are also some commercial (premium) modules that could be integrated with Qtopia, also if they're not open source. Well, will be there a way to get the torch mobile browser, for example? This is the full functionality Iris web browser. This was not developed by Qt Software. There is a simple example web browser in the qtextended sources. You would have to contact the premium module companies to find out if they are releasing a version for the Neo. None of the 'premium' modules were developed by Qt Software. Qt Extended is fully dual licensed. Yeah, I knew that but the company which has developed Iris said to another user that the browser is available just for Trolltech/Nokia and not for all users... Can you confirm this or maybe there's a way to get it? -- 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
Re: ReMoKo and openSuSE 11
i have the same versions as Claus, and no i never tryed connecting bluetooth mouse or keyboard, thanx alot valerio for your help ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
New Rasterman Image...
In the enlightenment archives there's a new Rasterman image: - openmoko-illume-image-glibc-ipk--20080929-om-gta02.rootfs.jffs2 [1] It looks so cool with the new illume theme [2] [3] [4] [5] [6], but practically it has no telephony related software installed in since it seems a simple OE built with these scripts [7], so (I figure) that you're free to put in both the FSO and/or the Om2008.8 stack, just install the needed packages! Bye. [1] http://download.enlightenment.org/misc/Illume/ [2] http://forum.telefoninux.org/index.php/topic,533.0/topicseen.html [3] http://www.rasterman.com/files/illume-01.ogg [4] http://www.rasterman.com/files/illume-02.ogg [5] http://www.rasterman.com/files/illume-03.ogg [6] http://www.rasterman.com/files/illume-04.ogg [7] http://www.rasterman.com/files/oe-setup.tar.gz -- 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
Re: New Rasterman Image...
On Wed, Oct 1, 2008 at 7:18 PM, Marco Trevisan (Treviño) [EMAIL PROTECTED]wrote: In the enlightenment archives there's a new Rasterman image: - openmoko-illume-image-glibc-ipk--20080929-om-gta02.rootfs.jffs2 [1] It looks so cool with the new illume theme [2] [3] [4] [5] [6], but practically it has no telephony related software installed in since it seems a simple OE built with these scripts [7], so (I figure) that you're free to put in both the FSO and/or the Om2008.8 stack, just install the needed packages! Bye. [1] http://download.enlightenment.org/misc/Illume/ [2] http://forum.telefoninux.org/index.php/topic,533.0/topicseen.html [3] http://www.rasterman.com/files/illume-01.ogg [4] http://www.rasterman.com/files/illume-02.ogg [5] http://www.rasterman.com/files/illume-03.ogg [6] http://www.rasterman.com/files/illume-04.ogg [7] http://www.rasterman.com/files/oe-setup.tar.gz I have a question about the predictive keyboard shown in one of those movies - what on earth is the justification for providing the following predictions - User input is on the left, prediction is on the left: w - a wo - so wor - wot worl - work world - ? (I'm not sure what was the prediction, but at this point it's moot... It was probably wrong, anyway.) The qtopia keyboards do the same braindead thing. They're perfectly unusable as a result. The handwriting recognition engine appears to be wired into the same prediction engine, resulting in letters that were recognized correctly to be randomly replaced with incorrect letters. Is this a bug, or is that the intended behavior? --Ori Pessach ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Rasterman Image...
On Wed, 1 Oct 2008 20:32:34 -0600, Ori Pessach [EMAIL PROTECTED] wrote: I have a question about the predictive keyboard shown in one of those movies - what on earth is the justification for providing the following predictions - User input is on the left, prediction is on the left: w - a wo - so wor - wot worl - work world - ? (I'm not sure what was the prediction, but at this point it's moot... It was probably wrong, anyway.) The qtopia keyboards do the same braindead thing. They're perfectly unusable as a result. The handwriting recognition engine appears to be wired into the same prediction engine, resulting in letters that were recognized correctly to be randomly replaced with incorrect letters. Is this a bug, or is that the intended behavior? --Ori Pessach Intended, you just have to understand what it's doing. Unlike T9 and other predictive inputs that are familiar from cellphones, the keyboard predictive process looks at neighboring keys, 'predicting' that periodically you may hit the wrong one. (if you're using your finger that's pretty likely, especially if they're as wide as mine) If you pay close attention, the actual user input is helko worlc, and yes it suggests 'hello' and 'world' as the prime suspects. As a developer and hacker I hate it. For text messaging it seems it would be useful, presuming that the user won't always have (or choose to use) a stylus. j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Rasterman Image...
On Wed, Oct 1, 2008 at 8:57 PM, Joel Newkirk [EMAIL PROTECTED] wrote: On Wed, 1 Oct 2008 20:32:34 -0600, Ori Pessach [EMAIL PROTECTED] wrote: I have a question about the predictive keyboard shown in one of those movies - what on earth is the justification for providing the following predictions - User input is on the left, prediction is on the left: w - a wo - so wor - wot worl - work world - ? (I'm not sure what was the prediction, but at this point it's moot... It was probably wrong, anyway.) The qtopia keyboards do the same braindead thing. They're perfectly unusable as a result. The handwriting recognition engine appears to be wired into the same prediction engine, resulting in letters that were recognized correctly to be randomly replaced with incorrect letters. Is this a bug, or is that the intended behavior? --Ori Pessach Intended, you just have to understand what it's doing. Unlike T9 and other predictive inputs that are familiar from cellphones, the keyboard predictive process looks at neighboring keys, 'predicting' that periodically you may hit the wrong one. (if you're using your finger that's pretty likely, especially if they're as wide as mine) If you pay close attention, the actual user input is helko worlc, and yes it suggests 'hello' and 'world' as the prime suspects. As a developer and hacker I hate it. For text messaging it seems it would be useful, presuming that the user won't always have (or choose to use) a stylus. I understand what it's doing. It's not doing it well. I tried it for shell input, and it was an unusable mess. I tried it for text messaging, and it was an unusable mess. It has no model of the likelihood of erroneous input (relatively low) and instead appears to look for the word with the closest minimum edit distance to the user's input. This is nuts. I have never - literally - gotten the word I typed in. In the common use case, of a user who enters a correct word, it invariably get it wrong. Understanding what it's doing doesn't make it less of a nuisance. --Ori Pessach ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Rasterman Image...
On Wed, 1 Oct 2008 22:57:10 -0400 Joel Newkirk [EMAIL PROTECTED] babbled: On Wed, 1 Oct 2008 20:32:34 -0600, Ori Pessach [EMAIL PROTECTED] wrote: I have a question about the predictive keyboard shown in one of those movies - what on earth is the justification for providing the following predictions - User input is on the left, prediction is on the left: w - a wo - so wor - wot worl - work world - ? (I'm not sure what was the prediction, but at this point it's moot... It was probably wrong, anyway.) The qtopia keyboards do the same braindead thing. They're perfectly unusable as a result. The handwriting recognition engine appears to be wired into the same prediction engine, resulting in letters that were recognized correctly to be randomly replaced with incorrect letters. Is this a bug, or is that the intended behavior? --Ori Pessach Intended, you just have to understand what it's doing. Unlike T9 and other predictive inputs that are familiar from cellphones, the keyboard predictive process looks at neighboring keys, 'predicting' that periodically you may hit the wrong one. (if you're using your finger that's pretty likely, especially if they're as wide as mine) If you pay close attention, the actual user input is helko worlc, and yes it suggests 'hello' and 'world' as the prime suspects. As a developer and hacker I hate it. For text messaging it seems it would be useful, presuming that the user won't always have (or choose to use) a stylus. bingo. thus the terminal keyboard layout exists - it doesnt correct/predict or suggest. you get what you press, no more, no less, and immediately. so i'm trying to conquer both worlds. i have actually been using the corrective keyboard for testing - the freerunenr has a 2.8 screen. in practice thanks to the bevels on the sides its effective usable area is about 2.5. and on that tiny surface area i can usably type in full english sentences with very few mistakes WHILE walking down the street. thats much better than i can do with a stylus and a non-corrective keyboard on windows ce/mobile/pocketpc, on qtopia's stylus keyboard on my roker e6 and on the matchbox qwerty keyboard etc. etc. for entering sms/email/human stuff its great. if the word is not in your dict - it will be listed always at the top of the long-suggestions list (tap the top-left arrow). it will then be added to your dict. as you use words their Frequency count goes up and is stored. it learns what words you use a lot and tends to offer them as predicted corrections much more accurately once you have been using it for a bit. it is guessing what you meant to type based on the you probably pressed the key you wanted or somewhere near it - maybe a key or 2 away, per letter in the word, so let me search a dictionary and look to see what you likely may have meant. as you type its looking these up and suggesting words. it won't suggest a word other than one in the dictionary file OR one in your personal dictionary (one it's learnt), or EXACTLY what u pressed. depending on how many things match you may get more in that list than can be displayed above the keyboard, so the top-left arrow brings up a full scrollable list of all matches in that case. what the qtopia keyboard does (i can't comment as well as the illume one) and illume do (which was heavily inspired by qtopia's keyboard - and kudos to the tolls for it. of course some things i really dont like about it and i've tried to address them in illume's keyboard - but qtopia's is very good!) is expect you to be entering english text (eg an email, sms, some notes etc.) and correct. both have modes to FORCE a letter to be used (in illume press and hold for 0.25 sec and the zoom box pops up - qtopia has a similar thing). in illume any letters you zoomed in on will not be corrected. they will be taken as explicit selections and thus reduce the search space. illume provides multiple layouts as FILES - so you can extend them and provide more of your own for yoru langauge or personal preferences. the terminal layout just makes the illume keyboard be a dumb stylus keyboard where 1 press on 1 key == exactly that key stroke sent to the app. nothing more or less. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Rasterman Image...
On Wed, Oct 1, 2008 at 9:11 PM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Wed, 1 Oct 2008 22:57:10 -0400 Joel Newkirk [EMAIL PROTECTED] babbled: On Wed, 1 Oct 2008 20:32:34 -0600, Ori Pessach [EMAIL PROTECTED] wrote: I have a question about the predictive keyboard shown in one of those movies - what on earth is the justification for providing the following predictions - User input is on the left, prediction is on the left: w - a wo - so wor - wot worl - work world - ? (I'm not sure what was the prediction, but at this point it's moot... It was probably wrong, anyway.) The qtopia keyboards do the same braindead thing. They're perfectly unusable as a result. The handwriting recognition engine appears to be wired into the same prediction engine, resulting in letters that were recognized correctly to be randomly replaced with incorrect letters. Is this a bug, or is that the intended behavior? --Ori Pessach Intended, you just have to understand what it's doing. Unlike T9 and other predictive inputs that are familiar from cellphones, the keyboard predictive process looks at neighboring keys, 'predicting' that periodically you may hit the wrong one. (if you're using your finger that's pretty likely, especially if they're as wide as mine) If you pay close attention, the actual user input is helko worlc, and yes it suggests 'hello' and 'world' as the prime suspects. As a developer and hacker I hate it. For text messaging it seems it would be useful, presuming that the user won't always have (or choose to use) a stylus. bingo. thus the terminal keyboard layout exists - it doesnt correct/predict or suggest. you get what you press, no more, no less, and immediately. so i'm trying to conquer both worlds. i have actually been using the corrective keyboard for testing - the freerunenr has a 2.8 screen. in practice thanks to the bevels on the sides its effective usable area is about 2.5. and on that tiny surface area i can usably type in full english sentences with very few mistakes WHILE walking down the street. thats much better than i can do with a stylus and a non-corrective keyboard on windows ce/mobile/pocketpc, on qtopia's stylus keyboard on my roker e6 and on the matchbox qwerty keyboard etc. etc. for entering sms/email/human stuff its great. if the word is not in your dict - it will be listed always at the top of the long-suggestions list (tap the top-left arrow). it will then be added to your dict. as you use words their Frequency count goes up and is stored. it learns what words you use a lot and tends to offer them as predicted corrections much more accurately once you have been using it for a bit. it is guessing what you meant to type based on the you probably pressed the key you wanted or somewhere near it - maybe a key or 2 away, per letter in the word, so let me search a dictionary and look to see what you likely may have meant. as you type its looking these up and suggesting words. it won't suggest a word other than one in the dictionary file OR one in your personal dictionary (one it's learnt), or EXACTLY what u pressed. depending on how many things match you may get more in that list than can be displayed above the keyboard, so the top-left arrow brings up a full scrollable list of all matches in that case. what the qtopia keyboard does (i can't comment as well as the illume one) and illume do (which was heavily inspired by qtopia's keyboard - and kudos to the tolls for it. of course some things i really dont like about it and i've tried to address them in illume's keyboard - but qtopia's is very good!) is expect you to be entering english text (eg an email, sms, some notes etc.) and correct. both have modes to FORCE a letter to be used (in illume press and hold for 0.25 sec and the zoom box pops up - qtopia has a similar thing). in illume any letters you zoomed in on will not be corrected. they will be taken as explicit selections and thus reduce the search space. illume provides multiple layouts as FILES - so you can extend them and provide more of your own for yoru langauge or personal preferences. the terminal layout just makes the illume keyboard be a dumb stylus keyboard where 1 press on 1 key == exactly that key stroke sent to the app. nothing more or less. Making the user compensate for the algorithm's mistakes before it made them doesn't sound very useful. Sounds like it assumes that the user has intimate knowledge of the correction algorithm, which you have, and I don't. Maybe that's why it works for you and drives me absolutely batty. (I'm talking about the mode where the user is expected to force a letter before she has a chance to find out that it's going to be corrected in an unhelpful way.) --Ori Pessach ___ Openmoko community mailing list
Re: New Rasterman Image...
On Wed, 1 Oct 2008 21:05:53 -0600 Ori Pessach [EMAIL PROTECTED] babbled: I understand what it's doing. It's not doing it well. I tried it for shell i disagree. it works like a charm for me - as per my previous mail - i can use it while walking down the street. more than i can say for pretty much any other virtual keyboard i have available to me. input, and it was an unusable mess. I tried it for text messaging, and it why someone would use a language dictionary-based corrective keyboard for shell input beats me! in this case i call silly user - using a motorcycle to deliver elephants line :) use the terminal keyboard. use a stylus. thats what it was meant for. :) was an unusable mess. It has no model of the likelihood of erroneous input it does. it absolutely does. maybe your fingers are incredibly off-center? here is the algorithm (and if u don't believe me - code is there to be read): it stores a press POINT (x,y). it looks for all keys whose center point is WITHIN f distance of x,y (f being the fuzz value - the .kbd file for the qwerty Default keyboard is 135 units wide, with fuzz radius of 20, so that's about 1/3rd of the keyboard that it searches through for a likely match). likelihood factors (distance) per key found is allocated based on distance (0 == most likely, 0 less likely the greater the value). each press is done this way EXCEPT if u hold for 0.25 sec then drag to select a key explicitly in zoom mode - then the ONLY key available for that word slot is that letter selected given a distance of 0. as you type all permutations of letters are searched and put into a list - with each permutation given a distance metric based on the letters used (simply addition of the distances). now this is combined with the dictionary's frequency metric (multiplied by an inverse) so the more likely the word is to be used the lower its distance becomes. words are sorted from most to least likely based on this metric then listed with most likely in the middle of the list, leas likely to the left/right ends - which you may not see. the vertical list lists all matches from most to least likely (top to bottom) with 1 exception - EXACTLY what u typed it as the top. it absolutely has a fairly good idea of likelihood of error and likelihood of usage of a word etc. etc. eg: Press | Guess+dist e e+0 w+1 r+2 d+2 s+1 r r+0 t+1 e+2 f+1 g+2 d+3 k k+0 l+1 o+2 i+3 j+3 d d+0 f+1 s+1 e+1 c+1 r+2 w+2 so erkd has distance 0 = but its not a word in the dictionary at all, so thrown out. rwkd has distance 1, but not a word, srkd same, etkd, efkd, erld, etc. etc. in the end it produces a list where most likely world ends up the word with other options too - and this is a much simplified list. mostly the list for candidate letters per input letter is about 10-12 letters. so u have 12*12*12*12 permutations for a 4 letter word - of which a fraction of that space is legitimate words. each permutation has a likelihood value based on press distance and on frequency of usage of that word in language in general in the dictionary. mind you - i AM talking about illume's keyboard, its algorithms as is in the image i built. if you use something else i cannot comment as it's something else. (relatively low) and instead appears to look for the word with the closest minimum edit distance to the user's input. This is nuts. I have never - it's not - as the edit distance is the likelihood of error. you likely press the key you want - or near it. thus keys near where you pressed are more likely than those further away. to limit search distance only up to a certain distance is searched. chances are that you do this: fingerprint: ___ /~~~\ |~~~| |~~~| \x/ where x is the pressure point reported on the touchscreen. the only info the touchscreen reports is the pressure point - nothing else. you think u press somewhere else, but don't. you know what u pressed bu what key pops up that lets u know pretty well how good your pressing of the screen is. this is just a hardware limit of a resistive touchscreen. the point of greatest pressure is used - not the middle point of the area in which skin contacts the screen. get the gpe-sketchbook and try press with the flat of your finger and see just of far off your press point is. it may surprise you. as i said - it does have all the model and code and even data to do proper correction based on many factors. i do NOT have a dictionary with frequency info for all of english - there is a small english dict (5000 words) with some frequency info in it i managed to gather, but its very small. if you don't believe me - read the code, or do better. patches accepted, but i think the problem is just that the dictionary has no frequency info by default (a matter of simple lack of data) or how you press the screen. i suggest you pay close attention to how you type and see. yes the black word (in the black box) may not be always the word u want - but its most often that
Re: New Rasterman Image...
On Wed, 1 Oct 2008 21:35:40 -0600 Ori Pessach [EMAIL PROTECTED] babbled: Making the user compensate for the algorithm's mistakes before it made them doesn't sound very useful. Sounds like it assumes that the user has intimate knowledge of the correction algorithm, which you have, and I don't. Maybe that's why it works for you and drives me absolutely batty. (I'm talking about the mode where the user is expected to force a letter before she has a chance to find out that it's going to be corrected in an unhelpful way.) it's impossible to know. how do u know what the word int he end is going to be - if its something you haven't got in your dictionary and can't match to? that is why the full match list exists with exactly what you typed. then it goes into the dict and can be matched and as you use it more is more likely to be matched. if u are on an even smaller screen or on a very bumpy bus ride you can use hold+drag (zoom mode) to carefully enter a specific letter or word. if the word is not in the dict - this is a way to enter it. you will know its not there when its not offered as a correction in the short or long list. you get to delete what u typed and type again carefully. you only need to do this once. then it goes into the dict. btw - you DO know u can PRESS on the list of matches on the top - not just stroke right to accept the default most likely one? and you do know of the full match list? (top-left)? it doesnt assume intimate knowledge of the algorithm btw. you assume that it needs it - if u keep pressing the wrong keys hold+drag+zoom is a way to fix it. if u have a stylus and u are standing still the correction stuff is useless anyway - so u just don't use it. just press away with stylus as if it were any normal stylus keyboard (as u will always enter the correct word and thus it will always be exactly what you typed). seriously - as an experiment, when you type a word and it gets the guess wrong pop up the full list and at the top is EXACTLY what you typed. look at it then go wow! it managed to correct THAT into the list of following words! wow! it's astounding how it can turn a mangled mess into a legible word. it works! -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Rasterman Image...
On Thu, 2 Oct 2008 13:11:21 +1000, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: for entering sms/email/human stuff its great. if the word is not in your dict - it will be listed always at the top of the long-suggestions list (tap the top-left arrow). it will then be added to your dict. as you use words their Frequency count goes up and is stored. it learns what words you use a lot and tends to offer them as predicted corrections much more accurately once you have been using it for a bit. Can you offer the ability to weight the personal dictionary? IE, either on write or on read, scale the frequency by a configurable factor? Force any entries there to come up first regardless of frequency? And for that matter, how does it handle the case where the built-in dict has no frequency data, but the user dict does? (I presume this is the 'default' situation) j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: New Rasterman Image...
On Thu, 2 Oct 2008 00:19:50 -0400 Joel Newkirk [EMAIL PROTECTED] babbled: On Thu, 2 Oct 2008 13:11:21 +1000, Carsten Haitzler (The Rasterman) [EMAIL PROTECTED] wrote: for entering sms/email/human stuff its great. if the word is not in your dict - it will be listed always at the top of the long-suggestions list (tap the top-left arrow). it will then be added to your dict. as you use words their Frequency count goes up and is stored. it learns what words you use a lot and tends to offer them as predicted corrections much more accurately once you have been using it for a bit. Can you offer the ability to weight the personal dictionary? IE, either on write or on read, scale the frequency by a configurable factor? Force any entries there to come up first regardless of frequency? And for that matter, how does it handle the case where the built-in dict has no frequency data, but the user dict does? (I presume this is the 'default' situation) the personal dict has frequency in it - and it always takes preference. any word you use will go into the personal dict as its weight will have changed (the system dict has no weights so all entries are assumed 1). so from then on personal dict is king. each word has a weight. words with higher weights are more likely to match - but that also depends how far off your typing is too. in generally you will find that the more you use a word the more it is either the default correction choice or that it is one of the very top candidates and is instantly visible (if its short enough). generally the longer the word the fewer dict candidates so it tends to get it right more reliably anyway. just try it! be patient - teach it things it doesn't know (names and proper names may not all be there as well as slang and shortenings like 2day and 4ever sms-speak), and as you use it and select the corrected word you want it will get much better at guessing your habits. it definitely does. i've tried it out a lot! -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community