RE: humor
http://xkcd.com/149/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ian Darwin Sent: Sunday, June 22, 2008 9:56 PM To: OpenMoko Subject: humor http://www.xkcd.com/434/ See especially panel #3 xkcd - A webcomic of romance, sarcasm, math, and language - By Randall Munroe ___ 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
humor
http://www.xkcd.com/434/ See especially panel #3 xkcd - A webcomic of romance, sarcasm, math, and language - By Randall Munroe ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Delay test (do not bother to read)
I just suscribed another email account to see if I have the same delay time with this too. Kosa - Un mundo mejor es posible - ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Openmoko Community Repository
Hi List, Openmoko has a community repository that everyone can put their packages on. You can use the projects.openmoko.org to release your packages. If you are interested you can get more information on the wiki page. The wiki page is http://wiki.openmoko.org/wiki/CommunityRepository The projects site is http://projects.openmoko.org/ The mailing list is http://lists.openmoko.org/mailman/listinfo/community-repository We need package volunteers to review packages, maintain wiki pages. Any suggestion is welcome. Thanks Happy Hacking, Tick signature.asc Description: Digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSoC Project Status Update 03: Speech Recognition Facility in Openmoko
Hello, On Mon, Jun 23, 2008 at 1:05 AM, <[EMAIL PROTECTED]> wrote: > Will it be possible to use it with voice dialing? > You said vocabulary is 5-10. Will it be enough? > It would be cool if I would have a possibility to say: "Message to > Jane" to open sms dialog or "Call to Jane" to call, presuming Jane is > a hot chick ;-) > Is it possible? > yes, it is of course possible. But it requires the speech recognition for connected words which needs the level building algorithms and proper noise handling along with learning grammar for machine. This project has a great scope and can be extended to any limit. However in this small duration for GSoC Project, I dont think that it will be possible to incorporate these advanced features in it. The initial aim will be to provide an API in which user can store his/her own words individually and connect any particular activity with that word. Upon detection of that word, the API corresponding to that activity for that word will be called. I have included these points in my Design Document and the scope of advanced models using speech recognition. I think once the individual word recognition application is built, the advanced features can be added using this application and newer one. > > On 6/22/08, saurabh gupta <[EMAIL PROTECTED]> wrote: > > Hello everyone, > > > > This is the status update of the GSoC project, Speech Recognition > facility > > in Openmoko. This week, much of the time was devoted in writing codes and > > optimizing the existing one. I have written many subroutines like forward > > backward procedure, LPC and cepstral analysis of speech signals in > frames, > > viterbi algorithm and training algorithm using K-means segmental method. > All > > the source codes have been successfully compiled using GNU C compiler. > > There are various optimizations done in the coding to make it > suitable > > for working on the ARM 16/32-bit processor running at 266 or 400 MHz > > maximum. The whole code is written using fixed point arithmetic. I used > > some external libraries for some subroutines and converted them in fixed > > point arithmetic. The other optimization was done by choosing K-means > > segmental procedure for training the HMM models rather than Baum Welch > > algorithm which requires more processing since it accounts for all the > > possible hidden states for a given sequence. On the other hand K-means > > segmental method uses viterbi algorithm to find the best state sequence > and > > then iterates for re-estimation and training the HMM model. K-means > > segmental method has been proved to show good results and fast processing > > than Baum-Welch. The other optimization is regarding the probability > density > > function. As this project aims for a small vocabulary (around 5 or 10) > for > > recognition, vector quantization will be used instead of continuous > > observation sequence. Vector quantization procedure is faster and yields > > good result for applications in small embedded devices. The vector > > quantization source code is about to finish. Soon after that, the actual > > testing of speech recognition code will be done on the speech samples > > collected. > >I have uploaded all Documents (Design Document version-0.2) > and > > source codes on the svn repository of Openmoko ( > > https://svn.projects.openmoko.org/svnroot/speech/). Any comments and > > suggestions will be highly appreciated. > > > > http://saurabh1403.wordpress.com/ > > > > Regards > > -- > > Saurabh Gupta > > Electronics and Communication Engg. > > NSIT,New Delhi > > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community > -- Saurabh Gupta Electronics and Communication Engg. NSIT,New Delhi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: moko running everything as root
On Wed, Jun 18, 2008 at 6:24 PM, Kevin Dean <[EMAIL PROTECTED]> wrote: > On Wed, Jun 18, 2008 at 4:26 PM, Knight Walker <[EMAIL PROTECTED]> wrote: > >> The root/user separation is the most fundamental part of a security >> policy and here is why. Root is by its nature not only unrestricted but >> unrestrictable (I think I just made up a new word). A non-root user can >> only destroy the data that user "owns". Now while the conventional >> desktop, user "johndoe" owns all his MP3s and pr0n and thus can delete >> and otherwise destroy them; on the Moko platform, the extensive use of >> DBus makes destruction of the "most important part" more difficult. >> >> What I'm saying is that (Where possible) a daemon holds the important >> data (PIM data, calendar data, etc) and is capable of restricting what >> the user can do with it. The user account communicates with this daemon >> (via DBus or whatever) and gets the data the user wants while protecting >> the same. Both being normal users, they are not allowed to step on each >> other, but if the user is root, then someone with malicious intents can >> exploit that user account to step on the guardian account, either >> causing a DoS (crash) or actually manipulating/destroying data. > > Actually, I think you've just sold me. I'm thinking about Openmoko a > lot like I think of a desktop system (having looked at the way the > data is on Om currently) that holds "everything is a file" and while > it may be true, from an action perspective passing information through > a non-root, non-user daemon exposes that information to the user in a > way that's more than simply "dealing with a file". That's the goal of > the ASU/zhone and it's a management case I wasn't even thinking of. > > Tradition bit me in the ass, thanks for spelling that one out for me, > I like it a lot. :) > Hmm, are we talking about one unix login name per app? Not unlike what you do for mysql, etc. Some good advantages: 1. Applications can't hurt each other, or the system 2. Backing up an app is simple: tar czvf /tmp/app.tar.gz /home/app Really useful when doing software dev. Just copy the folder to one with another name, chmod -R 000 it. 3. An unusually transparent way to figure out whan an app is storing. Maybe they could have their homes somewhere less anthropological? Such as /usr/share/apps/foo? Where the permissions are set up the same (read-only for everyone, except the owning user?) The real user of the phone can use sudo to get to what they need. -- H. Lally Singh Ph.D. Candidate, Computer Science Virginia Tech ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: GSoC Project Status Update 03: Speech Recognition Facility in Openmoko
Will it be possible to use it with voice dialing? You said vocabulary is 5-10. Will it be enough? It would be cool if I would have a possibility to say: "Message to Jane" to open sms dialog or "Call to Jane" to call, presuming Jane is a hot chick ;-) Is it possible? On 6/22/08, saurabh gupta <[EMAIL PROTECTED]> wrote: > Hello everyone, > > This is the status update of the GSoC project, Speech Recognition facility > in Openmoko. This week, much of the time was devoted in writing codes and > optimizing the existing one. I have written many subroutines like forward > backward procedure, LPC and cepstral analysis of speech signals in frames, > viterbi algorithm and training algorithm using K-means segmental method. All > the source codes have been successfully compiled using GNU C compiler. > There are various optimizations done in the coding to make it suitable > for working on the ARM 16/32-bit processor running at 266 or 400 MHz > maximum. The whole code is written using fixed point arithmetic. I used > some external libraries for some subroutines and converted them in fixed > point arithmetic. The other optimization was done by choosing K-means > segmental procedure for training the HMM models rather than Baum Welch > algorithm which requires more processing since it accounts for all the > possible hidden states for a given sequence. On the other hand K-means > segmental method uses viterbi algorithm to find the best state sequence and > then iterates for re-estimation and training the HMM model. K-means > segmental method has been proved to show good results and fast processing > than Baum-Welch. The other optimization is regarding the probability density > function. As this project aims for a small vocabulary (around 5 or 10) for > recognition, vector quantization will be used instead of continuous > observation sequence. Vector quantization procedure is faster and yields > good result for applications in small embedded devices. The vector > quantization source code is about to finish. Soon after that, the actual > testing of speech recognition code will be done on the speech samples > collected. >I have uploaded all Documents (Design Document version-0.2) and > source codes on the svn repository of Openmoko ( > https://svn.projects.openmoko.org/svnroot/speech/). Any comments and > suggestions will be highly appreciated. > > http://saurabh1403.wordpress.com/ > > Regards > -- > Saurabh Gupta > Electronics and Communication Engg. > NSIT,New Delhi > ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Ordering Free-for-all?
Basically what I understood it is meant to be free-for-all, but the producers promise to make enough for everyone. Maybe it can take longer to get your hands on one, but I would expect if there is demand, the supply will be romped up. Also notice that you can preorder from trisoft @: https://yoss.de/openmoko/en_preorder.htm Regards, Ignas ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
GSoC Project Status Update 03: Speech Recognition Facility in Openmoko
Hello everyone, This is the status update of the GSoC project, Speech Recognition facility in Openmoko. This week, much of the time was devoted in writing codes and optimizing the existing one. I have written many subroutines like forward backward procedure, LPC and cepstral analysis of speech signals in frames, viterbi algorithm and training algorithm using K-means segmental method. All the source codes have been successfully compiled using GNU C compiler. There are various optimizations done in the coding to make it suitable for working on the ARM 16/32-bit processor running at 266 or 400 MHz maximum. The whole code is written using fixed point arithmetic. I used some external libraries for some subroutines and converted them in fixed point arithmetic. The other optimization was done by choosing K-means segmental procedure for training the HMM models rather than Baum Welch algorithm which requires more processing since it accounts for all the possible hidden states for a given sequence. On the other hand K-means segmental method uses viterbi algorithm to find the best state sequence and then iterates for re-estimation and training the HMM model. K-means segmental method has been proved to show good results and fast processing than Baum-Welch. The other optimization is regarding the probability density function. As this project aims for a small vocabulary (around 5 or 10) for recognition, vector quantization will be used instead of continuous observation sequence. Vector quantization procedure is faster and yields good result for applications in small embedded devices. The vector quantization source code is about to finish. Soon after that, the actual testing of speech recognition code will be done on the speech samples collected. I have uploaded all Documents (Design Document version-0.2) and source codes on the svn repository of Openmoko ( https://svn.projects.openmoko.org/svnroot/speech/). Any comments and suggestions will be highly appreciated. http://saurabh1403.wordpress.com/ Regards -- Saurabh Gupta Electronics and Communication Engg. NSIT,New Delhi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Delay is getting worse...
Hey Ian, This does not prove that it's mail provider dependent. May be your w98.us account is processed earlier because it has a 'better' position in the list's processing queue. So maybe it depends on the date of subscribtion. Ciao, André ian douglas schrieb: > The delay also depends on your mail provider. I'm currently subscribed > as [EMAIL PROTECTED] and [EMAIL PROTECTED] and the mail to my w98.us > domain arrives about an hour earlier than my iandouglas.com domain. This > message will also show up in my w98.us account within minutes of me > hitting send, but my iandouglas.com domain will take about an hour or so > to show up (and may also show up as a duplicate, but that's some other > issue). > > I had subscribed my second Email account to see if duplicates happened > on this account as well, and it appears to only affect my iandouglas.com > subscription, so I'm going to test unsubscribing and resubscribing that > account and see if duplicates still happen. It might have something to > do with my Thunderbird filters, perhaps. > > -id > > ps: nice chart, Peter! > > > Peter J. Holzer wrote: >> http://www.hjp.at/diverses/openmoko-delays.rxml > > > ___ > Openmoko community mailing list > community@lists.openmoko.org > http://lists.openmoko.org/mailman/listinfo/community signature.asc Description: OpenPGP digital signature ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community