Re: What happened to the order?
Sean Moss-Pultz wrote: Let me check on this today. As I'm sure it's obvious to most of you now, we're having a heck of a time with logistics this first time around. Please accept my sincere apologies. I promise we will get much better really soon. I sure hope so. I will order mine from the GTA02 batch to a US address just as it will be relased, assuming it's early enough in October for it to arrive in time for someone to take it to me. Shipping times are going to be go/no go for me :-( Shachar ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: What happened to the order?
Sean Moss-Pultz wrote: On 07/28/2007 Asbjørn Sannes wrote: If I understood correctly orders within the U.S. was shipped first, and then international developers would get their phones.. I have received three e-mails from openmoko: AutoReply: OpenMoko direct order, Your OpenMoko direct order (which I replyed to YES_I_DO), and Payment received: OpenMoko direct order. Since then I have heard nothing, but I can see from the P1 Owners page that other higher numbered rts, ordering the exact same thing (Advanced kit, B/S), to the exact same location (Oslo, Norway) have received shipping notifications. Anyone else experienced this? Is my order gone? Am I waiting for something that won't happen? Is there something that I should have done that I have not? Let me check on this today. As I'm sure it's obvious to most of you now, we're having a heck of a time with logistics this first time around. Please accept my sincere apologies. I promise we will get much better really soon. -Sean I probably was a bit fast on the trigger (you know how time feels when you are waiting for something good): I have now received a Order shipped: OpenMoko direct order e-mail with a tracking number, and is as happy as ever, can't wait to do some real hacking :) I understand the problem of doing logistics for the first time at this scale is not an easy one, I wish there would have been a way of checking if an order w as still alive, especially when there is a time-gap between status updates.. I hope this kind of thing will come together for the mass marketing stuff :) Greetings, Asbjørn Sannes #1848, soon to be P1 hacker ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 3G sim cards
Minor update on the cingular/att 3g sim issue: I tested my device out this evening with a t-mobile prepaid sim (2g), and I am able to make outgoing calls successfully. Even got the audio working after some fuss ;) So anyhow, seems like its definitely due to either the cingular/att network and/or the 3g sim card, and not the neo itself. Fwiw, the sim contacts on both of the sims appear slightly different. I do not know enough about sim cards to know how significant that is. Cheers, -scott Harrison Metzger wrote: I agree. The neo should work with the largest US provider. I would be more than happy to mail my sim card to TW or to someplace where someone who knows more about the technology than me can look at it (as long as I can get it back lol). It would be nice to see the raw communication (if any) between the sim and the phone. IMO this is a very important issue and I hope the core neo engineers or openmoko developers will get time to look into it. (its filed on bugzilla as number 666) Harry ___ 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: 3G sim cards
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 No, for Neo GTA01 it's probably a focus on software. Guess they did not find a better GSM/UMTS module in time. Andreas Xamindar wrote: Whao, I didn't know that. I assumed it at least had edge. That totally sucks if it is only has GPRS. What is going on with new phones these days? Seems like they are going backwards in speeds, i-phone and now this. HSDPA support? Why not? Is it licensing issues? Andreas Kostyrka wrote: edge speeds? *lol* The GTA01 at least has pure classic GPRS. Andreas Xamindar wrote: I have a simple question related to 3G. Why doesn't the neo support 3G? I have had my Cingular 3G phone for a year now and I can't imagine ever going back to Edge speeds. And sence this phone has a 640x480 screen and powerful processor it is great for the faster speed network. I would really love to change my 3G phone+Zaurus combination over to one openmoko phone. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGqvzLHJdudm4KnO0RAqMdAJ4vjm/OqEXgQplnftYVhJ0XklqdNQCgn3HL /i1HOnv3/IKRnoAeK+hcuRc= =U4UN -END PGP SIGNATURE- ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Phone emulator under Gentoo?
On 7/27/07, Xamindar [EMAIL PROTECTED] wrote: # ls /usr/lib64/libSDL* /usr/lib64/libSDL-1.2.so.0 /usr/lib64/libSDL.la /usr/lib64/libSDL_net-1.2.so.0.0.7 /usr/lib64/libSDL_net.so /usr/lib64/libSDL-1.2.so.0.11.1 /usr/lib64/libSDLmain.a /usr/lib64/libSDL_net.a /usr/lib64/libSDL.so /usr/lib64/libSDL.a /usr/lib64/libSDL_net-1.2.so.0 /usr/lib64/libSDL_net.la Mmm. I don't know what to say. I also have /usr/include/SDL. I don't know about gentoo / 64 bits. Do you have the sdl-config script available? I think it's used a lot by the configure script and it should tell it where to find things. $ sdl-config --cflags -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT BTW: /host/qemu-neo1973$ ldd arm-softmmu/qemu-system-arm linux-gate.so.1 = (0xe000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7ee1000) libz.so.1 = /usr/lib/libz.so.1 (0xb7ecc000) libSDL-1.2.so.0 = /usr/lib/libSDL-1.2.so.0 (0xb7e1a000) librt.so.1 = /lib/i686/cmov/librt.so.1 (0xb7e11000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xb7e0d000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7cc6000) /lib/ld-linux.so.2 (0xb7f28000) libasound.so.2 = /usr/lib/libasound.so.2 (0xb7c0) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb7bfb000) libdirectfb-0.9.so.25 = /usr/lib/libdirectfb-0.9.so.25 (0xb7ba5000) libfusion-0.9.so.25 = /usr/lib/libfusion-0.9.so.25 (0xb7b9f000) libdirect-0.9.so.25 = /usr/lib/libdirect-0.9.so.25 (0xb7b9) libvga.so.1 = /usr/lib/libvga.so.1 (0xb7b3) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7b19000) Regards. -- http://arhuaco.org http://emQbit.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
OpenMoko future.
(This is a suite to laforge's message on gsmd-devel) hello, I'm a little disappointed about laforge's message :( Targetting geeks only will never help to make OpenMoko known. Even if our resources are limited, I think we should interest other firms in opensource, to show them the benefits of such technologies. Of course we can't compete with big phone makers, but there is no reason to be afraid of that. Why no distribution deals with carriers? Why not targetting the normal phone market, even if it's a long term goal? Setting such goals will help to motivate developers, It's far more challenging that only for openwrt guys. One important point is reputation. If openmoko is known to be a geek phone no one else will get interested in it. Others developers will comment by themselves. -- Sébastien LORQUET - 이세영 (李世榮) Ingénieur ENSPG 2006 / ENSIMAG-ASI 2007 ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
AT command test suite
Hi, I have been looking for an AT command test suite that can be run on the host. I've tried: 1. Minicom: Keying in AT commands has to be done manually. I tried using the built-in runscript feature to automate the process, for example: send AT send AT+CGMM exit or send AT send AT+CGMM expect { timeout 5 } but, it only displays the output of the last sent command. Buffer is cleared before the next command is issued, I suppose. So, outputs cannot be logged either. 2. Cquery Perl script from: ftp://gatling.ikk.sztaki.hu/pub/samsem/ http://gatling.ikk.sztaki.hu/~kissg/gsm/ It works. But, it is under public domain. Do you think it will be good to tweak it (and put it under GPL) so it can be used to test Neo on different networks? This information can be put up on the wiki? Is this method permissible to analyse AT on different networks? Appreciate your inputs/suggestions, Thanks, -- Shakthi Kannan http://www.shakthimaan.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko future.
On Sat, 28 Jul 2007 12:19:18 +0200 Sébastien Lorquet [EMAIL PROTECTED] wrote: (This is a suite to laforge's message on gsmd-devel) hello, I'm a little disappointed about laforge's message :( Targetting geeks only will never help to make OpenMoko known. Even if our resources are limited, I think we should interest other firms in opensource, to show them the benefits of such technologies. Of course we can't compete with big phone makers, but there is no reason to be afraid of that. Why no distribution deals with carriers? Why not targetting the normal phone market, even if it's a long term goal? Setting such goals will help to motivate developers, It's far more challenging that only for openwrt guys. One important point is reputation. If openmoko is known to be a geek phone no one else will get interested in it. Others developers will comment by themselves. They are planning to sell it to your mom and dad: http://openmoko.com/about-02-roadmap.html So unless they are geeks ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko future.
Visti Andresen wrote: Sébastien Lorquet [EMAIL PROTECTED] wrote: (This is a suite to laforge's message on gsmd-devel) I'm a little disappointed about laforge's message :( Targetting geeks only will never help to make OpenMoko known. They are planning to sell it to your mom and dad: http://openmoko.com/about-02-roadmap.html So unless they are geeks Therein lies the continual struggle between marketing and engineering ;-) -- Rod ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko future.
Rod Whitby wrote: Visti Andresen wrote: Sébastien Lorquet [EMAIL PROTECTED] wrote: (This is a suite to laforge's message on gsmd-devel) I'm a little disappointed about laforge's message :( Targetting geeks only will never help to make OpenMoko known. They are planning to sell it to your mom and dad: http://openmoko.com/about-02-roadmap.html So unless they are geeks Therein lies the continual struggle between marketing and engineering ;-) Ah yes. That said, with a project like this that is very engineering-driven and with engineering being very vocal about what they see as the limits of the project it would be useful to hear a (re)confirmation of the marketing vision to make sure that it is still valid. Sean? Cheers, Jim. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Back up of the Factory Bad Block Table BBT, needed or a waste of time?
I'm probably going to receive my Neo next Monday (the joy). Therefor I'm curious about backing up important data from the device before I start to playing around with it. As far as I can tell there are to bits of important data? The gpsd and The Factory-programmed NAND bad block information The gpsd should be backed up by the procedure in: http://wiki.openmoko.org/wiki/Getting_Started_with_your_Neo1973#Initial_backup However badblock information is stored in out-of-band (OOB) data http://wiki.openmoko.org/wiki/NAND_bad_blocks#NAND_basics and inside the bad block table (BBT), I guess that the BBT isn't located inside the 4. partition and therefor not backed up? http://wiki.openmoko.org/wiki/NAND_bad_blocks#Bad_Block_Table_.28BBT.29 QUESTIONS: == Is it necessary to back up the BBT alt all? Can the factory BBT be recreated using JTAG? (http://wiki.openmoko.org/wiki/NAND_bad_blocks#BBT_creation) or has the factory used a special kind of magic when establishing the BBT? The recreation may of course not be an exact copy of the original as some FLASH pages may have gone bad since then. But that shouldn't be a problem If the JTAG recreation of the BBT is actually a working Factory BBT I suppose it isn't necessary to back it up, as any error sever enough to cause the need for a restore of the BBT probably will require a JTAG reprogramming anyway. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko future.
On 28 Jul 2007, at 14:49, Jay Vaughan wrote: Fact is: its easier and easier for bright teams to engineer their own hardware, and openmoko is a case in point. lets not forget the open part of this equation, and instead why don't we just leave the future direction of things, indeed, fairly open. more fun for those who want to be part of the effort, less fun for those who want the sandbox bulldozed for a field of soapboxes .. True, it' still early days. I don't believe in hyping things up until you know you can deliver them. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: An idea of sorts
Max Giesbert wrote: sounds like an excellent idea to me. would definitely be a killer application to use the phone in a peer-to-peer style without using the telco network. UI-wise this could be realized in organizing the addressbook more like a IM client where you can see if your buddies are in BT-/WiFi-Range, Online (via any network connection (GPRS/UMTS/BT/WiFi)) or offline (callable/SMSable). In any situation you could choose to send text/chat or call your buddy. And the phone chooses the best (cost/battery life/reception) way to contact the buddy. what do you think? This is briefly mentioned in http://wiki.openmoko.org/wiki/My_Account I will write up a page on this referring to the other relevant pages on the wiki - Server:PhoneDirectory - or something. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: An idea of sorts
On Saturday 28 July 2007 15:59:52 Giles Jones wrote: An easy way to install new software would be to be able to email it to your phone and use the phone's wifi to download the email. Of course security would have to be present to stop it installing anything received in an email. I would much rather have a package manager (think apt) than something like that. And OpenEmbedded already provides that, from what I understand. pgpJf12w9umgE.pgp Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: An idea of sorts
Giles Jones wrote: On 28 Jul 2007, at 14:23, Max Giesbert wrote: sounds like an excellent idea to me. would definitely be a killer application to use the phone in a peer-to-peer style without using the telco network. UI-wise this could be realized in organizing the addressbook more like a IM client where you can see if your buddies are in BT-/WiFi-Range, Online (via any network connection (GPRS/UMTS/BT/WiFi)) or offline (callable/SMSable). In any situation you could choose to send text/chat or call your buddy. And the phone chooses the best (cost/battery life/reception) way to contact the buddy. what do you think? max How about friends list? so you can basically add people to your friends list via email. The Nintendo Wii has a serial number built in and you can send a friend request to another Wii or to any other email address. When sending a message for the first time it asks for permission to be added (one way to stop spam). You can then email pictures to your Wii. An easy way to install new software would be to be able to email it to your phone and use the phone's wifi to download the email. Of course security would have to be present to stop it installing anything received in an email. Hi, correct me if I am wrong, but shouldnt Jabber/XMPP do this out of the box with (formerly Apples) Bonjour (http://www.xmpp.org/extensions/xep-0174.html)? You should simply have your IM Client active and see automatically every friend who is on your list as available (or what message he has selected). Exchanging data like pictures, binary or simply text is therefore already implemented? For seeing people how you dont know, you could join a Chatroom called Local for everyone available in short range technoligy like Wifi/BT/Infrared and Global for GPRS/Wifi(Internet). Who is subscribed to your personal Global Chatroom should be identified first... probably some kind of social group which has met before in person... Managing your calls over Jabber should also be possible through a IM Gateway which communitcates to your phonebook. Click on a friend and open a jingle connection directly (wifi/bt) to your friend or first to the gsm module which then dials out over normal voice Regards, Thomas ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko future.
Sean Moss-Pultz wrote: I don't see our statements as conflicting. Harald is our lead system level architect. His job is to focus on his task at hand and deliver a stable, high performance system. He's trying to give the geeks what they want first. Which is great, the concern was around the forward-looking statements that there was no interest in a market beyond the niche of people who want an open-source 'phone. Why it was a concern is below... [...] We want to build _the_ best open mobile device in the world. 100% open. Only when we reach this point will our strengths be appreciated by the mainstream user. I understand the thinking here, but the mainstream user will neither know nor care about open source. If a 'phone is available that fixes a lot of the existing hideousness within UIs, if a 'phone is available that allows people to do what they want with it, if a 'phone is available that allows them to make calls at the best prices without suffering the whims of the network operators, *that* is when it will be appreciated by the mainstream user. Of course that I understand that open source is the way that openmoko is going to use to enable these things, and also that without a solid foundation it won't be possible to do so, but there needs to be some focus on getting there rather than just having a cool 'phone. And although we wouldn't expect to sit back for someone else to make this a reality we would hope for support where required. Mark my words, we will make an end user mobile device of which this world has never seen before. Now that is something that I think we can all agree on. And many thanks for the response, it has renewed my enthusiasm in the project (along with finally getting the *!* build system to build and include my binaries in the image :)). -Sean Cheers, Jim. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AT command test suite
On Saturday 28 July 2007 12:52, Shakthi Kannan wrote: It works. But, it is under public domain. Do you think it will be good to tweak it (and put it under GPL) so it can be used to test Neo on Why do you feel the need to apply the GPL to this? It's in the public domain - leave it there. Andy ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Java games for openMoko
Hello, I'm sorry but I'm new to the openMoko system. So my question, is it possible to play java games, like for other mobiles, on the openMoko? I know, they must be compiled for it. But is it possible to play in the same, easy way, some java games? Thanks, John ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Email Problems????
All, Is it just me or do other have problems trying to email anyone @openmoko.com ?? I've been trying to get any information on my order for weeks. I consistently get an delay response: The original message was received at Mon, 23 Jul 2007 20:02:43 -0400 from c-76-109-107-17.hsd1.fl.comcast.net [76.109.107.17] - Transcript of session follows - 451 4.4.1 reply: read error from sita.openmoko.org. [EMAIL PROTECTED]... Deferred: Connection timed out with sita.openmoko.org. Warning: message still undelivered after 4 hours Will keep trying until message is 5 days old I've even tried emailing William Lai directly but I get the same response. I have an order number [rt.internal.openmoko.org #1920] but haven't gotten even the YES_I_DO email. (though I tried to send in a preemptive one.) Sorry to send this through the list but I've about exhausted all of the other alternatives. Oh, and I want the phone. :) :) -seg Steve Grevemeyer [EMAIL PROTECTED] ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
another GPS idea - speed-sensitive voicemail
Use case: When I'm walking around, I'll answer the phone. When I'm driving, I won't (one phonecall == two beers worth of distraction)... but am willing to pull over if the caller thinks it's important enough. I shouldn't have to *tell* the phone what mode I'm in: GPS can provide velocity information. If my speed is over 10mph, the phone should pick up, dump a pre-recorded explanation to the caller, and let them press 1 to interrupt the driver, or just wait a few seconds and leave voicemail. http://wiki.openmoko.org/wiki/Neo1973_Audio_Subsystem implies that call recording is possible, so the audio paths are there, right? If so, a lot of local voice-robot stuff is possible... (And if your thought is what if I'm a passenger - the answer is this feature is not for you, it's for me :-) (Also, if you're not an American, this feature probably isn't for you either :-) :-) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 3G sim cards
and I am able to make outgoing calls successfully. Even got the audio working after some fuss ;) What fuss in particular? I can play audio with madplay, but have yet to get phone calls to use the speaker (the dialer connects and picks up fine...) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AT command test suite
Hi, On 7/28/07, Andy Powell [EMAIL PROTECTED] wrote: Why do you feel the need to apply the GPL to this? It's in the public domain - leave it there. It is implemented in Perl and command-line. I thought it will be valuable to write a perl-GTK GUI [1] application for it, so an end-user can simply 'click' on say a Run AT Test button or something, which can save the result to a file, and can possibly submit the results/report to developers. We could enhance this to the following wiki page to include useful info as to what works and what doesn't: http://wiki.openmoko.org/wiki/Neo1973_compatible_cellphone_providers In case, developers need to debug further, the results/reports might be useful. Just a thought. [1] http://gtk2-perl.sourceforge.net/ -- Shakthi Kannan http://www.shakthimaan.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Java games for openMoko
Hi, On 7/27/07, John Smith [EMAIL PROTECTED] wrote: So my question, is it possible to play java games, like for other mobiles, on the openMoko? Please see: http://wiki.openmoko.org/wiki/Wishlist:BuiltInScriptingLanguage#Java -- Shakthi Kannan http://www.shakthimaan.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 3G sim cards
Mark Eichin wrote: and I am able to make outgoing calls successfully. Even got the audio working after some fuss ;) What fuss in particular? I can play audio with madplay, but have yet to get phone calls to use the speaker (the dialer connects and picks up fine...) Right before you dial a call, try alsactl -f /etc/alsa/gsmhandset.state restore Then fire up alsamixer and adjust Amp Left and Amp Right to suit your needs. Also, this should work with the headset plugged in, and using gsmheadset.state as well, and then you can use stereoout.state to put it back to stereo output. So, in short, that works for me. However, I can't seem to make the gsm system function reliably. Seems it can only handle 1 call before a full reboot is needed, unless gsm and x are restarted, and even then that only works on occasion. Otherwise the modem just appears to hang, and restarting gsmd, and attempting to re-register makes no effect. ___ 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: Placing an order for September Release of FIC Neo.
Ian Stirling wrote: [EMAIL PROTECTED] wrote: Is there any way to place an order now for the public release of the consumer targeted FIC NEO to come out after September. I dont want to purchase the current version but want to place an order asap for the public release version with Wifi etc. The current published date is October. The chance of polished user-ready software, that does significantly more than a Nokia 1100 by then is not extremely high. It's not the software I'm worried about, it's the hardware. Software can be upgraded after the purchase. Shachar Delays are likely. ___ 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: AT command test suite
On Saturday 28 July 2007 20:11, Shakthi Kannan wrote: Hi, On 7/28/07, Andy Powell [EMAIL PROTECTED] wrote: Why do you feel the need to apply the GPL to this? It's in the public domain - leave it there. It is implemented in Perl and command-line. I thought it will be valuable to write a perl-GTK GUI [1] application for it, so an end-user can simply 'click' on say a Run AT Test button or something, which can save the result to a file, and can possibly submit the results/report to... snip All very laudable goals, but that's not the question I asked. Andy ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Java games for openMoko
Remember that the Neo doesn't have the buttons for games. The touchscreen can only do one button at a time, so an external gamepad (USB or Wiimote) would be necessary. Ortwin On 7/27/07, John Smith [EMAIL PROTECTED] wrote: Hello, I'm sorry but I'm new to the openMoko system. So my question, is it possible to play java games, like for other mobiles, on the openMoko? I know, they must be compiled for it. But is it possible to play in the same, easy way, some java games? Thanks, John ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: AT command test suite
Hi, On 7/28/07, Andy Powell [EMAIL PROTECTED] wrote: All very laudable goals, but that's not the question I asked. Because we can enhance the existing Perl code, which is old, dated at 2001, and we want everyone to share the code and benefit from it. -- Shakthi Kannan http://www.shakthimaan.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: voice command line (was: ssh to a phone ... thats awesome !!)
Several attractive links for French language Gilles Demo Perlbox-voice-fr using eSpeak + Sphinx2 http://download.tuxfamily.org/perlboxfr/video/perlbox-voice-fr-demo.flv commands prefixed by keyword: http://www.neufstream.com/relevance/search/perlbox/video/x2n1zw_reconnaissance-vocale-et-mot-cle_tech webpage: http://perlboxfr.tuxfamily.org/ Announce linuxfr: http://linuxfr.org/~Rkraft/24983.html -- Oralux.org http://association.oralux.org ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: another GPS idea - speed-sensitive voicemail
Mark Eichin wrote: Use case: When I'm walking around, I'll answer the phone. When I'm driving, I won't (one phonecall == two beers worth of distraction)... but am willing to pull over if the caller thinks it's important enough. I shouldn't have to *tell* the phone what mode I'm in: GPS can provide velocity information. If my speed is over 10mph, the phone should pick up, dump a pre-recorded explanation to the caller, and let them press 1 to interrupt the driver, or just wait a few seconds and leave voicemail. http://wiki.openmoko.org/wiki/Neo1973_Audio_Subsystem implies that call recording is possible, so the audio paths are there, right? If so, a lot of local voice-robot stuff is possible... Yes. See [[Category:Calling Features]] on the wiki. There are 2 D/A, 2 A/D flexibly routed, and one D/A that is dedicated to the earpiece. About the only limitation is that you can't do things that would require more IO sources than are available. For example, playing stereo MP3, and acting as voicemail/answerphone may not be possible. (It'd have to drop to mono). ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: 3G sim cards
On Sat, 28 Jul 2007 15:06:00 -0400 Mark Eichin [EMAIL PROTECTED] wrote: and I am able to make outgoing calls successfully. Even got the audio working after some fuss ;) What fuss in particular? I can play audio with madplay, but have yet to get phone calls to use the speaker (the dialer connects and picks up fine...) It should be just fuss like alsactl -f /etc/alsa/gsmhandset.state restore Regards, Daniel Willmann signature.asc Description: PGP signature ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: another GPS idea - speed-sensitive voicemail
Mark Eichin wrote: Use case: When I'm walking around, I'll answer the phone. When I'm driving, I won't (one phonecall == two beers worth of distraction)... but am willing to pull over if the caller thinks it's important enough. I shouldn't have to *tell* the phone what mode I'm in: GPS can provide velocity information. If my speed is over 10mph, the phone should pick up, dump a pre-recorded explanation to the caller, and let them press 1 to interrupt the driver, or just wait a few seconds and leave voicemail. http://wiki.openmoko.org/wiki/Neo1973_Audio_Subsystem implies that call recording is possible, so the audio paths are there, right? If so, a lot of local voice-robot stuff is possible... Something like Asterix (don't know the full possibilities of Asterix though) (And if your thought is what if I'm a passenger - the answer is this feature is not for you, it's for me :-) (Also, if you're not an American, this feature probably isn't for you either :-) :-) In the Netherlands (and probably most of Europe) only handsfree calling is allowed while driving. (but if handsfree calling means driving dangerous, you can still be fined) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: Email Problems????
I've had a very different problem... 3 times I've replied to my order asking for an invoice, and 2 of them definitely went though, however my only response was "our records show your request has been fulfilled" (and yet I've neither received an invoice nor a reply that suggests it's not possible). From: [EMAIL PROTECTED] on behalf of Steve GrevemeyerSent: Fri 7/27/2007 9:26 AMTo: community@lists.openmoko.orgSubject: Email Problems All,Is it just me or do other have problems trying to email anyone @openmoko.com??I've been trying to get any information on my order for weeks. I consistently get an delay response: The original message was received at Mon, 23 Jul 2007 20:02:43 -0400 from c-76-109-107-17.hsd1.fl.comcast.net [76.109.107.17] - Transcript of session follows - 451 4.4.1 reply: read error from sita.openmoko.org. [EMAIL PROTECTED]... Deferred: Connection timed out with sita.openmoko.org. Warning: message still undelivered after 4 hours Will keep trying until message is 5 days oldI've even tried emailing William Lai directly but I get the sameresponse.I have an order number [rt.internal.openmoko.org #1920] but haven'tgotten even the YES_I_DO email. (though I tried to send in a preemptiveone.)Sorry to send this through the list but I've about exhausted all of theother alternatives. Oh, and I want the phone. :) :)-segSteve Grevemeyer[EMAIL PROTECTED] NOTE: The information in this message is intended for the personal and confidential use of the designated recipient(s) named above. To the extent the recipient(s) is/are bound by a non-disclosure agreement, or other agreement that contains an obligation of confidentiality, with AuthenTec, then this message and/or any attachments shall be considered confidential information and subject to the confidentiality terms of that agreement. If the reader of this message is not the intended recipient named above, you are notified that you have received this document in error, and any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this document in error, please delete the original message and notify the sender immediately. Thank you. AuthenTec, Inc. http://www.authentec.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Real Time Audio (SCHED_FIFO)
Brad Midgley [EMAIL PROTECTED] writes: tell us the big picture for what you want to do I want to be able to have real time low latency drop out free audio, which is not possible without jack. This is especially crucial for a phone or anything that deals with audio;). I've heard now that JACK has been ported to openmoko, btw. I just hope it's used as the default sound server in openmoko. -- Esben Stien is [EMAIL PROTECTED] s a http://www. s tn m irc://irc. b - i . e/%23contact sip:b0ef@ e e jid:b0ef@n n ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
dfu-util on Mac OS X
Hi! I managed to compile dfu-util on my Mac. Here's very short (and dirty) hack: First install libusb: sudo port install libusb Get dfu-util: svn co http://svn.openmoko.org/trunk/src/host/dfu-util/ run ./autogen.sh Then, for some reason, my libusb lib was not detected. I needed to set my paths by hand: comment out line 18 and 19 in configure.ac: #PKG_CHECK_MODULES(USB, libusb = 0.1.4,, #AC_MSG_ERROR([*** Required libusb = 0.1.4 not installed ***])) and add libusb libs manually to line 20, so it looks like: LIBS=$LIBS -L/opt/local/lib -lusb -Wl,-framework -Wl,IOKit -Wl,-framework -Wl,CoreFoundation -Wl,-prebind -I/opt/local/include run ./configure goto src and: comment out dfu static because this is not supported on Mac: dfu_util_static_LDFLAGS = #-static add lib by hand: DEFAULT_INCLUDES = -I. -I$(srcdir) -I$(top_builddir) -I/opt/local/include -L/opt/local/lib -lusb -Wl,-framework -Wl,IOKit -Wl,-framework -Wl,CoreFoundation -Wl,-prebind -I/opt/local/include (I know that this is totaly unpure, dirty hack, but it works). Run make in src dir. Can any of Mac owners try to confirm if this dfu-util works for him on his GTA01? I can even send binary... cheers cayco ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Placing an order for September Release of FIC Neo.
Shachar Shemesh wrote: Ian Stirling wrote: [EMAIL PROTECTED] wrote: Is there any way to place an order now for the public release of the consumer targeted FIC NEO to come out after September. I dont want to purchase the current version but want to place an order asap for the public release version with Wifi etc. The current published date is October. The chance of polished user-ready software, that does significantly more than a Nokia 1100 by then is not extremely high. It's not the software I'm worried about, it's the hardware. Software can be upgraded after the purchase. Shachar Delays are likely. If FIC is listening, I'm also waiting for the second gen hardware and would like to see it ship as soon as it's ready. I don't care if the software is pretty or even fully functional yet, as long as its upgradeable. -Steve ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Java games for openMoko
This one-button-at-a-time is not an uncommon to existing phones. Many phone keypads are implemented in such a way that they do not register multiple key presses at the same time. For instance, when playing the Asphalt Urban GT 3D, a Java game, on my A707, I cannot both accelerate and turn at the same time because it takes two keys. Luckily, the game programmers must have known this and there's a control mode that includes auto-acceleration so that you don't need to press two keys at a time. So, it would be good if the neo could play the games that already exist and only require one key at a time. I'm sure plenty exist for it to be worth while. --Steve On 7/28/07, Ortwin Regel [EMAIL PROTECTED] wrote: Remember that the Neo doesn't have the buttons for games. The touchscreen can only do one button at a time, so an external gamepad (USB or Wiimote) would be necessary. Ortwin On 7/27/07, John Smith [EMAIL PROTECTED] wrote: Hello, I'm sorry but I'm new to the openMoko system. So my question, is it possible to play java games, like for other mobiles, on the openMoko? I know, they must be compiled for it. But is it possible to play in the same, easy way, some java games? Thanks, John ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: another GPS idea - speed-sensitive voicemail
On Saturday 28 July 2007 21:17, Eric van Horssen wrote: Something like Asterix (don't know the full possibilities of Asterix though) He was a character in popular French cartoon by Goscinny and Uderzo, he could do lots and lots of things... He probably would have used Asterisk if it had been around at the time. Andy ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Placing an order for September Release of FIC Neo.
On 7/28/07, Steve [EMAIL PROTECTED] wrote: Shachar Shemesh wrote: Ian Stirling wrote: [EMAIL PROTECTED] wrote: Is there any way to place an order now for the public release of the consumer targeted FIC NEO to come out after September. I dont want to purchase the current version but want to place an order asap for the public release version with Wifi etc. The current published date is October. The chance of polished user-ready software, that does significantly more than a Nokia 1100 by then is not extremely high. It's not the software I'm worried about, it's the hardware. Software can be upgraded after the purchase. Shachar Delays are likely. If FIC is listening, I'm also waiting for the second gen hardware and would like to see it ship as soon as it's ready. I don't care if the software is pretty or even fully functional yet, as long as its upgradeable. -Steve I'm also waiting for it. I hope we don't have to wait until the bugs are fixed. Maybe they let us buy the hw before the sw is ready... they could just keep the WARNING: Developers only! warning message until the sw is ready. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: An idea of sorts
On Sat, 2007-07-28 at 15:36 +0100, Giles Jones wrote: ipkg is based on dpkg, it's more lightweight. It's also a bit more than just a dpkg clone, since it includes repositories and such. Don't get me wrong, we need package management, it's just that I've owned Windows Mobile phones and there's been no easy way to install software when using Linux. Getting a reliable sync solution that works on Windows, Mac OS and Linux is quite a big piece of work and while this is in development it is handy to have an alternative. ipkg-install (package) isn't easy enough, or a GUI front-end to the same? As for sync, since this IS a totally Open project, I'm sure there will be different alternatives, maybe even one for Linux, one for Mac, and one for Windows. It may also be that there are packages required on the PC side to complete the sync (Some kind of plugin for ActiveSync and iSync that talks SyncML, or a new profile for iSync for the Moko maybe). I'm also wondering how we are going to achieve installing applications on the SD card, have a lib directory and bin directory on there and add these to the paths? If they base it on ipkg, the way other OpenEmbedded platforms work, when you insert the card, the OS will check for and add any applications that are installed on the SD to the program manager. It's a little more involved than just adding a lib/bin directory to the respective path, but it worked well before my Zaurus died. -KW ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Phone emulator under Gentoo?
Someone else mentioned the gcc version might cause a problem. Im going to look into that. white-rabbit src # gcc-config -l [1] x86_64-pc-linux-gnu-3.3.6 [2] x86_64-pc-linux-gnu-4.1.2 [3] x86_64-pc-linux-gnu-4.2.0 * Nelson Castillo wrote: On 7/27/07, Xamindar [EMAIL PROTECTED] wrote: # ls /usr/lib64/libSDL* /usr/lib64/libSDL-1.2.so.0 /usr/lib64/libSDL.la /usr/lib64/libSDL_net-1.2.so.0.0.7 /usr/lib64/libSDL_net.so /usr/lib64/libSDL-1.2.so.0.11.1 /usr/lib64/libSDLmain.a /usr/lib64/libSDL_net.a /usr/lib64/libSDL.so /usr/lib64/libSDL.a /usr/lib64/libSDL_net-1.2.so.0 /usr/lib64/libSDL_net.la Mmm. I don't know what to say. I also have /usr/include/SDL. I don't know about gentoo / 64 bits. Do you have the sdl-config script available? I think it's used a lot by the configure script and it should tell it where to find things. $ sdl-config --cflags -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT Looks like I do: white-rabbit src # sdl-config --cflags -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT This is very strange. BTW: /host/qemu-neo1973$ ldd arm-softmmu/qemu-system-arm linux-gate.so.1 = (0xe000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7ee1000) libz.so.1 = /usr/lib/libz.so.1 (0xb7ecc000) libSDL-1.2.so.0 = /usr/lib/libSDL-1.2.so.0 (0xb7e1a000) librt.so.1 = /lib/i686/cmov/librt.so.1 (0xb7e11000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xb7e0d000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb7cc6000) /lib/ld-linux.so.2 (0xb7f28000) libasound.so.2 = /usr/lib/libasound.so.2 (0xb7c0) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb7bfb000) libdirectfb-0.9.so.25 = /usr/lib/libdirectfb-0.9.so.25 (0xb7ba5000) libfusion-0.9.so.25 = /usr/lib/libfusion-0.9.so.25 (0xb7b9f000) libdirect-0.9.so.25 = /usr/lib/libdirect-0.9.so.25 (0xb7b9) libvga.so.1 = /usr/lib/libvga.so.1 (0xb7b3) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7b19000) Regards. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: An idea of sorts
On 7/28/07, Mark [EMAIL PROTECTED] wrote: One BIG problem; wouldn't this type of routing require you to periodically broadcast your ID number. This would be great, if it wasn't you phone number, but it does create the potential for people to snoop for phone numbers We would need a incoming call firewall / blacklist :) Imagine this app with a broadcast of your location. Your friends could locate you, you could locate them (if they have this kind of service too). It's incredible how much stimulating this phone is :) ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Phone emulator under Gentoo?
Henryk Pltz wrote: Please post the full error message that the qemu configure gives. Here is the output of configure: white-rabbit qemu-neo1973 # ./configure WARNING: "gcc" looks like gcc 4.x Looking for gcc 3.x Found "gcc32" Install prefix /usr/local BIOS directory /usr/local/share/qemu binary directory /usr/local/bin Manual directory /usr/local/share/man ELF interp prefix /usr/gnemul/qemu-%M Source path /usr/src/qemu-neo1973 C compiler gcc32 Host C compiler gcc make make install install host CPU x86_64 host big endian no target list i386-linux-user arm-linux-user armeb-linux-user sparc-linux-user ppc-linux-user mips-linux-user mipsel-linux-user m68k-linux-user alpha-linux-user i386-softmmu ppc-softmmu sparc-softmmu x86_64-softmmu mips-softmmu mipsel-softmmu mips64-softmmu mips64el-softmmu arm-softmmu ppc64-softmmu ppcemb-softmmu m68k-softmmu gprof enabled no profiler no static build no SDL support no mingw32 support no Adlib support no CoreAudio support no ALSA support no DSound support no FMOD support no OSS support yes kqemu support yes Documentation no ERROR: QEMU requires SDL or Cocoa for graphical output To build QEMU without graphical output configure with --disable-gfx-check Note that this will disable all output from the virtual graphics card. There is another much more likely problem with gentoo x86_64 and qemu: qemu needs a gcc 3.x, while Gentoo by default now is at 4.x. One has to emerge an additional 3.x series gcc (3.4.6* is current in Gentoo) and either edit the MokoMakefile (add --cc=gcc-3.4.6 to the qemu-configure call, after --target-list=arm-softmmu) or the qemu-configure (add gcc-3.4.6 to gcc3_list). Ok, I'll try setting it to gcc3.4.6 which is still on my system and see if that helps. The configure script does warn about the version I am using. white-rabbit qemu-neo1973 # gcc-config -l [1] x86_64-pc-linux-gnu-3.3.6 [2] x86_64-pc-linux-gnu-4.1.2 [3] x86_64-pc-linux-gnu-4.2.0 * Nelson Castillo wrote: Also the developer version? I have the "libsdl1.2-dev" package in my Debian sid system. Note that the usual notion of "developer packages" does not apply to Gentoo systems, since all packages are built from source by default all necessary files to compile against packages are always installed. So, just installing libsdl is enough. Thanks for your help. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Phone emulator under Gentoo?
Thanks for your help guys! It appears that I had to change my compiler to version 3.3.6 and now configure found SDL. I am compiling it right now and hopefully it will work. Thanks again for your help. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: another GPS idea - speed-sensitive voicemail
Some friends at work and I were talking about a speed-sensitive configuration option, too--one that selects ringing profiles. For example, when you're at a speed greater than, say, 20 mph, more than likely you're in a noisy environment and you'd want your phone to ring slightly louder. When speeds reach 150 mph, it's a good bet you're in a plane (or Mario Andretti) and it's time to go to Flight mode (of course, this is quite a bit later than when they ask for phones to be turned off). Anyway, I am thinking there might be many uses for speed-based settings--enough to justify a speed-based 'cron' like utility? Perhaps... (my apologies to our non-American colleagues for being mired in english units) DSG -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mark Eichin Sent: Saturday, July 28, 2007 1:04 PM To: community@lists.openmoko.org Subject: another GPS idea - speed-sensitive voicemail Use case: When I'm walking around, I'll answer the phone. When I'm driving, I won't (one phonecall == two beers worth of distraction)... but am willing to pull over if the caller thinks it's important enough. I shouldn't have to *tell* the phone what mode I'm in: GPS can provide velocity information. If my speed is over 10mph, the phone should pick up, dump a pre-recorded explanation to the caller, and let them press 1 to interrupt the driver, or just wait a few seconds and leave voicemail. http://wiki.openmoko.org/wiki/Neo1973_Audio_Subsystem implies that call recording is possible, so the audio paths are there, right? If so, a lot of local voice-robot stuff is possible... (And if your thought is what if I'm a passenger - the answer is this feature is not for you, it's for me :-) (Also, if you're not an American, this feature probably isn't for you either :-) :-) ___ 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: OpenMoko Forums Update...
Kyle Bassett wrote: Hello Everyone, forums.makeopensource.com is online and running. For those of you who are unable to use the forums on a consistent basis, I am actively searching for a solution for integrating the mailing lists, NNTP, and forums; as one community. I am setting up a second beta forum that has the ML/NNTP/forum integration built-in. Please test the functionality and report back. I'm curious to see if this new forum in the solution... www.makeopensource.com/beta/ beta.makeopensource.com (awaiting dns propagation) Thanks! -Kyle Just thinking out loud here, but what email is the forum registered with? Can you submit to this mailing list without joining? If not, then Kyle, you'll have to sign up on the forum mailinglist with an address from makeopensource.com Any other thoughts, suggestions? -Jonathon ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community