Re: [debian] Can't type with matchbox keyboard
The code in SVN is significantly different (newer) than what's in debian. Look at http://matchbox-project.org/get_involved.html On Sat, 20 Sep 2008 10:02:38 +0100 Neil Jerram [EMAIL PROTECTED] wrote: On 20/09/2008, Fox Mulder [EMAIL PROTECTED] wrote: Maybe it is related to the problems i have with the matchbox keyboard because of the quite old version supplied with debian. Just regarding quite old version: I couldn't find anything newer than 0.1 anywhere, so perhaps that is the current version. Neil ___ 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: Please add me to the planet
On Sat, Sep 20, 2008 at 10:48:41AM +0800, Marek Lindner wrote: On Saturday, 20. September 2008 08:52:14 Rui Miguel Silva Seabra wrote: If you could please add my openmoko articles to the planet, I'd be pretty much grateful. http://blog.1407.org/tag/openmoko/feed Best would be you open a bug at http://admin-trac.openmoko.org/ Done, thanks for the suggestion. Rui -- You are what you see. Today is Pungenday, the 44th day of Bureaucracy 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: SD corruption(no suspend and sd_max_clk tested)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Somebody in the thread at some point said: | and a screen like a tv without antenna... | i reboot That doesn't sound good at all. If you ever see juddery or noisy screen thing then SD Card communication is totally corrupted. It's juddering about because of problems with Glamo DRAM, all SD Card communication goes through that DRAM and is similarly juddered or noised. I've seen the same thing at various times due to not yet understood collection of problems with Glamo memory bus. We (olv) worked around it by cranking up bus wait states which seems to have been pretty effective, however I still see madness from it on resume on 2.6.26. Have you seen this screen corruption thing before or is this the first time? - -Andy -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iEYEARECAAYFAkjUw2oACgkQOjLpvpq7dMqfDACgj6k/N10ZB6naO+WT1rpr5C4c 43IAnRZ+cKiAAR7MOE0onaR8VdhSF0wG =oeUq -END PGP SIGNATURE- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ASU 2008.9] Is it required to reflash, or opkg update upgrade is enough?
William Lai wrote: Yes. This is all correct. Those with 2008.8-update will already be ahead of 2008.9. It's the name that throws people off. We're looking to change to 2008-update or 2008-stable. Please stay tuned. Will I wouldn't change to something with 2008 in it. That's because in a few months we are 2009. Also stable isn't that good, because people will think it is stable, while it is far from stable. (I would call om2008.9 usable). Maybe change it into 'Omd' (=Openmoko Distribution) and call point releases Omd 2008.9. Variations: Mom (Main openmoko) Momd (Main openmoko distribution) MainOm OpenOm oOm (Open openmoko) FreeOm fOm (free openmoko) Ood (Open openmoko distribution) -- View this message in context: http://n2.nabble.com/-ASU-2008.9--Is-it-required-to-reflash%2C-or-opkg-update---upgrade-is-enough--tp1101738p1102731.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: [debian] Can't type with matchbox keyboard
Hi, Am Samstag, den 20.09.2008, 02:14 -0700 schrieb Dima Kogan: The code in SVN is significantly different (newer) than what's in debian. Look at http://matchbox-project.org/get_involved.html does any volunteer to get in touch with the matchbox-project and see if they can release a new version? 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
2008.9 Basic questions
1. Is it necessary to do a reflash, or will update upgrade from 2008.8 work? 2. Is it worth the effort? From what I read on the wiki, the worst problems are yet unresolved. I should have waited before buying the FR. When I bought it in July, there was no proper notice on the wiki or on the IDA Systems' website that this phone isn't fit for daily use. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 Basic questions
Hi, --- On Sat, Sep 20, 2008 at 4:40 PM, Nishit Dave [EMAIL PROTECTED] wrote: | I should have waited before buying the FR. When I bought it in July, there | was no proper notice on the wiki or on the IDA Systems' website that this | phone isn't fit for daily use. \-- The Qtopia version works for me for daily use: http://wiki.openmoko.org/wiki/Qtopia SK -- Shakthi Kannan http://www.shakthimaan.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 Basic questions
2008/9/20 Nishit Dave [EMAIL PROTECTED]: 1. Is it necessary to do a reflash, or will update upgrade from 2008.8 work? update and upgrade does the same thing 2. Is it worth the effort? From what I read on the wiki, the worst problems are yet unresolved. i can't see any difference. except more instability - enlightenment crashes constantly. someone i know reported speed increases I should have waited before buying the FR. When I bought it in July, there was no proper notice on the wiki or on the IDA Systems' website that this phone isn't fit for daily use. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 Basic questions
On Sat, Sep 20, 2008 at 4:45 PM, Shakthi Kannan [EMAIL PROTECTED]wrote: Hi, --- On Sat, Sep 20, 2008 at 4:40 PM, Nishit Dave [EMAIL PROTECTED] wrote: | I should have waited before buying the FR. When I bought it in July, there | was no proper notice on the wiki or on the IDA Systems' website that this | phone isn't fit for daily use. \-- The Qtopia version works for me for daily use: http://wiki.openmoko.org/wiki/Qtopia My old phone works as a daily phone. I bought the FR for what I did not have - misery. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 Basic questions
When i ordered the phone the reseller said on the website that the phone isn't useable for daily use and is only for enthusiasts. And this information was everywhere in the net even at july when i ordered my phone. So don't say you didn't noticed this when you ordered your phone. Or did you just click-buy without researching anything about the things you want to buy? ;) Ciao, Rainer Nishit Dave wrote: 1. Is it necessary to do a reflash, or will update upgrade from 2008.8 work? 2. Is it worth the effort? From what I read on the wiki, the worst problems are yet unresolved. I should have waited before buying the FR. When I bought it in July, there was no proper notice on the wiki or on the IDA Systems' website that this phone isn't fit for daily use. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 Basic questions
On Sat, Sep 20, 2008 at 4:55 PM, Fox Mulder [EMAIL PROTECTED] wrote: When i ordered the phone the reseller said on the website that the phone isn't useable for daily use and is only for enthusiasts. And this information was everywhere in the net even at july when i ordered my phone. So don't say you didn't noticed this when you ordered your phone. Or did you just click-buy without researching anything about the things you want to buy? ;) See: http://www.idasystems.net/ and http://www.idasystems.net/freerunner They have updated the website, raised the FR's price (because they didn't figure out octroi earlier?) but still no mention of it not being usable for daily use. In fact, when I bought it, they had a 30 day return policy, which I did not invoke, considering I should support the effort and trust Openmoko to deliver. Now they seem to have removed the return policy. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Porting MokoMakefile, odd errors
Lally Singh wrote: I'm getting an openmoko build environment set up on OpenSolaris (which, btw, is great). A build error is difficult for me to interpret. I was hoping for some help. I've included the full output below. At this point, you have left the realm of MokoMakefile, and entered deep into OpenEmbedded and Bitbake. Though you might be lucky and find someone on the openmoko lists who has ported OpenEmbedded to OpenSolaris, I expect you will have better fortune on the openembedded-devel mailing list. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 Basic questions
On Sat, Sep 20, 2008 at 5:03 PM, Nishit Dave [EMAIL PROTECTED]wrote: On Sat, Sep 20, 2008 at 4:55 PM, Fox Mulder [EMAIL PROTECTED] wrote: When i ordered the phone the reseller said on the website that the phone isn't useable for daily use and is only for enthusiasts. And this information was everywhere in the net even at july when i ordered my phone. So don't say you didn't noticed this when you ordered your phone. Or did you just click-buy without researching anything about the things you want to buy? ;) See: http://www.idasystems.net/ and http://www.idasystems.net/freerunner They have updated the website, raised the FR's price (because they didn't figure out octroi earlier?) but still no mention of it not being usable for daily use. In fact, when I bought it, they had a 30 day return policy, which I did not invoke, considering I should support the effort and trust Openmoko to deliver. Now they seem to have removed the return policy. And by the way, what do Openmoko have to say about the FR? http://www.openmoko.com/product.html# The only (implied) warning one could have come across in the early days of the launch was the *Community Portal*, which is the wiki, saying that this was a developer release of the FR. So how many phone purchase decisions are made on the basis of a *community portal's* hint, when the corporate and reseller websites do not point out that it is an experimental device at all? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 Basic questions
On Sat, Sep 20, 2008 at 5:07 PM, Nishit Dave [EMAIL PROTECTED]wrote: And by the way, what do Openmoko have to say about the FR? http://www.openmoko.com/product.html# The only (implied) warning one could have come across in the early days of the launch was the *Community Portal*, which is the wiki, saying that this was a developer release of the FR. So how many phone purchase decisions are made on the basis of a *community portal's* hint, when the corporate and reseller websites do not point out that it is an experimental device at all? Sorry for the chain of posts, but when I bought the phone, IDA Systems claimed it had a 500 MHz processor. Now they have corrected their website to say it is 400 MHz. Are we trying to promote openness here, or damage it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.8 default dialer crash on # or *
Marco Trevisan (Treviño) wrote: Holger Freyther wrote: On Thursday 18 September 2008 19:05:51 Marco Trevisan (Treviño) wrote: Ok, I was right... The latest upgrade to phonevendor plugin in git blocked it [1] Grab this [2] and put it in /opt/Qtopia/plugins/phonevendors. Restart the phone (reloading qpe wasn't enough to me) and it should work. [1] 563d5f4c781efe1a11680c6a055b409034b528ab [2] http://downloads.tuxfamily.org/3v1deb/openmoko/qtopia-ussd-support-phone-ve ndor.tar.gz Source? Patch? GPL? You're right. Completely. I generally never release binaries without diffs, but the patch I've with me is so bad and I'm so busy with my personal tasks that I had no time to upload anything in the last days. With GPL stuff, I always find it's best to upload the source code *first*. License compliance is not something that you can wave off with a oh, I didn't have time to do that this week. Either you had time to comply with the license, or you shouldn't have distributed the binary. The GPL applies to hobbyists just as much as it applies to big corporations. The hobbyists often cry loud when big corporations delay the release of source code - please don't give those same corporations ammunition to say well, the community doesn't release source immediately, so why should we. Either upload the source, or remove the binary. It's as simple as that. -- Rod ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 Basic questions
Nishit Dave wrote: On Sat, Sep 20, 2008 at 5:03 PM, Nishit Dave [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: On Sat, Sep 20, 2008 at 4:55 PM, Fox Mulder [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: When i ordered the phone the reseller said on the website that the phone isn't useable for daily use and is only for enthusiasts. And this information was everywhere in the net even at july when i ordered my phone. So don't say you didn't noticed this when you ordered your phone. Or did you just click-buy without researching anything about the things you want to buy? ;) See: http://www.idasystems.net/ and http://www.idasystems.net/freerunner They have updated the website, raised the FR's price (because they didn't figure out octroi earlier?) but still no mention of it not being usable for daily use. In fact, when I bought it, they had a 30 day return policy, which I did not invoke, considering I should support the effort and trust Openmoko to deliver. Now they seem to have removed the return policy. And by the way, what do Openmoko have to say about the FR? http://www.openmoko.com/product.html# The only (implied) warning one could have come across in the early days of the launch was the *Community Portal*, which is the wiki, saying that this was a developer release of the FR. So how many phone purchase decisions are made on the basis of a *community portal's* hint, when the corporate and reseller websites do not point out that it is an experimental device at all? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I fail to see the purpose of this argument. With the right level of enthusiasm, a little configuration and remembering to plug it in when you're not there to manually suspend it, the phone works as a phone with 2008.8 just fine. I use mine every day and since receiving it have not turned on my old phone, not even once! Before I get flamed though I will state I am an avid Linux user. I am comfortable with command line or GUI, and actually tend to prefer the CLI. For those who are very new to Linux or are still scared of the command line might I suggest studying and becoming comfortable with CLI first for now since, until the software has been stabilized further, these complains will continue to exist. -Shawn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 Basic questions
On Sat, Sep 20, 2008 at 5:15 PM, Shawn prjktdtnt Thompson [EMAIL PROTECTED] wrote: I fail to see the purpose of this argument. With the right level of enthusiasm, a little configuration and remembering to plug it in when you're not there to manually suspend it, the phone works as a phone with 2008.8 just fine. I use mine every day and since receiving it have not turned on my old phone, not even once! More power to you! Before I get flamed though I will state I am an avid Linux user. I am comfortable with command line or GUI, and actually tend to prefer the CLI. For those who are very new to Linux or are still scared of the command line might I suggest studying and becoming comfortable with CLI first for now since, until the software has been stabilized further, these complains will continue to exist. I will wait avidly for the day, but I don't think I should be holding my breath. In the mean time, I hope the people at OM get their hands on a proper Linux phone, so they can see how really usable and bug-free it can be. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SDL and status of 3d Acceleration?
Hi, I'm a new owner of the FR and want to start exploring the possibilities of this little beauty. So here is my first two questions: I have tried to find information about the 3D functionality and if I understand it correct the Glamo chip have no real 3d drivers for the FR and because of some nda or something? So what is the status of the possibility to use hw accelerated 3d? Is it used in DukeNukem 3D for example? And then we have the SDL libs is there an official SDL port/release or how do I do to get started with SDL on the FR? And if the 3d accelerator is working (above) is it possible to use the SDL opengl features? Regards Perty ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 Basic questions
Robin Paulson wrote: i can't see any difference. except more instability - enlightenment crashes constantly. someone i know reported speed increases I should have waited before buying the FR. When I bought it in July, there was no proper notice on the wiki or on the IDA Systems' website that this phone isn't fit for daily use. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Instead I find it very usable and better stability. The only thing that I find totally useless is the OM-Locations... we need a very usable gps sotfware like navit ( with complete maps as navteq o telealtas and a routes engine ) so why don't port it onto Openmoko and use it instead of Om-Locations? -- View this message in context: http://n2.nabble.com/2008.9-Basic-questions-tp1106131p1106178.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 Basic questions
Nishit Dave wrote: On Sat, Sep 20, 2008 at 5:15 PM, Shawn prjktdtnt Thompson [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: I fail to see the purpose of this argument. With the right level of enthusiasm, a little configuration and remembering to plug it in when you're not there to manually suspend it, the phone works as a phone with 2008.8 just fine. I use mine every day and since receiving it have not turned on my old phone, not even once! More power to you! Before I get flamed though I will state I am an avid Linux user. I am comfortable with command line or GUI, and actually tend to prefer the CLI. For those who are very new to Linux or are still scared of the command line might I suggest studying and becoming comfortable with CLI first for now since, until the software has been stabilized further, these complains will continue to exist. I will wait avidly for the day, but I don't think I should be holding my breath. In the mean time, I hope the people at OM get their hands on a proper Linux phone, so they can see how really usable and bug-free it can be. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community I'd like to see one that isn't based heavily on Java other than openmoko. I had been waiting for this phone for 3 years because it just happened to be my forte. I know it's current usage as a phone can be daunting or limited but from the advancements I've seen just since I've started watching the community I can't wait to see what happens before the year is even over. Usability has improved, according to what I've read before I purchased my FR, by leaps and bounds in the past 6 months, I wait to see what the next 6 months hold. Also the OpenMoko software is going to change by leaps and bounds when FSO becomes stabilized. Software will have a base platform from which to build upon. It will be up to the developer to choose a front end and a language but the calls will all go to dbus. I do agree, the people who run that vendor's site SHOULD state it is still a developer centric release as of right now but there's nothing that will change what has already happened. If you're not impressed then please submit bug reports, feature requests, etc to the mailing lists, bug tracker or even the IRC chat. If there's one thing I have learned since joining the OpenMoko community, it is that people love to help in any way they can. I have worked with two developers so far to work on making a gui for flashing or managing your openmoko. I haven't contributed much code if any but I was just happy to help. Isn't that the point of open source and free software, /to share the knowledge you have with someone who has knowledge you might not/? -Shawn ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: A mailing list for FLOSS-GPS community?
Just to make sure you know that there has is now a list at osgeo.org: http://wiki.osgeo.org/index.php?title=FOSS-GPS So join in, introduce yourself and let people know what software you use or develop. (I posted a new thread here but just wanted to make sure you get it if you follow this thread) 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: SD corruption(no suspend and sd_max_clk tested)
Have you seen this screen corruption thing before or is this the first time? It's the first time that i've got a tv-like corruption But one night i kept it on and connected to the power trough the power adapter and there was also a corruption...a little bit like when a CRT monitor has the wrong frequency... ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ASU 2008.9] Is it required to reflash, or opkg update upgrade is enough?
Yes. This is all correct. Those with 2008.8-update will already be ahead of 2008.9. It's the name that throws people off. We're looking to change to 2008-update or 2008-stable. Please stay tuned. Will Also stable isn't that good, because people will think it is stable, while it is far from stable. (I would call om2008.9 usable). Maybe change it into 'Omd' (=Openmoko Distribution) and call point releases Omd 2008.9. I would like to second this point. Please don't call anything stable. In Debian world, stable means that 1/ It won't crash, 2/ You are free from worrying about OS reinstallation or upgrades for a long time and 3/ Updating is a BAD thing. With ASU we only have 1/ Moreover, the stable word is already preempted. To be technically precise, .stable is the name of a familly of subbranches in the git. For the rest of the list subscriber's: Patches land in org.openmoko.$(release_name).dev, go through org.openmoko.$(release_name).testing, and finally reach org.openmoko.$(release_name).stable from where packages are made Reusing that word for anything else than a subbranch tag is confusing. And everybody is confused enough, as you rightly noticed. Please empathize with the pain of the documentation team. Without clear names we can't make clear explanations. Leave stable out. Minh -- Minh HA DUONG, Chargé de Recherche, CNRS CIRED, Centre International de Recherches sur l'Environnement et le Développement http://minh.haduong.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: About OpenMoko Rotate
I haven't looked at the code yet, but my instinctive approach would be to calculate the direction of the down vector (constant 9.8m/s2 acceleration) and then compare that to the phone's down direction. It is the difference between these two vectors that I am referring to. Even if the error is great, surely it is not superior to 45 degrees (a quarter turn)? Is this not the way it is done? Fox Mulder wrote: This is not so easy to do. The rotation comes out of a calculation of the values from acceleration sensors. There are no angle sensors for this operation. So there is no way of exactly say which angle the neo currently has instead these are just aproximations. Ciao, Rainer Vasco Névoa wrote: That's very cool. I appreciate the mod. :) I'm seeing something that looks like a bug (in both versions)... but I'm not sure if the accelerometers require calibration or something. With the FR in vertical position, if I tilt it counter-clockwise, it takes just over 90 degrees to get 'accel-rotate' to change the orientation; but if I tilt it even less than 10 degrees clockwise after that, it reverts back to the original orientation. Shouldn't the threshold be set at the midpoint angles (45, 135, 225, 315 degrees)? Anyway, good work to both coders, it's just what I wanted. :D Maybe someone cares to extend this simple app to use some kind of sexy morph instead of the disruptive xrandr rotation? 8-) Rui Miguel Silva Seabra wrote: Done. I've added a reference to it at http://wiki.openmoko.org/wiki/Rotate but my page about it is at http://blog.1407.org/2008/09/20/openmoko-rotate-now-using-libxrandr/ Users of Rotate, I've patched it so it doesn't use system+xrandr but simply call directly the xrandr function using libxrandr. This means: * quicker * less battery consumption Best, Rui On Fri, Sep 19, 2008 at 10:13:29AM +0100, Rui Miguel Silva Seabra wrote: Hi, I'm preparing a patch for using xrandr api directly in Rotate instead of system(). It's almost done but I can only code it at home time (which, for me, starts again in about 9 hours) :) This will be much better in terms of speed and battery life! Best, Rui ___ 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: 2008.9 Basic questions
Sorry for the chain of posts, but when I bought the phone, IDA Systems claimed it had a 500 MHz processor. Now they have corrected their website to say it is 400 MHz. Are we trying to promote openness here, or damage it? Dear Nishit, The 500MHz was based on early confusion based on the fact that the Samsung processor is capable of 500 Mhz but is clocked at 400 Mhz. The early buyers were offered 30 days return policy (we only get 28 days dead on arrival from Openmoko) for the very reason that some buyers may not like what the Freerunner offers. 30 days are over but in your case, as a special consideration, if you are not satisfied with the Freerunner please post it back to us and we will give you a full refund. We have limited supply of the Freerunner and need devices to send as review samples. Hope this will take you out of your misery a little. Regards, Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- -- Please use Firefox as your web browser. Its protects you from spyware and is also a very feature rich browser. www.firefox.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Idea for Openmoko application: seismic sensor network
Now that our phones have accelerometers and are Internet capable, how about contributing to the Quake Catcher Network? http://qcn-web.stanford.edu/Overview.html It is based on an open source project called BOINC (http://boinc.berkeley.edu/) and therefore I think OM would be a very nice addition to the sensor network. Maybe the Gestures Daemon could be expanded into something a little more generic (preferably integrated into FSO's Dbus API) and could filter the information, separating events by classes, like Rotation of the Down vector, Gesture, and Seismic Vibration (which are all mathematically different)... and so each client app (Rotate, Gestures Listener, BOINC, etc.) would pick up on the desired class of data. Just an idea... :) Vasco Névoa. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sim error: sim is missing
They are older the Vodafone one has almost 3 years, and the others the Yoigo one year or above. I tried a Yoigo purchased in January this year and didn't work. I consider that odd, because any other SIM card older than one or two months worked perfectly despite of the company, including several vodafone. Found this page in the wiki about the issues with SIM cards. I'll fill my part when I solve the problem. http://wiki.openmoko.org/wiki/FreeRunner_unable_to_work_with_3G_SIM_cards -- Iker Berasaluce Departamento de Informatica Fulcrum SA ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 Basic questions
Just to add I too use Qtopia for my business use on a daily basis. Get some complains about voice quality otherwise managing ok. Rakshat On Sat, Sep 20, 2008 at 7:51 PM, rakshat hooja [EMAIL PROTECTED] wrote: Sorry for the chain of posts, but when I bought the phone, IDA Systems claimed it had a 500 MHz processor. Now they have corrected their website to say it is 400 MHz. Are we trying to promote openness here, or damage it? Dear Nishit, The 500MHz was based on early confusion based on the fact that the Samsung processor is capable of 500 Mhz but is clocked at 400 Mhz. The early buyers were offered 30 days return policy (we only get 28 days dead on arrival from Openmoko) for the very reason that some buyers may not like what the Freerunner offers. 30 days are over but in your case, as a special consideration, if you are not satisfied with the Freerunner please post it back to us and we will give you a full refund. We have limited supply of the Freerunner and need devices to send as review samples. Hope this will take you out of your misery a little. Regards, Rakshat ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- -- Please use Firefox as your web browser. Its protects you from spyware and is also a very feature rich browser. www.firefox.com -- -- Please use Firefox as your web browser. Its protects you from spyware and is also a very feature rich browser. www.firefox.com ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: gta02v5_and_up-u-boot.bin
I think the message WARNING: Do not flash U-Boot unless you are sure you need to is meant to stop users with no knowledge with these things at all. I reflashed my uboot ~4 times until now and it always worked. The more problematic message is the warning that dfu-util is broken, why i didn't upgrade my version to a new one. Ciao, Rainer Christian Weßel wrote: Hello folks! Is gta02v5_and_up-u-boot.bin stable to flash? I ask because on http://wiki.openmoko.org/wiki/Dfu-util is still a warning about flashing the uBoot. ___ 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: Bad Magic Number while booting from SD card with new uImage!
No some larger cards break us right now, can you let me know your exact card type and I will do a little shopping spree today to reproduce this. ~ I think someone else mentioned Sandisk 8GB is going to make the same trouble. My Sandisk 8GB breaks also. Some times the partiton and format works and sometimes the card would not be recognized. Always after reboot the whole partion table is away. Please tell me if you need more information to make it easier to debug. Alex ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Calendar program and sync it with my mac?
Hey there everyone I was wondering if there was a good and functionable calendar program for the Neo Freerunner? What I need is basicly a calendar program where I can see appointments, get notifications and so on - ofcource it would be nice, with a good overview of once appointments and so on. Even more, it would be nice if I - somehow - can sync these calendar entries with iCal on my Macbook Pro? Kindly regards Ole Holm Frandsen alias Froksen ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Problems with SD boot of FSO, OM 2008.8, add /dev/mmcblk0... to distros?
On Fri, Sep 19, 2008 at 09:58:21AM -0500, Dennis Ferron wrote: I think a number of people are having the same problem stemming from the sd card driver not reading some cards. The mmcblk0p1, p2, etc. device files actually will be autocreated whenever Linux thinks there are partitions there, but the problem is that sometimes when it tries to read the partition table of the card it fails to get any data, so it doesn't think any partitions exist. Thanks for posting the mknod syntax because I was wondering how you do that manually, but you can also do this to make the p1, p2, p3 device files show up automatically: fdisk /dev/mmcblk0 visually verify that partition table exists use w to make fdisk write the (unchanged) partition table back out Same problem here and the recovery of the partition table with fdisk works for me. What happens is after the w command, fdisk calls ioctl to resync the partition table, and you magically get the dev files back. (Don't save with w if fdisk thinks the partition table is empty though!) In fact, would you try this and tell us if it works? I'd like to verify we're all having the same problem and not different problems. Seams to be the same problem. If the first time you call fdisk you get no table, try calling fdisk multiple times. Here's an actual session capture. fdisk is returning different results every time I call it: [EMAIL PROTECTED]:~# fdisk -l /dev/mmcblk0 [EMAIL PROTECTED]:~# fdisk -l /dev/mmcblk0 Also this behavior I have seen. If fdisk shows no output it was also not possible to override the stuff with dd. By the way I have a Sandisk 8 GB. Alex ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: About OpenMoko Rotate
On Saturday 20 September 2008, Vasco Névoa wrote: I haven't looked at the code yet, but my instinctive approach would be to calculate the direction of the down vector (constant 9.8m/s2 acceleration) and then compare that to the phone's down direction. It is the difference between these two vectors that I am referring to. Even if the error is great, surely it is not superior to 45 degrees (a quarter turn)? Is this not the way it is done? It doesn't do that at the moment - it's _very_ quick'n'dirty. I would calculate the acceleration vector too, but ignore the direction if the magnitude was to far from 1g as that would suggest something dynamic was going on. Fox Mulder wrote: This is not so easy to do. The rotation comes out of a calculation of the values from acceleration sensors. There are no angle sensors for this operation. So there is no way of exactly say which angle the neo currently has instead these are just aproximations. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ASU 2008.9] Is it required to reflash, or opkg update upgrade is enough?
Why won't we just invent cool codenames for the distros? Ever wondered why Ubuntu is so popular? It's because their releases sound awsome : D. What would I prefer: Slackware 12.0 or Ubuntu Kinky Kangaroo. I know which I would pick. We're allowed to have a little fun here. Yogiz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: About OpenMoko Rotate
On Sat, 20 Sep 2008 01:47:04 +0100 Rui Miguel Silva Seabra [EMAIL PROTECTED] wrote: Done. I've added a reference to it at http://wiki.openmoko.org/wiki/Rotate but my page about it is at http://blog.1407.org/2008/09/20/openmoko-rotate-now-using-libxrandr/ Users of Rotate, I've patched it so it doesn't use system+xrandr but simply call directly the xrandr function using libxrandr. This means: * quicker * less battery consumption Best, Rui I love it. You probably know the bugs and most might not even have to do with the program but I'll point them out just in case: 1. The touchscreen calibration is fine when the screen is in normal rotation, to left or to right but if it's upside down then the calibration goes way off for me. When I click somewhere the action actually takes place above and to the right of the actual click. 2. I'm using the Raster's keyboard and I can only see half of the bottom row of buttons, especially when the screen is not in normal rotation. Don't know if it's the keyboard or Rotate. 3. This is probably a kernel problem or something but after a while, the accelerometes seem to stop working which can leave the rotation to an unconfortable position. Suspending and resuming helps. Other then that, I love it. Good job. Yogiz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: SDL and status of 3d Acceleration?
On Saturday 20 September 2008, Per Jonsson wrote: Hi, I'm a new owner of the FR and want to start exploring the possibilities of this little beauty. So here is my first two questions: I have tried to find information about the 3D functionality and if I understand it correct the Glamo chip have no real 3d drivers for the FR and because of some nda or something? So what is the status of the possibility to use hw accelerated 3d? Is it used in DukeNukem 3D for example? You understand correctly - currently there is no 3D acceleration in the Glamo drivers. The documentation is under NDA so only Openmoko staff can write the driver, and there are more important things for them to work on. duke3d is just 2d, same as always. And then we have the SDL libs is there an official SDL port/release or how do I do to get started with SDL on the FR? And if the 3d accelerator is working (above) is it possible to use the SDL opengl features? SDL should be in the repositories: opkg list |grep -i sdl 2007.2 images included SDL-based games, sou you could start by having a look at those. I've never done anything with SDL conI can't really say much more. Regards Perty ___ 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: GPRS OpenMoko for ATT/Cingular
It works!!! So I had made two mistakes... an extra / in the gprs-connect file and the wrong configuration in the ppp-secrets file. I uploaded a tarball with the files I edited, in working order (in case any ATT people want to use them). http://n2.nabble.com/file/n1106598/ppp.tar.gz ppp.tar.gz Stephen Pape wrote: I can't think of anything special. I followed the directions that the GPRS w/ GUI section of the wiki links to, using the corrections provided in the wiki. I added the angstrom repository, things went crazy, so I ended not using it and just installing the individual packages that I needed. I had to edit the py file it mentions so the services gui would start, and it worked fine. To get more detailed I'll have to set it up again. I tried adding the angstrom repository again last night, did an update and the phone died. [EMAIL PROTECTED]:/etc/init.d# ls Illegal instruction Before when I did it without adding the entire repo, applications started crashing and TangoGPS wouldn't scroll. The wiki claims that the repositiory should be compatible but no luck so far. Once I get it cleared up, I'll try to give you more details. -Stephen On Fri, Sep 19, 2008 at 11:41 AM, yochaigal [EMAIL PROTECTED] wrote: I used the same settings and edited the files above, and made sure the service was running but no such luck... sorry but can you tell me EXACTLY what you did (not in details, just something like first I downloaded these necessary files, then I installed the service, then I configured the pap files, etc?) thanks! Stephen Pape wrote: I had it working with ATT, using the settings provided on the wiki page for ATT, and those instructions. wap.cingular / *99***1# [EMAIL PROTECTED]/CINGULAR1 I reflashed my phone and haven't set it up again, because the angstrom repository messes things up for me...but I know it is possible to make it work. I'd turn on gprs from the services gui and have a working connection. -Stephen On Wed, Sep 17, 2008 at 10:54 PM, yochaigal [EMAIL PROTECTED] wrote: Hi all, No luck so far getting GPRS to work on the Freerunner. I've followed the wiki and the freeyourphone guide to no avail. Currently running FDOM but it doesn't work on any distro I've tried (all of them). I've used these sites to help me: http://wiki.openmoko.org/wiki/Manually_using_GPRS#Option_1:_With_GSM_multiplexing_and_with_a_GUI http://freeyourphone.de/portal_v1/viewtopic.php?f=21t=295 http://reviews.ebay.com/T-Mobile-and-Cingular-ATT-GPRS-Settings_W0QQugidZ103550949?ssPageName=BUYGD:CAT:-1:LISTINGS:4 I've configured the following files (maybe I'm missing something): /etc/ppp/pap-secrets /etc/ppp/peers/gprs /etc/etc/ppp/chap-secrets /etc/ppp/gprs-connect-chat Has anyone configured ATT for this? If so, could you help me? Thanks! -- View this message in context: http://n2.nabble.com/GPRS-OpenMoko-for-ATT-Cingular-tp1097181p1097181.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/GPRS-OpenMoko-for-ATT-Cingular-tp1097181p1101224.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/GPRS-OpenMoko-for-ATT-Cingular-tp1097181p1106598.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: GPRS OpenMoko for ATT/Cingular
hmmm... the tarball seems not to work after I uploaded it... here it is in zip format... http://n2.nabble.com/file/n1106600/ppp.zip ppp.zip yochaigal wrote: It works!!! So I had made two mistakes... an extra / in the gprs-connect file and the wrong configuration in the ppp-secrets file. I uploaded a tarball with the files I edited, in working order (in case any ATT people want to use them). http://n2.nabble.com/file/n1106598/ppp.tar.gz ppp.tar.gz Stephen Pape wrote: I can't think of anything special. I followed the directions that the GPRS w/ GUI section of the wiki links to, using the corrections provided in the wiki. I added the angstrom repository, things went crazy, so I ended not using it and just installing the individual packages that I needed. I had to edit the py file it mentions so the services gui would start, and it worked fine. To get more detailed I'll have to set it up again. I tried adding the angstrom repository again last night, did an update and the phone died. [EMAIL PROTECTED]:/etc/init.d# ls Illegal instruction Before when I did it without adding the entire repo, applications started crashing and TangoGPS wouldn't scroll. The wiki claims that the repositiory should be compatible but no luck so far. Once I get it cleared up, I'll try to give you more details. -Stephen On Fri, Sep 19, 2008 at 11:41 AM, yochaigal [EMAIL PROTECTED] wrote: I used the same settings and edited the files above, and made sure the service was running but no such luck... sorry but can you tell me EXACTLY what you did (not in details, just something like first I downloaded these necessary files, then I installed the service, then I configured the pap files, etc?) thanks! Stephen Pape wrote: I had it working with ATT, using the settings provided on the wiki page for ATT, and those instructions. wap.cingular / *99***1# [EMAIL PROTECTED]/CINGULAR1 I reflashed my phone and haven't set it up again, because the angstrom repository messes things up for me...but I know it is possible to make it work. I'd turn on gprs from the services gui and have a working connection. -Stephen On Wed, Sep 17, 2008 at 10:54 PM, yochaigal [EMAIL PROTECTED] wrote: Hi all, No luck so far getting GPRS to work on the Freerunner. I've followed the wiki and the freeyourphone guide to no avail. Currently running FDOM but it doesn't work on any distro I've tried (all of them). I've used these sites to help me: http://wiki.openmoko.org/wiki/Manually_using_GPRS#Option_1:_With_GSM_multiplexing_and_with_a_GUI http://freeyourphone.de/portal_v1/viewtopic.php?f=21t=295 http://reviews.ebay.com/T-Mobile-and-Cingular-ATT-GPRS-Settings_W0QQugidZ103550949?ssPageName=BUYGD:CAT:-1:LISTINGS:4 I've configured the following files (maybe I'm missing something): /etc/ppp/pap-secrets /etc/ppp/peers/gprs /etc/etc/ppp/chap-secrets /etc/ppp/gprs-connect-chat Has anyone configured ATT for this? If so, could you help me? Thanks! -- View this message in context: http://n2.nabble.com/GPRS-OpenMoko-for-ATT-Cingular-tp1097181p1097181.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/GPRS-OpenMoko-for-ATT-Cingular-tp1097181p1101224.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/GPRS-OpenMoko-for-ATT-Cingular-tp1097181p1106600.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: Calendar program and sync it with my mac?
On Sat, 20 Sep 2008 18:16:08 +0200 Ole Holm Frandsen [EMAIL PROTECTED] wrote: Hey there everyone I was wondering if there was a good and functionable calendar program for the Neo Freerunner? What I need is basicly a calendar program where I can see appointments, get notifications and so on - ofcource it would be nice, with a good overview of once appointments and so on. Even more, it would be nice if I - somehow - can sync these calendar entries with iCal on my Macbook Pro? Kindly regards Ole Holm Frandsen alias Froksen It doesn't fulfill all your requirements but try openmoko-dates. I'm actually pretty impressed with the calendar part although it sometimes plays tricks on me. No todos however and it doesn't seem to support exceptions to recurring events and doesn't let them to be individually changed while keeping the rest of recurs intact. It has a solid interface however and it's quite usable at this stage. It also uses ics files for the events so these could be quite easily imported to your mac. Oh, I haven't find a way to set notifications eighter. Well, long story short, just try it. opkg install openmoko-dates Yogiz ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
funny comment from a user, in response to the question of whether FR works as a daily phone:
My old phone works as a daily phone. I bought the FR for what I did not have - misery. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: funny comment from a user, in response to the question of whether FR works as a daily phone:
I have so far avoided misery by restricting myself to just reading (parts of) the mailing list and keeping the FreeRunner battery charged. On Sat, Sep 20, 2008 at 10:36 AM, Michael Shiloh [EMAIL PROTECTED] wrote: My old phone works as a daily phone. I bought the FR for what I did not have - misery. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ASU 2008.9] Is it required to reflash, or opkg update upgrade is enough?
Why won't we just invent cool codenames for the distros? Maybe because they are not really distributions, but just point releases / milestones of the same branch ? Distribution = ASU ASU release point zéro = Om 2008.8 ASU release point one = Om 2008.9 ASU 2008.8 + updates = ASU 2008.8 + updates = packages fresh from latest daily builds = ASU head = no name yet. Minh ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
I bought the FR for what I did not have - freedom (was: Re: funny comment from a user, in response to the question of whether FR works as a daily phone:)
Michael Shiloh wrote: My old phone works as a daily phone. I bought the FR for what I did not have - misery. Sorry everyone, I found that comment amusing and was going to respond in some clever way, then changed my mind, and unfortunately sent the partially composed message. To paraphrase the original poster, we buy the FR for what we don't have - a generic Linux computer in a cellphone, on which we can develop all manner of applications in any language we chose, without the constraints of the carrier or the cellphone provider I appreciate that many of you purchased the FR to use as your daily phone. But I really believe that the magic of Openmoko comes from what we do with this platform that is different from, and way beyond, a mere phone. That is why the discussion about extending the FR with external sensors interested me so much. So what other ideas do you all have of ways to extend the utility of the FreeRunner? In what ways can you make it more than a cellphone? (and I don't limit this to physical extensions.) How can we all rise above the current issues with GSM, SMS, etc. and create the device of the future? My plan: I am going to take the ideas gathered in the discussion about reporting the tides (when they drifted (pun intended) into case modifications and external sensors) and build an extended FreeRunner. I plan to use a Pelican case and either an Arduino, EZ-USB, or MAKE Controller Kit to interface to external sensors and perhaps also actuators, like hobby servo motors. What is it going to be? I'm not sure yet. But I'm sure ideas will come. Michael ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS OpenMoko for ATT/Cingular
GPRS was working, then I rebooted the freerunner, and it fails to boot. at around 40%, then shows a black screen with the message: removing info for no Bus:vcs2 but I think that was simply the most recent output of the boot process. I uploaded it with the newest kernel (testing-om-0920), and it successfully booted. but now GPRS doesn't work! I start it with the gui; it says failed. then I ran: tail -n 25 /var/log/messages and got this: Sep 20 11:08:56 om-gta02 local0.info /usr/sbin/gsm0710muxd[1783]: gsm0710muxd.c:1410:extract_frames(): Logical channel 1 opened Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol _spin_lock_bh Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol _spin_unlock_bh Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol mutex_lock_nested Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol _read_unlock_bh Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol _spin_unlock Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol _write_lock_bh Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol _read_lock_bh Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol __spin_lock_init Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol __rwlock_init Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol _spin_lock Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol _write_unlock_bh Sep 20 11:08:58 om-gta02 daemon.notice modprobe: FATAL: Error inserting ppp_generic (/lib/modules/2.6.24/kernel/drivers/net/ppp_generic.ko): Unknown symbol in module, or unknown parameter (see dmesg) Sep 20 11:08:58 om-gta02 daemon.err pppd[1795]: This system lacks kernel support for PPP. This could be because the PPP kernel module could not be loaded, or because PPP was not included in the kernel configuration. If PPP was included as a module, try `/sbin/modprobe . I then imaged the Om Milestone 3 kernel (stable) and now it boots but I receive the same error message. I think I have to load the gsm0710muxd kernel module... I'll try and figure it out. If only that darn FDOM kernel would work! yochaigal wrote: It works!!! So I had made two mistakes... an extra / in the gprs-connect file and the wrong configuration in the ppp-secrets file. I uploaded a tarball with the files I edited, in working order (in case any ATT people want to use them). http://n2.nabble.com/file/n1106598/ppp.zip ppp.zip Stephen Pape wrote: I can't think of anything special. I followed the directions that the GPRS w/ GUI section of the wiki links to, using the corrections provided in the wiki. I added the angstrom repository, things went crazy, so I ended not using it and just installing the individual packages that I needed. I had to edit the py file it mentions so the services gui would start, and it worked fine. To get more detailed I'll have to set it up again. I tried adding the angstrom repository again last night, did an update and the phone died. [EMAIL PROTECTED]:/etc/init.d# ls Illegal instruction Before when I did it without adding the entire repo, applications started crashing and TangoGPS wouldn't scroll. The wiki claims that the repositiory should be compatible but no luck so far. Once I get it cleared up, I'll try to give you more details. -Stephen On Fri, Sep 19, 2008 at 11:41 AM, yochaigal [EMAIL PROTECTED] wrote: I used the same settings and edited the files above, and made sure the service was running but no such luck... sorry but can you tell me EXACTLY what you did (not in details, just something like first I downloaded these necessary files, then I installed the service, then I configured the pap files, etc?) thanks! Stephen Pape wrote: I had it working with ATT, using the settings provided on the wiki page for ATT, and those instructions. wap.cingular / *99***1# [EMAIL PROTECTED]/CINGULAR1 I reflashed my phone and haven't set it up again, because the angstrom repository messes things up for me...but I know it is possible to make it work. I'd turn on gprs from the services gui and have a working connection. -Stephen On Wed, Sep 17, 2008 at 10:54 PM, yochaigal [EMAIL PROTECTED] wrote: Hi all, No luck so far getting GPRS to work on the Freerunner. I've followed the wiki and the freeyourphone guide to no avail. Currently running FDOM but it doesn't work on any distro I've tried (all of them). I've used these sites to help me: http://wiki.openmoko.org/wiki/Manually_using_GPRS#Option_1:_With_GSM_multiplexing_and_with_a_GUI http://freeyourphone.de/portal_v1/viewtopic.php?f=21t=295 http://reviews.ebay.com/T-Mobile-and-Cingular-ATT-GPRS-Settings_W0QQugidZ103550949?ssPageName=BUYGD:CAT:-1:LISTINGS:4 I've configured the following files (maybe I'm missing something):
Re: About OpenMoko Rotate
On Sat, Sep 20, 2008 at 08:05:11PM +0300, Yogiz wrote: On Sat, 20 Sep 2008 01:47:04 +0100 Rui Miguel Silva Seabra [EMAIL PROTECTED] wrote: Done. I've added a reference to it at http://wiki.openmoko.org/wiki/Rotate but my page about it is at http://blog.1407.org/2008/09/20/openmoko-rotate-now-using-libxrandr/ Users of Rotate, I've patched it so it doesn't use system+xrandr but simply call directly the xrandr function using libxrandr. This means: * quicker * less battery consumption Best, Rui I love it. You probably know the bugs and most might not even have to do with the program but I'll point them out just in case: 1. The touchscreen calibration is fine when the screen is in normal rotation, to left or to right but if it's upside down then the calibration goes way off for me. When I click somewhere the action actually takes place above and to the right of the actual click. 2. I'm using the Raster's keyboard and I can only see half of the bottom row of buttons, especially when the screen is not in normal rotation. Don't know if it's the keyboard or Rotate. 3. This is probably a kernel problem or something but after a while, the accelerometes seem to stop working which can leave the rotation to an unconfortable position. Suspending and resuming helps. Other then that, I love it. Good job. I didn't write the hardest part, I just patched it to be a little better. I will try to check if I can fix the instability problems, but I can't promise anything. Rui -- Or not. Today is Pungenday, the 44th day of Bureaucracy 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: 2008.9 Basic questions
Well, the box certainly is in a fairly raw state, and most of the apps there are pretty basic in terms of polish and performance, surprisingly so to me, as it is a machine that is roughly the equivalent of a desktop that one might have used in the late '90s. However, I make use of it instead of carting around a laptop. You can run a lot of stuff on the machine from the Linux community if you just use the usb network connection to another PC. With 8 GB of storage on it, you probably don't need more for usual daily business apps, and while the bloatware out there is a possible problem, there is a huge amount of stuff that runs very nicely, thankyou, right on the phone. It also works fairly well as a basic phone/text gaget for me if the network signal is good. The only real irritations that I have found are: 1) GSM reception is poor compared to most standard phones, and positively crappy compared to an ancient Nokia I use. 2) GPS reception is flakey when not actually under clear sky. 3) Battery life is lousy. And of course, the buggy software can hurt. Surprisingly, I activated swap on my FR and stability and periodic slowing have improved. Don't know why that should be, but there you are. Generally, the performance of all the parts of this box is far better than the 33 Mhz i486 I ran Slackware 96 on back in the previous century, so, there is a solution out there. Whether the OM people are able to put it together is an open question. I suggest they hire some old people if they have not gotten some there already. If a programmer is old enough, he/she will know how to make everything run well in 16KB of memory and 128KB of 230ms disk access. rakshat hooja wrote: Sorry for the chain of posts, but when I bought the phone, IDA Systems claimed it had a 500 MHz processor. Now they have corrected their website to say it is 400 MHz. Are we trying to promote openness here, or damage it? Dear Nishit, The 500MHz was based on early confusion based on the fact that the Samsung processor is capable of 500 Mhz but is clocked at 400 Mhz. The early buyers were offered 30 days return policy (we only get 28 days dead on arrival from Openmoko) for the very reason that some buyers may not like what the Freerunner offers. 30 days are over but in your case, as a special consideration, if you are not satisfied with the Freerunner please post it back to us and we will give you a full refund. We have limited supply of the Freerunner and need devices to send as review samples. Hope this will take you out of your misery a little. Regards, Rakshat ___ Openmoko community mailing list community@lists.openmoko.org mailto:community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- -- Please use Firefox as your web browser. Its protects you from spyware and is also a very feature rich browser. www.firefox.com http://www.firefox.com ___ 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: GPRS OpenMoko for ATT/Cingular
So I re-imaged the freerunner, using the original kernel... and it works (again)!!! I rebooted and it froze at 40%... again!! basically this means I can't use GPRS until I figure out what is making it crash. For now I'm putting a different kernel on and disabling the gprs startup script. yochaigal wrote: GPRS was working, then I rebooted the freerunner, and it fails to boot. at around 40%, then shows a black screen with the message: removing info for no Bus:vcs2 but I think that was simply the most recent output of the boot process. I uploaded it with the newest kernel (testing-om-0920), and it successfully booted. but now GPRS doesn't work! I start it with the gui; it says failed. then I ran: tail -n 25 /var/log/messages and got this: Sep 20 11:08:56 om-gta02 local0.info /usr/sbin/gsm0710muxd[1783]: gsm0710muxd.c:1410:extract_frames(): Logical channel 1 opened Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol _spin_lock_bh Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol _spin_unlock_bh Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol mutex_lock_nested Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol _read_unlock_bh Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol _spin_unlock Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol _write_lock_bh Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol _read_lock_bh Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol __spin_lock_init Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol __rwlock_init Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol _spin_lock Sep 20 11:08:58 om-gta02 user.warn kernel: ppp_generic: Unknown symbol _write_unlock_bh Sep 20 11:08:58 om-gta02 daemon.notice modprobe: FATAL: Error inserting ppp_generic (/lib/modules/2.6.24/kernel/drivers/net/ppp_generic.ko): Unknown symbol in module, or unknown parameter (see dmesg) Sep 20 11:08:58 om-gta02 daemon.err pppd[1795]: This system lacks kernel support for PPP. This could be because the PPP kernel module could not be loaded, or because PPP was not included in the kernel configuration. If PPP was included as a module, try `/sbin/modprobe . I then imaged the Om Milestone 3 kernel (stable) and now it boots but I receive the same error message. I think I have to load the gsm0710muxd kernel module... I'll try and figure it out. If only that darn FDOM kernel would work! -- View this message in context: http://n2.nabble.com/GPRS-OpenMoko-for-ATT-Cingular-tp1097181p1106742.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: I bought the FR for what I did not have - freedom (was: Re: funny comment from a user, in response to the question of whether FR works as a daily phone:)
Paraphrasing Michael In what ways can you extend the FreeRunner... I was looking at WiFi IP phones yesterday at Voipsupply.org and they have some in the $300-$600 range. They are targeted at hospitality and healthcare industry. They are just WiFi phones, no GSM no Linux. Both of these apps have staff that are constantly moving around and don't have a desk phone. Build an app that caters to these folks and adds together WiFi + GPS + GSM For a hotel -- from the phone, check status of any room. Use the phone as a master key for cleaning staff. For medical staff that are on call, track their locations via GPS and prioritize contacting staff that are closest to the hospital. Allow staff to locate a patient from the phone -- eg not in room? might be getting therapy. When a phone leaves the building (loses WiFi VOIP registration) switch to GSM and note it in the server. This means you can run across the street to the bagel shop on a break without being out of reach and you don't have to think about it. Just go. You might not be able to locate a smartphone accurately inside a building with GPS but at a large facility you'd know which wifi access point they were connected to so you'd know what building and possibly what floor they were on. There is lots of stuff that goes way beyond what a simple WiFi phone could do and the hardware is in the same price range. All value added most of it server based and relatively easy to protect private information... so while I might not want someone I don't know tracking my location via GPS if it's part of my job it could be very helpful to me. Brian ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GPRS OpenMoko for ATT/Cingular
Okay I figured it out. I had added to /etc/network/interfaces this: auto ppp0 iface ppp0 inet ppp provider gprs Once I removed it, I was able to boot. I wanted to reboot and have gprs connect automatically. Is there any way to have the phone connect to GPRS automatically besides that? Also, GPRS now does NOT work. I did: [EMAIL PROTECTED]:~# tail -n 50 /var/log/messages Sep 20 12:33:21 om-gta02 local2.info chat[1796]: send (AT+CGDCONT=1,IP,wap.cingular^M) Sep 20 12:33:21 om-gta02 user.notice root: AtChat : N : +CREG: 1,1796,1C4C Sep 20 12:33:22 om-gta02 local2.info chat[1796]: expect (OK) Sep 20 12:33:22 om-gta02 local2.info chat[1796]: ^M Sep 20 12:33:22 om-gta02 user.notice root: AtChat : T : AT+COPS=3,2 Sep 20 12:33:22 om-gta02 local2.info chat[1796]: AT+CGDCONT=1,IP,wap.cingular^M^M Sep 20 12:33:22 om-gta02 local2.info chat[1796]: OK Sep 20 12:33:22 om-gta02 local2.info chat[1796]: -- got it Sep 20 12:33:22 om-gta02 local2.info chat[1796]: send (ATD*99***1#^M) Sep 20 12:33:22 om-gta02 user.notice root: AtChat : F : OK Sep 20 12:33:22 om-gta02 user.notice root: AtChat : T : AT+COPS? Sep 20 12:33:22 om-gta02 user.notice root: AtChat : F : +COPS: 0,2,310410 Sep 20 12:33:22 om-gta02 user.notice root: AtChat : F : OK Sep 20 12:33:22 om-gta02 user.notice root: AtChat : T : AT+COPS=3,0 Sep 20 12:33:22 om-gta02 user.notice root: AtChat : F : OK Sep 20 12:33:22 om-gta02 user.notice root: AtChat : T : AT+COPS? Sep 20 12:33:22 om-gta02 user.notice root: AtChat : F : +COPS: 0,0,ATT Sep 20 12:33:22 om-gta02 user.notice root: AtChat : F : OK Sep 20 12:33:22 om-gta02 daemon.info pppd[1793]: Serial connection established. Sep 20 12:33:22 om-gta02 daemon.info pppd[1793]: Using interface ppp0 Sep 20 12:33:22 om-gta02 daemon.notice pppd[1793]: Connect: ppp0 -- /dev/pts/1 Sep 20 12:33:26 om-gta02 user.notice root: AtChat : T : AT+CCFC=0,2 Sep 20 12:33:28 om-gta02 user.notice root: AtChat : F : +CCFC: 0,7 Sep 20 12:33:28 om-gta02 user.notice root: AtChat : F : OK Sep 20 12:33:34 om-gta02 user.err kernel: [ 384.845000] power_supply bat: driver failed to report `current_now' property Sep 20 12:33:49 om-gta02 daemon.info pppd[1793]: Terminating on signal 15 Sep 20 12:33:55 om-gta02 user.err kernel: [ 405.33] power_supply bat: driver failed to report `current_now' property Sep 20 12:33:55 om-gta02 daemon.notice pppd[1793]: Connection terminated. Sep 20 12:33:55 om-gta02 user.debug kernel: [ 405.72] PM: Removing info for No Bus:ppp0 Sep 20 12:33:55 om-gta02 local2.info chat[1912]: abort on (OK) Sep 20 12:33:55 om-gta02 local2.info chat[1912]: abort on (BUSY) Sep 20 12:33:55 om-gta02 local2.info chat[1912]: abort on (DELAYED) Sep 20 12:33:55 om-gta02 local2.info chat[1912]: abort on (NO ANSWER) Sep 20 12:33:55 om-gta02 local2.info chat[1912]: abort on (NO CARRIER) Sep 20 12:33:55 om-gta02 local2.info chat[1912]: abort on (NO DIALTONE) Sep 20 12:33:55 om-gta02 local2.info chat[1912]: abort on (VOICE) Sep 20 12:33:55 om-gta02 local2.info chat[1912]: abort on (ERROR) Sep 20 12:33:55 om-gta02 local2.info chat[1912]: abort on (RINGING) Sep 20 12:33:55 om-gta02 local2.info chat[1912]: timeout set to 12 seconds Sep 20 12:33:55 om-gta02 local2.info chat[1912]: send (\k\k\k\d+++ATH^M) Sep 20 12:33:56 om-gta02 local2.info chat[1912]: expect (NO CARRIER) Sep 20 12:33:57 om-gta02 local2.info chat[1912]: ATH^M^M Sep 20 12:33:57 om-gta02 local2.info chat[1912]: OK Sep 20 12:33:57 om-gta02 local2.info chat[1912]: -- failed Sep 20 12:33:57 om-gta02 local2.info chat[1912]: Failed (OK) Sep 20 12:33:57 om-gta02 daemon.warn pppd[1793]: disconnect script failed Sep 20 12:33:57 om-gta02 daemon.notice pppd[1793]: Modem hangup Sep 20 12:33:58 om-gta02 daemon.info pppd[1793]: Exit. Sep 20 12:33:58 om-gta02 local0.info /usr/sbin/gsm0710muxd[1387]: gsm0710muxd.c:609:pseudo_device_read(): Logical channel 2 for (null) closed Sep 20 12:34:05 om-gta02 user.err kernel: [ 415.815000] power_supply bat: driver failed to report `capacity' property I rebooted and everything worked. yochaigal wrote: So I re-imaged the freerunner, using the original kernel... and it works (again)!!! I rebooted and it froze at 40%... again!! basically this means I can't use GPRS until I figure out what is making it crash. For now I'm putting a different kernel on and disabling the gprs startup script. yochaigal wrote: GPRS was working, then I rebooted the freerunner, and it fails to boot. at around 40%, then shows a black screen with the message: removing info for no Bus:vcs2 but I think that was simply the most recent output of the boot process. I uploaded it with the newest kernel (testing-om-0920), and it successfully booted. but now GPRS doesn't work! I start it with the gui; it says failed. then I ran: tail -n 25 /var/log/messages and got this: Sep 20 11:08:56 om-gta02 local0.info /usr/sbin/gsm0710muxd[1783]: gsm0710muxd.c:1410:extract_frames(): Logical channel 1 opened Sep
Re: 2008.8 default dialer crash on # or *
Rod Whitby ha scritto: Marco Trevisan (Treviño) wrote: Holger Freyther wrote: Source? Patch? GPL? You're right. Completely. I generally never release binaries without diffs, but the patch I've with me is so bad and I'm so busy with my personal tasks that I had no time to upload anything in the last days. With GPL stuff, I always find it's best to upload the source code *first*. Yes, you're right. That's what I always do, as said. The GPL applies to hobbyists just as much as it applies to big corporations. The hobbyists often cry loud when big corporations delay the release of source code - please don't give those same corporations ammunition to say well, the community doesn't release source immediately, so why should we. Yes, you're right. But I've done this just once mainly for testing purposes and after a request coming from some users. Either upload the source, or remove the binary. It's as simple as that. Ok, binary removed... That has been important for testing, BTW. Sorry for not putting any source out yet, but my time is really full of things :(. And please, don't give me the role of the bad guy against (or snubbing) GPL because you'd be really wrong. -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: I bought the FR for what I did not have - freedom (was: Re: funny comment from a user, in response to the question of whether FR works as a daily phone:)
Somewhat similar utility to what Brian said: On Sun, Sep 21, 2008 at 1:00 AM, Brian Wilson [EMAIL PROTECTED] wrote: They are targeted at hospitality and healthcare industry. They are just WiFi phones, no GSM no Linux. Both of these apps have staff that are constantly moving around and don't have a desk phone. Similar scenario, on which I am working right now, is Disaster Management and Relief Operations and supplementing these activities using the FR. Build an app that caters to these folks and adds together WiFi + GPS + GSM For Disaster management, Sahana is a FOSS web application just made for this purpose which has been used in real world situations. Building a solution that caters to the similar needs of Disaster reporting and data collection could well be very effective and useful for such critical solutions, with such a handy and powerful device. For a hotel -- from the phone, check status of any room. Use the phone as a master key for cleaning staff. The central Sahana server can keep track of On Field relief workers, broadcast them instructions or alerts based on their GPS location. Like, need to relocate and assign a different task ? Or say, urgently address a situation at a nearby location e.g. a victim who needs immediate help. When a phone leaves the building (loses WiFi VOIP registration) switch to GSM and note it in the server. This is a very kool thing to have, ideally we can communicate to the Sahana server over Wifi, GPRS, and SMS too. I wrote the SMS server side part, which i am still expanding. So you could just have a daemon running, which sends the GPS location of the Field Reporter, via an SMS in a timely manner. Acting like a real time GPS tracking for Sahana's system keeping track of all volunteers. Moreover, there is currently a new module in development, by Dominic on the Sahana project, which is the Dead Body Tracking and Disaster Victim Identification (in short: DVI) for Sahana. This would include body search on the scene, one thing you would preferably carry a GPS-enabled handy data input device and a hand full of labels with you .The module should be enabled to mark found items on a scene map, e.g. a grid, that's what the search team usually does. The phone, could well be used for such a purpose, if it had a camera too, it could take pictures. And an app to generate Bar codes for each body. Later it can be connected to a printer to print the bar codes and fix them on the bodies. Just few more possibilities to the list :-) I am working on this project, which aims to use the FR as an effective Disaster reporting tool for Sahana, a FOSS Disaster management system [ www.sahana.lk]. GPS, Wifi are key hardware components to start off for this, and later we can use the other modes like SMS, GPRS to exchange data between the Sahana server and the phone using a client application. Providing the field volunteers with an easy to use, touch input based phone to do all the data activity saves a lot of hassles and increases effiency thus saving time. An important *thing* in such situations.. Regards, Ajay Kumar ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
accelerometer jitter
I wrote a short shell script to repeatedly take the raw output from one of the accelerometers (/sys/devices/platform/spi_s3c24xx_gpio.1/spi0.1/dump) and massage the data to output X,Y,and Z-axis readings in decimal, -128 to 128. With my Freerunner sitting flat, face up, on the concrete slab of my house, the 'Z' reading (positive Z is toward the back of the handset, BTW) fluctuates between 51 and 56. (X and Y range from -1 to 2) That's a variance of +/- 5%, and I'm fairly confident gravity isn't fluctuating significantly... ;) Is that to be expected, is my Freerunner defective, or am I doing something wrong? I'm trying to develop a simple tool that will determine 'down' based on output from the accelerometer, and indicate deviations from various 90-degree orientations - will I need to massage the data further to ignore variations, should I be averaging several readings, or what? j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: About OpenMoko Rotate
Yogiz wrote: On Sat, 20 Sep 2008 01:47:04 +0100 Rui Miguel Silva Seabra [EMAIL PROTECTED] wrote: Done. I've added a reference to it at http://wiki.openmoko.org/wiki/Rotate but my page about it is at http://blog.1407.org/2008/09/20/openmoko-rotate-now-using-libxrandr/ Users of Rotate, I've patched it so it doesn't use system+xrandr but simply call directly the xrandr function using libxrandr. This means: * quicker * less battery consumption Nice... However in my point of view the it is too aggressive: imho allowing the phone to rotate its resolution after each gesture is too much (both for battery usage and for usability). So, for example, I'd make it checking the accelerometers and allowing to rotate only if the AUX button is pressed (or if it has been pressed in the past few seconds). I know that some apps are using the AUX key (E, for example for locking the phone also if that should be just a stub) but I'd prefer a such version. 1. The touchscreen calibration is fine when the screen is in normal rotation, to left or to right but if it's upside down then the calibration goes way off for me. When I click somewhere the action actually takes place above and to the right of the actual click. Which version are you using? In om2008.8 (with updates) it has been fixed. Simply keep the xglamo package update! 2. I'm using the Raster's keyboard and I can only see half of the bottom row of buttons, especially when the screen is not in normal rotation. Don't know if it's the keyboard or Rotate. Like before, it should have been fixed. I got that problem too but now I can't reproduce and I'm using ASU with all the updates but with Raster's keyboard. 3. This is probably a kernel problem or something but after a while, the accelerometes seem to stop working which can leave the rotation to an unconfortable position. Suspending and resuming helps. Yes if I'm not wrong there's something about this in the trac. -- Treviño's World - Life and Linux http://www.3v1n0.net/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Navit patch for faster map dragging
KaZeR wrote: Hire a écrit : Hello Florian Hackenberger, nice work, works very well. However, do you have send those patch to navit's dev? Hello, I'm a member of the navit project. One of our users has told us about this patch. I've reviewed it, and it looks very good for the drag part. But i wasn't able to see the benefit of the font part, could you elaborate? We would be really happy to get more patch to enhance navit on the FR (i'm myself thinking of buying one). But next time, it would be best to submit this as two differents patches (drag and font) and it would be reviewed faster if it was submitted on our tracker ( http://trac.navit-project.org ). Thanks for your interest, i'm waiting for your lights on the font part to commit it. K- ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community UP -- View this message in context: http://n2.nabble.com/Navit-patch-for-faster-map-dragging-tp729123p1106873.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: accelerometer jitter
On Sat, Sep 20, 2008 at 4:07 PM, Joel Newkirk [EMAIL PROTECTED] wrote: I wrote a short shell script to repeatedly take the raw output from one of the accelerometers (/sys/devices/platform/spi_s3c24xx_gpio.1/spi0.1/dump) and massage the data to output X,Y,and Z-axis readings in decimal, -128 to 128. With my Freerunner sitting flat, face up, on the concrete slab of my house, the 'Z' reading (positive Z is toward the back of the handset, BTW) fluctuates between 51 and 56. (X and Y range from -1 to 2) That's a variance of +/- 5%, and I'm fairly confident gravity isn't fluctuating significantly... ;) Is that to be expected, is my Freerunner defective, or am I doing something wrong? I'm trying to develop a simple tool that will determine 'down' based on output from the accelerometer, and indicate deviations from various 90-degree orientations - will I need to massage the data further to ignore variations, should I be averaging several readings, or what? j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community j As a bit OT but since you have gone to the trouble of developing the script, could you run a test while driving/riding in the car and post what the readings might be? I was thinking of the possibility of having the FR determine if it was in a moving car or not. Mike -- Michael Fisher [EMAIL PROTECTED] ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: accelerometer jitter
On Saturday 20 September 2008, Joel Newkirk wrote: I wrote a short shell script to repeatedly take the raw output from one of the accelerometers (/sys/devices/platform/spi_s3c24xx_gpio.1/spi0.1/dump) and massage the data to output X,Y,and Z-axis readings in decimal, -128 to 128. With my Freerunner sitting flat, face up, on the concrete slab of my house, the 'Z' reading (positive Z is toward the back of the handset, BTW) fluctuates between 51 and 56. (X and Y range from -1 to 2) That's a variance of +/- 5%, and I'm fairly confident gravity isn't fluctuating significantly... ;) Is that to be expected, is my Freerunner defective, or am I doing something wrong? What does the datasheet say about noise levels? You're looking at +/-5% of reading but +/-1% of full scale which isn't implausible for a cheap accelerometer. I'm trying to develop a simple tool that will determine 'down' based on output from the accelerometer, and indicate deviations from various 90-degree orientations - will I need to massage the data further to ignore variations, should I be averaging several readings, or what? Underspecified ;-) How accurate does it need to be? Is the phone expected to be stationary or moving? Is power consumption important? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Audio Jack Sampling Rate?
What is the highest sampling rate I can get from the audio jack? What is the frequency range? I'm considering the plausibility of a little hardware project that would turn a Freerunner or any computer with an adequate sound card into a mimio [1] device. The principle is an expansion on the way you calculate the distance (d) of a lightning strike from you.You see the light instantly, but hear the sound with a delay (delta t) because sound travels at a much slower speed (v_s) of approximately 340 m/s. You can use the following equation to find the distance from you to the lightning strike d = (delta t)(v_sound) With this information you can draw a circle of radius d with you at the center. Observing the same lightning from two known points would allow us to draw two circles whose intersection would indicate where the the lightning hit the ground. This gives two points, but knowing the general direction of the strike would give us a single point. This is basically what I want to do with the stereo input of the Freerunner. However, instead of observing lightning and audible sound, I want to observe infrared light and sound at a higher frequency than humans can hear. The mimio device works in this way. A dry erase marker is placed into a case what emits IR light and sound when the marker is pressed down. I basically want to connect both an appropriate microphone and an IR detector on each of the two input channels of the Freerunner. There would be one mic-IR pair at each of points A and B. Points A and B would be seperated by some distance h along the vertical axis. Below is a simple hardware schematic diagram. /--micA || | GND | I--IR_detA | | |GND \--(to left channel) /--(to right channel) |--micB || | GND | \--IR_detB | GND Software would then monitor the two channels and compare the input. The software would know that a set of square waves from both the right and left channel occuring at the same time indicate a flash of IR light. It would then begin measuring on each channel the time interval to the middle of the next set of waves. Sample input (left channel) __|-|_|-|_|-|_|-|_|-|___|-|_|-|_|-|__ |--from IR_detA-| |--micA-| |---delta tA---| |--from IR_detB-| |--micB-| |delta tB--| (right channel) __|-|_|-|_|-|_|-|_|-|___|-|_|-|_|-|__ The following two equations would give the position of the dry erase marker relative to point A. (I may have mixed up my positive and negative directions somewhere, but you get the picture.) d_Ax = (v_sound)sqrt(t_A^2 - t_B^2) d_Ay = h - (v_s^2)(t_B^2 - t_A^2)/(2h) My first step in testing my idea is to connect ir detectors and mics to a headphone cable, plug it into my computer, and see if Audacity displays something similar to the sample input above. Then I'll hack around with that until I can make a reliable piece of hardware. I'm more of a hardware guy than a programmer, so writing this software would be very challanging to me. Is there anyone out there willing to hack some code if I were to supply you with the appropriate hardware? Any input from the community? -Charles Edward Pax [1] http://www.mimio.com/products/interactive/index.php ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Audio Jack Sampling Rate?
The following two equations would give the position of the dry erase marker relative to point A. (I may have mixed up my positive and negative directions somewhere, but you get the picture.) d_Ax = (v_sound)sqrt(t_A^2 - t_B^2) d_Ay = h - (v_s^2)(t_B^2 - t_A^2)/(2h) I just came up with this next idea as I was turning on the shower water. The x and y position can then be translated into screen coordinates (after calibration). This can then be passed through ReMoko to some other device. Combine this with a projector and you have yourself a nice smart board. -Charles Pax P.S. I'm thinking about all this because the high school where I teach physics gave me a $800 mimio device to aid a visually impaired student of mine. The problem is that the mimio device only works with Windows and OS X and I don't want to be limited in my operating system choices. i also think it would be cool to beat the system and do the same thing with $40 off-the-self components. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: accelerometer jitter
On Sat, 20 Sep 2008 17:36:00 -0400, Michael Fisher [EMAIL PROTECTED] wrote: On Sat, Sep 20, 2008 at 4:07 PM, Joel Newkirk [EMAIL PROTECTED] wrote: I wrote a short shell script to repeatedly take the raw output from one of the accelerometers (/sys/devices/platform/spi_s3c24xx_gpio.1/spi0.1/dump) and massage the data to output X,Y,and Z-axis readings in decimal, -128 to 128. As a bit OT but since you have gone to the trouble of developing the script, could you run a test while driving/riding in the car and post what the readings might be? I was thinking of the possibility of having the FR determine if it was in a moving car or not. Mike -- Michael Fisher [EMAIL PROTECTED] No problem, I'll alter the script to intersperse timestamps and take it for a ride tomorrow. It's dumping samples about once per second ATM - I'd initially included a 'sleep 1' command then commented it out since the loop execution ended up taking about 1 sec anyway. (chains of cat/grep/sed/cut piped) The one caveat is that I don't have a good mount for it in the car - for the requested test I'll just lay it on the floor on the passenger side and note the physical orientation. (more OT than this request, I found out that the rubberized surface on the back of the Freerunner is essentially non-stick if you try to lay the Freerunner on a Handstands StickyPad - I've had one of those on my dashboard for years, always kept my cellphone and Zaurus there even on a sloped dashboard, but the Freerunner won't stick to it even on the flat dash in my new car) j ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: I bought the FR for what I did not have - freedom (was: Re: funny comment from a user, in response to the question of whether FR works as a daily phone:)
Usable as a day phone??? I think the Fat and Dirty distro is completely usable as a day phone... I should know (I use it every day with minimal changes... any issues I have I just reflash). Ajay Kumar wrote: Somewhat similar utility to what Brian said: On Sun, Sep 21, 2008 at 1:00 AM, Brian Wilson [EMAIL PROTECTED] wrote: They are targeted at hospitality and healthcare industry. They are just WiFi phones, no GSM no Linux. Both of these apps have staff that are constantly moving around and don't have a desk phone. Similar scenario, on which I am working right now, is Disaster Management and Relief Operations and supplementing these activities using the FR. Build an app that caters to these folks and adds together WiFi + GPS + GSM For Disaster management, Sahana is a FOSS web application just made for this purpose which has been used in real world situations. Building a solution that caters to the similar needs of Disaster reporting and data collection could well be very effective and useful for such critical solutions, with such a handy and powerful device. For a hotel -- from the phone, check status of any room. Use the phone as a master key for cleaning staff. The central Sahana server can keep track of On Field relief workers, broadcast them instructions or alerts based on their GPS location. Like, need to relocate and assign a different task ? Or say, urgently address a situation at a nearby location e.g. a victim who needs immediate help. When a phone leaves the building (loses WiFi VOIP registration) switch to GSM and note it in the server. This is a very kool thing to have, ideally we can communicate to the Sahana server over Wifi, GPRS, and SMS too. I wrote the SMS server side part, which i am still expanding. So you could just have a daemon running, which sends the GPS location of the Field Reporter, via an SMS in a timely manner. Acting like a real time GPS tracking for Sahana's system keeping track of all volunteers. Moreover, there is currently a new module in development, by Dominic on the Sahana project, which is the Dead Body Tracking and Disaster Victim Identification (in short: DVI) for Sahana. This would include body search on the scene, one thing you would preferably carry a GPS-enabled handy data input device and a hand full of labels with you .The module should be enabled to mark found items on a scene map, e.g. a grid, that's what the search team usually does. The phone, could well be used for such a purpose, if it had a camera too, it could take pictures. And an app to generate Bar codes for each body. Later it can be connected to a printer to print the bar codes and fix them on the bodies. Just few more possibilities to the list :-) I am working on this project, which aims to use the FR as an effective Disaster reporting tool for Sahana, a FOSS Disaster management system [ www.sahana.lk]. GPS, Wifi are key hardware components to start off for this, and later we can use the other modes like SMS, GPRS to exchange data between the Sahana server and the phone using a client application. Providing the field volunteers with an easy to use, touch input based phone to do all the data activity saves a lot of hassles and increases effiency thus saving time. An important *thing* in such situations.. Regards, Ajay Kumar ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- View this message in context: http://n2.nabble.com/2008.9-Basic-questions-tp1106131p1107120.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 Basic questions
Iain B. Findleton wrote: And of course, the buggy software can hurt. Surprisingly, I activated swap on my FR and stability and periodic slowing have improved. Don't know why that should be, but there you are. The answer there is to run top while using the phone... you'll see that it's running at pretty much at the limits of the 128MB built in. Adding a swap file, while inefficient, will allow the kernel to swap unused pages to disk and allow more things to run, or at least lurch... 128MB is damned small these days... but then my first Linux box had 16MB of RAM, a 33Mhz CPU, a 100MB hard drive and a VGA card that could barely handle 800x600x 256 colors. -- Alex ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: I bought the FR for what I did not have - freedom
yochaigal wrote: Usable as a day phone??? I think the Fat and Dirty distro is completely usable as a day phone... I should know (I use it every day with minimal changes... any issues I have I just reflash). I think we need to be moving towards a situation where flashing is considered extreme. One aspect of linux, often hailed as significant (debatable) is that it needs rebooting less often then it's competitors. Flashing is akin to reinstalling the entire OS, and while it's trivial to do, I worry that it fosters a mindset of not valuing root causes. I admit though, I have not reached a point of confidence with the FR where I value any data on it, so reflashing is of little consequence. ~ Matt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 2008.9 Basic questions
On Sat, 2008-09-20 at 21:40 -0400, Alex Fitzpatrick wrote: Iain B. Findleton wrote: And of course, the buggy software can hurt. Surprisingly, I activated swap on my FR and stability and periodic slowing have improved. Don't know why that should be, but there you are. The answer there is to run top while using the phone... you'll see that it's running at pretty much at the limits of the 128MB built in. Adding a swap file, while inefficient, will allow the kernel to swap unused pages to disk and allow more things to run, or at least lurch... 128MB is damned small these days... but then my first Linux box had 16MB of RAM, a 33Mhz CPU, a 100MB hard drive and a VGA card that could barely handle 800x600x 256 colors. Is there a reccomended or best way to run swap on a FR. swapfile on the vfat partition (/media/card/), swapfile on an ext2 partition (/media/mmcblk0p2) or an actual swap partition (is the mounting of multiple partitions working reliably now? - used to be disastrous :) Size: 128Mb or 256Mb (the old recomendations for Unix was always 2 x memory because of core dumps) BillK -- William Kenworthy [EMAIL PROTECTED] Home in Perth! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Basic usabilty questions
Hello, I love the FDOM distribution (suspend works!!! audio works!!! etc). But... How can I raise the speakerphone volume? I tried editing: /usr/share/openmoko/scenarios/gsmhandset.state and adjusting the volume to higher than 127 but nothing happens. I cannot get GPRS to start automatically, either with the ppp_on_boot script or with the iface entry in /etc/network/interfaces Also, is it true that GPRS has issues when you put the phone to sleep? This does not seem to be the case for me. When will my contacts list show all of my contacts? I think it doesn't show any that begin with a 1 (the US number). However, if someone texts me it never shows their name UNLESS they have a 1 in their name. Very frustrating. These are all read off the SIM card, of course. thanks -- View this message in context: http://n2.nabble.com/Basic-usabilty-questions-tp1107176p1107176.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: I bought the FR for what I did not have - freedom (was: Re: funny comment from a user, in response to the question of whether FR works as a daily phone:)
On Saturday, September 20, 2008 17:55:09 yochaigal wrote: Usable as a day phone??? I think the Fat and Dirty distro is completely usable as a day phone... I should know (I use it every day with minimal changes... any issues I have I just reflash). Same for me, minus the reflashing. I've flashed the 20080913 version of it had haven't had to reflash it since that. The battery lasts about an entire day with it (I charge it every night and have not had an issue). The keyboard is rough to use though (with fingers); it takes me about 5-10 minutes to type up a proper text message. I'm pretty sure it would be faster with a multi-tap keypad (I have tried the Qtopia one though, and can type _really_ fast on it; probably faster than on my iPod touch). I have had to reboot it probably 3-4 times during this one week period, though. -- Kelvie Wong ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: accelerometer jitter
since low cost accelerometers are somewhat noisy, I'd suspect that first. http://wiki.openmoko.org/wiki/Technical:Accelerometer_Fundamentals Not sure what kind of filter you should use. There should be some guys On the list who can chime in better than I can. Joel Newkirk wrote: I wrote a short shell script to repeatedly take the raw output from one of the accelerometers (/sys/devices/platform/spi_s3c24xx_gpio.1/spi0.1/dump) and massage the data to output X,Y,and Z-axis readings in decimal, -128 to 128. With my Freerunner sitting flat, face up, on the concrete slab of my house, the 'Z' reading (positive Z is toward the back of the handset, BTW) fluctuates between 51 and 56. (X and Y range from -1 to 2) That's a variance of +/- 5%, and I'm fairly confident gravity isn't fluctuating significantly... ;) Is that to be expected, is my Freerunner defective, or am I doing something wrong? I'm trying to develop a simple tool that will determine 'down' based on output from the accelerometer, and indicate deviations from various 90-degree orientations - will I need to massage the data further to ignore variations, should I be averaging several readings, or what? 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: accelerometer jitter
Have a look at this might help. Note, we dont use a freescale accel, so some things may be different but you'll get the basic idea. http://www.freescale.com/files/sensors/doc/app_note/AN3397.pdf?fpsp=1WT_TYPE=Application%20NotesWT_VENDOR=FREESCALEWT_FILE_FORMAT=pdfWT_ASSET=Documentation Joel Newkirk wrote: On Sat, 20 Sep 2008 17:36:00 -0400, Michael Fisher [EMAIL PROTECTED] wrote: On Sat, Sep 20, 2008 at 4:07 PM, Joel Newkirk [EMAIL PROTECTED] wrote: I wrote a short shell script to repeatedly take the raw output from one of the accelerometers (/sys/devices/platform/spi_s3c24xx_gpio.1/spi0.1/dump) and massage the data to output X,Y,and Z-axis readings in decimal, -128 to 128. As a bit OT but since you have gone to the trouble of developing the script, could you run a test while driving/riding in the car and post what the readings might be? I was thinking of the possibility of having the FR determine if it was in a moving car or not. Mike -- Michael Fisher [EMAIL PROTECTED] No problem, I'll alter the script to intersperse timestamps and take it for a ride tomorrow. It's dumping samples about once per second ATM - I'd initially included a 'sleep 1' command then commented it out since the loop execution ended up taking about 1 sec anyway. (chains of cat/grep/sed/cut piped) The one caveat is that I don't have a good mount for it in the car - for the requested test I'll just lay it on the floor on the passenger side and note the physical orientation. (more OT than this request, I found out that the rubberized surface on the back of the Freerunner is essentially non-stick if you try to lay the Freerunner on a Handstands StickyPad - I've had one of those on my dashboard for years, always kept my cellphone and Zaurus there even on a sloped dashboard, but the Freerunner won't stick to it even on the flat dash in my new car) 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: accelerometer jitter
Thanks - I was just reading through http://www.freescale.com/files/sensors/doc/app_note/AN3107.pdf about tilt measurements, which is linked from the wiki. (I'd missed it before) The one you linked is mostly about position calculations, double integration of the acceleration data, although it discusses noise and some management thereof. (which is much more important with the double-integral) In this usage, any decrease on one axis should be accompanied by a matching increase on a second axis, since I'm dealing specifically with vertical or horizontal orientations. The third axis only becomes significant in the lying flat, face up scenario, where decreases in 'z' will have matching increases in 'x+y' - noisier summing them, but probably workable. (since the common use-cases wouldn't demand as frequent updates) Which is actually the one that got me thinking about this in the first place - I was leveling my clothes washer and while looking for one of my levels my eyes drifted toward the Freerunner, and my brain said hm - if I just laid it on top... Which doesn't even consider the second sensor - I'm just looking at the one with all three axes aligned with the housing, not the one rotated 45 degrees about the Z-axis. Utilizing both would let me be more certain of small orientation changes. (I'm assuming noise isn't induced from outside, and so they wouldn't be in sync) This is turning out more calculationally involved than I'd first anticipated, but still looks workable. j On Sat, 20 Sep 2008 20:05:19 -0700, Steve Mosher [EMAIL PROTECTED] wrote: Have a look at this might help. Note, we dont use a freescale accel, so some things may be different but you'll get the basic idea. http://www.freescale.com/files/sensors/doc/app_note/AN3397.pdf?fpsp=1WT_TYPE=Application%20NotesWT_VENDOR=FREESCALEWT_FILE_FORMAT=pdfWT_ASSET=Documentation Joel Newkirk wrote: On Sat, 20 Sep 2008 17:36:00 -0400, Michael Fisher [EMAIL PROTECTED] wrote: On Sat, Sep 20, 2008 at 4:07 PM, Joel Newkirk [EMAIL PROTECTED] wrote: I wrote a short shell script to repeatedly take the raw output from one of the accelerometers (/sys/devices/platform/spi_s3c24xx_gpio.1/spi0.1/dump) and massage the data to output X,Y,and Z-axis readings in decimal, -128 to 128. As a bit OT but since you have gone to the trouble of developing the script, could you run a test while driving/riding in the car and post what the readings might be? I was thinking of the possibility of having the FR determine if it was in a moving car or not. Mike -- Michael Fisher [EMAIL PROTECTED] No problem, I'll alter the script to intersperse timestamps and take it for a ride tomorrow. It's dumping samples about once per second ATM - I'd initially included a 'sleep 1' command then commented it out since the loop execution ended up taking about 1 sec anyway. (chains of cat/grep/sed/cut piped) The one caveat is that I don't have a good mount for it in the car - for the requested test I'll just lay it on the floor on the passenger side and note the physical orientation. (more OT than this request, I found out that the rubberized surface on the back of the Freerunner is essentially non-stick if you try to lay the Freerunner on a Handstands StickyPad - I've had one of those on my dashboard for years, always kept my cellphone and Zaurus there even on a sloped dashboard, but the Freerunner won't stick to it even on the flat dash in my new car) 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 ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Om2008.9-gta02-20080916.rootfs.tar.gz
Hello and I just need to say thanks to all great minds here in the community. Im a new Linux geek who have played with the phone for just a few weeks now. It works ... ok. Echo here and there but it will solve. Ok, The question. What am I supposed to do with this file? Om2008.9-gta02-20080916.rootfs.tar.gz I have unpacked it (with som errorstar: ./dev/hda6: Funktion mknod misslyckades/faild: Operationen inte tillåten/operation not allowed) and found files that look importan to the FR. I have tried looking in the wiki and searching the email. But I someone can point me in the right direction I would be happy. -- /Robin Häggqvist Robin recommends: http://openoffice.org * http://gimp.org * http://avast.com * http://gmail.com * http://cdburnerxp.se * http://7-zip.org * http://realvnc.com/ or http://www.ubuntu-se.org/ ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community