Current GSM firmware version can't make reflashing harder (was: Re: [QTE 4.4.3] Determining which version of GSM firmware I have.)
W.Kenworthy bi...@iinet.net.au writes: It did for me - absolutely refused to upgrade in every way I tried until I downgraded (as per the wiki page) and then the upgrade worked fine. This happened with moko10 and trying to upgrade to moko11 - yes doesnt make sense, I flashed between moko11 and moko10 numerous times. If you really used the recommended way (ROM bootloader, no flow control), then i see no reasonable way (except magic) how a particular firmware version can cause problems for reflashing. Moreover, if you were able to downgrade, you could have upgraded just as well. So, to me both the wiki report as well as your words look like the result of some misunderstanding, not as a description of an existing issue. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Could you please clarify your opinion on BT audio issues on GTA01
Hi, In the message[1] you say that bluetooth audio on the gta01 will never work, even with that bluetooth alsa state. Could you please explain what exactly did you mean and what is the actual problem? Were you talking about A2DP or SCO? If SCO, was it SCO over PCM or HCI? If A2DP, what is the difference between gta01 and gta02 in this regard, should it work correctly on gta02 in your opinion? TIA [1] http://markmail.org/message/dlti2ldnhcsskw23 -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume - Command line to display the keyboard ?
Hi Thanks very much for sharing your tool ! I am using SHR + Illume, and I would like to make the illume keyboard appear when short clicking on AUX. So I went to the Illume configuration -- Input -- Key Bindings, and added the command /home/root/Scripts/illume-kbd-show on the Aux press. This works well, but I cannot use the same Aux button to hide the keyboard. The best for that would be that your script first test wether the keyboard is displayed or not, and display / hide it depending on the display status. Do you think it is possible ? Thanks again. Kimaidou 2009/3/11 Marco Trevisan (Treviño) m...@3v1n0.net kimaidou wrote: I am running SHR testing, and I am trying to display the keyboard with a very short press on AUX (like under Hackable:1). To map the keys, I use illume configuration : Input Key binding. I have not found with google and wiki search how to display the keyboard, such as when clicking on the icon qwerty. The illume keyboard supports the matchbox protocol that works over x11 xevents, that's why I've written this small c program [1] that basically sends the _MB_IM_INVOKER_COMMAND x-atom that can control the illume (and matchbox) keyboard. You can try this binary too, simply run illume-kbd-show to show the keyboard it and illume-kbd-show -k to hide it. Using that code as base we could also use the ecore_x keyboard atoms (_E_VIRTUAL_KEYBOARD*) to select the keyboard to be used and so on... [1] http://3v1n0.tuxfamily.org/openmoko/illume-kbd-show.c [2] http://3v1n0.tuxfamily.org/openmoko/illume-kbd-show -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Transparent keyboard in illume
Johny Tenfinger wrote: Now in shr-unstable patch for composite is included by default. I'm going to include second patch (for ts) later. Which package would that be? The unstable repository has this package http://shr.bearstech.com/shr-unstable/ipk/armv4t/xserver-kdrive-glamo_1.3.0.0+gitr9b28d998424c77fbc057dd3a022ccbb122793a52-r3_armv4t.ipk But it is dated jan 22. and is the same version as the package in shr testing. Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: thoughts on A-GPS offline
On Tue, 10 Mar 2009 15:18:23 +0100 Helge Hafting helge.haft...@hist.no wrote: I do not get 7s every time. This was an ideal test, I was standing in a place with good visibility. the gps used 9 or so satellites. Then I stopped tangogps and restarted it, and timed it from the moment the tangogps screen showed. (So as to not include the startup time for tangogps itself). The TTFF is usually a little longer inside a bus or building. Okay, this still sounds really promising and matches my experience. Even when riding my bike I now usually get a fix within the first minute, mostly within 30 seconds. Before uploading ephemeris this often took several minutes (sometimes it wouldn't get a fix until I stood still for 20 seconds even after riding around for ~10 minutes). so the chip knows which SVs to search for. So a pacc of 3km or 9km shouldn't have any noticable effect. This is just guesswork though, so any results on your part would be greatly appreciated. It was just to be safe. The documentation states that you might not get a fix _at all_ if either position or time is outside the claimed accuracy. Now, maybe it works with 3km anyway after the fixes that prevents the chip-crashing exception. I happen to live about 6km away from where I work, so 9km was a nice safe value. The default is 300km, and 100km allows a more optimistic startup. Perhaps such rough estimates is all that is needed, if it is only used to figure which satellites that can be seen. If you don't mind testing please try changing pacc to 100km and see if it affects TTFF adversely in your case. If not we could just use that as a default. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] Installing *.ipk/*.opk part 1: Dependencies
When installing opk/ipk packages from e.g. http://www.opkg.org/, there will be problems with unmet dependencies because Debian uses other package names for some of the packages providing the dependencies. I've created a few small packages which create a mapping of the package names so tricks like --force-depends/--ignore-depends should not be necessary. See: http://nospamnospam.homepage.dk/software/download/oedepmappings/ It works as a repository too if you run this as root: # echo 'deb http://nospamnospam.homepage.dk/software/download/oedepmappings/ /' /etc/apt/sources.list.d/ril-oedepmappings.list -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QTE 4.4.3] Determining which version of GSM firmware I have.
Am Di 10. März 2009 schrieb Friedrich Clausen: On Tue, Mar 10, 2009 at 11:34 AM, Friedrich Clausen f...@derf.nl wrote: On Tue, Mar 10, 2009 at 11:24 AM, Chris Samuel ch...@csamuel.org wrote: On Tuesday 10 March 2009, Friedrich Clausen wrote: Thanks Florian and Filip for your replies, I will check this shortly. According to the Changelog below the GTA02A5 and GTA02A6 ship with the moko8 firmware, so unless you've flashed it you're going to have that (or earlier if it's an earlier HW rev). http://people.openmoko.org/joerg/calypso_moko_FW/all_version__CHANGELOG.txt Ah, I am running Moko9-beta1 it seems. I don't see any chance MOKO9b1 is shipped with any of the FR devices. I will update to Moko11 when I get a chance. On the previously mentioned GSM flashing page it says Also PLEASE DON 'T USE moko9beta1, as there is at least one report on reflashing to another FW gets difficult from moko9b1. Nevermind this comment. Flashing GSM-FW back and forth never failed on a single case we seen so far, for all versions from MOKO8 to MOKO11 /jOERG 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: [archlinux] Port to the ARM.
I'll second that, if there's something that I can test, let me know. I can help put together PKGBUILDs or test different builds. On Tue, Mar 10, 2009 at 8:49 PM, The Digital Pioneer digitalpion...@gmail.com wrote: I'm a hardcore Arch fan, and I'd love to pitch in if possible. I can compile packages, if you can provide PKGBUILDs and a working toolchain, the one on the wiki doesn't work for me. ___ 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: Could you please clarify your opinion on BT audio issues on GTA01
On Wed, 11 Mar 2009 10:36:35 +0300 Paul Fertser fercer...@gmail.com wrote: Hi, In the message[1] you say that bluetooth audio on the gta01 will never work, even with that bluetooth alsa state. Could you please explain what exactly did you mean and what is the actual problem? Were you talking about A2DP or SCO? If SCO, was it SCO over PCM or HCI? If A2DP, what is the difference between gta01 and gta02 in this regard, should it work correctly on gta02 in your opinion? Jan Lübbe has recently made a phone call with a bluetooth headset on GTA02 and I got A2DP working (though mono) on my GTA01 a while back. A2DP should just work since you are not going through the Wolfson chip in any way. Phone calls via headset is another story and I can't answer that for GTA01, but I think we didn't change anything in that area from GTA01 to GTA02. Regards, Daniel Willmann signature.asc Description: PGP signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Venetia 0.1.0
On 09/03/2009 20:57, Stefan Monnier wrote: Which Phone (and/or SMS) application do you use under Debian? Until now I've used Zhone, but now that the whole phone subsystem works more reliably, Zhone has become the main source of problems. Also it has various annoying limitations. Hello You can try Venetia. What is Venetia Venetia is a PyGtk program that use FSO framework to make call. It was written because I would like to make call with my deb...@fr but I don't want to keep open an application. It is still incomplete. I am counting to release in a few days another package (Xfce4VenetiaPlugin) that permit to have an applet showing the signal level and keeping the dialer activated but insivible. What is not Venetia It don't want to be a finger friendly application (Sorry, but I you can try to use it with your fingers) It don't want to manage SMS. I would prefer to write another application (may be with another XFCE applet) to receive and send sms (little applications that do well their job) It don't want to enter on OM200X.X (You have already a great application, why to use Venetia?) It is only an interface. If your sim is not running with Zhone, don't hope it can run with Venetia. Them are only an interface to FSO Frameworkd. What is not yet complete / Known problems: 1) It don't start if the sim is not present. It is a very stupid issue, I will fix as soon as possible 2) It take too much time to start up. It is fault of synchronous call. I have to make it asynchronous. 3) It not show the history. Ehmm... I have still to implement, but first I want to finish other things 4) (complete you here) It is available at these addresses: http://dl.getdropbox.com/u/562269/Venetia/venetia_0.1.0-1_all.deb http://dl.getdropbox.com/u/562269/Venetia/venetia_0.1.0-1.tar.gz http://dl.getdropbox.com/u/562269/Venetia/venetia_0.1.0-1.dsc It ask as dependecies: http://dl.getdropbox.com/u/562269/PyFso/lib-pyfso-gobject_0.0.1-1_all.deb http://dl.getdropbox.com/u/562269/PyFso/lib-pyfso-gobject.tar.gz http://dl.getdropbox.com/u/562269/PyFso/lib-pyfso-gobject_0.0.1-1.dsc Like usally, please report any problem, suggestion, curiosity, etc. etc. Regards Michele Renda ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume - Command line to display the keyboard ?
kimaidou wrote: Thanks very much for sharing your tool ! I am using SHR + Illume, and I would like to make the illume keyboard appear when short clicking on AUX. So I went to the Illume configuration -- Input -- Key Bindings, and added the command /home/root/Scripts/illume-kbd-show on the Aux press. Yes, I did that too. This works well, but I cannot use the same Aux button to hide the keyboard. The best for that would be that your script first test wether the keyboard is displayed or not, and display / hide it depending on the display status. Do you think it is possible ? Really? I don't know if you're using the latest binary (or if I've uploaded the correct one :P), but it sends by default the toggle command; using that the keyboard shows when it's hidden and hides when it's shown... It works well to me. You can try it from ssh too. -- 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: Could you please clarify your opinion on BT audio issues on GTA01
Daniel Willmann dan...@openmoko.org writes: Paul Fertser fercer...@gmail.com wrote: In the message[1] you say that bluetooth audio on the gta01 will never work, even with that bluetooth alsa state. Could you please explain what exactly did you mean and what is the actual problem? Were you talking about A2DP or SCO? If SCO, was it SCO over PCM or HCI? If A2DP, what is the difference between gta01 and gta02 in this regard, should it work correctly on gta02 in your opinion? Jan Lübbe has recently made a phone call with a bluetooth headset on GTA02 and I got A2DP working (though mono) on my GTA01 a while back. A2DP should just work since you are not going through the Wolfson chip in any way. Phone calls via headset is another story and I can't answer that for GTA01, but I think we didn't change anything in that area from GTA01 to GTA02. Yes, to the best of my knowledge, there were no changes wrt SCO PCM between GTA01 and GTA02. The same with USB HCI interface. That's why i was very surprised to see that message from Lorn. Still it looks like asoc driver for GTA01 will need to be backported from GTA02, but it's a matter of software, so it can be made to work. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Debian] read GPS logger i-blue 747 on freerunner over USB
Hello everybody, next week i want to go skiing and track the piste for Openstreetmap. But I don't want to use the Freerunner for that but the i-blue 747 from Transystem. I want to use the Freerunner only as storage device for the log files. So, I have installed mtkbabel for reading the logger. The kernel has the right module for this chipset, cp2101, wich I can load with modprobe cp2101. I know, that i have to set the Freerunner to USB host mode. I used the openmoko-panel to switch to USB host mode. My problem now is, the Freerunner doesn't record, that I connect the i-blue to it. On my Ubuntu desktop PC i get the following messages: cars...@laptop:~$ dmesg [ 2665.368067] usb 2-1: new full speed USB device using uhci_hcd and address 2 [ 2665.550347] usb 2-1: configuration #1 chosen from 1 choice [ 2665.677846] usbcore: registered new interface driver usbserial [ 2665.678744] usbserial: USB Serial support registered for generic [ 2665.679423] usbcore: registered new interface driver usbserial_generic [ 2665.679428] usbserial: USB Serial Driver core [ 2665.699452] usbserial: USB Serial support registered for cp2101 [ 2665.700338] cp2101 2-1:1.0: cp2101 converter detected [ 2665.812054] usb 2-1: reset full speed USB device using uhci_hcd and address 2 [ 2665.959323] usb 2-1: cp2101 converter now attached to ttyUSB0 [ 2665.960230] usbcore: registered new interface driver cp2101 [ 2665.960236] cp2101: Silicon Labs CP2101/CP2102 RS232 serial adaptor driver v0.07 But on the Freerunner I don't get any new message, wenn I put the i-blue to the USB slot. My question now is, what do I have to install or configure, to get a connection between the Freerunner and the i-blue? I would be glad for any hint in the right direction. Thank you. 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: [Debian] read GPS logger i-blue 747 on freerunner over USB
Just for trouble shooting purposes: What happens if you connect an USB stick? Kind regards, Ed Carsten Gerlach wrote: Hello everybody, next week i want to go skiing and track the piste for Openstreetmap. But I don't want to use the Freerunner for that but the i-blue 747 from Transystem. I want to use the Freerunner only as storage device for the log files. So, I have installed mtkbabel for reading the logger. The kernel has the right module for this chipset, cp2101, wich I can load with modprobe cp2101. I know, that i have to set the Freerunner to USB host mode. I used the openmoko-panel to switch to USB host mode. My problem now is, the Freerunner doesn't record, that I connect the i-blue to it. On my Ubuntu desktop PC i get the following messages: cars...@laptop:~$ dmesg [ 2665.368067] usb 2-1: new full speed USB device using uhci_hcd and address 2 [ 2665.550347] usb 2-1: configuration #1 chosen from 1 choice [ 2665.677846] usbcore: registered new interface driver usbserial [ 2665.678744] usbserial: USB Serial support registered for generic [ 2665.679423] usbcore: registered new interface driver usbserial_generic [ 2665.679428] usbserial: USB Serial Driver core [ 2665.699452] usbserial: USB Serial support registered for cp2101 [ 2665.700338] cp2101 2-1:1.0: cp2101 converter detected [ 2665.812054] usb 2-1: reset full speed USB device using uhci_hcd and address 2 [ 2665.959323] usb 2-1: cp2101 converter now attached to ttyUSB0 [ 2665.960230] usbcore: registered new interface driver cp2101 [ 2665.960236] cp2101: Silicon Labs CP2101/CP2102 RS232 serial adaptor driver v0.07 But on the Freerunner I don't get any new message, wenn I put the i-blue to the USB slot. My question now is, what do I have to install or configure, to get a connection between the Freerunner and the i-blue? I would be glad for any hint in the right direction. Thank you. Greetings, Carsten ___ 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: Transparent keyboard in illume
It is in git repo for 2 days and it would be in repo after rebuilding (I'll ask mrmoku for doing that in few seconds :P) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Transparent keyboard in illume
Am Mittwoch 11 März 2009 19:07:25 schrieb Johny Tenfinger: It is in git repo for 2 days and it would be in repo after rebuilding (I'll ask mrmoku for doing that in few seconds :P) well... rebuild finished this morning :P Klaus 'mrmoku' Kurzmann ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] Installing *.ipk/*.opk part 1: Dependencies
Nice it would be grat in future if we (debian users) could just add opkg repos as deb ones... maybe with different priority... it may be difficult and risky, but indeed useful! d On Wed, Mar 11, 2009 at 11:56 AM, Rask Ingemann Lambertsen r...@sygehus.dkwrote: When installing opk/ipk packages from e.g. http://www.opkg.org/, there will be problems with unmet dependencies because Debian uses other package names for some of the packages providing the dependencies. I've created a few small packages which create a mapping of the package names so tricks like --force-depends/--ignore-depends should not be necessary. See: http://nospamnospam.homepage.dk/software/download/oedepmappings/ It works as a repository too if you run this as root: # echo 'deb http://nospamnospam.homepage.dk/software/download/oedepmappings/ /' /etc/apt/sources.list.d/ril-oedepmappings.list -- Rask Ingemann Lambertsen Danish law requires addresses in e-mail to be logged and stored for a year ___ 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: Could you please clarify your opinion on BT audio issues on GTA01
Hallo Paul, * Paul Fertser fercer...@gmail.com [11-03-09 19:36]: Still it looks like asoc driver for GTA01 will need to be backported from GTA02, but it's a matter of software, so it can be made to work. This? http://git.openmoko.org/?p=kernel.git;a=commit;h=c1b03e4da22e8dd7a6caccb9e39a9201535ced11 Tim Niemeyer signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Could you please clarify your opinion on BT audio issues on GTA01
Tim Niemeyer tim.nieme...@mastersword.de writes: Hallo Paul, * Paul Fertser fercer...@gmail.com [11-03-09 19:36]: Still it looks like asoc driver for GTA01 will need to be backported from GTA02, but it's a matter of software, so it can be made to work. This? http://git.openmoko.org/?p=kernel.git;a=commit;h=c1b03e4da22e8dd7a6caccb9e39a9201535ced11 It is a good move towards that indeed, thanks for that! :) Still i'm afraid some other strange stuff left in the GTA01 driver like moko mode etc. In fact, i see no reason for the drivers to differ much. Another problem is that we still don't have a good way to generate statefiles, which is needed for any sane audio work (especially after some driver changes) :) -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[debian] State of SHR packaging?
Hi all, I know a while back there was some talk of creating debian packages for the SHR apps (namely I'm looking for the phone apps like 'dialer', etc). Since they both can run the FSO M5 backend, it seems that it shouldn't be unheard of to extend the great work being forged by the SHR community to the debian world. Ideally I'd like to use debian + e17 + the SHR phone apps on my freerunner... Has there been any progress on this? If not, is there some way I can help? Thanks, -Dan Staley ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [archlinux] Port to the ARM.
That's nice to hear. I wrote down instructions: how to prepare toolchain, buildroot and how to build packages on wiki (http://wiki.openmoko.org/wiki/User:Hiciu). There is prebuild working version of toolchain (and instructions how to build it, but no PKGBUILD for toolchain yet) on this wiki too. Feel free to test them. If these instructions would work for you then I think we should meet on IRC to talk (where to keep packages / set up repositories, what we wan't to do: Archlinux for ARM or Archlinux for Freerunner ;], maybe let know about it on Arch forums (http://bbs.archlinux.org/viewtopic.php?id=59638), what about posting this howto on ArchWiki and other). -- hiciu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Qt Extended 4.4.3 released
On Monday 09 March 2009, HouYu Li wrote: I think Lorn is not ready yet. I managed to setup one myself. OK - I'll send the echo cancellation patch to the list now as applied to your 4.4.3 repository (I've created a local branch called chris for now). The 4.4.2 patch applied with no changes and no fuzz. cheers, Chris Hi HouYu and Chris, i am using QTE from your git repo. For me the echo cancellation patch does work just for outgoing calls. If someone calls me, he has still echo. I think that the AT%N0187 is not sent before incoming call. The patch adds it to many places, but the only right place IMO is before outgoing and incoming call. The outgoing is ok - it's function dialVoiceCommand(). The incoming - i am not sure yet which function is the right place. As first experiment i have put it in abortDial() function. Now if i hang up (abort) dialing the AT%N0187 is sent and next incoming call is without echo. I can even suspend my phone and the AT%N0187 effect remains. I am attaching my patch. My next step is to find a function that is called before incoming call and send AT%N0187 there. Radek diff --git a/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp b/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp index d27b4eb..22c0b1b 100644 --- a/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp +++ b/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp @@ -64,6 +64,8 @@ void NeoCallProvider::abortDial( uint id, QPhoneCall::Scope scope ) // Use default behaviour of CR followed by AT+CHLD - seems to work better. QModemCallProvider::abortDial( id, scope ); + +modemService-primaryAtChat()-chat( AT%N0187 ); } void NeoCallProvider::cpiNotification( const QString msg ) @@ -153,8 +155,7 @@ QString NeoCallProvider::dialVoiceCommand(const QDialOptions options) const // do undocumented echo cancellation and noise reduction modemService-primaryAtChat()-chat( a...@st=\-26\ ); -modemService-primaryAtChat()-chat( AT%N028B ); -modemService-primaryAtChat()-chat( AT%N0125 ); +modemService-primaryAtChat()-chat( AT%N0187 ); return QModemCallProvider::dialVoiceCommand(options); } ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Selling Neo Freerunner San Francisco
I'm selling my Neo Freerunner in the San Francisco area for $250 obo. If interested, please email. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
FreeRunner crashes after 10 minutes using GPS
Dear list, My FreeRunner (running Om2008.9) freezes after about 10 minutes using the GPS from my Java application. I think it's the same issue discussed below. I have searched the tickets but didnt find a reference to this among the 2200 tickets. User Trevino recommends replacing xglamo with xfbdev. How do I do it? Any ideas? Regards, Juan Lucas = Vimal Joseph ha scritto: Hi, I'v posted a problem of frequent freezing of Neo Freerunner. http://lists.openmoko.org/pipermail/support/2008-August/000926.html It turned out that the problem is with the gps. As the system freezes after some time whenever i turnd the gps on. The problem was not there with the qtopia image may be because the driver for gps is not there in qtopia (I'm not very sure about this). I'v just installed the 2008.8 image and the phone freezes whenever i turned the gps on. With in few seconds the screen freezes and nothing works till i remove the battery. Is any one having same symptoms? What can be the problem? Last time I've used Xglamo based distros I had this too. As I said in the other thread, imho the problem is only due to Glamo and/or Xglamo since using Xfbdev workarounds it (remove xglamo and install xfbdev instead, no more freezes!). This is supported also by the freezing errors you reported (and that I got too). ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: FreeRunner crashes after 10 minutes using GPS
Juan Lucas Dominguez Rubio jldoming...@prodevelop.es writes: My FreeRunner (running Om2008.9) freezes after about 10 minutes using the GPS from my Java application. I think it's the same issue discussed below. I have searched the tickets but didnt find a reference to this among the 2200 tickets. GPS should totally have nothing to do with X. Does the system respond to ping? Does the problem occur if you don't run X? Does the problem occur if you run X but have switched to first virtual console? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Qt Extended 4.4.3 released
OK. I will try it later. On Thu, Mar 12, 2009 at 5:54 AM, Radek Polak pson...@seznam.cz wrote: On Monday 09 March 2009, HouYu Li wrote: I think Lorn is not ready yet. I managed to setup one myself. OK - I'll send the echo cancellation patch to the list now as applied to your 4.4.3 repository (I've created a local branch called chris for now). The 4.4.2 patch applied with no changes and no fuzz. cheers, Chris Hi HouYu and Chris, i am using QTE from your git repo. For me the echo cancellation patch does work just for outgoing calls. If someone calls me, he has still echo. I think that the AT%N0187 is not sent before incoming call. The patch adds it to many places, but the only right place IMO is before outgoing and incoming call. The outgoing is ok - it's function dialVoiceCommand(). The incoming - i am not sure yet which function is the right place. As first experiment i have put it in abortDial() function. Now if i hang up (abort) dialing the AT%N0187 is sent and next incoming call is without echo. I can even suspend my phone and the AT%N0187 effect remains. I am attaching my patch. My next step is to find a function that is called before incoming call and send AT%N0187 there. Radek ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Best Regards HouYu Li, Karajan karajan_ii (at) hotmail.com karadog (at) gmail.com lihouyu (at) phpex.net PHP Developer Red Hat Certified Engineer Shanghai, China ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] about bug reports
Anyway. Trac is onlinehehe.. http://trac.karadog.net/qt-extended-improved On Wed, Mar 11, 2009 at 8:24 AM, HouYu Li kara...@gmail.com wrote: Bugzilla or Trac or anything else?? which do you prefer On Wed, Mar 11, 2009 at 6:41 AM, Lorn Potter lpot...@trolltech.comwrote: Tomas Riveros Schober wrote: Considering that QtE is officially dead, what shall we do about bugs in the current (last) code? What the caterpillar calls the end of the world, the Master calls the butterfly. shall we start a separate bug tracker in addition to the community git repo? yep. shall we report back to nokia using the usual tracker? Nope. should we just send patches to the git repo (until a solution is found)? It would be nice if we (the community) join efforts to keep QtE alive as long as possible. agreed. -- Lorn 'ljp' Potter Software Engineer, Qt Software RD, Nokia Pty Ltd ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Best Regards HouYu Li, Karajan karajan_ii (at) hotmail.com karadog (at) gmail.com lihouyu (at) phpex.net PHP Developer Red Hat Certified Engineer Shanghai, China -- Best Regards HouYu Li, Karajan karajan_ii (at) hotmail.com karadog (at) gmail.com lihouyu (at) phpex.net PHP Developer Red Hat Certified Engineer Shanghai, China ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [archlinux] Port to the ARM.
On Wed, 2009-03-11 at 22:32 +0100, hiciu wrote: That's nice to hear. I wrote down instructions: how to prepare toolchain, buildroot and how to build packages on wiki (http://wiki.openmoko.org/wiki/User:Hiciu). There is prebuild working version of toolchain (and instructions how to build it, but no PKGBUILD for toolchain yet) on this wiki too. Sorry, I didn't have enough time to browse detail of ur web pages. But i noticed that it uses buildroot, right? Cause I'm currently use buildroot to other platform, and OE seems rather difficult for me. And it takes so much time, I'm still compiling... :( Feel free to test them. If these instructions would work for you then I think we should meet on IRC to talk (where to keep packages / set up repositories, what we wan't to do: Archlinux for ARM or Archlinux for Freerunner ;], maybe let know about it on Arch forums (http://bbs.archlinux.org/viewtopic.php?id=59638), what about posting this howto on ArchWiki and other). -- Daniel.Li lida_m...@163.com PALFocus (http://palfocus.oicp.net) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] Installing *.ipk/*.opk part 1: Dependencies
Rask == Rask Ingemann Lambertsen r...@sygehus.dk writes: When installing opk/ipk packages from e.g. http://www.opkg.org/, there will be problems with unmet dependencies because Debian uses other package names for some of the packages providing the dependencies. I've created a few small packages which create a mapping of the package names so tricks like --force-depends/--ignore-depends should not be necessary. See: http://nospamnospam.homepage.dk/software/download/oedepmappings/ It works as a repository too if you run this as root: # echo 'deb http://nospamnospam.homepage.dk/software/download/oedepmappings/ /' /etc/apt/sources.list.d/ril-oedepmappings.list You might want to add a note about it to http://wiki.debian.org/DebianOnFreeRunner (or maybe http://wiki.openmoko.org/wiki/Debian). Stefan PS: I wish those two pages were merged into one. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [PATCH] Added echo suppression fixes for the OpenMoko Neo phone.
I can see the patch setting %N0187 when making a call, waking, initialising etc. but not when answering a call. It seems like it needs adding there too to fix this for some people. AFAIK we never did find out why the echo/nr settings are persistent for some people and not for others. On Tuesday 10 March 2009, HouYu Li wrote: Just had a test, when someone call my freerunner, he or she still can hear the echo. but when calling someone from my freerunner, no echo. On Tue, Mar 10, 2009 at 4:54 PM, Chris Samuel ch...@csamuel.org wrote: On Tuesday 10 March 2009, HouYu Li wrote: The binary with your echo suppression patch is now available at http://dashi-x02.karadog.net/~lihouyu/qtextended/snapbuild/http://dash i-x02.karadog.net/%7Elihouyu/qtextended/snapbuild/. build 20090310. Wow, that's fast work! Thanks! Have you tried the 4.4.3 version out yet ? -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP ___ 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] Installing *.ipk/*.opk part 1: Dependencies
When installing opk/ipk packages from e.g. http://www.opkg.org/, there will be problems with unmet dependencies because Debian uses other package names for some of the packages providing the dependencies. I've created a few small packages which create a mapping of the package names so tricks like --force-depends/--ignore-depends should not be necessary. See: http://nospamnospam.homepage.dk/software/download/oedepmappings/ It works as a repository too if you run this as root: # echo 'deb http://nospamnospam.homepage.dk/software/download/oedepmappings/ /' /etc/apt/sources.list.d/ril-oedepmappings.list You might want to add a note about it to http://wiki.debian.org/DebianOnFreeRunner (or maybe http://wiki.openmoko.org/wiki/Debian). Also, it would probably be preferable for those packages to have a name that makes it clear that they're not real. E.g. you might call them something like adapter-opkg-foo, and then have them provide the required feature. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [archlinux] Port to the ARM.
OK, I'm having a bit of trouble getting the environment going. As per your instructions on the wiki, I have gotten to the sb2-init step, but it gives me this: Finished writing sb2.config checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc configure: WARNING: In the future, Autoconf will not detect cross-tools whose name does not start with the host triplet. If you think this configuration is useful to you, please write to autoc...@gnu.org. checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. Messages from sb2: 2009-03-11 21:11:58.473 (ERROR) sh[8934]Unidentified executable detected (/usr/gcc-armv4t-unknown-linux-gnueabi/bin/armv4t-unknown-linux-gnueabi-gcc) 2009-03-11 21:11:58.484 (ERROR) sh[8938]Unidentified executable detected (/usr/gcc-armv4t-unknown-linux-gnueabi/bin/armv4t-unknown-linux-gnueabi-gcc) 2009-03-11 21:11:58.491 (ERROR) sh[8942]Unidentified executable detected (/usr/gcc-armv4t-unknown-linux-gnueabi/bin/armv4t-unknown-linux-gnueabi-gcc) 2009-03-11 21:11:58.541 (ERROR) sh[8953]Unidentified executable detected (/usr/gcc-armv4t-unknown-linux-gnueabi/bin/armv4t-unknown-linux-gnueabi-gcc) sb2-init completed successfully, have fun! Maybe I'm just weird, but that doesn't look very successful to me. :P ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [PATCH] Added echo suppression fixes for the OpenMoko Neo phone.
On Wednesday 11 March 2009, HouYu Li wrote: Just had a test, when someone call my freerunner, he or she still can hear the echo. but when calling someone from my freerunner, no echo. That's weird, as on QtE 4.4.2 I've had no reports of that when people are calling me. I couldn't figure out where to insert that AT command when a call was received, so the best I could do was put it in when unsuspending as 99% of the time my FR is suspended when someone calls. I'm not working today so I might get a chance this afternoon to take a look at the code in 4.4.3 and see if I can figure out if there is anything called when a call comes in (there must be, but I can't see it for looking). cheers! Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP 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: [PATCH] Added echo suppression fixes for the OpenMoko Neo phone.
On Thursday 12 March 2009, Al Johnson wrote: I can see the patch setting %N0187 when making a call, waking, initialising etc. but not when answering a call. Yup, I agree, I just can't find anything in the OpenMoko library that gets called at that point where I can insert it! -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP 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: [QtExtended] Qt Extended 4.4.3 released
On Thursday 12 March 2009, Radek Polak wrote: The outgoing is ok - it's function dialVoiceCommand(). The incoming - i am not sure yet which function is the right place. Yeah, that's just the problem I was having with the 4.4.2 version! I guess now that we've got control of the code there might be the opportunity to put in a callback in the main body of the code to the OpenMoko specific library rather than relying on the existing callbacks. That might be the best bet. -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP 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: Anyone have ogg support in qt extended 4.4.3 ?
On Thursday 12 March 2009, Lorn Potter wrote: I think you might have to edit $QPEDIR/etc/mime.types and/or the MediaPlayer desktop file to add ogg to the files the mediaplayer can recognize. Then run make install again. Aha, the desktop file for mediaplayer lists audio/ogg+vorbis for .ogg files but not audio/ogg which is defined for .oga files in the mime.types. I'll send a patch for that to the list in a second. Radagast, what are the characteristics (file name, mime-type) of the file that you are trying to play ? cheers, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP 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: Anyone have ogg support in qt extended 4.4.3 ?
On Thursday 12 March 2009, Lorn Potter wrote:
I think you might have to edit $QPEDIR/etc/mime.types and/or the
MediaPlayer desktop file to add ogg to the files the mediaplayer can
recognize. Then run make install again.
I also notice that the tremor Ogg plugin has this:
OggPlugin::OggPlugin():
d(new OggPluginPrivate)
{
d-mimeTypes audio/ogg+vorbis;
d-fileExtensions ogg;
}
Not being a C++ geek I am not sure how that would need to change to make it
register itself for audio/ogg and .oga files - any clues ?
cheers,
Chris
--
Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
This email may come with a PGP signature as a file. Do not panic.
For more info see: http://en.wikipedia.org/wiki/OpenPGP
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
[PATCH] Add audio/ogg support to MediaPlayer
The desktop file for MediaPlayer lists audio/ogg+vorbis for .ogg files but not audio/ogg which is defined for .oga files in mime.types. Signed-off-by: Chris Samuel ch...@csamuel.org --- src/applications/mediaplayer/mediaplayer.desktop |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/applications/mediaplayer/mediaplayer.desktop b/src/applications/mediaplayer/mediaplayer.desktop index 76a358c..c145213 100644 --- a/src/applications/mediaplayer/mediaplayer.desktop +++ b/src/applications/mediaplayer/mediaplayer.desktop @@ -4,7 +4,7 @@ Exec=mediaplayer Type=Application Name[]=Media Player Icon=mediaplayer/VideoPlayer -MimeType=audio/x-wav;audio/mpeg;audio/mpeg3;audio/mp3;audio/x-mp3;audio/mpegurl;audio/x-scpls;audio/amr;audio/mp4;audio/midi;video/3gpp;audio/3gpp;video/mp4;audio/ogg+vorbis;video/x-ms-wmv +MimeType=audio/x-wav;audio/mpeg;audio/mpeg3;audio/mp3;audio/x-mp3;audio/mpegurl;audio/x-scpls;audio/amr;audio/mp4;audio/midi;video/3gpp;audio/3gpp;video/mp4;audio/ogg+vorbis;audio/ogg;video/x-ms-wmv MimeTypeIcons=mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/AudioPlayer;mediaplayer/VideoPlayer;mediaplayer/VideoPlayer;mediaplayer/VideoPlayer;mediaplayer/AudioPlayer;mediaplayer/VideoPlayer [Translation] File=QtopiaApplications -- 1.5.6.3 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QTExtended] Qt Extended is still going
The community just want to make Qt Extended moving forward. Now everything is there. *Unofficial Qt Extended release 4.4.3 binary* http://dashi-x02.karadog.net/~lihouyu/qtextended/4.4.3/http://dashi-x02.karadog.net/%7Elihouyu/qtextended/4.4.3/ *Unofficial git repository* git://git.karadog.net/qt-extended-improved.git for git http://git.karadog.net/qt-extended-improved.git for web access *Bugs, Patches and Ideas* Go to http://trac.karadog.net/qt-extended-improved Register a user for submit bugs, patches and ideas. -- Best Regards HouYu Li, Karajan karajan_ii (at) hotmail.com karadog (at) gmail.com lihouyu (at) phpex.net PHP Developer Red Hat Certified Engineer Shanghai, China ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QTExtended] Qt Extended is still going
HouYu Li escribió: The community just want to make Qt Extended moving forward. Now everything is there. *Unofficial Qt Extended release 4.4.3 binary* http://dashi-x02.karadog.net/~lihouyu/qtextended/4.4.3/ http://dashi-x02.karadog.net/%7Elihouyu/qtextended/4.4.3/ *Unofficial git repository* git://git.karadog.net/qt-extended-improved.git for git http://git.karadog.net/qt-extended-improved.git for web access *Bugs, Patches and Ideas* Go to http://trac.karadog.net/qt-extended-improved Register a user for submit bugs, patches and ideas. -- Best Regards HouYu Li, Karajan karajan_ii (at) hotmail.com http://hotmail.com karadog (at) gmail.com http://gmail.com lihouyu (at) phpex.net http://phpex.net PHP Developer Red Hat Certified Engineer Shanghai, China ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community This is great! as soon as I get my neo back (it's on soldering nowbuzz fix), I will install 4.4.3 and report back whatever I find. Thanks for all the work needed to setup a place for the community to start! Tom ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [PATCH] Added echo suppression fixes for the OpenMoko Neo phone.
On Thursday 12 March 2009, Chris Samuel wrote: I couldn't figure out where to insert that AT command when a call was received I've just sent a patch to the list that inserts those AT commands when we process a CNAP message from the network, which is hopefully an incoming call. Completely untested! cheers, Chris -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC This email may come with a PGP signature as a file. Do not panic. For more info see: http://en.wikipedia.org/wiki/OpenPGP 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
[PATCH] Add echo/noise reduction to processing of CNAP messages
This patch adds the AT commands to set up noise/echo reduction upon receiving a CNAP message from the network which is (hopefully) the notification of an incoming call. Signed-off-by: Chris Samuel ch...@csamuel.org --- .../src/plugins/phonevendors/neo/vendor_neo.cpp|6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp b/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp index 35f7a0b..093ff18 100644 --- a/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp +++ b/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp @@ -144,6 +144,12 @@ void NeoCallProvider::cnapNotification( const QString msg ) QAtUtils::skipField( msg, posn ); // name_length QString name = QAtUtils::nextString( msg, posn ); QModemCall *call = incomingCall(); + +// do undocumented echo cancellation and noise reduction + +modemService-primaryAtChat()-chat( a...@st=\-26\ ); +modemService-primaryAtChat()-chat( AT%N0187 ); + if ( call ) call-emitNotification( QPhoneCall::CallingName, name ); } -- 1.5.6.3 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Troubles with opkg.org repo
On Sun, 8 Mar 2009 15:05:10 +0100 Thomas Zimmermann zimmerm...@vdm-design.de wrote: Additionally there are a lot of Packages that don't contain a control file with depencies and so on: Form the packages in debian format are these: 0_tshark_1.0.99+svnr26030_armv4t.ipk 0_wireshark-common_1.0.99+svnr26030_armv4t.ipk 1_wireshark_1.0.99+svnr26030_armv4t.ipk So if the authors of these packages can update them that would be great. I contributed those three - sorry, I hadn't noticed they were in your list. Strange, I downloaded the files from opkg.org and they are significantly smaller than the originals I uploaded. They contain the beginnings of the correct data, specifically debian-binary and the start of data.tar.gz, but are truncated. The tshark package, eg, is supposed to be 106606 bytes, but the download from opkg.org is only 65536 bytes. In fact, all three are truncated to powers of two as well - multiples of 4096 bytes... I'll try resubmitting them yet again, though not until tomorrow. (I'm off to bed) Clearly the files are getting broken at some point in the process, I'll try to rule out upload. j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
