Error occurred during using Mokomakefile
hi, Following error occurred during make setup process. 100%[] 113,742,395 13.26K/sETA 00:00 13:16:13 (15.45 KB/s) - `OE.mtn.bz2' saved [113742395/113742395] monotone: error: database schema 48fd5d84f1e5a949ca093e87e5ac558da6e5956d is unknown; cannot perform migration make: *** [setup-mtn] Error 1 Please can some one tell me what is the problem. Milinda Lakmal -- [EMAIL PROTECTED] WSO2, Inc: http://www.wso2.com Oxygenating the Web Service Platform http://www.milindalakmal.wordpress.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: No stylus on V1 release?
* Clare Johnstone [EMAIL PROTECTED] [070325 01:22]: Dear all, This frightens me in my role as mother, grandmother etc, i.e. a representative of the public to which you hope to sell this phone. Essentially any laser device powerful enough to be useful has no place in Well, I take it on myself to play a representive of the public, guess I have at least as much reason. In my role as dad (well, I'm not a grand dad yet :) ), a dad that just gave her first mobile to his daughter, etc. on, and somebody who sold medical lasers for some years, I'm quite certain, that by the usual standards, I should be blind. Very blind. Guess the way regulators (or TÜV engineers look at it), my brain is probably fried :) Guess I'm a unruly kind, because I type this without a braille display. Basically, a laser pointer, which is bound to be a very weak device, is very far from dangerous. It might be able to hurt the eyes of some persons, but I doubt it. It might be able to raise the temperature of your eye by a degree. It might have negative effects on very small children, but well, these could also choke and die on any pointer. Guess we need to design a phone without small parts. Basically, despite the offical rules governing use of lasers, most people in the field don't take it that serious. Just to make it CRYSTAL CLEAR. This rant applies to red diode lasers, in the 650nm wavelength range with powers 5mW (which are usually used for pointers). There are enough lasers that one can use to hurt himself. Just not the typical laser pointers. a home which may ever have children in it. (Even quite old ones). Well, you'll be shocked, I've been raised in a home where lasers were kept. *SHOCK* Another shocking thing, you know, some projectors used by people for their home entertainment setups include laser pointers in the remote. *SHOCK* Andreas clare On 2/16/07, Ian Stirling [EMAIL PROTECTED] wrote: denis wrote: Ian Stirling schrieb: Stefan Schmidt wrote: It has a stylus, but no place in the case to hide it. My thoughts on this: http://wiki.openmoko.org/wiki/Expansion_Back - a modified case. Should we add that page to the hardware wish list? and someone did, thus: http://wiki.openmoko.org/wiki/Wish_List_-_Hardware#Laser_Pointer ___ 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: No stylus on V1 release?
Dnia poniedziałek, 26 marca 2007, Ewan Marshall napisał: My first stereo had a infared laser remote. Now I know why people insist on having WiFi in neo1973 phone. When everyone quote everything just to add one line traffic on GPRS line will be too expensive to just read mails from ML. Hint: for 5 EUR you will get quite good keyboard with working Delete/Backspace keys. -- JID: hrw-jabber.org OpenEmbedded developer/consultant Contrary to popular belief, Unix is user friendly. It is just selective about who it makes friends with. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: OpenMoko - SoC--- is there a mentor?
please fell free to comment... I've only loosely followed this conversation, so please forgive any oversights or re-hashes. However I did notice two things 1) Google Summer of Code 2) Finger Splash application So, here is my input. Google wants *high quality* projects that will hopefully have far reaching benefits. So, instead of bickering over minor details that are hard to come to a deterministic conclusion via email. Why not write the proposal for something along the lines of advanced input system for mobile devices. Part of the proposal could be to do some research on the most common letter sequences and incorporate that into the design. Think different languages and a pluggable expandable architecture. Think possibly shortcuts to common words. Think predictive text. THINK! Instead of trying to hit the nail on the head before you even get your hands dirty, why not take all of the ideas and develop prototypes, then see how they stack up in the real world with real people (ie different thumb sizes). Bottom line, think BIG. Make this project something that Google will notice. Make it something so that text input on a mobile device (an area that is HUGELY lacking) takes a HUGE step forward. Having something like that would bring great publicity to the OpenMoko platoform. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Audio quality and libsamplerate...
Hi, I think that on the topic of resampling OpenMoko should probably look towards the code that Jean-Marc Valin recently wrote for ALSA instead of going with libsamplerate. The reason for this is simply that Jean-Marc Valin code is licensed under the BSD/LGPL license instead of the GPL and thus keeping the OpenMoko platform more open. Christian On Mon, 2007-03-26 at 11:08 -0400, [EMAIL PROTECTED] wrote: Has the in/exclusion of libsamplerate (aka 'secret rabbit code') in alsa been discussed yet? It may seem like a fringe topic but part of the success of devices like this is attributed to their ability to do the jobs of many devices at once. When it comes to playing music, for the most part, portable players are generally very poor performers (with some notable exceptions). It made me very happy to see the inclusion of a wolfson dac in the device as, traditionally, wolfson dacs have much better power handling and higher quality output than other dacs. This is why v1 and v2 iPods, which use the wolfson chips, have superior sound production to later iterations. If libsamplerate is included as part of the core the choice can be left to the user to enable some of the other samplers (like samplerate-best) and sacrifice the requisite cpu cycles in their .asoundrc. There's not a huge cost in KiB's and inclusion of the library doesn't dictate that a user MUST use the more expensive converter. Personally, I'd like to see it included since it's obvious a mixer is necessary and samplerate conversions will occur. But I'm also someone who has canalphones that cost more than a high-end iPod so it's possible my opinion is skewed. I do firmly believe that, assuming the power handling is done well and there isn't voltage bleeding (which would be silly considering that this is a mobile device and can't afford it) or rampant emi, that this device has the potential to reach into the upper echelon of audio production and could further distinguish itself by taking that crown from other contenders. (Thinking about that inevitable 'comparison' article on a tech website). Thoughts? If a 'good idea' who does this get passed to? ~Chad ___ 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: Audio quality and libsamplerate
Christian- I'm not familiar with Valin's code. Have listening quality tests been performed between it and samplerate-best? Is it a library like samplerate best or something that's being considered for inclusion in the alsa core? Considering that the kernel is GPL I don't think the concern should be focused on the 'most open' solution but instead the 'highest quality solution' with a minimum openness of GPL/LGPL. Best, ~Chad Hi, I think that on the topic of resampling OpenMoko should probably look towards the code that Jean-Marc Valin recently wrote for ALSA instead of going with libsamplerate. The reason for this is simply that Jean-Marc Valin code is licensed under the BSD/LGPL license instead of the GPL and thus keeping the OpenMoko platform more open. Christian On Mon, 2007-03-26 at 11:08 -0400, [EMAIL PROTECTED] wrote: Has the in/exclusion of libsamplerate (aka 'secret rabbit code') in alsa been discussed yet? It may seem like a fringe topic but part of the success of devices like this is attributed to their ability to do the jobs of many devices at once. When it comes to playing music, for the most part, portable players are generally very poor performers (with some notable exceptions). It made me very happy to see the inclusion of a wolfson dac in the device as, traditionally, wolfson dacs have much better power handling and higher quality output than other dacs. This is why v1 and v2 iPods, which use the wolfson chips, have superior sound production to later iterations. If libsamplerate is included as part of the core the choice can be left to the user to enable some of the other samplers (like samplerate-best) and sacrifice the requisite cpu cycles in their .asoundrc. There's not a huge cost in KiB's and inclusion of the library doesn't dictate that a user MUST use the more expensive converter. Personally, I'd like to see it included since it's obvious a mixer is necessary and samplerate conversions will occur. But I'm also someone who has canalphones that cost more than a high-end iPod so it's possible my opinion is skewed. I do firmly believe that, assuming the power handling is done well and there isn't voltage bleeding (which would be silly considering that this is a mobile device and can't afford it) or rampant emi, that this device has the potential to reach into the upper echelon of audio production and could further distinguish itself by taking that crown from other contenders. (Thinking about that inevitable 'comparison' article on a tech website). Thoughts? If a 'good idea' who does this get passed to? ~Chad___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Flash Player 9 on OpenMoko?
I'm happy to be associated with a project that wants to be able to tinker with even the tinest little part of every bit of the code. This goes hand in hand with open standards. No one will stop you from loading whatever plugins become available. But I for one don't want to pay the Adobe tax to cause those plugins to be written. Hank does effectively point out how user demand for compatibility will be a significant hurdle to widespread phase 2 adoption. Eagerly awaiting phase 1, -erik This effectively leads the distro developement to the free/premium split that most linux distros encounter. Free distro for the tinkers and for pay one for the ones that find lack of defacto standards (flash+gps vector maps+windows media...) support crippling the device. I believe the second group is major part of phase3 target. The major question is will the price of the second option be still competitive to what other companies will have released by sept. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
E-mail style voicemail.
All, I have some questions I hope people could help with. I couldn't help but notice that the iphone(sorry for the swear word) used a e-mail type interface for viewing voice mails. That feature looks very interesting to me. Now I am sure they have that pattented but does anybody know what about it they pattented? I was thinking about this, as I would like to have it on the Neo as I will buy one, what if this was on the neo also. So I got to thinking how one could do this and I came up with an idea. So here is my idea and please tell me if it's stupid and why, it's already been pattented, or that's a good idea here is how you could improve on it. First instead of routing the call to the service providers voice mail after so many calls, have it get routed to the neo's onboard voice mail system. This system could record the audio save it and add an e-mail like layer to it like, SuchAndSuch person called @ 9:30 pm 03/26/07 1 min 23 sec for example. It could then save them on the phone. Now I know this is kind of memory expensive so I thought of some other alternatives to this also. If you want the advanced feature of listening to the calls in whatever order you heard them in then you would have to save them on the phone it's self or upload the audio samples to a webserver of some sort and when connected you could listen to them in what ever order. Another approach if the person didn't want the wasted space could still see the messages in a e-mail type invironment but couldn't listen to the messages in what ever order for the neo after recording when the call was made by who and finishes recording the message could then route the call to the service providers voice mail and send it the recorded message. Now I don't know difficult this would be. And I can't say that I am experianced enough with this, although I would like to be, to impliment it myself. I just thought I could post my idea to the community to try and add my $0.02 to help better the community. Please let me know what you think. Thanks, Matt ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: E-mail style voicemail.
Hey Matthew. My understanding is that Wildfire had an interface vaguely like this in the 90's, and at least one Canon voice-mail / desktop mash-up device had a voice-mail system where entries were presented as a list on a screen. So I would be real surprised if Apple tried to patent the concept of listing voice-mails the same way email clients list email messages. The main problem with the approach you outline here is that if the phone is turned off or out of the cell service, you couldn't connect with the on-board anything. But it's a great idea for do not disturb behavior. I came up with something conceptually similar... I live in the sticks, so I don't have mobile service at my house. As I drive into the office, I have intermittent service. I had really bad service in my old office building so I came up with the following solution. 1. Forward cell calls to my asterisk box. 2. If my SIP phone isn't registered or I don't answer, take a message. 3. Send a SMS message to my phone that's intercepted by the voice mail app. 4. When the voice mail app receives the SMS message, it establishes a net connection to my asterisk box and downloads the message to my phone. One of the things I like about programmable phones is it allows the device to become a 1st class peer. That is, it's not longer dependent on a server for data operations. So if you have the DND (Do Not Disturb) mode activated, maybe the phone could take a message and forward it to the server. Then you would have the message right there on the phone, and it would be made available on the server as well. The reason I like to have voice mail on a server is: a. I can archive the messages. b. I can annotate the messages via a PC. i.e. - I'm using the nice, comfortable keyboard on the PC. c. I can access my voice mail with a web interface, if I want. But a couple reasons why you might prefer the server to take the message and forward it to the phone... a. you're going to burn minutes on the oncoming call (but I guess this isn't an issue outside the US.) b. the call quality might be better when you're connecting to the server on the other end of a land-line. But.. I think it's a great option for DND. Implementing it shouldn't be too big of a hassle. -Cheers -Matt H. On Mar 26, 2007, at 2:20 PM, mathew davis wrote: All, I have some questions I hope people could help with. I couldn't help but notice that the iphone(sorry for the swear word) used a e- mail type interface for viewing voice mails. That feature looks very interesting to me. Now I am sure they have that pattented but does anybody know what about it they pattented? I was thinking about this, as I would like to have it on the Neo as I will buy one, what if this was on the neo also. So I got to thinking how one could do this and I came up with an idea. So here is my idea and please tell me if it's stupid and why, it's already been pattented, or that's a good idea here is how you could improve on it. First instead of routing the call to the service providers voice mail after so many calls, have it get routed to the neo's onboard voice mail system. This system could record the audio save it and add an e-mail like layer to it like, SuchAndSuch person called @ 9:30 pm 03/26/07 1 min 23 sec for example. It could then save them on the phone. Now I know this is kind of memory expensive so I thought of some other alternatives to this also. If you want the advanced feature of listening to the calls in whatever order you heard them in then you would have to save them on the phone it's self or upload the audio samples to a webserver of some sort and when connected you could listen to them in what ever order. Another approach if the person didn't want the wasted space could still see the messages in a e-mail type invironment but couldn't listen to the messages in what ever order for the neo after recording when the call was made by who and finishes recording the message could then route the call to the service providers voice mail and send it the recorded message. Now I don't know difficult this would be. And I can't say that I am experianced enough with this, although I would like to be, to impliment it myself. I just thought I could post my idea to the community to try and add my $0.02 to help better the community. Please let me know what you think. Thanks, Matt ___ 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: E-mail style voicemail.
-Original Message- From: [EMAIL PROTECTED] [mailto:community- [EMAIL PROTECTED] On Behalf Of Matthew S. Hamrick Sent: Monday, 26 March 2007 5:49 PM To: mathew davis Cc: OpenMoko community; SVHMPC Subject: Re: E-mail style voicemail. I came up with something conceptually similar... I live in the sticks, so I don't have mobile service at my house. As I drive into the office, I have intermittent service. I had really bad service in my old office building so I came up with the following solution. 1. Forward cell calls to my asterisk box. 2. If my SIP phone isn't registered or I don't answer, take a message. 3. Send a SMS message to my phone that's intercepted by the voice mail app. 4. When the voice mail app receives the SMS message, it establishes a net connection to my asterisk box and downloads the message to my phone. ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Hi Mathew, I think once OpenMoko becomes more prevalent I think you'll find there are a number of hosted asterisk related applications that are released for Neo handset users. I've already spoken with a few people interested in developing mixed mobile/fixed line voice driven applications for both communities. A smarter voicemail system than what is currently provided by your carrier is just one of them. Regards, Dean Collins [EMAIL PROTECTED] +1-212-203-4357 Ph +1-917-207-3420 Mb +61-2-9016-5642 (Sydney in-dial). http://click.mexuar.com/webuser/click/7/userurl/Cognation http://click.mexuar.com/webuser/nojs/7/userurl/Cognation www.Mexuar.com http://www.mexuar.com/ Want to voice enable your website? Use Corraleta to reach your customers in 10 seconds or less. image001.gif Description: image001.gif ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: E-mail style voicemail.
I'm not sure if it is possible to download the voicemails, but in germany vodafone will start sending voicemails as multimedia message to the phone ... maybe some other providers will do the same in the future .. but I have to admit that this is something, the openmoko community cannot influence ... bye martin ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: E-mail style voicemail.
Cool. I keep telling people that the reason I'm building my own mobile is that I want to prototype the thing that I want T-Mobile to sell me for $50 next year. I've chatted with the local T-Mob guys about this exact solution and was greeted with blank stares. Now I'll be able to add the suffix... Just like Vodafone does. -Cheers! -Matt H. On Mar 26, 2007, at 3:28 PM, Martin Raißle wrote: I'm not sure if it is possible to download the voicemails, but in germany vodafone will start sending voicemails as multimedia message to the phone ... maybe some other providers will do the same in the future .. but I have to admit that this is something, the openmoko community cannot influence ... bye martin ___ 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 at Embedded Systems Conference?
I'm starting to get email and fliers about the annual Embedded Systems Conference, April 1-5 in San Jose. It's not directly OpenMoko relevant, but not unrelated, either. Will OpenMoko be present there? Michael ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: OpenMoko at Embedded Systems Conference?
Hi Michael, Thanks for the information. I am afraid that Sean cannot attend this ESC on 4/1-5 in San Jose. He will be leaving for Paris on 4/3 for attending the FOSTEL dated on 4/4-5, then fly to Frankfurt on 4/6. -Liane -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, March 27, 2007 7:17 AM To: OpenMoko -- OpenMoko Subject: OpenMoko at Embedded Systems Conference? I'm starting to get email and fliers about the annual Embedded Systems Conference, April 1-5 in San Jose. It's not directly OpenMoko relevant, but not unrelated, either. Will OpenMoko be present there? Michael ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
