Re: [OSX] AJZaurusUSB bug fix project
Hi, I tried the new version and noticed that directly after the install I got the interface coming up repeatedly when I plugged/unplugged the FR in the networking preferences. However, after restart, only the first time I get the interface coming up connected, upon unplugging/reconnecting the USB cable nothing happens, until I restart my Laptop for another working on time connection. Is that the current state of affairs or am I missing something? /peter GTalk:neubauer.peter Skypepeter.neubauer ICQ18762544 Phone +46704 106975 LinkedIn http://www.linkedin.com/in/neubauer Twitter http://twitter.com/peterneubauer http://www.neo4j.org - New Energy for Data - the Graph Database. http://www.ops4j.org - New Energy for OSS Communities - Open Participation Software. http://www.qi4j.org- New Energy for Java - Domain Driven Development. On Sun, Oct 19, 2008 at 5:32 PM, Dr. H. Nikolaus Schaller [EMAIL PROTECTED] wrote: Here is the main link: http://www.handheld-linux.com/wiki.php?page=AJZaurusUSB Sources: http://www.dsitri.de/download/AJZaurusUSB-0.5.4-src.tgz Please ask if you need support for debugging. I noticed that there was a bug in the installer package - so you probably won't have had any installtion result. Please look if you find the AJZaurusUSB.kext on the root level on your Mac (ls -l /). In that case, please delete and use the new installer. http://www.dsitri.de/download/AJZaurusUSB-0.5.4.1.tgz Nikolaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] man pages??? killing events/0
El día Monday, October 20, 2008 a las 11:20:45AM +1100, Alex Osborne escribió: Alex Osborne wrote: Matthias Apitz wrote: how can I ask for the actual CPU time of a proc? I was thinking in something like 'cat /proc/5/...' but have no man pages about the /proc layout :-( $ man proc By the way, if you don't have them locally: http://www.google.com/search?q=proc+manpage Hi Alex, Don't you think that this answer is too simple? I have a lot of Unix systems sitting around me, I'm just typing these lines into one, a FreeBSD 7.0. I was asking for the man pages matching exactly the Linux derivate which is installed in the FR; for example where is the man page of 'dropbear'? TIA matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Openmoko Community newsletter, October 4th to 19th
Hello everybody, welcome to the unofficial Openmoko Community newsletter, October 4th to 19th issue. The two big news are the launch of opkg.org, an application directory, and Openmoko engineering team focusing back to the basics on Improving user experience. http://wiki.openmoko.org/wiki/Community_Updates/October_19th%2C_2008#Applications Contents * 1 Images * 2 Applications * 3 Good fixes and discussed issues * 4 Community * 5 Outside Openmoko Images Things were rather quiet on the distribution front. Rasterman's October 11th images (source) were put online. This is not really a distribution, but rather a demonstration that illume runs well and is so beautiful, for others distros to grab. We also saw daily SHR image builds online, no release yet but available for testing. And Qi, the next bootloader, recently got resume support.Testing shows that it is much faster than uboot indeed, but no release yet either. Applications Everybody applauded when Tobias announced http://opkg.org , an online directory of applications (think Freshmeat, Tucows...). The database is community-driven, everybody can register and index applications. In the flow of community developped utilities, I noticed: * the initial release of OpenMooCow, a nice, funny and useless bovine noise simulator. * Optimizations on Rotate. This is an interesting example of competition and cooperation (community development, if you prefer), because there are many versions being developed in parallel, with ideas jumping across all the time. * The Gestures GSoC project developper managed to convince his academic instructors to let him code on the FreeRunner for his degree. Future developments coming at http://AccelSense.org * Auxlaunch is a very simple, finger-friendly application launcher and window switcher for the Freerunner. It appears when the AUX button is pressed. With respect to porting other applications to our favorite platform, I read that Intel's made powertop actually runs on the FreeRunner. This is an very handy utility that allows to measure and therefore optimize power usage. Also: * FBReader an e-book reader programme now available for Debian and 2008.8 * Sander ported Pingus the free lemmings clone, for OE based distributions (it was already available on Debian). * In addition to minimo, openmoko-browser2, and midori, we saw a bunch of light and fast web browsers announced on the mailing list: Fennec), Dillo (ipk), NetSurf and links2. That makes about seven, working more or less well. Choice, choice, choice... * The same is happening for music players: pythm, openmoko-mediaplayer2, qtopia media player, deforaOS-player, qmmp, sonata, quasar. Thomas's K. also started a mediaplayer. So far I think that your best friend is mplayer from the command line interface (and on 2008.8, I think that mplayer is directly connected to OSS, so installing OSS compatibility packages probably help. And removing pulseaudio also saves tons of CPU cycles) Good fixes and discussed issues Many good news: * There is a fix for ticket 2038 about Qtopia USSD requests, so that dialing *123 or #4 should work soon. * There is a fix for ticket 1024, the GSM keeps reregistering bug, a.k.a. bouncing Calypso issue. The workaround is to prevent the modem from entering deep sleep, and it has been commited to the QTopia images already. * Powersaving patches landed in stable-2.6.26 on October 8th. Note to application developpers: the best way to blank the screen to conserve power is the fbdev-ioctl method. I think that xset s 5 should do it. Thanks to the Harald and the Swisscom research project ! * OM announced two hires: Ray Chao, to work full-time in Taipei on the infrastructure, and Christopher Hall, a very experienced software engineer. * Infrastructure-wise, unstable development of OM is moving back to OE. Too many bugs remain, see Test reports for example. Most of the grief heard these days was about Digital Audio Playing and Wifi. I would like to make an unrequested announcement for the sake of the good vertical communication: Kernels currently has the APM power management interface is still compiled in. This has been deprecated for years and is doomed to go away. Hopefully apm -s will still work for suspend, but userspace applications that still use the deprecated apm interface SHOULD take action, preferably sooner than later. Community * Openmoko's engineers reunited for a 3 weeks workshop in Taipei. They decided to focus back on the basics, that is to leave the Installer, Locations, Diversity and Settings applications alone for a while. This decision was very positively received by everybody. John Lee is assembling the engineering task force at OpenMoko for that. He started by initiating a thread to hear about what the community expects most urgently. As a result, his priorities are posted in the Improving user
Re: Partitionning separate /home/ floder to SD
Joel Newkirk a écrit : When (if) I get my FR where I plan to retain the same installation long-term, I intend to carve up the 8gb uSD and have /dev/mmcblk0p3 as /home. (partition #2 as swap, #1 as alternate boot) Did the same thing here (swapped swap and home). This is the important part of my fstab, if it helps someone: # microSD slot /dev/mmcblk0p1 /media/card autodefaults,async,noauto 0 0 /dev/mmcblk0p2 /home ext2defaults,async 0 0 /dev/mmcblk0p3 none swap sw 0 0 Ineiti ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] man pages??? killing events/0
http://www.google.com/search?q=man+page+dropbear its in several places down that list. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko Community newsletter, October 4th to 19th
Well done Minh, this is really important work! 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: Openmoko Community newsletter, October 4th to 19th
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Well done, by me too! It helped me a lot to follow what happen to Community! Thank you Minh Ha Duong wrote: Hello everybody, welcome to the unofficial Openmoko Community newsletter, October 4th to 19th issue. The two big news are the launch of opkg.org, an application directory, and Openmoko engineering team focusing back to the basics on Improving user experience. http://wiki.openmoko.org/wiki/Community_Updates/October_19th%2C_2008#Applications Contents * 1 Images * 2 Applications * 3 Good fixes and discussed issues * 4 Community * 5 Outside Openmoko Images Things were rather quiet on the distribution front. Rasterman's October 11th images (source) were put online. This is not really a distribution, but rather a demonstration that illume runs well and is so beautiful, for others distros to grab. We also saw daily SHR image builds online, no release yet but available for testing. And Qi, the next bootloader, recently got resume support.Testing shows that it is much faster than uboot indeed, but no release yet either. Applications Everybody applauded when Tobias announced http://opkg.org , an online directory of applications (think Freshmeat, Tucows...). The database is community-driven, everybody can register and index applications. In the flow of community developped utilities, I noticed: * the initial release of OpenMooCow, a nice, funny and useless bovine noise simulator. * Optimizations on Rotate. This is an interesting example of competition and cooperation (community development, if you prefer), because there are many versions being developed in parallel, with ideas jumping across all the time. * The Gestures GSoC project developper managed to convince his academic instructors to let him code on the FreeRunner for his degree. Future developments coming at http://AccelSense.org * Auxlaunch is a very simple, finger-friendly application launcher and window switcher for the Freerunner. It appears when the AUX button is pressed. With respect to porting other applications to our favorite platform, I read that Intel's made powertop actually runs on the FreeRunner. This is an very handy utility that allows to measure and therefore optimize power usage. Also: * FBReader an e-book reader programme now available for Debian and 2008.8 * Sander ported Pingus the free lemmings clone, for OE based distributions (it was already available on Debian). * In addition to minimo, openmoko-browser2, and midori, we saw a bunch of light and fast web browsers announced on the mailing list: Fennec), Dillo (ipk), NetSurf and links2. That makes about seven, working more or less well. Choice, choice, choice... * The same is happening for music players: pythm, openmoko-mediaplayer2, qtopia media player, deforaOS-player, qmmp, sonata, quasar. Thomas's K. also started a mediaplayer. So far I think that your best friend is mplayer from the command line interface (and on 2008.8, I think that mplayer is directly connected to OSS, so installing OSS compatibility packages probably help. And removing pulseaudio also saves tons of CPU cycles) Good fixes and discussed issues Many good news: * There is a fix for ticket 2038 about Qtopia USSD requests, so that dialing *123 or #4 should work soon. * There is a fix for ticket 1024, the GSM keeps reregistering bug, a.k.a. bouncing Calypso issue. The workaround is to prevent the modem from entering deep sleep, and it has been commited to the QTopia images already. * Powersaving patches landed in stable-2.6.26 on October 8th. Note to application developpers: the best way to blank the screen to conserve power is the fbdev-ioctl method. I think that xset s 5 should do it. Thanks to the Harald and the Swisscom research project ! * OM announced two hires: Ray Chao, to work full-time in Taipei on the infrastructure, and Christopher Hall, a very experienced software engineer. * Infrastructure-wise, unstable development of OM is moving back to OE. Too many bugs remain, see Test reports for example. Most of the grief heard these days was about Digital Audio Playing and Wifi. I would like to make an unrequested announcement for the sake of the good vertical communication: Kernels currently has the APM power management interface is still compiled in. This has been deprecated for years and is doomed to go away. Hopefully apm -s will still work for suspend, but userspace applications that still use the deprecated apm interface SHOULD take action, preferably sooner than later. Community * Openmoko's engineers reunited for a 3 weeks workshop in Taipei. They decided to focus back on the basics, that is to leave the Installer, Locations, Diversity and Settings applications alone for a while. This decision was very
qt extended src does not match precompiled
Hi, I am not sure if I should be talking about this here, or on the qt extended forum which seems fairly quite. However, I recently downloaded and compiled qt-extended-4.4.1. I then compared the /opt/Trolltech/Qtopia directory from qtextended-4.4.1-gta02-rootfs-release-10022309.jffs2 against the files in my build image directory. I noticed that althogh most files build much the same, some things were not in the version I compiled from sournce. The missing bits are: * s60 and smart themes. * qterminal * libmad * facebook intergration * profiles Any suggestions would be appricated. I am also looking for the respoistory (svn / git, etc) for qtextended so I can track the latest development, but have not been able to find it. Regards Glen Ogilvie signature.asc Description: This is a digitally signed message part. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] man pages??? killing events/0
Matthias Apitz wrote: $ man proc By the way, if you don't have them locally: http://www.google.com/search?q=proc+manpage Don't you think that this answer is too simple? I thought it was dead easy. Why, what sort of hoops do you prefer to jump through to find a man page? ;-) Second Google result: http://linux.die.net/man/5/proc I have a lot of Unix systems sitting around me, I'm just typing these lines into one, a FreeBSD 7.0. I was asking for the man pages matching exactly the Linux derivate which is installed in the FR; Well of course it's going to be different on FreeBSD -- different kernel -- but the location of the CPU time in /proc is going to be the same as any other system running the Linux kernel (well at least any that's not completely ancient anyway). So the simplest option, as I was suggesting is just to consult the proc manpage on any random Linux PC and if you don't have a Linux box handy then Google it, as people have put most of the man pages online. for example where is the man page of 'dropbear'? http://www.google.com/search?q=dropbear+manpage First result: http://downloads.openwrt.org/people/nico/man/man8/dropbear.8.html ;-) Seriously though, if you must have the absolute exact same version for some reason and don't have a Linux box, just grab the source tarball: wget http://downloads.openmoko.org/sources/dropbear-0.51.tar.bz2 tar -jxvf dropbear-0.51.tar.bz2 cd dropbear-0.51 man ./dropbear.8 Usually manpages aren't installed on embedded systems in the interests of saving space. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: qt extended src does not match precompiled
Glen Ogilvie wrote: Hi, I am not sure if I should be talking about this here, or on the qt extended forum which seems fairly quite. However, I recently downloaded and compiled qt-extended-4.4.1. I then compared the /opt/Trolltech/Qtopia directory from qtextended-4.4.1-gta02-rootfs-release-10022309.jffs2 against the files in my build image directory. I noticed that althogh most files build much the same, some things were not in the version I compiled from sournce. The missing bits are: * s60 and smart themes. * qterminal * libmad These two are not in the qt extended source package and can be downloaded from qtextended.org. * facebook intergration * profiles Profiles should be there, otherwise you could not change ringtones. Homescreen-Options-profiles The rest are included in the sources, but you need edit projects.pro and add them to get them built. Any suggestions would be appricated. I am also looking for the respoistory (svn / git, etc) for qtextended so I can track the latest development, but have not been able to find it. There is no official public repository for sources. We are working on getting snapshots working still. 4.3 snapshots should start being published today or tomorrow, and 4.4 should be soon. There is an unofficial git at: git://git.asheesh.org/qtopia_snapshot.git -- Lorn 'ljp' Potter Software Engineer, Systems Group, Qt Software, Nokia Pty Ltd ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
On Sun, Oct 19, 2008 at 10:36:38AM -0400, Feydreva wrote: I am not a developer, but i test the images and try to use the openmoko... My main issue with Openmoko are : 1) Battery life : only 4hrs, and when you charge it, it discharge itself after a while. I cannot use it as a daily phone :/ 2) Basic telephony : the phone should wake up faster than it does now the time the phone wakes up, rings, and you pick the call, there has been 6 rings for the other party, and may already be on the voicemail 3)Basic text message should work flawlessly. 4) A way to set up the sound and rings ... There is actually no gui for that Try install qtopia-phone-x11-ringprofile-app-data You might also need illume-theme-illume and use illume in /etc/enlightenment/default_profile to enable the wrench icon. 5) I haven;t find yet where to activate the PIN or not... I put 1 sim card that asked for a pin, it work.. I put a another sim card, where no pin is needed.. it was still asking for a pin... (I had to reflash to solve this one) but there is no Menu where I could choose, Pin on/off, if pin on, set up the pin I do not care at all about any other application. I want a daily phone... where i can receive, make call, receive and send text message, and have the phone a day with me, wihotut having to cahrge it every 2 hrs... (8-10 hrs battery life would be better, with wifi on, gps off) Until we reach this point, I will continue tu use my dumb phone eeyday, and the FR will catch some dust on a shelve... Peace Philippe On Sun, Oct 19, 2008 at 9:21 AM, Stroller [EMAIL PROTECTED]wrote: On 19 Oct 2008, at 13:46, Dale Maggee wrote: arne anka wrote: ==Pim device== imho that's exactly the kind of task openmoko did _not_ ask for. I would respectfully disagree - Openmoko asked about Improving user experience, and users are saying they want to experience PIM capabilities. ... and it's doable by community! Agreed, it could be done by the community, but I don't see anyone doing it, and I'm not smart enough, nor do I have the time at the moment. It does not matter whether YOU could do it or not. it's a matter of where Openmoko's resources are best spent. If you can't write a PIM app, then you CERTAINLY can't write kernel drivers - THAT is where Openmoko's resources should be mist focussed, IMO. As others have stated, there is some hardware-level stuff that only Openmoko has NDA for. And without working hardware drivers to ensure that phonecalls work flawlessly (and wifi, and bluetooth), a PIM is irrelevant. there are a lot of posts lately completely ignoring the point of basics and no eyecandy I haven't seen anybody ask for pretty-looking PIM applications, people seem to be asking for *reliable* PIM applications. I'd call reliability and robustness basic. Basic reliability and robustness resides in a program with which you can enter a number and make a call. Once that prototype exists it is much easier for the community to extend it to PIM functionality. Openmoko can then move on to wifi drivers, Glamo hardware acceleration and pairing of bluetooth headsets. pim frinst is at it's best part of a middle tier, but rather of a particular distribution -- This kind of comes into the Should FSO merge be sped up? debate, as I believe the framework has PIM stuff built into it. AIUI (and I would be delighted to be corrected if I'm wrong), the FSO stuff is intended to provide functions which will allow you to make simple DBUS calls such as get number $var from PIM manager and make call to number $var. Once these are complete, writing your own applications becomes easy. True the first of these example calls requests you integrate the functionality in your own app, but the latter makes problems with dealing with the dialler the GSM chips whatever go away. It is FAR more important to provide the community with these tools than it is to provide any kind of application that utilises them (beyond a command-line version which gets numbers from a text-file and operates as a test example). Once these calls are available there will be dozens of PIM managers posted to this list and being written by enthusiastic Python programmers. Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] man pages??? killing events/0
El día Monday, October 20, 2008 a las 06:45:26PM +1100, Alex Osborne escribió: Well of course it's going to be different on FreeBSD -- different kernel -- but the location of the CPU time in /proc is going to be the same as any other system running the Linux kernel (well at least any that's not completely ancient anyway). So the simplest option, as I was suggesting is just to consult the proc manpage on any random Linux PC and if you don't have a Linux box handy then Google it, as people have put most of the man pages online. for example where is the man page of 'dropbear'? http://www.google.com/search?q=dropbear+manpage First result: http://downloads.openwrt.org/people/nico/man/man8/dropbear.8.html ;-) I thing Linux/UNIX goes the wrong way if we depend on Google to lookup man pages; Seriously though, if you must have the absolute exact same version for some reason and don't have a Linux box, just grab the source tarball: wget http://downloads.openmoko.org/sources/dropbear-0.51.tar.bz2 tar -jxvf dropbear-0.51.tar.bz2 cd dropbear-0.51 man ./dropbear.8 Now we're getting closer; thanks for the hint; maybe it would be a good idea if we have *all* man pages installed at http://downloads.openmoko.org/ or even as a fetch-able tar ball; in KDE you can just put 'man:ssh' into the KDE's browser Konqueror and you get what you want; Usually manpages aren't installed on embedded systems in the interests of saving space. Of course and I was not expecting the man pages installed on the FR. Thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One more rotate version
On 20.10.2008 at 04:14:08, SCarlson wrote: Very snappy. It does die pretty quickly.. Due to accelerometer failing? How can I help test this further. I ran from command line and when it dies it just stopping writing to stdout. Also, if I re-run it just sits and waits for stdout. I assume this is the acc. problem that you mentioned above.? Scott Yes I think so. It might as well be a bug in my code, but as other rotate programs have the same problem (or build around it), this is not very likely. It would help, if anyone could tell me how to avoid the bug by altering some timeouts or how to predict the next death. I am currently trying if `cat /dev/input/event3` is also dying after a while, however it has not stopped yet. Is there some information on this bug around? I have not found anything in the bugtracker. -- Fabian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] man pages??? killing events/0
Matthias Apitz wrote: I thing Linux/UNIX goes the wrong way if we depend on Google to lookup man pages; We don't. Well, at least anyone actually running Linux doesn't. Just typing man proc worked for me. ;-) I added the Google link as an after-thought in case you were running something else. Now we're getting closer; thanks for the hint; maybe it would be a good idea if we have *all* man pages installed at http://downloads.openmoko.org/ or even as a fetch-able tar ball; Sure, that sounds handy! Maybe you could contribute one? :-) in KDE you can just put 'man:ssh' into the KDE's browser Konqueror and you get what you want; That'd work too, just install dropbear on your PC and I bet you could view its manpage with Konqueror as well. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [OSX] AJZaurusUSB bug fix project
Hi, Am 20.10.2008 um 09:00 schrieb Peter Neubauer: I tried the new version and noticed that directly after the install I got the interface coming up repeatedly when I plugged/unplugged the FR in the networking preferences. However, after restart, only the first time I get the interface coming up connected, upon unplugging/reconnecting the USB cable nothing happens, until I restart my Laptop for another working on time connection. Is that the current state of affairs or am I missing something? Yes, that is one of the main features. If you don't install AJZaurusUSB, the Apple CDC Ethernet driver tries to run. But it has a bug that it creates new network interfaces. Therefore, if you reboot the Mac, the AJZaurusUSB is finally installed. And, it creates only one interface (unless you flash a new kernel to the Freerunner). So after replugging, the interface should change from red to green in the Network settings automatically. BR, Nikolaus ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko Community newsletter, October 4th to 19th
Great overview what has happened in a relatively short period of time. Very well written for its purpose. Short, to the point. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko Community newsletter, October 4th to 19th
Excellent report, Minh! I've been having too little time to follow the traffic, you're a life saver! :) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One more rotate version
On Mon, Oct 20, 2008 at 01:37:33AM +0200, Fabian Henze wrote: As it seems popular these days to publish a custom version of the rotate program, I am also going to do it. heh, you could've just sent a patch :) After reading the source code of Rui Miguel Silva Seabra's rotate program, I found some parts that could be improved and hacked on those. The result differs from the original in the following points: - No brightness control (Its just annoying) I found that ever since I added it I never again had the weird split screen after rotation bug which sometimes happened when going horizontal. Doesn't that ever occur to you? - Imo better (and faster) heuristics I'll check on them and perhaps integrate. - Fewer errors and false positives (the display won't rotate while the phone is shaken around or sth. like this) Ah, that's very much needed but I haven't had a lot of chance to hack (having an ITIL exam tomorrow). - uses fewer CPU cycles (I have not done much research, because it would not even show up in top) ? I hardly ever see mine on top, and even so when it did never more than 1% (especially with the dimmed screen). BUT: - It still suffers from the accelerometers stop working after a while bug. This is hopefully a driver problem (if it's a hardware problem we're SOL). I would much appreciate feedback on the program and especially on the quality of the code. And I would even more appreciate a better accelerometer driver so userland hacks like one by Oscar Casamitjana are not necessary anymore Yeah... Rui -- You are what you see. Today is Pungenday, the 1st day of The Aftermath in the YOLD 3174 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko Community newsletter, October 4th to 19th
Excellent summary, many hours saved. Much appreciated, please keep it up. Cheers Denis On Mon, Oct 20, 2008 at 4:53 PM, Minh Ha Duong [EMAIL PROTECTED] wrote: Hello everybody, welcome to the unofficial Openmoko Community newsletter, October 4th to 19th issue. The two big news are the launch of opkg.org, an application directory, and Openmoko engineering team focusing back to the basics on Improving user experience. http://wiki.openmoko.org/wiki/Community_Updates/October_19th%2C_2008#Applications Contents * 1 Images * 2 Applications * 3 Good fixes and discussed issues * 4 Community * 5 Outside Openmoko Images Things were rather quiet on the distribution front. Rasterman's October 11th images (source) were put online. This is not really a distribution, but rather a demonstration that illume runs well and is so beautiful, for others distros to grab. We also saw daily SHR image builds online, no release yet but available for testing. And Qi, the next bootloader, recently got resume support.Testing shows that it is much faster than uboot indeed, but no release yet either. Applications Everybody applauded when Tobias announced http://opkg.org , an online directory of applications (think Freshmeat, Tucows...). The database is community-driven, everybody can register and index applications. In the flow of community developped utilities, I noticed: * the initial release of OpenMooCow, a nice, funny and useless bovine noise simulator. * Optimizations on Rotate. This is an interesting example of competition and cooperation (community development, if you prefer), because there are many versions being developed in parallel, with ideas jumping across all the time. * The Gestures GSoC project developper managed to convince his academic instructors to let him code on the FreeRunner for his degree. Future developments coming at http://AccelSense.org * Auxlaunch is a very simple, finger-friendly application launcher and window switcher for the Freerunner. It appears when the AUX button is pressed. With respect to porting other applications to our favorite platform, I read that Intel's made powertop actually runs on the FreeRunner. This is an very handy utility that allows to measure and therefore optimize power usage. Also: * FBReader an e-book reader programme now available for Debian and 2008.8 * Sander ported Pingus the free lemmings clone, for OE based distributions (it was already available on Debian). * In addition to minimo, openmoko-browser2, and midori, we saw a bunch of light and fast web browsers announced on the mailing list: Fennec), Dillo (ipk), NetSurf and links2. That makes about seven, working more or less well. Choice, choice, choice... * The same is happening for music players: pythm, openmoko-mediaplayer2, qtopia media player, deforaOS-player, qmmp, sonata, quasar. Thomas's K. also started a mediaplayer. So far I think that your best friend is mplayer from the command line interface (and on 2008.8, I think that mplayer is directly connected to OSS, so installing OSS compatibility packages probably help. And removing pulseaudio also saves tons of CPU cycles) Good fixes and discussed issues Many good news: * There is a fix for ticket 2038 about Qtopia USSD requests, so that dialing *123 or #4 should work soon. * There is a fix for ticket 1024, the GSM keeps reregistering bug, a.k.a. bouncing Calypso issue. The workaround is to prevent the modem from entering deep sleep, and it has been commited to the QTopia images already. * Powersaving patches landed in stable-2.6.26 on October 8th. Note to application developpers: the best way to blank the screen to conserve power is the fbdev-ioctl method. I think that xset s 5 should do it. Thanks to the Harald and the Swisscom research project ! * OM announced two hires: Ray Chao, to work full-time in Taipei on the infrastructure, and Christopher Hall, a very experienced software engineer. * Infrastructure-wise, unstable development of OM is moving back to OE. Too many bugs remain, see Test reports for example. Most of the grief heard these days was about Digital Audio Playing and Wifi. I would like to make an unrequested announcement for the sake of the good vertical communication: Kernels currently has the APM power management interface is still compiled in. This has been deprecated for years and is doomed to go away. Hopefully apm -s will still work for suspend, but userspace applications that still use the deprecated apm interface SHOULD take action, preferably sooner than later. Community * Openmoko's engineers reunited for a 3 weeks workshop in Taipei. They decided to focus back on the basics, that is to leave the Installer, Locations, Diversity and Settings applications alone for a while. This decision was very positively received by everybody. John Lee is assembling the engineering task force at
Re: Openmoko Community newsletter, October 4th to 19th
as others have said, thanks alot for your work with these updates Minh! Great stuff! Minh Ha Duong wrote: Hello everybody, welcome to the unofficial Openmoko Community newsletter, October 4th to 19th issue. The two big news are the launch of opkg.org, an application directory, and Openmoko engineering team focusing back to the basics on Improving user experience. http://wiki.openmoko.org/wiki/Community_Updates/October_19th%2C_2008#Applications Contents * 1 Images * 2 Applications * 3 Good fixes and discussed issues * 4 Community * 5 Outside Openmoko Images Things were rather quiet on the distribution front. Rasterman's October 11th images (source) were put online. This is not really a distribution, but rather a demonstration that illume runs well and is so beautiful, for others distros to grab. We also saw daily SHR image builds online, no release yet but available for testing. And Qi, the next bootloader, recently got resume support.Testing shows that it is much faster than uboot indeed, but no release yet either. Applications Everybody applauded when Tobias announced http://opkg.org , an online directory of applications (think Freshmeat, Tucows...). The database is community-driven, everybody can register and index applications. In the flow of community developped utilities, I noticed: * the initial release of OpenMooCow, a nice, funny and useless bovine noise simulator. * Optimizations on Rotate. This is an interesting example of competition and cooperation (community development, if you prefer), because there are many versions being developed in parallel, with ideas jumping across all the time. * The Gestures GSoC project developper managed to convince his academic instructors to let him code on the FreeRunner for his degree. Future developments coming at http://AccelSense.org * Auxlaunch is a very simple, finger-friendly application launcher and window switcher for the Freerunner. It appears when the AUX button is pressed. With respect to porting other applications to our favorite platform, I read that Intel's made powertop actually runs on the FreeRunner. This is an very handy utility that allows to measure and therefore optimize power usage. Also: * FBReader an e-book reader programme now available for Debian and 2008.8 * Sander ported Pingus the free lemmings clone, for OE based distributions (it was already available on Debian). * In addition to minimo, openmoko-browser2, and midori, we saw a bunch of light and fast web browsers announced on the mailing list: Fennec), Dillo (ipk), NetSurf and links2. That makes about seven, working more or less well. Choice, choice, choice... * The same is happening for music players: pythm, openmoko-mediaplayer2, qtopia media player, deforaOS-player, qmmp, sonata, quasar. Thomas's K. also started a mediaplayer. So far I think that your best friend is mplayer from the command line interface (and on 2008.8, I think that mplayer is directly connected to OSS, so installing OSS compatibility packages probably help. And removing pulseaudio also saves tons of CPU cycles) Good fixes and discussed issues Many good news: * There is a fix for ticket 2038 about Qtopia USSD requests, so that dialing *123 or #4 should work soon. * There is a fix for ticket 1024, the GSM keeps reregistering bug, a.k.a. bouncing Calypso issue. The workaround is to prevent the modem from entering deep sleep, and it has been commited to the QTopia images already. * Powersaving patches landed in stable-2.6.26 on October 8th. Note to application developpers: the best way to blank the screen to conserve power is the fbdev-ioctl method. I think that xset s 5 should do it. Thanks to the Harald and the Swisscom research project ! * OM announced two hires: Ray Chao, to work full-time in Taipei on the infrastructure, and Christopher Hall, a very experienced software engineer. * Infrastructure-wise, unstable development of OM is moving back to OE. Too many bugs remain, see Test reports for example. Most of the grief heard these days was about Digital Audio Playing and Wifi. I would like to make an unrequested announcement for the sake of the good vertical communication: Kernels currently has the APM power management interface is still compiled in. This has been deprecated for years and is doomed to go away. Hopefully apm -s will still work for suspend, but userspace applications that still use the deprecated apm interface SHOULD take action, preferably sooner than later. Community * Openmoko's engineers reunited for a 3 weeks workshop in Taipei. They decided to focus back on the basics, that is to leave the Installer, Locations, Diversity and Settings applications alone for a while. This decision was very positively received by everybody. John Lee is assembling the engineering
Re: One more rotate version
On 20.10.2008 at 12:00:36, Rui Miguel Silva Seabra wrote: On Mon, Oct 20, 2008 at 01:37:33AM +0200, Fabian Henze wrote: As it seems popular these days to publish a custom version of the rotate program, I am also going to do it. heh, you could've just sent a patch :) Then I would have to write in your style, which I am not used to :p After reading the source code of Rui Miguel Silva Seabra's rotate program, I found some parts that could be improved and hacked on those. The result differs from the original in the following points: - No brightness control (Its just annoying) I found that ever since I added it I never again had the weird split screen after rotation bug which sometimes happened when going horizontal. Doesn't that ever occur to you? It always occur if I switch from xrandr -o 1 to xrandr -o 3. However only then. - Imo better (and faster) heuristics I'll check on them and perhaps integrate. Great :) - uses fewer CPU cycles (I have not done much research, because it would not even show up in top) ? I hardly ever see mine on top, and even so when it did never more than 1% (especially with the dimmed screen). oh, okay^^ Your announce message said something around 0.9%. BUT: - It still suffers from the accelerometers stop working after a while bug. This is hopefully a driver problem (if it's a hardware problem we're SOL). Yeah hopefully. I have tried running cat /dev/input/event3 and it also stops after some time. @openmoko-devs: this would be a great bugfix for your 'back to the basics' path -- Fabian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pingus ported
thx for the changes. so far it works great. only suggestion i would like to make is that you check if the screen is already rotated at startup. also bring it back to the same mode after exit. thx max Alasal schrieb: I've changed the package of Sander, So it rotates on start and it starts with the right screen resolution and more. For more information, look at http://onlinedev.blogspot.com/2008/10/getting-pingus-on-your-neo-freerunner.html ps. The package may be used for inclusion on opkg. But I didn't do it, because some people want sound (What I doubt, because it's not playing well) and I've disabled it on my package. Sander van Grieken wrote: Hi All, I'm glad to report that I've managed to port Pingus, the free lemmings clone, for OE based distributions (it was already available on Debian). I have submitted the bitbake recipe and patches to Openembedded, but there's no need to wait while these trickle down the various branches. I have created the binaries for you. On both FSO and OM2008.8 you can install http://3v8.net/~sander/openmoko/libboost-signals1.33.1_1.33.1-r3_armv4t.ipk http://3v8.net/~sander/openmoko/pingus_0.7.2-r0_armv4t.ipk Also libpng3 must be installed, but I haven't been able to get the dependency right, so you'll need to do that manually. Note: for OM2008.8, you need to have the testing feeds to get recent enough SDL packages. more information is at http://wiki.openmoko.org/wiki/Sander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- exactt technology Dipl. Inf. (FH) Max Giesbert Schießstättstr. 16 T: +49 17 75 07 53 44 D-80339 München F: +49 89 1 22 21 97 02 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Marco Trevisan (Treviño) wrote: William Kenworthy wrote: Did a quick google but couldnt figure out what it uses as storage. Hopefully not a relational database - they have their uses and qtopia has conclusively proven this is *NOT* it :) Well, I don't really know what Akonadi is using, but when I installed it in my ubuntu build it was depending in mysql-client and mysql-server. Now, if mysql (with a server always running) is really needed I think that we can't use in our phone. From the tutorial below I get the impression that Akonadi can use more or less anything as a storage backend if you write the resource handler for it, and kdevelop has templates for these. Ubuntu, like most binary distributions, tends to pull in all sorts of things as dependencies that aren't strictly necessary. http://techbase.kde.org/Development/Tutorials/Akonadi/Resources ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Partitionning separate /home/ floder to SD
Linus Gasser wrote: Joel Newkirk a écrit : When (if) I get my FR where I plan to retain the same installation long-term, I intend to carve up the 8gb uSD and have /dev/mmcblk0p3 as /home. (partition #2 as swap, #1 as alternate boot) Did the same thing here (swapped swap and home). This is the important part of my fstab, if it helps someone: # microSD slot /dev/mmcblk0p1/media/card autodefaults,async,noauto 0 0 /dev/mmcblk0p2/home ext2defaults,async 0 0 /dev/mmcblk0p3none swap sw 0 0 You might like to add noatime,nodiratime to the options too. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Partitionning separate /home/ floder to SD
All that works just fine, particularly the use of a swap partiton which eliminates the slowing of the FR with time. I also made /usr/local point to the uSD so that any applications I install are not affected by changes to the flashed stuff. I notice little negative effects by putting as much as possible on the uSD. I did appear to observe that using ext3 on the uSD partitions appears to be faster than using FAT file systems, however. That is just an impression as I have not run any tests. Joel Newkirk wrote: On Sun, 19 Oct 2008 22:39:34 +0100, Andy Selby [EMAIL PROTECTED] wrote: Is there a way that /home/ is in my SD card? Only /home/, like we do in Linux distributions... so I can flash whenever i want the Neo without loosing configuration files, icons and stuff I am adapting for myself in the Neo? Did you try #link /media/card/home /home Actually that'd be 'ln'... ;) The solution I suspect Andy is seeking is to alter /etc/fstab: /dev/mmcblk0p1 /media/card autodefaults,async,noauto 0 0 change to /dev/mmcblk0p1 /home autodefaults,async,noauto 0 0 This replaces /home in the filesystem with the contents of the first partition on the uSD. (note that if the /home folder already exists that this will effectively redirect /home to the uSD without touching the 'local' /home, so that if the uSD is removed, corrupted, etc, and doesn't mount, there's still a /home/root folder, just without everything you customized and added while on the uSD) When (if) I get my FR where I plan to retain the same installation long-term, I intend to carve up the 8gb uSD and have /dev/mmcblk0p3 as /home. (partition #2 as swap, #1 as alternate boot) j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Iain B. Findleton Tel: 514-457-0744 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [FSO-testing] Good news for 19/10/2008 image
Houray, I test the last FSO image and good things have been done : - suspend/resume works. what do you mean by work? do you mean that you can suspend? or do you mean that when you suspend and you press the button again it comes back 100% of the time and that it doesn't misses calls(so 100% of the times it comes out of suspend when there is a call) Thanks in advance for your response. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One more rotate version
On 20.10.2008 at 13:49:32, SCarlson wrote: Someone correct me if I'm wrong, but from what i've read, the accelerometers are not dieing but the mechanism that exposes them to /dev/eventX does.? Still able to view throught the /sys/proc route? That's possible but why do you care? The effect is the same. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One more rotate version
On Mon, Oct 20, 2008 at 01:33:20PM +0200, Fabian Henze wrote: On 20.10.2008 at 12:00:36, Rui Miguel Silva Seabra wrote: On Mon, Oct 20, 2008 at 01:37:33AM +0200, Fabian Henze wrote: As it seems popular these days to publish a custom version of the rotate program, I am also going to do it. heh, you could've just sent a patch :) Then I would have to write in your style, which I am not used to :p It would be easier than fixing the indent in order to join the patch and have you as a co-author :) I'm not prickly about any style, that's just my default and it's manually done. If someone can cookup indent recipes for converting between one and another I'd gladly use it to facilitate integration :) After reading the source code of Rui Miguel Silva Seabra's rotate program, I found some parts that could be improved and hacked on those. The result differs from the original in the following points: - No brightness control (Its just annoying) I found that ever since I added it I never again had the weird split screen after rotation bug which sometimes happened when going horizontal. Doesn't that ever occur to you? It always occur if I switch from xrandr -o 1 to xrandr -o 3. However only then. - uses fewer CPU cycles (I have not done much research, because it would not even show up in top) ? I hardly ever see mine on top, and even so when it did never more than 1% (especially with the dimmed screen). oh, okay^^ Your announce message said something around 0.9%. That was previously... and when I saw it :) BUT: - It still suffers from the accelerometers stop working after a while bug. This is hopefully a driver problem (if it's a hardware problem we're SOL). Yeah hopefully. I have tried running cat /dev/input/event3 and it also stops after some time. @openmoko-devs: this would be a great bugfix for your 'back to the basics' path :) -- Or not. Today is Pungenday, the 1st day of The Aftermath in the YOLD 3174 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Partitionning separate /home/ floder to SD
Flash has limited writes in its lifetime. That is why we have special filesystems for flash [1],[2] (e.g. jffs2). ext3 (due to its journalling) might not be good idea for Sd-card. I think ext2 would fare fine except that it might be left with corrupted FS in case improper shutdown but at least it would not impact the life of the card. On Mon, Oct 20, 2008 at 6:14 PM, Iain B. Findleton [EMAIL PROTECTED]wrote: I did appear to observe that using ext3 on the uSD partitions appears to be faster than using FAT file systems, however. --VIkas [1] http://en.wikipedia.org/wiki/List_of_flash_file_systems#Flash_memory_.2F_solid_state_media_file_systems [2] http://en.wikipedia.org/wiki/NAND_flash#Flash_file_systems ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Partitionning separate /home/ floder to SD
I just did as L. Gasser said, it's working fine, i notice some slowlyness in xTerm in the neo when working in /home/ area but it's no big deal. Used gParted to make partitions, and used ext2 instead of ext3 thanks guys J On Monday 20 October 2008, Iain B. Findleton wrote: All that works just fine, particularly the use of a swap partiton which eliminates the slowing of the FR with time. I also made /usr/local point to the uSD so that any applications I install are not affected by changes to the flashed stuff. I notice little negative effects by putting as much as possible on the uSD. I did appear to observe that using ext3 on the uSD partitions appears to be faster than using FAT file systems, however. That is just an impression as I have not run any tests. Joel Newkirk wrote: On Sun, 19 Oct 2008 22:39:34 +0100, Andy Selby [EMAIL PROTECTED] wrote: Is there a way that /home/ is in my SD card? Only /home/, like we do in Linux distributions... so I can flash whenever i want the Neo without loosing configuration files, icons and stuff I am adapting for myself in the Neo? Did you try #link /media/card/home /home Actually that'd be 'ln'... ;) The solution I suspect Andy is seeking is to alter /etc/fstab: /dev/mmcblk0p1 /media/card autodefaults,async,noauto 0 0 change to /dev/mmcblk0p1 /home autodefaults,async,noauto 0 0 This replaces /home in the filesystem with the contents of the first partition on the uSD. (note that if the /home folder already exists that this will effectively redirect /home to the uSD without touching the 'local' /home, so that if the uSD is removed, corrupted, etc, and doesn't mount, there's still a /home/root folder, just without everything you customized and added while on the uSD) When (if) I get my FR where I plan to retain the same installation long-term, I intend to carve up the 8gb uSD and have /dev/mmcblk0p3 as /home. (partition #2 as swap, #1 as alternate boot) j ___ 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: one day usage of qtextended
Hi I tried qtextended and I really like it. I even got WIFI working using only the GUI . And I have no problems with sound during calls. But there are also some problems. Mostly the same as Franky described. Franky Van Liedekerke wrote: - first of all: battery life seems to be ok, after one day the battery meter was still at 80%. Nice! That is with using suspend? I charged the phone fully and turned the suspend off. After about 8 or 9 hours (I didn't do anything with the phone during that time, except one wake-up alarm) it said that the battery is extremely low. Franky Van Liedekerke wrote: - echo issue: with my alsa state file, no issue anymore No problems, even without updating the alsa state file. Franky Van Liedekerke wrote: - gsm suspends/unsuspends fine (for calls and sms's too) My phone didn't wake up from suspend when a call came in. So I can't use the suspend. Is there any fix or workaround for this? And some more problems and questions: - If suspended, the wake-up alarm goes off too late (It seems the alarm starts as many minutes too late how many minutes before the expected alarm time I set it. So if i set the alarm at 12:00 to start at 12:05 then it actually starts 12:10 and if I set it at 12:00 to start at 12:30 then it starts 13:00 etc). If not suspended, it goes off at the right time. - The arrow keys on the on-screen keyboard don't work when using the Terminal application. So I can't go up in the bash history. - If a call arrives and I select Send busy tone it registers two missed calls. - First it didn't show any of my SIM contacts. They appeared after I selected some other configuration from Server Widgets. And now they are still here, even after I switched back to Default QT Extended. - As Franky said, after every call it plays a weird and loud sound. It's really annoying. What is it? And why? Can I disable it? - Same problems with mp3 playback as Franky described. - So it's impossible to install any extra software? The default feed url (http://qtextended.org/packages/feed/4.4.1/neo) shows 404 and http://qtextended.org/packages/feed/4.3.2/neo just doesn't show any packages in the package manager, although it shows them when viewing this url in a web browser. - Can I manually add something in the Applications menu? For example a short cut to a bash script. - What video formats can the Media Player play? I tried ogg, xvid and 3gp - didn't play them. - It's impossible to delete a file using a GUI? - When editing notes using the Notes application it most times doesn't save the changes when clicking Back. But few times it did. I don't know what I did differently these times. But otherwise it's quite good and I can (almost) use my Freerunner as an everyday phone. Thanks! -- View this message in context: http://n2.nabble.com/one-day-usage-of-qtextended-tp1301377p1355545.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
consider buying Neo Freerunner
Hello, I consider buying Neo Freerunner, and would like to use it with Debian (since its what I have on my PC). I intend to use it as my primary cellphone and not merely as PDA. My problem is the Hardware bugs, mainly concerning audio quality during call, listed here http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware_Issues#Poor_Audio_Quality : # Caller hears a loud echo of their own voice #1267 # Buzzing noise caused by GSM radio interference #883 #1352 My question is - would those hardware bugs be fixed in some revision of GTA2 or do I have to wait until GTA3? If it is going to be fixed in GTA2 how long could it presumably take before new revision will be available for purchase, and if not, the same question regarding presumable release of GTA3? If neither option will be availabe soon - do you know some alternatives - a smartphone with option to install debian on it, so it could be usable? I ask because of this recent post: http://wiki.openmoko.org/wiki/Improving_user_experience#Overview : Won't work on om2007 stack. Won't do hardware. thank you in advance Zeev ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One more rotate version
Someone correct me if I'm wrong, but from what i've read, the accelerometers are not dieing but the mechanism that exposes them to /dev/eventX does.? Still able to view throught the /sys/proc route? Scott Fabian Henze wrote: On 20.10.2008 at 04:14:08, SCarlson wrote: Very snappy. It does die pretty quickly.. Due to accelerometer failing? How can I help test this further. I ran from command line and when it dies it just stopping writing to stdout. Also, if I re-run it just sits and waits for stdout. I assume this is the acc. problem that you mentioned above.? Scott Yes I think so. It might as well be a bug in my code, but as other rotate programs have the same problem (or build around it), this is not very likely. It would help, if anyone could tell me how to avoid the bug by altering some timeouts or how to predict the next death. I am currently trying if `cat /dev/input/event3` is also dying after a while, however it has not stopped yet. Is there some information on this bug around? I have not found anything in the bugtracker. -- Fabian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/One-more-rotate-version-tp1353381p1355095.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: One more rotate version
Rui Miguel Silva Seabra ha scritto: On Mon, Oct 20, 2008 at 01:33:20PM +0200, Fabian Henze wrote: On 20.10.2008 at 12:00:36, Rui Miguel Silva Seabra wrote: On Mon, Oct 20, 2008 at 01:37:33AM +0200, Fabian Henze wrote: As it seems popular these days to publish a custom version of the rotate program, I am also going to do it. heh, you could've just sent a patch :) Then I would have to write in your style, which I am not used to :p It would be easier than fixing the indent in order to join the patch and have you as a co-author :) I'm not prickly about any style, that's just my default and it's manually done. If someone can cookup indent recipes for converting between one and another I'd gladly use it to facilitate integration :) "man indent"? ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Subversion Clients/Servers
Anyone compiled and running subversion server or even just a client on their Freerunners yet? If you use the Debian distribution, then yes, and you can install it with just apt-get install subversion. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Launcher and window list
When using Om2008.9, I keep getting annoyed at the distinction between the list of open windows (available by clicking at the top of the screen) and the list of applications that I can launch: most of the time the list of windows is a subset of the list of applications and having to first get the window list, then press Home to finally get to start a new application is just not right. Is there somewhere some integrated application-launcher/window-manager, kind of like Mac OS X's dock? I'd really like to be able to just click at the top of the screen (or the AUX button, maybe) and be brought directly to an application launcher, which indicates which of those applications are already running, and also includes extra windows I might have opened. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One more rotate version
On Mon, Oct 20, 2008 at 04:31:21PM +0200, DJDAS wrote: If someone can cookup indent recipes for converting between one and another I'd gladly use it to facilitate integration :) man indent? ;) I don't care enough about indentation to spend time learning indent, I just want it sufficiently consistent. If someone who cares can cookup a recipe, great. Rui -- Wibble. Today is Pungenday, the 1st day of The Aftermath in the YOLD 3174 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] man pages??? killing events/0
CPU time of a proc? I was thinking in something like 'cat /proc/5/...' it's hard to believe there should be no python way to access procfs more generic (not to speak of other languages). maybe http://mail.python.org/pipermail/python-list/2004-December/298171.html helps? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko Community newsletter, October 4th to 19th
Hi! Is NetFront really availavble on OpenMoko? I tried to find it, but without any luck. Can somebody post some link? ah, and thanks for the newsletter :) Kamil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Echo issue on OM2008.08 solved
Michael Zanetti a écrit : On Wednesday 15 October 2008 08:18:40 Marco Trevisan (Treviño) wrote: Here you are [1]. It includes also the mwester fix for re-registering network and my workaround for GSM firmware crash. I hope it won't have any incompatibility with your installed Qtopia... [1] http://downloads.tuxfamily.org/3v1deb/openmoko/libficgta01vendor-echo-cance llation.so.tar.gz Thanks for the lib. Unfortunately it doesn't seem to fix the echo issue here... Also the buzzing noise is still very loud... Any suggestions? For what I read in : http://n2.nabble.com/GSM-noise-%22buzz%22-issue-tc675090.html I think I can write 2 things : Firstly : there is a difference between : - echo cancellation (what we want) - echo suppression (no transmission when no one talks) Even if http://downloads.tuxfamily.org/3v1deb/openmoko/libficgta01vendor-echo-cancellation.so.tar.gz ends with 'cancellation', are we sure we are talking about that ? Some older posts in this thread mentioned 'echo suppression'... Secondly : the buzzing noise is due to RF (radiofreq) parasites, and seems to be a hardware problem (related to the jack, because plugging a jack increases the noise a lot more). As long as we do not have a software fix (like for GPS/SDcard) or a hardware easy-to-do hack, maybe we should use a bluetooth earset because it seems to be a valid solution, cf. last messages in mentioned thread. Xavier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: one day usage of qtextended
On Mon, Oct 20, 2008 at 7:26 PM, Marx [EMAIL PROTECTED] wrote: Hi I tried qtextended and I really like it. I even got WIFI working using only the GUI . And I have no problems with sound during calls. Good. I do have the old problems - echo and buzzing. There is no way to optimize the levels. The echo removal or suppression (?) patch recently posted may or may not apply to qtextended, but it did certainly create new problems for me, so I removed it. But there are also some problems. Mostly the same as Franky described. That is with using suspend? I charged the phone fully and turned the suspend off. After about 8 or 9 hours (I didn't do anything with the phone during that time, except one wake-up alarm) it said that the battery is extremely low. The battery lasts *half of the time* overnight if you turn the alarm off completely. It is useless as it is now anyway. However, at least once in every three nights, the battery will mysteriously drain itself. Franky Van Liedekerke wrote: - echo issue: with my alsa state file, no issue anymore No problems, even without updating the alsa state file. You must be really lucky My phone didn't wake up from suspend when a call came in. So I can't use the suspend. Is there any fix or workaround for this? Mine does, so there could be differences in each user's experience. I hope you are using the latest version of 4.4.1 (2008/10/3 aka 2008/10/6). I think the un-updated version had solved the echo problem but the resume problem persisted, and it got reversed with the update. And some more problems and questions: - If suspended, the wake-up alarm goes off too late (It seems the alarm starts as many minutes too late how many minutes before the expected alarm time I set it. So if i set the alarm at 12:00 to start at 12:05 then it actually starts 12:10 and if I set it at 12:00 to start at 12:30 then it starts 13:00 etc). If not suspended, it goes off at the right time. Every time the phone's battery is drained, the clock resets itself to what is probably GMT, but the timezone is static! DO NOT rely on the Freerunner's (QTX) alarm to work for anything that is important. It only rang once for me, and that too after nearly 12 hours, after a reboot. - The arrow keys on the on-screen keyboard don't work when using the Terminal application. So I can't go up in the bash history. - If a call arrives and I select Send busy tone it registers two missed calls. Actually, about half of all calls received are registered twice. New messages result into multiplication of messages already received. - First it didn't show any of my SIM contacts. They appeared after I selected some other configuration from Server Widgets. And now they are still here, even after I switched back to Default QT Extended. I can't see some of the new contacts I imported. They had not been imported the first time, but the latest import seemed to work till the phone got switched off overnight. - As Franky said, after every call it plays a weird and loud sound. It's really annoying. What is it? And why? Can I disable it? It is random. On some days, it rings. It doesn't on some days. Pick your choice. - Same problems with mp3 playback as Franky described. - So it's impossible to install any extra software? The default feed url (http://qtextended.org/packages/feed/4.4.1/neo) shows 404 and It is not there yet. Lorn has said it would be available soon, and I am dying to see if it fixes the sound problem and offers some usable packages. http://qtextended.org/packages/feed/4.3.2/neo just doesn't show any packages in the package manager, although it shows them when viewing this url in a web browser. Don't try those packages! - Can I manually add something in the Applications menu? For example a short cut to a bash script. - What video formats can the Media Player play? I tried ogg, xvid and 3gp - didn't play them. None, as of now, I think. - It's impossible to delete a file using a GUI? You need a file manager. The only one available is in source code, and I don't know if it compiles for Qtextended. - When editing notes using the Notes application it most times doesn't save the changes when clicking Back. But few times it did. I don't know what I did differently these times. cf. comment about contacts. But otherwise it's quite good and I can (almost) use my Freerunner as an everyday phone. My thoughts too! I am using it as an everyday phone in any case. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One more rotate version
On 20 Oct 2008, at 15:37, Rui Miguel Silva Seabra wrote: On Mon, Oct 20, 2008 at 04:31:21PM +0200, DJDAS wrote: If someone can cookup indent recipes for converting between one and another I'd gladly use it to facilitate integration :) man indent? ;) I don't care enough about indentation to spend time learning indent, I just want it sufficiently consistent. If someone who cares can cookup a recipe, great. indent -kr file.c Stroller. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One more rotate version
On Mon, Oct 20, 2008 at 05:35:11PM +0100, Stroller wrote: On 20 Oct 2008, at 15:37, Rui Miguel Silva Seabra wrote: On Mon, Oct 20, 2008 at 04:31:21PM +0200, DJDAS wrote: If someone can cookup indent recipes for converting between one and another I'd gladly use it to facilitate integration :) man indent? ;) I don't care enough about indentation to spend time learning indent, I just want it sufficiently consistent. If someone who cares can cookup a recipe, great. indent -kr file.c Thank you very much, I'll check it out tomorrow night (Portugal time). Rui -- Grudnuk demand sustenance! Today is Pungenday, the 1st day of The Aftermath in the YOLD 3174 + No matter how much you do, you never do enough -- unknown + Whatever you do will be insignificant, | but it is very important that you do it -- Gandhi + So let's do it...? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[Debian] Alternate install (image)?
Hey, I've been posting about the installer script error I am getting and how I can't get the installer to work for Debian. Does anyone have an image I could flash? That would be great as I really want to try Debian on my phone. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
(OM2008.9) Flashback to QTextended
I put OM2008.9 in the flash this afternoon. It did not make me happy: it suffers from the same problem as when I run it from uSD: plugging in the USB when it's running makes the FR die. I reflashed QTexended. Would it be better to use OM2008.8 instead? Or does this suffer from the same problem? I can live with most of the quirks of the FR, but this one is really annoying. I do not want to pull the battery out when I plug in the USB just because then the FR locks up and is really braindead. Paul -- Don't smoke in bed. Your ashes may fall on the ground. http://www.nlpagan.net Running on Mandriva Linux 2008 and Ubuntu 8.04 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Virtualized developer system (was Re: Back to the basics:improving user experience)
On Sun, Oct 19, 2008 at 10:46 PM, Jisakiel [EMAIL PROTECTED] wrote: ¿May I suggest the image being a virtualbox one instead of vmware? Virtualbox is quite fast as well, and there are free (as in speech) versions available for all major distros. Only problem is that the open source does not support usb (but the commercial version is freely downloadable and does). Only free vmware nowadays are the player (no snapshots ability) and the server (too heavyweight, based on tomcat + firefox plugin). +1 I have been using VirtualBox to run a Ubuntu guest for over a year now. Works very well, although I have not tried to connect neo directly to this instance. I ssh to another laptop running ubuntu natively to which I connect the FR. cheers Denis ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
DPI settings and font sizes
I love my FR's screen. 280dpi in full color is just awesome. But there's a problem: X11 applications choose their font sizes either as a predefined number of pixels or a predefined number of points. The first leads to very small text when you have a 280dpi screen. The second leads to very large text (because my FR's screen is much closer to my eyes than a typical laptop/desktop monitor). I'm using Xglamo under Debian and notice that at startup xdyinfo gives a dpi setting of 75x75, which is obviously a default value. This lead to all fonts being too small. So I changed it (to just 100dpi: I actually like small fonts) by adding a -dpi 100 parameter to the X server. So this all works nicely, except that when I rotate the screen with xrandr, the sizedpi is calculated based on the screen's own info and gets set to 280dpi. I've tried to use xrandr --dpi 100 as well as the --fbmm argument, but it looks like Xglamo does not support version 1.2 of XRandR. (I also tried to add a DisplaySize thingy in the xorg.conf file, but it made no difference, I'm not even sure if that file is read by Xglamo). For now, I just try to refrain from rotating the display, but I wish I could get it work right. Does anybody have an idea? Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
I really welcome the 'back to basics' focus by OM. However, I'd echo what other people have said - for me, the 'basics', are ensuring that the phone works as a phone. My FR is sitting in my backpack, with my SIM in another phone - I missed several calls and wasn't able to make calls on several occasions because the FR got into a strange state and refused to make or answer calls. I missed other calls because the phone was suspended and didn't wake up quickly enough for me to answer the call before it went to voice mail. Then I stopped suspending the phone, and missed calls because my battery had died. I would *love* to go back to using my FR as my phone - but I can't do it until I'm confident that I'm not going to miss calls, and that I'll be able to make calls when I need to. For me, there are 2 'basics' that need to be met before addressing any other issues: 1: rock solid phone performance - making / receiving calls 2: enough battery life that I can make it through a working day without having to plug in the FR - this can be either through increasing the battery life, or by fixing suspend mode so that it's reliable and doesn't break #1. Until I'm convinced those items are addressed, my $400 FR is going to remain turned off in my backpack, and my friends who bought iPhones will continue to laugh at me for 'wasting' my money on such a 'phone'. *please* give me some ammunition to use against them! Warren On Thu, Oct 16, 2008 at 3:47 AM, John Lee [EMAIL PROTECTED] wrote: Hi, Like Wolfgang said in http://n2.nabble.com/Weekly-Engineering-News-41-2008-td1336450.html We assembled a team to focus on improving the user experience. Here is our todo list at the moment: * Reduce boot time. * Optimize the touch screen driver on freerunner for finger usage. * A generic python loader to enhance the start up time of python scripts. * Work with system team to improve suspend/resume user experience. I would like to ask the community: What do you want us to work on? The idea is * We improve the current stack, not creating new features. * Prefer stuffs which could be brought over to gta03 instead of gta02/om2008 specific. * won't work on om2007 stack. So, tell us what you want, then the coding monkeys will start working! :) Regards, John ___ 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: Back to the basics: improving user experience
On Mon, Oct 20, 2008 at 19:54, Warren Baird [EMAIL PROTECTED] wrote: Until I'm convinced those items are addressed, my $400 FR is going to remain turned off in my backpack, and my friends who bought iPhones will continue to laugh at me for 'wasting' my money on such a 'phone'. *please* give me some ammunition to use against them! Use the 2007.2, Luke! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Partitionning separate /home/ floder to SD
Vikas Saurabh wrote: Flash has limited writes in its lifetime. That is why we have special filesystems for flash [1],[2] (e.g. jffs2). ext3 (due to its journalling) might not be good idea for Sd-card. I think ext2 would fare fine except that it might be left with corrupted FS in case improper shutdown but at least it would not impact the life of the card. For CF and probably also for SD this is a non-issue. Most, probably all, implement write levelling in the card so special filesystems are not needed. The number of write cycles before failure has increased enormously too. More details here: http://www.storagesearch.com/ssdmyths-endurance.html From a practical perspective we've been using CF cards with ext3 and swap for several years now in server appliances, and they've been more reliable than HDDs in similar situations over that period. Given the restricted bandwidth of the glamo I won't even be able to hit the SD as hard as these are every day, so I have no worries about the lifetime of my SD cards. I will be very surprised if it fails before I decide to upgrade it. On Mon, Oct 20, 2008 at 6:14 PM, Iain B. Findleton [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I did appear to observe that using ext3 on the uSD partitions appears to be faster than using FAT file systems, however. --VIkas [1] http://en.wikipedia.org/wiki/List_of_flash_file_systems#Flash_memory_.2F_solid_state_media_file_systems [2] http://en.wikipedia.org/wiki/NAND_flash#Flash_file_systems ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
ash_history
Hello, om2008.9, ash, terminal I've tried to add an HISTFILESIZE=500, export HISTFILESIZE, in to my /etc/profile file and it doesn't seems to work. The .hash_history file is ever at fifteen lines length ? Maelvon ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] man pages??? killing events/0
Of course and I was not expecting the man pages installed on the FR. If you use the Debian distribution, manpages are installed just as on any other Debian system. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Pingus ported
There is no way if the screen is already rotated. (read: I don't find a way to figure out when the screen is already rotated). Please email me, if you find one and I will directly adept it to the package. Max Giesbert wrote: thx for the changes. so far it works great. only suggestion i would like to make is that you check if the screen is already rotated at startup. also bring it back to the same mode after exit. thx max Alasal schrieb: I've changed the package of Sander, So it rotates on start and it starts with the right screen resolution and more. For more information, look at http://onlinedev.blogspot.com/2008/10/getting-pingus-on-your-neo-freerunner.html ps. The package may be used for inclusion on opkg. But I didn't do it, because some people want sound (What I doubt, because it's not playing well) and I've disabled it on my package. Sander van Grieken wrote: Hi All, I'm glad to report that I've managed to port Pingus, the free lemmings clone, for OE based distributions (it was already available on Debian). I have submitted the bitbake recipe and patches to Openembedded, but there's no need to wait while these trickle down the various branches. I have created the binaries for you. On both FSO and OM2008.8 you can install http://3v8.net/~sander/openmoko/libboost-signals1.33.1_1.33.1-r3_armv4t.ipk http://3v8.net/~sander/openmoko/pingus_0.7.2-r0_armv4t.ipk Also libpng3 must be installed, but I haven't been able to get the dependency right, so you'll need to do that manually. Note: for OM2008.8, you need to have the testing feeds to get recent enough SDL packages. more information is at http://wiki.openmoko.org/wiki/Sander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- exactt technology Dipl. Inf. (FH) Max Giesbert Schießstättstr. 16T: +49 17 75 07 53 44 D-80339 München F: +49 89 1 22 21 97 02 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/Pingus-ported-tp1349075p1356751.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: [FSO-testing] Good news for 19/10/2008 image
[EMAIL PROTECTED] wrote: Houray, I test the last FSO image and good things have been done : - suspend/resume works. what do you mean by work? do you mean that you can suspend? or do you mean that when you suspend and you press the button again it comes back 100% of the time and that it doesn't misses calls(so 100% of the times it comes out of suspend when there is a call) Thanks in advance for your response. I don't use yet my FR as my daily phone. I have done some tests yesterday with my SIM inside : within 2 hours, FSO wakes up fine on 4 voice calls but not on 1 SMS. On 1 voice call, due to a zhone bug I think, I was not able to answer because the screen was stuck on the suspend screen (keep pressed, let go, suspending, waking up) Without SIM, FSO ALWAYS manually wakes up after manually suspend Friendly, Yves MAHE ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
On Mon, 20 Oct 2008 19:58:27 +0200 Johny Tenfinger [EMAIL PROTECTED] wrote: On Mon, Oct 20, 2008 at 19:54, Warren Baird [EMAIL PROTECTED] wrote: Until I'm convinced those items are addressed, my $400 FR is going to remain turned off in my backpack, and my friends who bought iPhones will continue to laugh at me for 'wasting' my money on such a 'phone'. *please* give me some ammunition to use against them! Use the 2007.2, Luke! Or if it's phone you want, try out the new QTextended. You'll like it. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: consider buying Neo Freerunner
Hello, Hi I consider buying Neo Freerunner, and would like to use it with Debian (since its what I have on my PC). I intend to use it as my primary cellphone and not merely as PDA. My problem is the Hardware bugs, mainly concerning audio quality during call, listed here http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware_Issues#Poor_Audio_Quality : # Caller hears a loud echo of their own voice #1267 # Buzzing noise caused by GSM radio interference #883 #1352 My question is - would those hardware bugs be fixed in some revision of GTA2 or do I have to wait until GTA3? If it is going to be fixed in GTA2 how long could it presumably take before new revision will be available for purchase, and if not, the same question regarding presumable release of GTA3? As far as I know, they're software problems, not hardware and they're pretty close to being fixed. On the latest QT extended I have pretty stable call quality and no echo. My om2008.09 echoed at the beginning but stopped after I upgraded to testing version. This was too unstable for my liking however. Yogiz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (OM2008.9) Flashback to QTextended
Hi, That has never happened with me. What kernel are you using? I put OM2008.9 in the flash this afternoon. It did not make me happy: it suffers from the same problem as when I run it from uSD: plugging in the USB when it's running makes the FR die. I reflashed QTexended. Would it be better to use OM2008.8 instead? Or does this suffer from the same problem? I can live with most of the quirks of the FR, but this one is really annoying. I do not want to pull the battery out when I plug in the USB just because then the FR locks up and is really braindead. Paul ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (OM2008.9) Flashback to QTextended
Yogiz wrote: That has never happened with me. What kernel are you using? I use these files: Om2008.9-gta02-20080916.uImage.bin Om2008.9.rootfs.jffs2 Paul -- Don't smoke in bed. Your ashes may fall on the ground. http://www.nlpagan.net Running on Mandriva Linux 2008 and Ubuntu 8.04 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: consider buying Neo Freerunner
Hi. This is my first and hopefully only post in where I whine. I love my FreeRunner - but it doesn't work as a phone reliably (I sure don't want to miss my first daughter being born soon) and the progress since July when I bought it is far from convincing ... FSO sure looks good but it won't help that I can theoretically use the phone with any UI and applications thinkable, unless the hardware and it's basic functionality works. My whining ends with: * Can't call reliably * GPS takes forever * Accelerometer's interface * Bluetooth with a headset is far from working * Playing ogg/mp3 that all my other phones does hogs the CPU * usage patterns regarding power and battery - there's a LOT to wish for * using speaker as a conference phone ... well do I need to So what use cases is left that it can actually fulfill? * A wonderful toy * A wonderful playground for learning python * A wonderful project (the commercial GPS product does show that it *should* work) * book stand but I don't know what to do with it - it's almost useless in it's current state. My suggestion: Wait for GTA03. On the other hand - I do believe that they will fix everything with the GTA02 and that the phone will be really awesome. Perhaps the GTA03 will have the same mountain of issues that the GTA02 version has revealed. I have a fever (home from work) so perhaps that's pulling my mood down a bit too - normally I'd just warn you with the last My suggestion part. :) HTH, Fredrik PS. If one would want to go with Qt Extended, the phone is much more useful and complete regarding the software. But the hardware issues are still the same. DS mån 2008-10-20 klockan 16:19 +0200 skrev [EMAIL PROTECTED]: Hello, I consider buying Neo Freerunner, and would like to use it with Debian (since its what I have on my PC). I intend to use it as my primary cellphone and not merely as PDA. My problem is the Hardware bugs, mainly concerning audio quality during call, listed here http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware_Issues#Poor_Audio_Quality : # Caller hears a loud echo of their own voice #1267 # Buzzing noise caused by GSM radio interference #883 #1352 My question is - would those hardware bugs be fixed in some revision of GTA2 or do I have to wait until GTA3? If it is going to be fixed in GTA2 how long could it presumably take before new revision will be available for purchase, and if not, the same question regarding presumable release of GTA3? If neither option will be availabe soon - do you know some alternatives - a smartphone with option to install debian on it, so it could be usable? I ask because of this recent post: http://wiki.openmoko.org/wiki/Improving_user_experience#Overview : Won't work on om2007 stack. Won't do hardware. thank you in advance Zeev ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: Detta är en digitalt signerad meddelandedel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
auto-suspend with Debian
The Debian distribution doesn't seem to do auto-suspend: you have to explicily ask for it before your FR suspends. At first I thought it would be OK, but in practice it doesn work: the device will wake up on too many occasions (e.g. when receiving a phone call) and won't automatically fall back asleep afterwards. How can I make it auto-suspend? Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Subversion Clients/Servers
Understood. I'm trying to stick with the OM products though. -Scott Stefan Monnier wrote: Anyone compiled and running subversion server or even just a client on their Freerunners yet? If you use the Debian distribution, then yes, and you can install it with just apt-get install subversion. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/Subversion-Clients-Servers-tp1353798p1356942.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: consider buying Neo Freerunner
Not everyone has those problems, I experienced those problems only a couple times myself but not every call. I actually use mine daily and rarely switch back to my old phone. Only on days where battery life is crucial (such as long road trips without a car charger) although even that is rare for me. -Shawn [EMAIL PROTECTED] wrote: Hello, I consider buying Neo Freerunner, and would like to use it with Debian (since its what I have on my PC). I intend to use it as my primary cellphone and not merely as PDA. My problem is the Hardware bugs, mainly concerning audio quality during call, listed here http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware_Issues#Poor_Audio_Quality : # Caller hears a loud echo of their own voice #1267 # Buzzing noise caused by GSM radio interference #883 #1352 My question is - would those hardware bugs be fixed in some revision of GTA2 or do I have to wait until GTA3? If it is going to be fixed in GTA2 how long could it presumably take before new revision will be available for purchase, and if not, the same question regarding presumable release of GTA3? If neither option will be availabe soon - do you know some alternatives - a smartphone with option to install debian on it, so it could be usable? I ask because of this recent post: http://wiki.openmoko.org/wiki/Improving_user_experience#Overview : Won't work on om2007 stack. Won't do hardware. thank you in advance Zeev ___ 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: Back to the basics: improving user experience
On Mon, Oct 20, 2008 at 3:50 PM, Yogiz [EMAIL PROTECTED] wrote: Or if it's phone you want, try out the new QTextended. You'll like it. I was using QTextended when I encountered the situations I described - it still doesn't seem to provide solid phone capabilities - the phone got in a mode where it wouldn't answer calls and I couldn't make outgoing calls. I agree that it's closer to provide a decent user experience, and the speed seems a lot better - but I really need to be able to reliably make and receive phone calls. Warren ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: auto-suspend with Debian
You must configure zhone to do auto-suspend. Therefor you have to edit the /etc/frameworkd.conf and change the suspend parameter. But this only works while zhone is running. ;) Ciao, Rainer Stefan Monnier wrote: The Debian distribution doesn't seem to do auto-suspend: you have to explicily ask for it before your FR suspends. At first I thought it would be OK, but in practice it doesn work: the device will wake up on too many occasions (e.g. when receiving a phone call) and won't automatically fall back asleep afterwards. How can I make it auto-suspend? Stefan ___ 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: auto-suspend with Debian
Hi, Am Montag, den 20.10.2008, 15:00 -0400 schrieb Stefan Monnier: The Debian distribution doesn't seem to do auto-suspend: you have to explicily ask for it before your FR suspends. At first I thought it would be OK, but in practice it doesn work: the device will wake up on too many occasions (e.g. when receiving a phone call) and won't automatically fall back asleep afterwards. How can I make it auto-suspend? Does FSO auto-suspend? If so, since what version? Generally, we try not to diverge too much from the FSO image, so if there are problems with Debian that are also present in FSO, then they probably ought to be tackled there first. Greetings, joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume on Debian
A snapshot seems to have been released on september 25th ^.^ (A week after the quoted message) http://download.enlightenment.org/snapshots/ Has there been any progress toward packaging that up? On Wednesday 17 September 2008 17:25:25 you wrote: Hi, Am Mittwoch, den 17.09.2008, 17:13 -0400 schrieb Daniel Benoy: Is there any way I can help accelerate the process of getting illume on debian on my freerunner? Like any sort of contribution they may need to help get the latest enlightenment going? Ask on the enlightenment mailing lists what help they need for pushing out a new snapshot – that’s what we are all waiting for. Alternatively, is there any workaround? Preferably one that's not too hacky, like, for example, converting an opk to a deb? Hmm, likely not, as it needs features not present in the released versions of the enlightenment libs (or so I heared). Greetings, Joachim -- Daniel Benoy http://daniel.benoy.name ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: consider buying Neo Freerunner
Frankly speaking I'm not sure anymore if the bugs are only software related. As long as there is no image that has stable phoning capabilities I would not advise anyone to buy one. The hardware might be able to provide it in the future, but the unstable software haven't proven itself yet. Only if you really want to support OM / Free software by buying one (this is one of my main reason for buying it) you could do that. For now my money is a donation for the good cause and I still hope to get the best phone ever in return. So to summarize, if you want to play it safe wait for GTA03. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: consider buying Neo Freerunner
On Mon, Oct 20, 2008 at 4:13 PM, Shawn prjktdtnt Thompson [EMAIL PROTECTED] wrote: Not everyone has those problems, I experienced those problems only a couple times myself but not every call. I actually use mine daily and rarely switch back to my old phone. Only on days where battery life is crucial (such as long road trips without a car charger) although even that is rare for me. I'm actually quite surprised - are you always reliably able to make and receive calls? My experience has been similar to Fredrik Wendt's - when it works, the audio quality is fine - but over a month or so of use as my daily phone (mostly 2008.8/9 and a bit of QTExtended), I had many occurances where I missed calls because the phone was too slow waking up, and I had at least 3 times when the phone got into a strange mode where I couldn't make calls... I had assumed that this was what everyone was experiencing - but maybe I just got a bad unit... Warren ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Illume on Debian
Hi, Am Montag, den 20.10.2008, 16:28 -0400 schrieb Daniel Benoy: On Wednesday 17 September 2008 17:25:25 you wrote: Hi, Am Mittwoch, den 17.09.2008, 17:13 -0400 schrieb Daniel Benoy: Is there any way I can help accelerate the process of getting illume on debian on my freerunner? Like any sort of contribution they may need to help get the latest enlightenment going? Ask on the enlightenment mailing lists what help they need for pushing out a new snapshot – that’s what we are all waiting for. Alternatively, is there any workaround? Preferably one that's not too hacky, like, for example, converting an opk to a deb? Hmm, likely not, as it needs features not present in the released versions of the enlightenment libs (or so I heared). A snapshot seems to have been released on september 25th ^.^ (A week after the quoted message) http://download.enlightenment.org/snapshots/ Has there been any progress toward packaging that up? Thanks for the pointer. The Debian enlightenment team has started to packages these for Debian, and I heard that they will also package Illume. See http://lists.alioth.debian.org/pipermail/pkg-e-devel/2008-October/thread.html for progress and further information. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer [EMAIL PROTECTED] | ICQ# 74513189 | GPG-Keyid: 4743206C JID: [EMAIL PROTECTED] | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: consider buying Neo Freerunner
mån 2008-10-20 klockan 21:36 +0100 skrev t m: So to summarize, if you want to play it safe wait for GTA03. How do you know that they'll not go through the same process with GTA03 that we've all been doing with GTA02? Wasn't GTA02 supposed to be the stable version? / Fredrik signature.asc Description: Detta är en digitalt signerad meddelandedel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
The problem with some of the comments on images, are people not using the phone to the extend as others do. I need my phone, also for business reasons. I receive and send sms messages and also phone during driving a car and in crowded surroundings. There are also people praising an image after a 2 hour testrun. I also praised Qtopia 4.2 before someone started complaining about echo and missing some sms messages and the phone went in coma once in a while. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: consider buying Neo Freerunner
So to summarize, if you want to play it safe wait for GTA03. How do you know that they'll not go through the same process with GTA03 that we've all been doing with GTA02? Wasn't GTA02 supposed to be the stable version? You're right. I should have said something else. If you want to play it safe wait for a fully working image on GTA02 (or GTA03) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Virtualized developer system (was Re: Back to thebasics:improving user experience)
On Tue, 21 Oct 2008 03:24:11 +1000, Denis Johnson [EMAIL PROTECTED] wrote: On Sun, Oct 19, 2008 at 10:46 PM, Jisakiel [EMAIL PROTECTED] wrote: ¿May I suggest the image being a virtualbox one instead of vmware? Virtualbox is quite fast as well, and there are free (as in speech) versions available for all major distros. Only problem is that the open source does not support usb (but the commercial version is freely downloadable and does). Only free vmware nowadays are the player (no snapshots ability) and the server (too heavyweight, based on tomcat + firefox plugin). +1 I have been using VirtualBox to run a Ubuntu guest for over a year now. Works very well, although I have not tried to connect neo directly to this instance. I ssh to another laptop running ubuntu natively to which I connect the FR. cheers Denis I've not used VirtualBox before, will have to take a look at it. I need to work through the assembly once more anyway to document it better. In the meantime I'll see about cleaning up a bit and figuring out how to package the vmware image up as an appliance. (I'm using the free vmware server, BTW, running under Ubuntu Hardy) j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (OM2008.9) Flashback to QTextended
On Mon, 20 Oct 2008 19:26:05 +0200, Paul [EMAIL PROTECTED] wrote: I put OM2008.9 in the flash this afternoon. It did not make me happy: it suffers from the same problem as when I run it from uSD: plugging in the USB when it's running makes the FR die. I reflashed QTexended. Would it be better to use OM2008.8 instead? Or does this suffer from the same problem? I can live with most of the quirks of the FR, but this one is really annoying. I do not want to pull the battery out when I plug in the USB just because then the FR locks up and is really braindead. OM2008.9 is just a snapshot during the evolution of 2008.8 toward today, taken at the time of it's release. if you install 2008.8 or 2008.9 and do opkg upgrade you should end up at precisely the same place. That said, have you tried the most recent 2008.x snapshot? It's basically 2008.8 (or 2008.9 ;) 'opkg upgrade'd through sometime last night. http://downloads.openmoko.org/releases/Om2008.8-update/ j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: consider buying Neo Freerunner
On Mon, 20 Oct 2008 22:53:32 +0300, Yogiz [EMAIL PROTECTED] wrote: Hello, Hi I consider buying Neo Freerunner, and would like to use it with Debian (since its what I have on my PC). I intend to use it as my primary cellphone and not merely as PDA. My problem is the Hardware bugs, mainly concerning audio quality during call, listed here http://wiki.openmoko.org/wiki/Neo_FreeRunner_Hardware_Issues#Poor_Audio_Quality : # Caller hears a loud echo of their own voice #1267 # Buzzing noise caused by GSM radio interference #883 #1352 My question is - would those hardware bugs be fixed in some revision of GTA2 or do I have to wait until GTA3? If it is going to be fixed in GTA2 how long could it presumably take before new revision will be available for purchase, and if not, the same question regarding presumable release of GTA3? As far as I know, they're software problems, not hardware and they're pretty close to being fixed. On the latest QT extended I have pretty stable call quality and no echo. My om2008.09 echoed at the beginning but stopped after I upgraded to testing version. This was too unstable for my liking however. Yogiz Sorry but I wanted to offer corrections: The buzzing is definitely a hardware issue, (http://lists.openmoko.org/pipermail/hardware/2008-August/000415.html) though it affects different units on different frequencies and different carriers differently. (I rarely am affected, never severely, on 1900mhz US T-Mobile in NC - travelling rural areas daily and rarely have buzz even when signal fades to zero)) The echo problem's solution is a band-aid of sorts, turning on undocumented echo suppression in the GSM chip to reduce the effect dramatically (especially on cell to cell calls where the latency is more obvious), but that's a partial correction of the effect, not the cause. The 'fix' unfortunately is not an onboard DSP with echo cancellation, just a suppression feature that mutes the audio from phone to carrier when you're not talking - like a half-duplex speakerphone cutting off the mic so you can hear, except it cuts off the mike so the other party /can't/ hear. That said, with the present suppression fix in place the call quality is perfectly acceptable for me. (The only low-level 'bug' I'm currently bothered with is the GSM re-registration bug apparently in some GSM firmwares, again addressed by a 'band-aid' undocumented AT command to prevent deep sleep powersave on the GSM chip if afflicted) j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Subversion Clients/Servers
2008/10/20 SCarlson [EMAIL PROTECTED] Understood. I'm trying to stick with the OM products though. -Scott Some weeks ago I was able to compile subversion with OE but i deleted my tree and now it fails. Try asking on OE mailing-lists or irc channel and report please! Regards Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
I must admit I never tried 2007.2 - but the things I read about it suggested that it also wasn't very stable - people recommended using Qtopia if you wanted a stable phone experience. Does 2007.2 really provide a rock-solid phone/sms experience? Warren On Mon, Oct 20, 2008 at 1:58 PM, Johny Tenfinger [EMAIL PROTECTED]wrote: On Mon, Oct 20, 2008 at 19:54, Warren Baird [EMAIL PROTECTED] wrote: Until I'm convinced those items are addressed, my $400 FR is going to remain turned off in my backpack, and my friends who bought iPhones will continue to laugh at me for 'wasting' my money on such a 'phone'. *please* give me some ammunition to use against them! Use the 2007.2, Luke! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
French Community / Communauté Francophone
(sorry for my poor english, french version below) // Hi, As you may have noticed already, a francophone community is rapidly growing on the *http://openmoko-fr.org* site which has been in existence for only three months now. The site now contains a news blog (relayed on the Planet), a forum with 180 members and over 2000 posts, a wiki with over 60 pages, and an IRC channel (#openmoko-fr on freenode). Our goal is to speak in French about the Openmoko project to a wider audience (developpers or not) and allow everyone to contribute at own level. If you are looking for more information and feedback in French, or if you want to share yours, feel free to participate. You're more than welcome! // Bonjour, Comme vous l'avez peut-être déjà remarqué, une communauté francophone est en train de se fédérer autour du site http://openmoko-fr.org Ce site existe depuis seulement 3 mois mais contient déjà un blog d'informations (relayé sur le Planet), un forum (180 membres, plus de 2000 messages) un wiki (plus de 60 pages) et un canal IRC (#openmoko-fr sur freenode). Notre objectif est de s'adresser à un large public (développeurs ou non) pour promouvoir le projet Openmoko en français et permettre à chacun de contribuer à son niveau. Si vous cherchez des informations et retours d'expériences en français ou si au contraire vous souhaitez partager les vôtres, n'hésitez pas participer vous êtes les bienvenus ! -- Swap38 Webmaster de http://openmoko-fr.org La communauté francophone sur Openmoko ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
usermeeting in Grenoble (France) next friday
Hi, If you want to talk about Openmoko with funny guys (and with a nice strokeFreerunner/stroke BEER in your hand) take a look at this : http://openmoko-fr.org/wiki/index.php/2008-10-24_:_Grenoble Remember : next friday, 19:00 :) See you soon, swap38 PS : faut-il traduire en français ? Allez voir le site et notez bien : vendredi 24 à 19h ;) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher and window list
Stefan Monnier [EMAIL PROTECTED] writes: When using Om2008.9, I keep getting annoyed at the distinction between the list of open windows (available by clicking at the top of the screen) and the list of applications that I can launch: most of the time the list of windows is a subset of the list of applications and having to first get the window list, then press Home to finally get to start a new application is just not right. Is there somewhere some integrated application-launcher/window-manager, kind of like Mac OS X's dock? I'd really like to be able to just click at the top of the screen (or the AUX button, maybe) and be brought directly to an application launcher, which indicates which of those applications are already running, and also includes extra windows I might have opened. Maybe you could try installing Debian? The install takes some time but is mostly rather smooth. You would need to buy a larger sd card, but they are very cheap nowadays. Stefan -- Joakim Verona ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Back to the basics: improving user experience
Paul wrote: I agree. Having a solid functional phone is the prime objective. Paul I second this. Right now, I am frustrated because I miss probably half my calls because the phone freezes coming out of suspend. . . . shawn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher and window list
When using Om2008.9, I keep getting annoyed at the distinction between the list of open windows (available by clicking at the top of the screen) and the list of applications that I can launch: most of the time the list of windows is a subset of the list of applications and having to first get the window list, then press Home to finally get to start a new application is just not right. Is there somewhere some integrated application-launcher/window-manager, kind of like Mac OS X's dock? I'd really like to be able to just click at the top of the screen (or the AUX button, maybe) and be brought directly to an application launcher, which indicates which of those applications are already running, and also includes extra windows I might have opened. Maybe you could try installing Debian? The install takes some time but is mostly rather smooth. You would need to buy a larger sd card, but they are very cheap nowadays. I do have it installed, but the problem is the same: the best I've found so far is something like fbpanel, where it shows the window-list as well as a bunch of application launcher icons. But it only works with a stylus. I'd need something with much larger icons, that takes the whole screen. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2008.9] man pages??? killing events/0
On Monday 20 October 2008 18:57:21 Matthias Apitz wrote: El día Monday, October 20, 2008 a las 06:45:26PM +1100, Alex Osborne escribió: Well of course it's going to be different on FreeBSD -- different kernel -- but the location of the CPU time in /proc is going to be the same as any other system running the Linux kernel (well at least any that's not completely ancient anyway). So the simplest option, as I was suggesting is just to consult the proc manpage on any random Linux PC and if you don't have a Linux box handy then Google it, as people have put most of the man pages online. for example where is the man page of 'dropbear'? http://www.google.com/search?q=dropbear+manpage First result: http://downloads.openwrt.org/people/nico/man/man8/dropbear.8.html ;-) I thing Linux/UNIX goes the wrong way if we depend on Google to lookup man pages; Errr ... I've seen plenty of windows programs that don't come with documentation or relatively useless documention. Can't say the help facility is all that helpful either. You were asking for documentation for _technically_ a 3rd party program included on an embedded system. It makes sense to consult the website of the software or (heaven forbid) search for the man page. Last resort would be to install/extract the software on a system where you can read the documentation, which seems to be your preferred option. I don't think the suggestion was google is our documentation but merely that, if you bothered to search, you wouldn't have to bother us to search for you. Seriously though, if you must have the absolute exact same version for some reason and don't have a Linux box, just grab the source tarball: wget http://downloads.openmoko.org/sources/dropbear-0.51.tar.bz2 tar -jxvf dropbear-0.51.tar.bz2 cd dropbear-0.51 man ./dropbear.8 Now we're getting closer; thanks for the hint; maybe it would be a good idea if we have *all* man pages installed at http://downloads.openmoko.org/ or even as a fetch-able tar ball; in KDE you can just put 'man:ssh' into the KDE's browser Konqueror and you get what you want; Fair enough, but it's like expecting microsoft to host all the documentation for all the apps that you could _possibly_ install on their OS. As nice as that might be, it's not exactly realistic. Nearly any decent linux distro project has htmlised their man pages and from experience, reinventing the wheel can only ever have 'so much' benefit. The definitive place for any documentation will always be the source. Anything else could quite possibly be outdated. Possibly automated links to the official software source files/homepages would be more appropriate. The kernel itself is a different matter but once again, plenty of wheels are out there. Usually manpages aren't installed on embedded systems in the interests of saving space. Of course and I was not expecting the man pages installed on the FR. So searching the wiki and searching google are not akin? There seems to be a location dependency going on with your logic, I would have thought search relevance was what was important here and how quickly you can obtain the information you require. Seriously, this is the situation with embedded systems and I doubt any project can warrant the time for maintaining a man digest vs development. It's really not as much of an issue as you make it appear. Sarton ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Launcher and window list
2008/10/21 Stefan Monnier [EMAIL PROTECTED]: When using Om2008.9, I keep getting annoyed at the distinction between the list of open windows (available by clicking at the top of the screen) and the list of applications that I can launch: most of the time the list of windows is a subset of the list of applications and having to first get the window list, then press Home to finally get to start a new application is just not right. Is there somewhere some integrated application-launcher/window-manager, kind of like Mac OS X's dock? I'd really like to be able to just click at the top of the screen (or the AUX button, maybe) and be brought directly to an application launcher, which indicates which of those applications are already running, and also includes extra windows I might have opened. this was announced a few days ago in a mail here - sounds like what you're after http://aliasid.googlepages.com/auxlaunch it's written for debian, but i'm sure it could be ported to om2008 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: French Community / Communauté Francophone
Good job, the web site is very nice ! Hope I can see you guys when I come to France. Oui oui je suis Français ! Charlie On Tue, 2008-10-21 at 00:49 +0200, swap38 wrote: (sorry for my poor english, french version below) // Hi, As you may have noticed already, a francophone community is rapidly growing on the *http://openmoko-fr.org* site which has been in existence for only three months now. The site now contains a news blog (relayed on the Planet), a forum with 180 members and over 2000 posts, a wiki with over 60 pages, and an IRC channel (#openmoko-fr on freenode). Our goal is to speak in French about the Openmoko project to a wider audience (developpers or not) and allow everyone to contribute at own level. If you are looking for more information and feedback in French, or if you want to share yours, feel free to participate. You're more than welcome! // Bonjour, Comme vous l'avez peut-être déjà remarqué, une communauté francophone est en train de se fédérer autour du site http://openmoko-fr.org Ce site existe depuis seulement 3 mois mais contient déjà un blog d'informations (relayé sur le Planet), un forum (180 membres, plus de 2000 messages) un wiki (plus de 60 pages) et un canal IRC (#openmoko-fr sur freenode). Notre objectif est de s'adresser à un large public (développeurs ou non) pour promouvoir le projet Openmoko en français et permettre à chacun de contribuer à son niveau. Si vous cherchez des informations et retours d'expériences en français ou si au contraire vous souhaitez partager les vôtres, n'hésitez pas participer vous êtes les bienvenus ! 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: Pingus ported
There is no way if the screen is already rotated. (read: I don't find a way to figure out when the screen is already rotated). Please email me, if you find one and I will directly adept it to the package. In my tests, I noticed that the output of `xrandr' moves the little star when I switch from portrait to landscape and back: ~# xrandr Screen 0: minimum 240 x 240, current 640 x 480, maximum 640 x 640 default connected 480x640+0+0 left (normal left inverted right x axis y axis) 0mm x 0mm 480x64050.0 640x48025.0* 240x32050.0 320x24050.0 ~# xrandr Screen 0: minimum 240 x 240, current 480 x 640, maximum 640 x 640 default connected 480x640+0+0 (normal left inverted right x axis y axis) 0mm x 0mm 480x64050.0* 640x48025.0 240x32050.0 320x24050.0 ~# This also seems to indicate that the refresh frequency is different between the two, which may mean that the poweruse is different in landscape and portrait mode. Stefan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Openmoko to shift to 2.6.27 kernel ?
On Wed, 15 Oct 2008 15:14:28 +0200, Christ van Willegen [EMAIL PROTECTED] wrote: Andy, On Sat, Oct 11, 2008 at 2:29 PM, Andy Green [EMAIL PROTECTED] wrote: If you're interested to visit the edge and know how to DFU stuff around with NOR to get yourself in and out of trouble, you can get a moredrivers kernel here http://people.openmoko.org/andy/uImage-moredrivers-andy-tracking_2ffb4cc483642df1.bin I dfu-util'led this into my 'kernel' partition, and also the qi image into by u-boot. After that, the red led started flashing. IIRC that means that there is no kernel to boot. I then panicked and replaced the u-boot with the one from OM20080917. That didn't help, so I also DFU'd the kernel from OM20080917. That fixed my phone (I could boot again!), but I'm left wondering what I did wrong... AFAIK I can just do 'sudo dfu-util -D uImage-moredrivers-andy-tracking_2ffb4cc483642df1.bin -a kernel -R' to flash your kernel, but that may not be the case... Christ van Willegen (who sometimes likes to be on the edge, and will re-flash with QI again tonight...) No, as I found out and Andy confirmed several messages back in this thread. His 2.6.27 kernel image has issues running from NAND, has to be on uSD. Qi will boot from any kernel named 'uImage.bin' in the /boot folder in the root of an ext2/ext3 partition - first partition - on the uSD. failing to find that, it will boot from the kernel in NAND, but that an't be the current 2.6.27 uImage. Also, I wanted to revisit this thread to post some stopwatch results on Qi (error is approx ±1/2 second): Booting SHR image with uBoot: 0:00 power button held down 0:07 splash screen appears 0:15 drops to console showing kernel messages scrolling by for ~1 minute 1:18 Openmoko 'please wait' splash 1:31 desktop animated splash 2:38 finished booting Booting identical setup with Qi flashed over uBoot: 0:00 power button held down 0:06 backlit black 0:13 please wait booting... (only this text on console for next 38 seconds) 0:51 Angstrom console message (at the end of kernel output with uBoot, but ONLY text display to appear throughout this stage with Qi) 0:54 Openmoko 'please wait' splash 1:05 desktop animated splash 1:54 finished booting So for this particular configuration, it reduced time-to-desktop by about 28%, about 44 seconds. I was pleasantly surprised to see that the later segments of booting (desktop) were also noticeably faster than with uBoot - I'd expected just the fist stages up until init (kernel finished establishing itself) to be faster. My previously-posted estimate of boot time improvement was based on the appearance of the post-kernel splash - 'please wait' in the case of SHR - not then noticing improvements later in the boot process. I'll be thrilled if we can get it under one minute, preferably with GSM powered up at the earliest possible point, and maybe putting up a dialer instead of a splash screen. (something like 25 seconds to dial, 60 seconds for full system finished loading) (Note that I still have the problem where Qi won't boot the 'first try' after power restored - I didn't count that first 10 seconds for Qi to be fair to its booting speed, not penalize it for what appears to be a bug that bears no relation to actual boot speed) j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[FDOM] charging problem?
I'm running FDOM and I'm trying to charge off the wall charger, but my AUX light doesn't light up, and my battery meter doesn't change to the bolt; essentially my phone won't charge. It will, however, charge from the computer. Is this a known issue? Also, I have posted three times about the Debian installer script and have gotten no replies, does ANYONE know anything about this script before I try to personally e-mail the guys that wrote it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: consider buying Neo Freerunner
On Mon, 20 Oct 2008 16:40:54 -0400 Warren Baird [EMAIL PROTECTED] wrote: On Mon, Oct 20, 2008 at 4:13 PM, Shawn prjktdtnt Thompson [EMAIL PROTECTED] wrote: Not everyone has those problems, I experienced those problems only a couple times myself but not every call. I actually use mine daily and rarely switch back to my old phone. Only on days where battery life is crucial (such as long road trips without a car charger) although even that is rare for me. I'm actually quite surprised - are you always reliably able to make and receive calls? My experience has been similar to Fredrik Wendt's - when it works, the audio quality is fine - but over a month or so of use as my daily phone (mostly 2008.8/9 and a bit of QTExtended), I had many occurances where I missed calls because the phone was too slow waking up, and I had at least 3 times when the phone got into a strange mode where I couldn't make calls... I had assumed that this was what everyone was experiencing - but maybe I just got a bad unit... Warren I don't think you have a bad unit. There are poor configurations in the Om2008 distro that cause problems. Like qpe indexing everything on your SD Card slurping up CPU or having the Illume keyboard disabled. Then there are the bugs posted in Harold's blog: http://laforge.gnumonks.org/weblog/linux/openmoko/index.html I have the impression that there is still a LOT of low level work to be done that can improve the state of things. Hopefully OM's new direction will yield a much better experience. -- Bryan DeLuca [EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: (OM2008.9) Flashback to QTextended
Hi Joel OM2008.9 is just a snapshot during the evolution of 2008.8 toward today, taken at the time of it's release. if you install 2008.8 or 2008.9 and do opkg upgrade you should end up at precisely the same place. That said, have you tried the most recent 2008.x snapshot? It's basically 2008.8 (or 2008.9 ;) 'opkg upgrade'd through sometime last night. http://downloads.openmoko.org/releases/Om2008.8-update/ Thanks! I'll have a look at that later today, when I get back from work. Paul -- Don't smoke in bed. Your ashes may fall on the ground. http://www.nlpagan.net Running on Mandriva Linux 2008 and Ubuntu 8.04 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
dillo security question
Hello, After the lightweight webbrowser dillo was mentioned in the October Community Update http://wiki.openmoko.org/wiki/Community_Updates/October_19th,_2008 I was thinking to give it a try on my Fr, but I'm unsure if I should do so; Who is the author of this port of dillo to arm4? There is no reference and the only available download site is http://misc.andi.de1.cc/dillo/ which has no information about who did this port. In addition if you search in Google for the string 'dillo_2.0-r0_armv4t.ipk' you will not get any other reference or download point, nor any MD5 sum. So what? Who did this port and is it safe to install this on the FR? I'm asking because I think it would be easy to write some maleware which let your FR dial every second some expensive service number or send out SMS as SPAM. Don't get me wrong, I'm only speaking about the possibility and that we should know *what* we install on our FR. I'm wrong? Thx matthias -- Matthias Apitz Manager Technical Support - OCLC GmbH Gruenwalder Weg 28g - 82041 Oberhaching - Germany t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e [EMAIL PROTECTED] - w http://www.oclc.org/ http://www.UnixArea.de/ b http://gurucubano.blogspot.com/ A computer is like an air conditioner, it stops working when you open Windows Una computadora es como aire acondicionado, deja de funcionar si abres Windows ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: One more rotate version
Speaking of formatting ... I imagine there's a reply in there somewhere :P On Tuesday 21 October 2008 01:31:21 DJDAS wrote: !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head /head body bgcolor=#ff text=#00 Rui Miguel Silva Seabra ha scritto: blockquote id=mid_20081020130945_GB9125_roque_1407_org cite=mid:[EMAIL PROTECTED] type=cite pre wrap=On Mon, Oct 20, 2008 at 01:33:20PM +0200, Fabian Henze wrote: /pre blockquote id=StationeryCiteGenerated_1 type=cite pre wrap=On 20.10.2008 at 12:00:36, Rui Miguel Silva Seabra wrote: /pre blockquote id=StationeryCiteGenerated_2 type=cite pre wrap=On Mon, Oct 20, 2008 at 01:37:33AM +0200, Fabian Henze wrote: /pre blockquote id=StationeryCiteGenerated_3 type=cite pre wrap=As it seems popular these days to publish a custom version of the rotate program, I am also going to do it. /pre /blockquote pre wrap=heh, you could've just sent a patch :) /pre /blockquote pre wrap=Then I would have to write in your style, which I am not used to :p /pre /blockquote pre wrap=! It would be easier than fixing the indent in order to join the patch and have you as a co-author :) I'm not prickly about any style, that's just my default and it's manually done. If someone can cookup indent recipes for converting between one and another I'd gladly use it to facilitate integration :)/pre /blockquote man indent? ;)br br /body /html ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Is anyone from openmoko working on Bug #1841 (wsod)
Sarton O'Brien ha scritto: On Friday 26 September 2008 16:41:49 Petr Vanek wrote: I use testing too but no luck :( , tried opkg upgrade right now and just copied kernel version from wsod freerunner by ssh: kernel-image-2.6.24 - 3:2.6.24+gitr109+a1e97c611253511ffc2d8c45e3e6d6894fa03fa3-r2 - is there any special procedure you follow? boot up with usb in/out? suspend with usb in/out? ok ... there may be a few things ... I don't know what base system you installed but I used to use the raster image. An opkg upgrade via testing worked but I had major issues. Extracting a fresh asu build and updating had no such issues. [snip] Any news? There were only suspend before that blocked me to use the FR as a daily phone, solved that after 2 or 3 days now there is another bad bug, the WSoD. After resuming the phone from a suspend which last more than 10 or 15 minutes i have the WSoD. I've read that some days ago it was fixed so i've downloaded and flashed the daily 2008.8-update (20081020) but with no luck. Is there anything special to do? I was wondering something like resetting glamo registers with a command (eg. echo -n 1 /sys/glamo/reset_glamo_registers) to put in the resume scripts or a final solution of this bug. If i can help providing logs or testing just ask. Thank you very very much Pietro ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community