Re: SRC_URI arguments, how to
On Mon, 2007-10-29 at 22:44 +0100, Pontus Oldberg wrote: > Sorry guys, > Here's a newbie questions. I have been trying to get bitbake to > recognize my imported project in the local overlay. > > I did the myhelloworld exercise which worked fine. Now I have created a > new directory with multiple sub directories containing source and header > files. When I run standard make on the base makefile in my structure it > works OK. When I try to build it with my MokoMakefile it seems my > project does not get copied to the work directory. Do I need to specify > every single source file in the SRC_URI variable or is there a way to > point to a directory structure and have all of it copied to the work > directory ? > > Regards > /Pontus What you could do is wrap everything up in a tarball and make SRC_URI point to it. Should work. Regards Sudharshan S blog: http://www.sudharsh.wordpress.com ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Building for x86
Hi, I've been following the list a bit and I was wondering if it was possible to build openmoko for a native x86 environment? I don't just mean to build the graphical end of it, but also the kernel and everything, have my root setup the way it is on the OpenMoko device. Have only the exact same software running... What I'm looking for is to isolate completely my openmoko build from my system. My system is too old to run OM in qemu, (it took more than 30 min to boot the last time i tried and it wasn't very functional with 1 min delay for clicks). So... I'd rather dual boot into OpenMoko than integrate it into my current system... I haven't done anything yet but I believe I should follow the path of: http://wiki.openmoko.org/wiki/MokoMakefile Making sure to make the modifications explain in pages for setting up OM for Xephyr and Xoo. And then, place it all under its own partition (any partition preference? ext2?) and update my own boot loader (I've been using lilo for long now). Is there any special append="options" I should use? I guess the part talking about u-boot should cover this, but if you guys can help with it... If I'm not drunk, this "should" work, right? Also, having everything native like this, what will happen with the X display? 1024x768 or will it resize with black borders left and right? Thanks in advance, Simon ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
SRC_URI arguments, how to
Sorry guys, Here's a newbie questions. I have been trying to get bitbake to recognize my imported project in the local overlay. I did the myhelloworld exercise which worked fine. Now I have created a new directory with multiple sub directories containing source and header files. When I run standard make on the base makefile in my structure it works OK. When I try to build it with my MokoMakefile it seems my project does not get copied to the work directory. Do I need to specify every single source file in the SRC_URI variable or is there a way to point to a directory structure and have all of it copied to the work directory ? Regards /Pontus ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Qemu QT2410 (CS8900) anyone?
we have a working Qemu Neo1973 but anyone has a Qemu QT2410, having a CS8900 Ethernet emulated, to share? --noud ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Sv: New input method demo!
As I understand it, they just use an algorithm to build the probability engine, and they've just fed it many books so it could learn the natural probabilities in the English language. So while they may not get you their exact probability statistics, the idea of the program is that it can learn your own probability of words. I'm sure you could feed it old emails or something to give it a feel for how you write. On 10/29/07, Oliver <[EMAIL PROTECTED]> wrote: > > Tjenare Lars! > > I think a good place to find such information is the Dasher project. ( > http://www.inference.phy.cam.ac.uk/dasher/ ) They use a probabalistic > model to make another alternative input device, using the same sort of > statistics that you need. The project is open source, so even though the > stats may not be available on the site (even though they probably are) you > should just need to ask for them. > > hälsningar, > Oliver > > ___ > 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: Sv: New input method demo!
Tjenare Lars! I think a good place to find such information is the Dasher project. ( http://www.inference.phy.cam.ac.uk/dasher/ ) They use a probabalistic model to make another alternative input device, using the same sort of statistics that you need. The project is open source, so even though the stats may not be available on the site (even though they probably are) you should just need to ask for them. hälsningar, Oliver ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
optimizing a keyboard layout
Hi all, I could see that there is many people interested in develop a new input method, like me. I do not have an implementation of my idea right now , but I created a program (using genetic techniques) that can help on the optimization of the layout. In theory It could optimize any kind of fixed layout, you just need to configure some things... So for those who are developing new layouts and want to try my solution mail me! Guy [] ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: New input method demo!
Hi, I've just recently started a project: https://projects.openmoko.org/projects/openmoko-input/ Please feel free to join it! I haven't really started at using the SVN there yet, so the source I've got so far can be downloaded from www.scienco.org/openmoko-input.tar.gz - I'll put it in the project SVN ASAP. I'm aware that the separation of the library and the inputting itself isn't fulfilled at this time, but we are clearly suppose to do that ASAP, too. As mentioned earlier, I'm really not a great C-programmer; I've mainly done C# earlier, so please feel free to comment :-). Regards, Mikkel - Original Besked fra: List for OpenMoko community discussion Til: community@lists.openmoko.org Emne: Re: Sv: New input method demo! Dato: 29/10/07 10:49 > > Mikkel Meyer Andersen skrev: > > Hi, > > > > I've also tried to develop a keyboard for finger-use. I started with > > developing a dictionary library, and have only made a very simple GUI to use > > it. > > > > I haven't seen you keyboard yet, but I'm really looking forward to. In > > addition to this, I hope to be able to incorporate the dictionary I've made. > > I'm been thinking about this for a while... And Yes thanks... I want to > play with it. > > While the app often have better knowledge, it make sens to put the logic > in one place. To give all apps completion, and to avoid duplication. An > api to let apps control what they need would probably not be too > complicated ether. > > So, Yes... Where can I find the code and data? > > I would also want to find a list of the most used English words... To > add directly in the keyboard layout. It is better for short words then > completion, and the most used words is often short. As positions in the > keyboard layout have to be memorized to work fast it will work for far > less words. So completion is a nice complement. > > /LaH > > > ___ > 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: Sv: New input method demo!
Mikkel Meyer Andersen skrev: Hi, I've also tried to develop a keyboard for finger-use. I started with developing a dictionary library, and have only made a very simple GUI to use it. I haven't seen you keyboard yet, but I'm really looking forward to. In addition to this, I hope to be able to incorporate the dictionary I've made. I'm been thinking about this for a while... And Yes thanks... I want to play with it. While the app often have better knowledge, it make sens to put the logic in one place. To give all apps completion, and to avoid duplication. An api to let apps control what they need would probably not be too complicated ether. So, Yes... Where can I find the code and data? I would also want to find a list of the most used English words... To add directly in the keyboard layout. It is better for short words then completion, and the most used words is often short. As positions in the keyboard layout have to be memorized to work fast it will work for far less words. So completion is a nice complement. /LaH ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Homebrew Open Phone
Dr. H. Nikolaus Schaller wrote: >> Open hardware means availability of schematics and gerbers, > Are they available for the Neo? No, Neo is not open hardware either. Even if it was it would not be easy to produce. I have a reflow oven and could do it, but I think it would end up costing just as much as buying one. > Really open hardware would be if you get all the files to produce > your own silicon :-) Yeah, and the interesting thing about ARM is that is does start that way. ARM is a fabless company, they only sell intellectual property. Licensees actually buy the "source code" to the hardware. http://www.arm.com/products/physicalip/product_overview.html If you want to make your own silicon ...grab this source hehe http://www.opencores.org/projects.cgi/web/core_arm/overview Doug Sutherland Proficio Research http://www.proficio.ca/ ___ OpenMoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
