Re: Troubles with opkg.org repo
On Thu, Mar 12, 2009 at 7:51 AM, Joel Newkirk freerun...@newkirk.us wrote: 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. Thanks for uploading them again. I hope uploading again helps but I have the feeling that it's something else, or that the upload fails for some reason and it has really nothing to do with your actions.. Let's see if the scripts get fixed at some point. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] State of SHR packaging?
Ideally I'd like to use debian + e17 + the SHR phone apps on my freerunner... Same here. Has there been any progress on this? If not, is there some way I can help? I've built fresh packages for e17 stack, but not yet uploaded those to pkg-fso. Will do that after an ack from somebody who will test things. Currently packages are in my repo at deb http://yoush.homelinux.org:8079/debian freerunner main Compared to previous build, these do include illume keyboard. However there are still blocking problems - tiny font and no launcher icons. I am burried with real-life issues and have zero time to look into those myself :(. So help from interested people is badly needed. As for SHR apps - the packaging depends on still-missing e17 components ... Nikita P.S. Please use pkg-fso-ma...@lists.alioth.debian.org list for debian-on-freerunner related issues, and pkg-e-de...@lists.alioth.debian.org for debian e packaging issues. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Transparent keyboard in illume
2009/3/11 Richard Guest quiff...@gmail.com I'll have a go at building from source, but first wanted to check if anyone else out there had already done it? OK, so I finally managed to set-up a build environment and rebuilt illume with the e_kbd.c hack patch... ... so it's working in 2008.12 - I can supply my patched build of illume.ipk if anyone wants it - the only problem being the qtopia Options and Back buttons etc attached to the display bottom always show on top of... Now gotta figure out how to prevent that, or bring qwo even further forward... Rich ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [PATCH] Add echo/noise reduction to processing of CNAP messages
**I think it should be some where in the *NeoCallProvider::cpiNotification*function. The comment says *Call progress notification for the NEO device.* On Thu, Mar 12, 2009 at 12:28 PM, Chris Samuel ch...@csamuel.org wrote: 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 -- 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: Transparent keyboard in illume
... so it's working in 2008.12 - I can supply my patched build of illume.ipk if anyone wants it - the only problem being the qtopia Great :-). If you wish, send it to me and I can add it to my webpage... Options and Back buttons etc attached to the display bottom always show on top of... I know next to nothing about illume internals, but I'd try to change the parameter of e_border_layer_set in illume.c from 100 to something higher. Now gotta figure out how to prevent that, or bring qwo even further forward... The illume patches are really just nasty hacks, I'd love to have some neat patch on illume that automatically checks the X11 atoms of the keyboard and adjusts its behaviour according to that. With that, we might be able to persuade the SHR guys (or even Raster) to accept it. But I do not have much time for that right now :-(. Greets Richard Rich ___ 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: Illume - Command line to display the keyboard ?
Hi! Hum, I tried again, and from SSH too, but the command /home/root/Scripts/illume-kbd-show does not hide the keyboard if it is here. Could you send by email the binary you are using ? (if possible) NB: I am using this file : http://3v1n0.tuxfamily.org/openmoko/illume-kbd-show Thanks Kimaidou 2009/3/11 Marco Trevisan (Treviño) m...@3v1n0.net 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Doodle für Karlsruhe User Meet II
Hallo, Am Freitag, den 13.02.2009, 16:13 + schrieb Joachim Breitner: die Resonanz war ja gut, und so will ich mal schauen ob wir nochmal ein Treffen hinbekommen. Hier ein Doodle mit ein paar Vorschlägen: http://doodle.com/participation.html?pollId=25cmwambxt2pihaq Die Geschenke von Pulster werde ich, wenn sie endlich hier ankommen, bunkern und dann beim nächsten Treffen verteilen. ich hoffe ich erreiche alle interessierten über diese Mailingliste. Bisher ist der nächste Mittwoch der einzige Termin, an dem alle Doodle-Teilnehmer können, daher würde ich gern das nächste OpenMoko-User-Meeting in Karlsruhe am Mittwoch, 18.3.2009, in den Räumen des Entropia e.V. veranstalten. Ideen, was man an dem Abend machen können, bitte auf http://entropia.de/wiki/OpenMoko_User_Meet. Dort ist auch eine Anfahrtsbeschreibung verlinkt, für die, die zum ersten mal kommen wollen. Schönen Gruß, Joachim -- Joachim Breitner e-Mail: m...@joachim-breitner.de Homepage: http://www.joachim-breitner.de ICQ#: 74513189 Jabber-ID: nome...@joachim-breitner.de signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
MokoMeteo - need help to release
Hi list I have just made a small python + Pygtk + glade widget wich get the basic meteo info from Yahoo meteo page. It is not very well written, and some more work has to be done the make it more user friendly (configurations, etc.), and it works pretty good on my ubuntu. http://kimaidou.kilu.de/openmoko/mokometeo.tar A small screenshot : http://kimaidou.kilu.de/openmoko/Capture-MokoMeteo.png I use this python librairies to make it work: import re,urllib, htmllib, formatter from urllib import urlretrieve import sys,os try: import pygtk pygtk.require(2.0) except: pass try: import gtk import gtk.glade except: sys.exit(1) I just tested it on my SHR distribution, and it seems that it misses some of this tools to work, for example urllib. Could someone please help me ? Where can we get these librairies ? Thanks in advance ___ 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.
Am Do 12. März 2009 schrieb Al Johnson: 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. To me it seems %N should be sent to modem *after* every call, and on modem power-up/reset. After a call is before a call (to quote some famous german soccer saying ;) /j signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Yet Another Screen Of Death
Hi list! I think something similar have already been discussed here, but not exactly my problem. The problem is: I can't wake up from suspend. The first time after reboot I try to wake it up it showes me a white screen with a horisontal gray line at the bottom which quickly fades to black screen. The rest of the system is working, I can ssh into the device and suspend it again using power button. The next time I try to wake it up it usually showes me black screen, but sometimes it's white and sometimes I see vertical black/gray/white 'jazzy' lines that respond on me touching the screen. The most interesting thing is that sometimes it showes a normal screen even if it was unable to wake up previously. I can't tell whether it is temperature related, but it definately doesn't matter how long it was suspended. It never happens on startup. I'm using OM 2008.12 distribution. I tried andy-tracking kernel about a month ago with no luck. Is it a ralatively common problem or I'm so unlucky to be the only one? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: MokoMeteo - need help to release
kimaidou wrote: Hi list I have just made a small python + Pygtk + glade widget wich get the basic meteo info from Yahoo meteo page. It is not very well written, and some more work has to be done the make it more user friendly (configurations, etc.), and it works pretty good on my ubuntu. http://kimaidou.kilu.de/openmoko/mokometeo.tar A small screenshot : http://kimaidou.kilu.de/openmoko/Capture-MokoMeteo.png I use this python librairies to make it work: import re,urllib, htmllib, formatter from urllib import urlretrieve import sys,os try: import pygtk pygtk.require(2.0) except: pass try: import gtk import gtk.glade except: sys.exit(1) I just tested it on my SHR distribution, and it seems that it misses some of this tools to work, for example urllib. Could someone please help me ? Where can we get these librairies ? It works like a charm under SHR ;-) Under SHR, urllib module is available in package python-netclient Thx for this cool application -- Valéry ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [PATCH] Add echo/noise reduction to processing of CNAP messages
On Thursday 12 March 2009, HouYu Li wrote: I think it should be some where in the NeoCallProvider::cpiNotification function. The comment says Call progress notification for the NEO device. The patch I sent does the AT commands just before it tells you who is calling you, which is why I thought it might be the best place. It's midnight here now so I'll take another look over the next few days (back to work tomorrow!). 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: Yet Another Screen Of Death
On Thursday 12 March 2009 12:59:45 Denis Shulyaka wrote: Hi list! I think something similar have already been discussed here, but not exactly my problem. The problem is: I can't wake up from suspend. The first time after reboot I try to wake it up it showes me a white screen with a horisontal gray line at the bottom which quickly fades to black screen. The rest of the system is working, I can ssh into the device and suspend it again using power button. The next time I try to wake it up it usually showes me black screen, but sometimes it's white and sometimes I see vertical black/gray/white 'jazzy' lines that respond on me touching the screen. The most interesting thing is that sometimes it showes a normal screen even if it was unable to wake up previously. I can't tell whether it is temperature related, but it definately doesn't matter how long it was suspended. It never happens on startup. I'm using OM 2008.12 distribution. I tried andy-tracking kernel about a month ago with no luck. Is it a ralatively common problem or I'm so unlucky to be the only one? I had this issue too after trying out andy-tracking. It seems to be related o Qi. I have found this workaround on the devel mailing list: create a file /etc/apm/resume.d/01display: #!/bin/sh export DISPLAY=:0 echo qvga-normal /sys/bus/spi/devices/spi2.0/state echo normal /sys/bus/spi/devices/spi2.0/state xrandr -s 480x640 make it executable and enjoy your WSOD-free Neo Freerunner :) Hope this helps. Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] State of SHR packaging?
tried it, but no way to connect... 'connection timed out' ...wanna be a tester ;-) d On 3/12/09, Nikita V. Youshchenko yo...@debian.org wrote: Ideally I'd like to use debian + e17 + the SHR phone apps on my freerunner... Same here. Has there been any progress on this? If not, is there some way I can help? I've built fresh packages for e17 stack, but not yet uploaded those to pkg-fso. Will do that after an ack from somebody who will test things. Currently packages are in my repo at deb http://yoush.homelinux.org:8079/debian freerunner main Compared to previous build, these do include illume keyboard. However there are still blocking problems - tiny font and no launcher icons. I am burried with real-life issues and have zero time to look into those myself :(. So help from interested people is badly needed. As for SHR apps - the packaging depends on still-missing e17 components ... Nikita P.S. Please use pkg-fso-ma...@lists.alioth.debian.org list for debian-on-freerunner related issues, and pkg-e-de...@lists.alioth.debian.org for debian e packaging issues. ___ 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: Yet Another Screen Of Death
Denis Shulyaka escribió: Hi list! I think something similar have already been discussed here, but not exactly my problem. The problem is: I can't wake up from suspend. The first time after reboot I try to wake it up it showes me a white screen with a horisontal gray line at the bottom which quickly fades to black screen. The rest of the system is working, I can ssh into the device and suspend it again using power button. The next time I try to wake it up it usually showes me black screen, but sometimes it's white and sometimes I see vertical black/gray/white 'jazzy' lines that respond on me touching the screen. The most interesting thing is that sometimes it showes a normal screen even if it was unable to wake up previously. I can't tell whether it is temperature related, but it definately doesn't matter how long it was suspended. It never happens on startup. I'm using OM 2008.12 distribution. I tried andy-tracking kernel about a month ago with no luck. Is it a ralatively common problem or I'm so unlucky to be the only one? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community that happened to me while using Qi with 2008.12 try to use u-boot instead, and remember to install the kernel modules after flashing ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Yet Another Screen Of Death
The resume script workaround works, thank you! I'll think about switching back to u-boot, but for the moment I'm quite happy with Qi. Thank you again! 2009/3/12, Michael Zanetti michael_zane...@gmx.net: On Thursday 12 March 2009 12:59:45 Denis Shulyaka wrote: Hi list! I think something similar have already been discussed here, but not exactly my problem. The problem is: I can't wake up from suspend. The first time after reboot I try to wake it up it showes me a white screen with a horisontal gray line at the bottom which quickly fades to black screen. The rest of the system is working, I can ssh into the device and suspend it again using power button. The next time I try to wake it up it usually showes me black screen, but sometimes it's white and sometimes I see vertical black/gray/white 'jazzy' lines that respond on me touching the screen. The most interesting thing is that sometimes it showes a normal screen even if it was unable to wake up previously. I can't tell whether it is temperature related, but it definately doesn't matter how long it was suspended. It never happens on startup. I'm using OM 2008.12 distribution. I tried andy-tracking kernel about a month ago with no luck. Is it a ralatively common problem or I'm so unlucky to be the only one? I had this issue too after trying out andy-tracking. It seems to be related o Qi. I have found this workaround on the devel mailing list: create a file /etc/apm/resume.d/01display: #!/bin/sh export DISPLAY=:0 echo qvga-normal /sys/bus/spi/devices/spi2.0/state echo normal /sys/bus/spi/devices/spi2.0/state xrandr -s 480x640 make it executable and enjoy your WSOD-free Neo Freerunner :) Hope this helps. Michael ___ 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: Yet Another Screen Of Death
create a file /etc/apm/resume.d/01display: ... As I was one of the first promoters of this fix I want to just update that ( as announced by Andy in the associated ticket ) the git commit Fix jbt6k74 qvga_normal state handling 83cf37799009 from Feb. 25th fixed all resume issues I had - no more need for any special resume handling ! Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Yet Another Screen Of Death
On Mar 12, 2009 3:25pm, Stefan Fröbe frob...@googlemail.com wrote: As I was one of the first promoters of this fix I want to just update that ( as announced by Andy in the associated ticket ) the git commit Fix jbt6k74 qvga_normal state handling 83cf37799009 from Feb. 25th fixed all resume issues I had - no more need for any special resume handling ! Which distro are you using? With FSO Milestone 5.1 and the andy-tracking kernel+modules 15ca3dafb2662db4 from the 7th March. It fixed my resume problems, but USB stopped working. Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Yet Another Screen Of Death
On Thu, Mar 12, 2009 at 3:40 PM, jeffrey.ratcli...@gmail.com wrote: On Mar 12, 2009 3:25pm, Stefan Fröbe frob...@googlemail.com wrote: As I was one of the first promoters of this fix I want to just update that ( as announced by Andy in the associated ticket ) the git commit Fix jbt6k74 qvga_normal state handling 83cf37799009 from Feb. 25th fixed all resume issues I had - no more need for any special resume handling ! Which distro are you using? With FSO Milestone 5.1 and the andy-tracking kernel+modules 15ca3dafb2662db4 from the 7th March. It fixed my resume problems, but USB stopped working. I'm also using FSO-ms5.1, switched to experimental and andy-tracking from about 2 days ago (can check exact version at home later) : no issues with USB, only thing not working here is that Qi doesn't react to AUX presses on start so partition selection doesn't work... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Mokometeo - New software
Hi folks, I am pleased to introduce you to my new small software. This time I chose to develop it in python + GTK + glade. It is called *Mokometeo* and as its name says, it shows the 4 days forecast from yahoo for a set of preconfigured cities. You can have more details here http://wiki.openmoko.org/wiki/Mokometeo and see the opkg.org page if you want: http://www.opkg.org/package_160.html Please test it and give some feedbacks if needed Cheers Kimaidou ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [archlinux] Port to the ARM.
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... :( It uses Scratchbox, something that makes crosscompiling easier. This is not OE-based. But it takes much time anyway. 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 Well, this shouldn't be like that. Your logs are in ~/.scratchbox2/libtool_build/config.log.. For me there is no lines with 'Unidentified executable detected', it's may be because of toolchain. Can you run it? Try this: cat EOF test.c int main(){ } EOF /usr/gcc-armv4t-unknown-linux-gnueabi/bin/armv4t-unknown-linux-gnueabi-gcc test.c -o test file test sb2 gcc test.c -o test file test sb2 test It should show something like this (2 lines): test: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.14, not stripped test: ELF 32-bit LSB executable, ARM, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.14, not stripped It shows any errors? -- hiciu ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Re: Yet Another Screen Of Death
On Thu, Mar 12, 2009 at 3:55 PM, Stefan Fröbe frob...@googlemail.comwrote: On Thu, Mar 12, 2009 at 3:40 PM, jeffrey.ratcli...@gmail.com wrote: On Mar 12, 2009 3:25pm, Stefan Fröbe frob...@googlemail.com wrote: As I was one of the first promoters of this fix I want to just update that ( as announced by Andy in the associated ticket ) the git commit Fix jbt6k74 qvga_normal state handling 83cf37799009 from Feb. 25th fixed all resume issues I had - no more need for any special resume handling ! Which distro are you using? With FSO Milestone 5.1 and the andy-tracking kernel+modules 15ca3dafb2662db4 from the 7th March. It fixed my resume problems, but USB stopped working. I'm also using FSO-ms5.1, switched to experimental and andy-tracking from about 2 days ago (can check exact version at home later) : no issues with USB, only thing not working here is that Qi doesn't react to AUX presses on start so partition selection doesn't work... Just a little update : andy-tracking-5457a45a5d4ca2c3 (Clean up camera driver) from 2 days ago worked flawlessy as far as I can tell ( only tried USB, GSM GPS - no BT or WLAN ). I just upgraded to latest uImage-moredrivers-GTA02_andy-tracking-1e257a0e99817a33 and everything still seems in order, so there must be some other problem with your USB. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtExtended] Qt Extended 4.4.3 released
Chris Samuel wrote: 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. IMO all the needed callbacks are already there. Attached is patch that fixes echo for both incoming and outgoing calls. I have also binary [1]. Next step is to send AT%N0187 on init and _after_ call is made (as suggested by Joerg). Answering and making calls could by a bit faster but no idea if it will be noticable. Radek [1] http://activationrecord.net/radekp/openmoko/libneovendor.so diff --git a/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp b/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp index d27b4eb..22463c9 100644 --- a/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp +++ b/devices/neo/src/plugins/phonevendors/neo/vendor_neo.cpp @@ -66,6 +66,14 @@ void NeoCallProvider::abortDial( uint id, QPhoneCall::Scope scope ) QModemCallProvider::abortDial( id, scope ); } +QString NeoCallProvider::acceptCallCommand( bool otherActiveCalls ) const +{ +// do undocumented echo cancellation and noise reduction +modemService-primaryAtChat()-chat( a...@st=\-26\ ); +modemService-primaryAtChat()-chat( AT%N0187 ); +return QModemCallProvider::acceptCallCommand( otherActiveCalls ); +} + void NeoCallProvider::cpiNotification( const QString msg ) { // Call progress notification for the NEO device. @@ -150,11 +158,9 @@ void NeoCallProvider::cnapNotification( const QString msg ) QString NeoCallProvider::dialVoiceCommand(const QDialOptions options) const { -// do undocumented echo cancellation and noise reduction - +// 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); } diff --git a/devices/neo/src/plugins/phonevendors/neo/vendor_neo_p.h b/devices/neo/src/plugins/phonevendors/neo/vendor_neo_p.h index 73df81d..1d62db5 100644 --- a/devices/neo/src/plugins/phonevendors/neo/vendor_neo_p.h +++ b/devices/neo/src/plugins/phonevendors/neo/vendor_neo_p.h @@ -45,6 +45,7 @@ public: protected: QModemCallProvider::AtdBehavior atdBehavior() const; void abortDial( uint modemIdentifier, QPhoneCall::Scope scope ); +QString acceptCallCommand( bool otherActiveCalls ) const; QModemService *modemService; QString dialVoiceCommand(const QDialOptions options) const; ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] Installing *.ipk/*.opk part 1: Dependencies
On Wed, Mar 11, 2009 at 08:00:51PM +0100, Davide Scaini wrote: 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 Once the Packages.gz on opkg.org is fixed, this ought to do the trick: # echo 'deb http://www.opkg.org/packages/ /' /etc/apt/sources.list.d/opkg.org.list Currently, the procedure is a bit more involved: 1. Update the package list. # apt-get update 2. Delete empty dependency lists. 3. Delete junk between package sections. # sed -i -n -e '/^Depends: *$/ n' -e '/^Package: /,/^$/ p' /var/lib/apt/lists/www.opkg.org_packages_Packages 4. Fix missing commas in dependency lists. # sed -i -e '/^Depends: / s/\([[:alnum:]]\) \([[:alnum:]]\)/\1, \2/g' /var/lib/apt/lists/www.opkg.org_packages_Packages 5. Change the architecture to armel. # sed -i -e 's/^Architecture: arm.*/Architecture: armel/' /var/lib/apt/lists/www.opkg.org_packages_Packages However, apt-get seems to dislike the www.opkg.org server: # apt-get -o 'DPkg::Options={--force-architecture;}' install gwaterpas Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libfltk The following NEW packages will be installed: gwaterpas libfltk 0 upgraded, 2 newly installed, 0 to remove and 210 not upgraded. Need to get 570B of archives. After this operation, 0B of additional disk space will be used. Do you want to continue [Y/n]? WARNING: The following packages cannot be authenticated! libfltk gwaterpas Install these packages without verification [y/N]? y Get:1 http://nospamnospam.homepage.dk libfltk 1.1.9-6 [570B] Get:2 http://www.opkg.org gwaterpas 0.2 [8620B] Fetched 9190B in 0s (15.4kB/s) Failed to fetch http://www.opkg.org/packages/gwaterpas_0.2_armv4t.ipk Size mismatch E: Unable to fetch some archives, maybe run apt-get update or try with --fix-missing? -- 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: IRC conversation with Mirko from the Paroli team
rant Openmoko (the company) doesn't have any responsibility to be open to the community. I personally do appreciate when they are, but I can see why they might want to be a little more closed. I think a lot of time is spent arguing with community members over things that aren't extremely important in the long-term. When it comes right down to it, there is no reason for them to tell us everything that is going on. Let them make their design decisions so that they can make better use of their time in accomplishing their goals, whatever they may be. Chances are you won't agree with some of their design goals. They can't please everyone, so they shouldn't try to. The beauty of open source is that you can change it however you want. If you disagree strongly enough, you make a fork or write something yourself. Companies involved in open source projects aren't involved solely for the sake of open source (although they are usually very good contributors). They have goals they are trying to accomplish -- like finally getting a usable software stack for a phone. They also have to make money somewhere. If by saving the effort of communicating with everyone who thinks it should be their business is allowing them to spend more time making a usable set of applications, more power to them. They are still giving you the source, and if you don't like something I'm sure patches are quite welcome. Look at what happens every time a hardware-related (ie. gta03) post occurs on this list: there is a very strong split between people who want mutually-exclusive features, followed by a lot of arguing about which is better, when it really comes down to a matter of preference (the resistive vs. capacitive argument reminds me a lot of the stereotypical vim vs. emacs comparison which is guaranteed to start a flamewar on any LUG mailing list). /rant -- Eldon Koyle ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Yet Another Screen Of Death
On Thu, Mar 12, 2009 at 11:03:57AM -0300, Tomas Riveros Schober wrote: try to use u-boot instead, and remember to install the kernel modules after flashing I'd instal the modules _before_ flashing the kernel to eliminate the window where you don't have any modules for the newly flashed kernel. -- 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: [Debian] read GPS logger i-blue 747 on freerunner over USB
On Wed, Mar 11, 2009 at 05:46:19PM +0100, Carsten Gerlach wrote: The kernel has the right module for this chipset, cp2101, wich I can load with modprobe cp2101. It should happen automatically. I know, that i have to set the Freerunner to USB host mode. I used the openmoko-panel to switch to USB host mode. That hasn't worked for a few months now. To switch to USB host mode: # echo /sys/devices/platform/s3c2410-ohci/usb_mode host # echo /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-host.0/hostmode 1 To switch back to USB device mode: # echo /sys/class/i2c-adapter/i2c-0/0-0073/neo1973-pm-host.0/hostmode 0 # echo /sys/devices/platform/s3c2410-ohci/usb_mode device -- 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
date and GPS related questions
Hi, 1) I got the date reset to 1970 a few times. I was not paying attention but I guess this happens when battery is removed, i.e., there's no battery specific for the clock? 2) Several posts mentioned that GPS could only get the fix if date was correct, the requirements being within 1 sec precision. However, with the date/time completely messed up, GPS is getting the fix anyway (and it's fairly fast, 1 min or so). So, what's up? I'm using SHR unstable from January. Is the GPS driver (?) being to ignore dates before FR production, or something else? 3) While using tangoGPS and I enter a building, when I come out, a fix is not gotten until I reboot FR. Is this a known issue? any quicker workaround than rebooting? 4) How can I avoid going into suspend mode? (alternatively, are Power Mng settings working in recent SHR testing?) Regards and TIA, Fernando ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Yet Another Screen Of Death
2009/3/12 Michael Zanetti michael_zane...@gmx.net: create a file /etc/apm/resume.d/01display: #!/bin/sh export DISPLAY=:0 echo qvga-normal /sys/bus/spi/devices/spi2.0/state echo normal /sys/bus/spi/devices/spi2.0/state xrandr -s 480x640 make it executable and enjoy your WSOD-free Neo Freerunner :) This works for me, too. Regards Jeff ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IRC conversation with Mirko from the Paroli team
On Thursday 12 March 2009 20:51:47 Eldon Koyle wrote: rant Openmoko (the company) doesn't have any responsibility to be open to the community. I personally do appreciate when they are, but I can see why they might want to be a little more closed. I think a lot of time is spent arguing with community members over things that aren't extremely important in the long-term. When it comes right down to it, there is no reason for them to tell us everything that is going on. Let them make their design decisions so that they can make better use of their time in accomplishing their goals, whatever they may be. Chances are you won't agree with some of their design goals. They can't please everyone, so they shouldn't try to. The beauty of open source is that you can change it however you want. If you disagree strongly enough, you make a fork or write something yourself. Companies involved in open source projects aren't involved solely for the sake of open source (although they are usually very good contributors). They have goals they are trying to accomplish -- like finally getting a usable software stack for a phone. They also have to make money somewhere. If by saving the effort of communicating with everyone who thinks it should be their business is allowing them to spend more time making a usable set of applications, more power to them. They are still giving you the source, and if you don't like something I'm sure patches are quite welcome. Look at what happens every time a hardware-related (ie. gta03) post occurs on this list: there is a very strong split between people who want mutually-exclusive features, followed by a lot of arguing about which is better, when it really comes down to a matter of preference (the resistive vs. capacitive argument reminds me a lot of the stereotypical vim vs. emacs comparison which is guaranteed to start a flamewar on any LUG mailing list). /rant Thank you very much someone needed to say something along those lines. solar.george signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [debian] Installing *.ipk/*.opk part 1: Dependencies
Rask Ingemann Lambertsen r...@sygehus.dk writes: 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! Wouldn't it be much easier to just create real debian packages? If you have some example programs I can give examples of how you can create unofficial debian packages of those. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: IRC conversation with Mirko from the Paroli team
George Brooke solar.geo...@googlemail.com writes: On Thursday 12 March 2009 20:51:47 Eldon Koyle wrote: rant ... Thank you very much someone needed to say something along those lines. Would you mind to share your comments on TRIsoft letter as well? -- 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: [QtExtended] Qt Extended 4.4.3 released
Well. tested. No echo at all. Update the repository. and do a new snap build now. On Fri, Mar 13, 2009 at 4:28 AM, Radek Polak pson...@seznam.cz wrote: Chris Samuel wrote: 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. IMO all the needed callbacks are already there. Attached is patch that fixes echo for both incoming and outgoing calls. I have also binary [1]. Next step is to send AT%N0187 on init and _after_ call is made (as suggested by Joerg). Answering and making calls could by a bit faster but no idea if it will be noticable. Radek [1] http://activationrecord.net/radekp/openmoko/libneovendor.so ___ 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] Qt Extended 4.4.3 released
I have tried adding AT%N0187 in cpiNotification with the condition if ( status == 6 call call-state() == QPhoneCall::Incoming ) not work. It seems that the command is behind the Accept action. Then next. what about receiving incoming call twice? On Fri, Mar 13, 2009 at 7:16 AM, HouYu Li kara...@gmail.com wrote: Well. tested. No echo at all. Update the repository. and do a new snap build now. On Fri, Mar 13, 2009 at 4:28 AM, Radek Polak pson...@seznam.cz wrote: Chris Samuel wrote: 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. IMO all the needed callbacks are already there. Attached is patch that fixes echo for both incoming and outgoing calls. I have also binary [1]. Next step is to send AT%N0187 on init and _after_ call is made (as suggested by Joerg). Answering and making calls could by a bit faster but no idea if it will be noticable. Radek [1] http://activationrecord.net/radekp/openmoko/libneovendor.so ___ 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: Troubles with opkg.org repo
On Thu, 12 Mar 2009 08:05:03 +0200 Risto H. Kurppa ri...@kurppa.fi wrote: On Thu, Mar 12, 2009 at 7:51 AM, Joel Newkirk freerun...@newkirk.us wrote: 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. Thanks for uploading them again. I hope uploading again helps but I have the feeling that it's something else, or that the upload fails for some reason and it has really nothing to do with your actions.. Let's see if the scripts get fixed at some point. r I uploaded them again, then re-downloaded to be sure - as of right now, at least, they are correct and intact. Uploaded the same files, from the same desktop machine, with the same browser. :( j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume - Command line to display the keyboard ?
On Thu, 12 Mar 2009 10:17:13 +0100 kimaidou kimai...@gmail.com wrote: Hi! Hum, I tried again, and from SSH too, but the command /home/root/Scripts/illume-kbd-show does not hide the keyboard if it is here. Could you send by email the binary you are using ? (if possible) NB: I am using this file : http://3v1n0.tuxfamily.org/openmoko/illume-kbd-show Thanks Kimaidou --help gives some hints... ;) Try illume-kbd-show -t (for 'toggle') j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[SHR-Testing] Slow response when answering a call
Hello List I'm running an up-to-date SHR-Testing image. Upon receiving a call, I answer it, but the phone continues to ring/vibrate for about 8-10 seconds after I accept the call, then there is another second or two of delay before audio commences. These delays are rather problematic as the caller has no idea if I've picked up or if the call was dropped. I know there is some delays in the system, but earlier SHR images (the old testing and the older per-new-testing unstable releases) were much quicker when responding to a call. I'm writing this to see if there are any other users in List-land that have similar issues and any suggestions you may have. Right now I'm not sure if this is a localized (re: user) issue or not. Kind regards, Cameron 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] Alarm and wakeup
Franky: No, the phone will not wake up for alarms in QtE 4.4.3. But I have been testing a patched clock app which fixes this problem. I should have a stable patch ready by monday. radagast. -- View this message in context: http://n2.nabble.com/-QTExtended--Alarm-and-wakeup-tp2469689p2471254.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: [QTExtended] Qt Extended is still going
HouYu Li: Thanks for setting up a repository. I'll try to upload my mp3 clock patches this weekend. radagast. -- View this message in context: http://n2.nabble.com/-QTExtended--Qt-Extended-is-still-going-tp2465288p2471285.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: [SHR-Testing] Slow response when answering a call
I found this is mainly due to enlightenment using too much cpu - a workaround was posted a couple of weeks back. copy a desktop file from /usr/share/applications to /tmp, wait a few seconds and copy it back. Yes, I know it is black magic, but ... it works! A few minutes later cpu will drop back to zero if nothing else is going on. BillK On Thu, 2009-03-12 at 21:48 -0400, Cameron Frazier wrote: Hello List I'm running an up-to-date SHR-Testing image. Upon receiving a call, I answer it, but the phone continues to ring/vibrate for about 8-10 seconds after I accept the call, then there is another second or two of delay before audio commences. These delays are rather problematic as the caller has no idea if I've picked up or if the call was dropped. I know there is some delays in the system, but earlier SHR images (the old testing and the older per-new-testing unstable releases) were much quicker when responding to a call. I'm writing this to see if there are any other users in List-land that have similar issues and any suggestions you may have. Right now I'm not sure if this is a localized (re: user) issue or not. Kind regards, Cameron ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Slow response when answering a call
I'll second this. It's always annoying, since the caller probably hears my ringtone still going which has to be odd for them... W.Kenworthy: Does that need to be done periodically, or just once after the phone has been running for a while? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Slow response when answering a call
Just once, I do it straight after boot - lasts through suspend etc. The original called for move and I wrote copy - sorry - not sure if copy works as well, or it has to be move (mv vs cp) BillK On Thu, 2009-03-12 at 21:23 -0500, The Digital Pioneer wrote: I'll second this. It's always annoying, since the caller probably hears my ringtone still going which has to be odd for them... W.Kenworthy: Does that need to be done periodically, or just once after the phone has been running for a while? ___ 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: Anyone have ogg support in qt extended 4.4.3 ?
Lorn, Chris: thank you! I ssh'd to my FreeRunner and added a line to /opt/Trolltech/Qtopia/etc/mime.types: audio/ogg+vorbis oga ogg s Now I can play them using mediaplayer. later, andrew. -- View this message in context: http://n2.nabble.com/Anyone-have-ogg-support-in-qt-extended-4.4.3---tp2455815p2471480.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: [SHR-Testing] Slow response when answering a call
Well, that was almost more than I had dared hope for! This begs the question, how best to I set it up to run a script as soon as the GUI is done loading? It would probably be best to put a sleep 5 or so at the beginning, but I'd rather have it run after E is initialized. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-Testing] Slow response when answering a call
On Thu, 2009-03-12 at 22:07 -0500, The Digital Pioneer wrote: Well, that was almost more than I had dared hope for! This begs the question, how best to I set it up to run a script as soon as the GUI is done loading? It would probably be best to put a sleep 5 or so at the beginning, but I'd rather have it run after E is initialized. I too agree, having this voodoo incanted shortly after e init would be rather handy. I just tried it, and the delay dropped to only a second or two total, so a vast improvement. I suppose it will get better when the framework moves to a compiled language for FSO M6 (IIRC). Thanks for the info guys, Kind regards, Cameron 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