<?xml version="1.0"?>
<?xml-stylesheet type="text/css" href="http://wiki.openmoko.org/skins/common/feed.css?303"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
		<id>http://wiki.openmoko.org/api.php?action=feedcontributions&amp;user=BernhardKaindl&amp;feedformat=atom</id>
		<title>Openmoko - User contributions [en]</title>
		<link rel="self" type="application/atom+xml" href="http://wiki.openmoko.org/api.php?action=feedcontributions&amp;user=BernhardKaindl&amp;feedformat=atom"/>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Special:Contributions/BernhardKaindl"/>
		<updated>2013-05-19T11:19:51Z</updated>
		<subtitle>User contributions</subtitle>
		<generator>MediaWiki 1.19.6</generator>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Neo1973_compatible_cellphone_providers</id>
		<title>Neo1973 compatible cellphone providers</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Neo1973_compatible_cellphone_providers"/>
				<updated>2008-03-25T18:24:35Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: Added /* Austria */ with A1.net (B.FREE prepaid)&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{|align=right&lt;br /&gt;
  |__TOC__&lt;br /&gt;
  |}&lt;br /&gt;
''(NOTE: Recent information reveals that the Neo1973 GTA01 (and currently the GTA02) is not, in fact, a quad-band device.  Instead it is a tri-band GSM device, using the 900/1800/1900 MHz frequencies, commonly referred to as &amp;quot;European tri-band&amp;quot;.  As the common designation suggests, this form of tri-band is less-than-ideal in some parts of the world, notably North America where 850 MHz coverage is often required outside of the larger urban centers.)''&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The Neo1973 uses tri-band [[GSM]] (900/1800/1900 MHz) so any GSM provider in the world should be compatible. In general, when you are looking for a mobile solution in your region, you would need to be aware of:&lt;br /&gt;
* the ''network coverage'' of available providers&lt;br /&gt;
* different ''tariffs'' of these providers&lt;br /&gt;
and choose the one that is right for you. If you haven't had any experience with GSM coverage in your area, you may want to inquire locally from the available providers and people you know that may already have experienced GSM at your location. You may also want to subscribe to our mailing list. If you have doubts about the coverage for your area, you may want to borrow a GSM phone or buy an inexpensive one so that you can get a feel for how the Neo1973 will work in your area. You can help keep your cost down by using a prepaid card for your testing.&lt;br /&gt;
&lt;br /&gt;
Here is some information on Prepaid GSM cards:&lt;br /&gt;
* [http://www.prepaidgsm.net/ PrePaidGSM - worldwide overview about GSM prepaid offers]&lt;br /&gt;
Think twice before choosing a tariff with long duration contracts (more than 12 months), because prices for the GPRS data tariffs are ''likely'' to lower in many countries. Also, long duration contracts are mostly combined with hardware (ie: free or steeply discounted phone with a 24 or 36 month contract). It will be worth your while to shop around for competing offers from the different providers in your area.&lt;br /&gt;
&lt;br /&gt;
We chose the GSM network format for the Neo1973 because GSM is in use by more countries than any other mobile phone standard. As a result, you will have better coverage with the Neo1973, and we felt that it was the best choice for our OpenMoko devices. When the Neo1973 is successful, and we believe that it will be, we will be developing new devices that we will be bringing to market. They will be running OpenMoko and supporting additional mobile phone network standards as well. So if GSM is not available in your area (ie: some areas in the USA), OpenMoko will be bringing other options to market in the future.&lt;br /&gt;
&lt;br /&gt;
Below is a list of Neo1973-compatible providers around the world. Please help by filling this out ''alphabetically'':&lt;br /&gt;
&lt;br /&gt;
There is also a [[Carriers]] page that should be merged with this section. &lt;br /&gt;
&lt;br /&gt;
==Argentina==&lt;br /&gt;
* [http://www.movistar.com.ar/ Movistar]&lt;br /&gt;
* [http://www.personal.com.ar/ Personal]&lt;br /&gt;
* [http://www.cti.com.ar/ CTI]&lt;br /&gt;
==Austria==&lt;br /&gt;
* [http://www.a1.net/ A1.net] (B.FREE prepaid)&lt;br /&gt;
* Most likely all others should work also&lt;br /&gt;
&lt;br /&gt;
== Belgium ==&lt;br /&gt;
* [http://www.proximus.be/ Proximus]&lt;br /&gt;
* [http://www.base.be/ Base]&lt;br /&gt;
* [http://www.mobistar.be/LanguageIndex.html Mobistar]&lt;br /&gt;
&lt;br /&gt;
== Canada ==&lt;br /&gt;
* [http://www.fido.ca/ Fido]&lt;br /&gt;
* [http://www.icewireless.ca/ IceWireless]&lt;br /&gt;
* [http://www.rogers.ca/ Rogers]&lt;br /&gt;
* [http://www.yak.ca/ Yak Communications]&lt;br /&gt;
&lt;br /&gt;
== China ==&lt;br /&gt;
* China Mobile (CMCC) ([http://www.chinamobile.com/en/ English] - [http://www.chinamobile.com/ Simplified Chinese])&lt;br /&gt;
* China Unicom ([http://www.chinaunicom.com.cn/english/index.html English] - [http://www.chinaunicom.com.cn/ Simplified Chinese])&lt;br /&gt;
&lt;br /&gt;
== Czech Republic ==&lt;br /&gt;
&lt;br /&gt;
* [http://www.vodafone.cz/ Vodafone]&lt;br /&gt;
* [http://www.cz.o2.com/ o2]&lt;br /&gt;
* [http://www.t-mobile.cz/ T-mobile]&lt;br /&gt;
&lt;br /&gt;
== Denmark ==&lt;br /&gt;
* Sonofon ([http://www.sonofon.dk/english/index.shtml English] - [http://www.sonofon.dk/ Danish])&lt;br /&gt;
* TDC A/S ([http://tdc.com English] - [http://privat.tdc.dk/mobil/ Danish])&lt;br /&gt;
* Telia DK ([http://telia.dk/privat/produkter/mobil/ Danish])&lt;br /&gt;
&lt;br /&gt;
== Estonia ==&lt;br /&gt;
&lt;br /&gt;
* [http://www.emt.ee/ EMT]&lt;br /&gt;
* [http://www.tele2.ee/ Tele2] - Very low rates for GPRS. You can get 3GB of bandwidth for 675EEK(~43€) per month.&lt;br /&gt;
* [http://www.elisa.ee/ Elisa] - With M-internet plan you get free access to Elisa wifi hotspots  &lt;br /&gt;
&lt;br /&gt;
== Finland ==&lt;br /&gt;
&lt;br /&gt;
* [http://www.cubio.fi Cubio]&lt;br /&gt;
* [http://www.dnafinland.fi Dna] - Also a roaming network operator (Network operated under the name Dna Networks Ltd)&lt;br /&gt;
* [http://www.elisa.fi Elisa] - Also a roaming network operator.&lt;br /&gt;
* [http://www.go.fi Go mobile]&lt;br /&gt;
* [http://www.hesburger.fi/heseliittyma/ Hesburger] - Do you want sim card(s) with that?&lt;br /&gt;
* [http://www.kolumbus.fi Kolumbus] - Strangely they don't offer their website in English, but they're a part of the Elisa.&lt;br /&gt;
* [http://www.teliasonera.com Teliasonera] - Also a roaming network operator.&lt;br /&gt;
* [http://www.tele.fi Telefinland] - They haven't got an English site, but they're part of the Teliasonera.&lt;br /&gt;
* [http://www.gsm.aland.fi/ Ålands Mobiltelefon] - Only in the Åland Islands in the southwestern Finland. Also a roaming network operator.&lt;br /&gt;
&lt;br /&gt;
== France ==&lt;br /&gt;
&lt;br /&gt;
All:&lt;br /&gt;
* [http://www.sfr.fr SFR]&lt;br /&gt;
* [http://www.bouyguestelecom.fr/ Bouygues Telecom]&lt;br /&gt;
* [http://www.orange.fr Orange]&lt;br /&gt;
&lt;br /&gt;
== Germany ==&lt;br /&gt;
All: &lt;br /&gt;
* [http://www.vodafone.de/ Vodafone]&lt;br /&gt;
* [http://www.o2online.de/ o2]&lt;br /&gt;
* [http://www.eplus.de/ E-Plus]&lt;br /&gt;
* [http://www.t-mobile.de/ T-mobile]&lt;br /&gt;
== India ==&lt;br /&gt;
All GSM:&lt;br /&gt;
* [http://www.airtel.in/ Airtel]&lt;br /&gt;
* [http://www.ideacellular.com/ Idea]&lt;br /&gt;
* Reliance GSM&lt;br /&gt;
* BPL Mobile&lt;br /&gt;
* Spice&lt;br /&gt;
* [http://www.bsnl.co.in/ BSNL]&lt;br /&gt;
* [http://www.vodafone.in/ Vodafone]&lt;br /&gt;
&lt;br /&gt;
== Japan ==&lt;br /&gt;
&lt;br /&gt;
According to the [http://www.gsmworld.com/roaming/gsminfo/cou_jp.shtml GSM-Association] there is no GSM in Japan, except for UMTS.&lt;br /&gt;
&lt;br /&gt;
== Latvia ==&lt;br /&gt;
* [http://www.lmt.lv/ LMT]&lt;br /&gt;
* [http://www.bite.lv/ Bitė]&lt;br /&gt;
* [http://www.tele2.lv/ Tele2]&lt;br /&gt;
&lt;br /&gt;
== Lithuania ==&lt;br /&gt;
* [http://www.omnitel.lt/ Omnitel]&lt;br /&gt;
* [http://www.bite.lt/ Bitė]&lt;br /&gt;
* [http://www.tele2.lt/ Tele2]&lt;br /&gt;
&lt;br /&gt;
== Netherlands ==&lt;br /&gt;
All.&lt;br /&gt;
* [http://www.vodafone.nl/ Vodafone]&lt;br /&gt;
* [http://www.telfort.nl/ Telfort]&lt;br /&gt;
* [http://www.orange.nl/ Orange]&lt;br /&gt;
* [http://www.t-mobile.nl/ T-mobile]&lt;br /&gt;
* [http://www.kpn.com/mobiel KPN]&lt;br /&gt;
* [http://www.hi.nl/ Hi]&lt;br /&gt;
(There are more)&lt;br /&gt;
&lt;br /&gt;
For a breakdown of SIM-only plans, go to [http://www.bellen.com/mobiel_overzicht/default.asp?taal=nl&amp;amp;land=nl&amp;amp;prgr=4 Bellen.com]&lt;br /&gt;
&lt;br /&gt;
== New Zealand ==&lt;br /&gt;
* [http://www.vodafone.co.nz/ Vodafone]&lt;br /&gt;
&lt;br /&gt;
== Norway ==&lt;br /&gt;
* [http://www.netcom.no/ NetCom] (GSM900/1800 &amp;amp; UMTS)&lt;br /&gt;
* [http://www.networknorway.no/ Network Norway] (GSM900 &amp;amp; UTMS)&lt;br /&gt;
* [http://www.telenormobil.no/ Telenor] (GSM900/1800 &amp;amp; UMTS)&lt;br /&gt;
&lt;br /&gt;
== Panam&amp;amp;aacute; ==&lt;br /&gt;
* [http://www.masmovil.com.pa/ Cable &amp;amp; Wireles Panam&amp;amp;aacute; (+M&amp;amp;oacute;vil)] (GSM850)&lt;br /&gt;
* [http://www.movistar.com.pa/ Telef&amp;amp;oacute;nica Panam&amp;amp;aacute; (Movistar)] (GSM850)&lt;br /&gt;
&lt;br /&gt;
== Poland ==&lt;br /&gt;
&lt;br /&gt;
* [http://www.eragsm.pl/ Era]&lt;br /&gt;
* [http://www.plusgsm.pl/ Plus]&lt;br /&gt;
* [http://www.orange.pl/ Orange] - europe wide provider&lt;br /&gt;
* [http://www.playmobile.pl/ Play]&lt;br /&gt;
&lt;br /&gt;
== Romania ==&lt;br /&gt;
 &lt;br /&gt;
* [http://www.vodafone.ro Vodafone] (226-01; GSM900)&lt;br /&gt;
* [http://www.orange.ro Orange] (226-10; GSM900)&lt;br /&gt;
* [http://www.cosmote.com Cosmote] (226-06; GSM1800)&lt;br /&gt;
&lt;br /&gt;
* [http://www.zapp.ro/ Zapp] is running CDMA (Qualcomm style) and as such it is incompatible with [[Neo1973]].&lt;br /&gt;
&lt;br /&gt;
== Russia ==&lt;br /&gt;
=== global ===&lt;br /&gt;
* [http://www.beeline.ru/ Билайн]/BeeLine (GSM900/1800)&lt;br /&gt;
* [http://megafon.ru/ МегаФон]/MegaFon (GSM900/1800)&lt;br /&gt;
* [http://www.mts.ru МТС]/MTS (GSM900/1800)&lt;br /&gt;
=== regional ===&lt;br /&gt;
* [http://www.smarts.ru/ СМАРТС]/SMARTS (GSM900/1800)&lt;br /&gt;
* [http://www.tele2.ru TELE2] (GSM900/1800)&lt;br /&gt;
* [http://www.u-tel.ru/ Ютел]/Utel (GSM900/1800)&lt;br /&gt;
* [http://www2.sibirtelecom.ru/857 Сибирьтелеком]/Sibirtelecom (GSM-900/1800)&lt;br /&gt;
* [http://www.ncc.nnov.ru/ НСС]/NSS (GSM900/1800)&lt;br /&gt;
* [http://www.bwc.ru/ Байкалвестком]/Baykalvestcom (GSM900/1800)&lt;br /&gt;
&lt;br /&gt;
== Singapore ==&lt;br /&gt;
&lt;br /&gt;
* [http://www.singtel.com/ Singtel]&lt;br /&gt;
&lt;br /&gt;
== Slovak Republic ==&lt;br /&gt;
All:&lt;br /&gt;
* [http://www.orange.sk/ Orange]&lt;br /&gt;
* [http://www.sk.o2.com/ o2]&lt;br /&gt;
* [http://www.t-mobile.sk/ T-mobile]&lt;br /&gt;
&lt;br /&gt;
== South Africa ==&lt;br /&gt;
&lt;br /&gt;
* [http://www.vodacom.co.za/ Vodacom]&lt;br /&gt;
* [http://www.mtn.co.za/ MTN]&lt;br /&gt;
* [http://www.cellc.co.za/ Cell C]&lt;br /&gt;
&lt;br /&gt;
== Spain ==&lt;br /&gt;
&lt;br /&gt;
* [http://www.vodafone.es/ Vodafone]&lt;br /&gt;
* [http://www.movistar.es/ Movistar]&lt;br /&gt;
* [http://www.orange.es/ Orange]&lt;br /&gt;
&lt;br /&gt;
== Sweden ==&lt;br /&gt;
&lt;br /&gt;
Operators with their own physical networks:&lt;br /&gt;
* [http://comviq.se/ Comviq/Tele2]&lt;br /&gt;
* [http://www.telia.se/ Telia]&lt;br /&gt;
* [http://www.tre.se/ 3]&lt;br /&gt;
* [http://www.telenor.se Telenor]&lt;br /&gt;
&lt;br /&gt;
Virtual Operators:&lt;br /&gt;
* [http://www.tangomini.se TangoMini]&lt;br /&gt;
* [http://www.halebop.se Halebop]&lt;br /&gt;
* [http://www.djuice.se Djuice]&lt;br /&gt;
&lt;br /&gt;
== Switzerland ==&lt;br /&gt;
(all)&lt;br /&gt;
* [http://www.swisscom-mobile.ch/ Swisscom Mobile]&lt;br /&gt;
* [http://www.sunrise.ch/ Sunrise](including virtual [http://www.yallo.ch/ yallo])&lt;br /&gt;
* [http://www.orange.ch/ Orange]&lt;br /&gt;
&lt;br /&gt;
== Taiwan ==&lt;br /&gt;
&lt;br /&gt;
* Chunghwa Telecom&lt;br /&gt;
* Far EasTone Telecommunications Co Ltd&lt;br /&gt;
* KG Telecom&lt;br /&gt;
* MobiTai&lt;br /&gt;
* Taiwan Mobile Co.Ltd&lt;br /&gt;
&lt;br /&gt;
== Ukraine ==&lt;br /&gt;
* [http://www.mts.com.ua/ MTS Ukraine] (including virtual [http://www.jeans.com.ua/ Jeans], [http://www.ekotel.com.ua/ Ecotel])&lt;br /&gt;
* [http://www.kyivstar.net/ Kyivstar] (including virtual [http://www.djuice.com.ua/ DJUICE], [http://mobilych.com.ua/ Mobilych])&lt;br /&gt;
* [http://www.life.com.ua/ life:)]&lt;br /&gt;
* [http://www.beeline.ua/ Beeline]&lt;br /&gt;
* [http://gsm.goldentele.com/ Golden Telecom]&lt;br /&gt;
* [http://www.privatmobile.com.ua/ PrivatMobile]&lt;br /&gt;
&lt;br /&gt;
== United Kingdom ==&lt;br /&gt;
* [http://www.virginmobile.com/vm/home.do Virgin Mobile]&lt;br /&gt;
* [http://www.vodafone.co.uk/ Vodafone]&lt;br /&gt;
* [http://www.o2.co.uk/ O2]&lt;br /&gt;
* [http://www.orange.co.uk/ Orange]&lt;br /&gt;
* [http://www.t-mobile.co.uk/ T-mobile]&lt;br /&gt;
* [http://www.three.co.uk/ 3] ''There is a rumour that 3 use technology that blocks detect  phones that are not capable of 3G from their 2G network.  If this rumour is true, then 3 would not really be compatible with the GSM-only Neo1973&lt;br /&gt;
&lt;br /&gt;
== United States ==&lt;br /&gt;
&lt;br /&gt;
* [[Carriers/ATT|AT&amp;amp;T]] - (Was Cingular) &lt;br /&gt;
* [[Carriers/CellularOne|Cellular One/Dobson Cellular]] - Their Prepaid Cellular page says it works with any GSM phone.  However according to Wikipedia [http://en.wikipedia.org/wiki/Dobson_Cellular] they are possibly being acquired by AT&amp;amp;T, so it's unknown whether they will stay GSM or not.&lt;br /&gt;
* [[Carriers/TMobile|T-Mobile]] - Works with Neo1973 using manual GSM commands w/prepaid SIM.&lt;br /&gt;
* Other (more local) GSM-network providers can be found at [http://www.gsmworld.com/roaming/gsminfo/cou_us.shtml GSMworld.com]&lt;br /&gt;
* [http://www.unicel.com/ UNICEL] - Has just been purchased by Verizon Wireless (Aug/1/07), they are planning on take down their GSM Network except to support roaming GSM customers. GSM customers will be transition to CDMA. :( &lt;br /&gt;
* Wikipedia has a list of providers and technologies [http://en.wikipedia.org/wiki/List_of_United_States_mobile_phone_companies here]. Only GSM networks are compatible with the Neo1973.&lt;br /&gt;
* [http://www.prepaidgsm.net/en/usa.html PrepaidGSM.net information about GSM prepaid cards in the USA]&lt;br /&gt;
&lt;br /&gt;
== Uruguay ==&lt;br /&gt;
&lt;br /&gt;
* [http://www.ancel.com.uy/ Ancel] -&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Venezuela ==&lt;br /&gt;
&lt;br /&gt;
* [http://www.digitel.com.ve/ Digitel] - This works on the 900Mhz band.&lt;br /&gt;
* [http://www.movistar.com.ve/ Movistar] - Previously named Telcel. It is moving from CDMA to GSM, but currently all its new phones are GSM. They work on the 850 Mhz band.&lt;br /&gt;
&lt;br /&gt;
== Rest of World (Africa, Asia, Australia, Europe, South America) ==&lt;br /&gt;
&lt;br /&gt;
* almost all use GSM thus they are compatible&lt;br /&gt;
&lt;br /&gt;
(More info available at: [http://www.gsmworld.com/roaming/gsminfo/index.shtml GSMworld.com])&lt;br /&gt;
{{Languages|Neo1973_compatible_cellphone_providers}}&lt;br /&gt;
&lt;br /&gt;
[[Category:Information]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Openmoko:Community_Portal</id>
		<title>Openmoko:Community Portal</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Openmoko:Community_Portal"/>
				<updated>2008-03-25T13:38:24Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Community site based on trac */ typo fix&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{|align=right&lt;br /&gt;
  |__TOC__&lt;br /&gt;
  |}&lt;br /&gt;
== Community Updates ==&lt;br /&gt;
&lt;br /&gt;
The [[Community Updates]] article is updated at least twice a month by Michael Shiloh. Updates are also mailed to the openmoko-community mailing list, and major updates are also sent to the announce list. &lt;br /&gt;
&lt;br /&gt;
== IRC ==&lt;br /&gt;
&lt;br /&gt;
There is always a good group in the IRC channel #openmoko on FreeNode. If you aren't an IRC-er, you might want to review the discussions anyways:&lt;br /&gt;
&lt;br /&gt;
* [http://logs.nslu2-linux.org/livelogs/openmoko.txt Current 24h live log]&lt;br /&gt;
* [http://logs.nslu2-linux.org/livelogs/openmoko-prev.txt Previous 24h log]&lt;br /&gt;
* [http://logs.nslu2-linux.org/livelogs/openmoko/ Archives back to 29 November 2006]&lt;br /&gt;
&lt;br /&gt;
(Courtesy of the NSLU2-Linux project)&lt;br /&gt;
&lt;br /&gt;
Within the time contstraints of middle Europe, the Freenode channel #neo1973-germany is also active and members switch to english on demand.&lt;br /&gt;
&lt;br /&gt;
== Community site based on trac ==&lt;br /&gt;
The German Neo1973 community created a Trac-based web site with SVN version control for their community projects: http://neo1973-germany.de/ The most notable project is Zad, which consists of a GUI and deamons for GSM/GPRS muxing, GSM, GPS and more, written using Enlightment for smooth, smooth, fast, alpha-blended graphics and glib and dbus for daemons, but the actual code of the project is all python. And yes, you can even make phone calls with it (even without &amp;quot;echo&amp;quot;).&lt;br /&gt;
&lt;br /&gt;
== Wiki ==&lt;br /&gt;
The old community wiki is at http://www.linuxtogo.org/gowiki/OpenMoko/, since the release of the official wiki at http://wiki.openmoko.org/, it should no longer be used for OpenMoko. Please help integrating the content of the old wiki into this wiki. Please note that you cannot just copy from the old wiki, as the old wiki is (unfortunately) not clearly licensed and the content on this wiki is licensed under GNU FDL. You will instead need to rewrite the articles.&lt;br /&gt;
&lt;br /&gt;
When you have integrated/rewritten an article, please update the old wiki with clear information that you have moved the information, so others do not update the old page.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Useful content that should be transfered ===&lt;br /&gt;
==== FAQ about the whole project ====&lt;br /&gt;
&amp;lt;strike&amp;gt;&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/QuestionsAndAnswers some FAQ about the whole project]&amp;lt;/strike&amp;gt;i created the [[FAQ]] page and added it to the introduction section on the main page. There are a few links on this page that will need to be fixed after all the content has been migrated [[User:Ryanlerch|Ryanlerch]] 12:55, 16 February 2007 (CET) &lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Providers Cell phone providers]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]] 16:25, 16 February 2007 (CET) - '''Done''' - [[OpenMoko compatible cellphone providers]]&lt;br /&gt;
&lt;br /&gt;
====Software ideas ====&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/Ideas a really mixed up list of software and hardware ideas] - Please name your page Wishlist:''Pagename'' and add 'Category:Ideas' if you rewrite one of these&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/Software software ideas]&lt;br /&gt;
&lt;br /&gt;
==== Hardware stuff ====&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/iPhone comparison Neo / iPhone]&amp;lt;/strike&amp;gt;--[[User:Mikesh|Mikesh]] 09:15, 18 February 2007 (CET) '''DONE''' - [[iPhone]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/AT_Commands At Commands]&amp;lt;/strike&amp;gt;--[[User:AndreasHochsteger|Andreas Hochsteger]] 22:11, 24 February 2007 (CET) '''DONE''' - [[Hardware:AT_Commands|AT Commands]]&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/GPRS information on GPRS]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/A%28ssisted%29_GPS information on (A)GPS]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]] 01:57, 16 February 2007 (CET) '''DONE''' - [[Hardware:AGPS|AGPS]]&lt;br /&gt;
&lt;br /&gt;
==== Content used on OpenMoko ====&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Content content ideas]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]][http://www.usome.com] 16:35, 16 February 2007 (CET) - '''Done''' - [[Media Content]]&lt;br /&gt;
&lt;br /&gt;
==== Coding instructions ====&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/OpenEmbedded open embedded]&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/ToolChain tool chain]&lt;br /&gt;
*&lt;br /&gt;
==== Other useful stuff ====&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/PressCoverage Press Coverage]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]] 16:54, 16 February 2007 (CET) - '''Done''' - [[Press Coverage]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Testimonials Testimonials]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]] 17:34, 16 February 2007 (CET) - '''Done''' - [[Testimonials]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Translation Translation of OpenMoko]&amp;lt;/strike&amp;gt;--[[User:Mikesh|Mikesh]] 11:42, 18 February 2007 (CET) '''DONE''' - [[Translation]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/AtFOSDEM FOSDEM]&amp;lt;/strike&amp;gt; &lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Glossary Glossary]&amp;lt;/strike&amp;gt;--[[User:AndreasHochsteger|Andreas Hochsteger]] 22:41, 24 February 2006 (CET) - '''DONE''' - [[Glossary]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Video_Bounty Video Bounty]&amp;lt;/strike&amp;gt;-- '''ABANDONED''' - New hardware renders this task trivial&lt;br /&gt;
&lt;br /&gt;
== Development news ==&lt;br /&gt;
&lt;br /&gt;
Developer news of progress being made on OpenMoko.&lt;br /&gt;
&lt;br /&gt;
* [http://planet.openmoko.org/ Main planet openmoko feed]&lt;br /&gt;
* [http://blogs.gnome.org/thos/2007/08/21/openmoko-20072/ OpenMoko 2007.2 new User Interface style for OpenMoko by OpenedHand]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== [[User's Manual]] ===&lt;br /&gt;
&lt;br /&gt;
An user manual should be created for non geeks. I mean one of those small books you get when you buy a new phone. They are full of pictures, describe basic steps of phone usage and are translated into as many languages as possible.&lt;br /&gt;
&lt;br /&gt;
The wiki is a mess, somebody should suggest a structure easier to navigate.&lt;br /&gt;
&lt;br /&gt;
I do not see a point in translating developer pages in other languages than English, but this is subjective.&lt;br /&gt;
&lt;br /&gt;
--[[User:Iztok.jeras|Iztok.jeras]] 10:56, 23 May 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
I am French, but I don't see a point either in translating the developer manual. Mickael.&lt;br /&gt;
&lt;br /&gt;
My mother language is Spanish. I think that a developer manual written in English is enough -no need for translation to other languages. Raul.&lt;br /&gt;
&lt;br /&gt;
I have the same idea, but, its free for translate to other laguages. Freddy&lt;br /&gt;
&lt;br /&gt;
I am French, I think that a basic manual for non-geek could be a good idea…&lt;br /&gt;
&lt;br /&gt;
--[[User:Bart|Bart]] 10:14, 2 October 2007 (CEST)&lt;br /&gt;
I am Dutch, if a dutch user manual is needed I'd love to help.&lt;br /&gt;
&lt;br /&gt;
[[User:Fradeve11|Fradeve11]]: I give my appreciament and time to translate an user basic manual in Italian ;) very good idea!&lt;br /&gt;
&lt;br /&gt;
[[User:darktim|darktim]]: I will do the German part. I'm not a coder, so that could be my contribution ;)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Yorick|Yorick]]: I'm willing to do some Dutch translation&lt;br /&gt;
&lt;br /&gt;
=== USB Keyboards ===&lt;br /&gt;
&lt;br /&gt;
I'm not sure if this is the proper place to post this, but I think it would be an excellent idea to test out the Neo with a USB keyboard and even for OpenMoko to have at least one suggested &amp;amp;&amp;amp; compatible device. I haven't seen details about what standards the Neo's USB device will adhere to (host capabilities? - although that might be somewhat power hungry). Is there even a thing as a keyboard that operates as its own USB host? Actually, even a bluetooth keyboard would be reasonable. I only pose this question because I would like to be able to write snippets of code, and I have some doubts about using the stylus with an on-screen keyboard - especially for certain syntax patterns that are common in most programming languages. &lt;br /&gt;
&lt;br /&gt;
'''Update''': I'm glad someone else has thought about this too :: [http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#HID_.28Human_Input_Device.29 Neo1973 &amp;amp; Bluetooth HIDs (Human Input Devices)]&lt;br /&gt;
&lt;br /&gt;
--[[User:Cfriedt|Cfriedt]] 02:07, 20 November 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
[[Category:Community]]&lt;br /&gt;
[[Category:Information]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Openmoko:Community_Portal</id>
		<title>Openmoko:Community Portal</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Openmoko:Community_Portal"/>
				<updated>2008-03-25T13:37:52Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: added http://neo1973-germany.de/ as a Community site based on trac, and described its most notable project, Zad (Neo phone stack consisting of Enlightment and dbus  where all programming is in python)&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{|align=right&lt;br /&gt;
  |__TOC__&lt;br /&gt;
  |}&lt;br /&gt;
== Community Updates ==&lt;br /&gt;
&lt;br /&gt;
The [[Community Updates]] article is updated at least twice a month by Michael Shiloh. Updates are also mailed to the openmoko-community mailing list, and major updates are also sent to the announce list. &lt;br /&gt;
&lt;br /&gt;
== IRC ==&lt;br /&gt;
&lt;br /&gt;
There is always a good group in the IRC channel #openmoko on FreeNode. If you aren't an IRC-er, you might want to review the discussions anyways:&lt;br /&gt;
&lt;br /&gt;
* [http://logs.nslu2-linux.org/livelogs/openmoko.txt Current 24h live log]&lt;br /&gt;
* [http://logs.nslu2-linux.org/livelogs/openmoko-prev.txt Previous 24h log]&lt;br /&gt;
* [http://logs.nslu2-linux.org/livelogs/openmoko/ Archives back to 29 November 2006]&lt;br /&gt;
&lt;br /&gt;
(Courtesy of the NSLU2-Linux project)&lt;br /&gt;
&lt;br /&gt;
Within the time contstraints of middle Europe, the Freenode channel #neo1973-germany is also active and members switch to english on demand.&lt;br /&gt;
&lt;br /&gt;
== Community site based on trac ==&lt;br /&gt;
The German Neo1973 community created a Trac-based web site with SVN version control for their community projects: http://neo1973-germany.de/ The most notable project is Zad, which consists of a GUI and deamons for GSM/GPRS muxing, GSM, GPS and more, written using Enlightmend for smooth, smooth, fast, alpha-blended graphics and glib and dbus for daemons, but the actual code of the project is all python. And yes, you can even make phone calls with it (even without &amp;quot;echo&amp;quot;).&lt;br /&gt;
&lt;br /&gt;
== Wiki ==&lt;br /&gt;
The old community wiki is at http://www.linuxtogo.org/gowiki/OpenMoko/, since the release of the official wiki at http://wiki.openmoko.org/, it should no longer be used for OpenMoko. Please help integrating the content of the old wiki into this wiki. Please note that you cannot just copy from the old wiki, as the old wiki is (unfortunately) not clearly licensed and the content on this wiki is licensed under GNU FDL. You will instead need to rewrite the articles.&lt;br /&gt;
&lt;br /&gt;
When you have integrated/rewritten an article, please update the old wiki with clear information that you have moved the information, so others do not update the old page.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Useful content that should be transfered ===&lt;br /&gt;
==== FAQ about the whole project ====&lt;br /&gt;
&amp;lt;strike&amp;gt;&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/QuestionsAndAnswers some FAQ about the whole project]&amp;lt;/strike&amp;gt;i created the [[FAQ]] page and added it to the introduction section on the main page. There are a few links on this page that will need to be fixed after all the content has been migrated [[User:Ryanlerch|Ryanlerch]] 12:55, 16 February 2007 (CET) &lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Providers Cell phone providers]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]] 16:25, 16 February 2007 (CET) - '''Done''' - [[OpenMoko compatible cellphone providers]]&lt;br /&gt;
&lt;br /&gt;
====Software ideas ====&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/Ideas a really mixed up list of software and hardware ideas] - Please name your page Wishlist:''Pagename'' and add 'Category:Ideas' if you rewrite one of these&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/Software software ideas]&lt;br /&gt;
&lt;br /&gt;
==== Hardware stuff ====&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/iPhone comparison Neo / iPhone]&amp;lt;/strike&amp;gt;--[[User:Mikesh|Mikesh]] 09:15, 18 February 2007 (CET) '''DONE''' - [[iPhone]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/AT_Commands At Commands]&amp;lt;/strike&amp;gt;--[[User:AndreasHochsteger|Andreas Hochsteger]] 22:11, 24 February 2007 (CET) '''DONE''' - [[Hardware:AT_Commands|AT Commands]]&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/GPRS information on GPRS]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/A%28ssisted%29_GPS information on (A)GPS]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]] 01:57, 16 February 2007 (CET) '''DONE''' - [[Hardware:AGPS|AGPS]]&lt;br /&gt;
&lt;br /&gt;
==== Content used on OpenMoko ====&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Content content ideas]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]][http://www.usome.com] 16:35, 16 February 2007 (CET) - '''Done''' - [[Media Content]]&lt;br /&gt;
&lt;br /&gt;
==== Coding instructions ====&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/OpenEmbedded open embedded]&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/ToolChain tool chain]&lt;br /&gt;
*&lt;br /&gt;
==== Other useful stuff ====&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/PressCoverage Press Coverage]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]] 16:54, 16 February 2007 (CET) - '''Done''' - [[Press Coverage]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Testimonials Testimonials]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]] 17:34, 16 February 2007 (CET) - '''Done''' - [[Testimonials]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Translation Translation of OpenMoko]&amp;lt;/strike&amp;gt;--[[User:Mikesh|Mikesh]] 11:42, 18 February 2007 (CET) '''DONE''' - [[Translation]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/AtFOSDEM FOSDEM]&amp;lt;/strike&amp;gt; &lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Glossary Glossary]&amp;lt;/strike&amp;gt;--[[User:AndreasHochsteger|Andreas Hochsteger]] 22:41, 24 February 2006 (CET) - '''DONE''' - [[Glossary]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Video_Bounty Video Bounty]&amp;lt;/strike&amp;gt;-- '''ABANDONED''' - New hardware renders this task trivial&lt;br /&gt;
&lt;br /&gt;
== Development news ==&lt;br /&gt;
&lt;br /&gt;
Developer news of progress being made on OpenMoko.&lt;br /&gt;
&lt;br /&gt;
* [http://planet.openmoko.org/ Main planet openmoko feed]&lt;br /&gt;
* [http://blogs.gnome.org/thos/2007/08/21/openmoko-20072/ OpenMoko 2007.2 new User Interface style for OpenMoko by OpenedHand]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== [[User's Manual]] ===&lt;br /&gt;
&lt;br /&gt;
An user manual should be created for non geeks. I mean one of those small books you get when you buy a new phone. They are full of pictures, describe basic steps of phone usage and are translated into as many languages as possible.&lt;br /&gt;
&lt;br /&gt;
The wiki is a mess, somebody should suggest a structure easier to navigate.&lt;br /&gt;
&lt;br /&gt;
I do not see a point in translating developer pages in other languages than English, but this is subjective.&lt;br /&gt;
&lt;br /&gt;
--[[User:Iztok.jeras|Iztok.jeras]] 10:56, 23 May 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
I am French, but I don't see a point either in translating the developer manual. Mickael.&lt;br /&gt;
&lt;br /&gt;
My mother language is Spanish. I think that a developer manual written in English is enough -no need for translation to other languages. Raul.&lt;br /&gt;
&lt;br /&gt;
I have the same idea, but, its free for translate to other laguages. Freddy&lt;br /&gt;
&lt;br /&gt;
I am French, I think that a basic manual for non-geek could be a good idea…&lt;br /&gt;
&lt;br /&gt;
--[[User:Bart|Bart]] 10:14, 2 October 2007 (CEST)&lt;br /&gt;
I am Dutch, if a dutch user manual is needed I'd love to help.&lt;br /&gt;
&lt;br /&gt;
[[User:Fradeve11|Fradeve11]]: I give my appreciament and time to translate an user basic manual in Italian ;) very good idea!&lt;br /&gt;
&lt;br /&gt;
[[User:darktim|darktim]]: I will do the German part. I'm not a coder, so that could be my contribution ;)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Yorick|Yorick]]: I'm willing to do some Dutch translation&lt;br /&gt;
&lt;br /&gt;
=== USB Keyboards ===&lt;br /&gt;
&lt;br /&gt;
I'm not sure if this is the proper place to post this, but I think it would be an excellent idea to test out the Neo with a USB keyboard and even for OpenMoko to have at least one suggested &amp;amp;&amp;amp; compatible device. I haven't seen details about what standards the Neo's USB device will adhere to (host capabilities? - although that might be somewhat power hungry). Is there even a thing as a keyboard that operates as its own USB host? Actually, even a bluetooth keyboard would be reasonable. I only pose this question because I would like to be able to write snippets of code, and I have some doubts about using the stylus with an on-screen keyboard - especially for certain syntax patterns that are common in most programming languages. &lt;br /&gt;
&lt;br /&gt;
'''Update''': I'm glad someone else has thought about this too :: [http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#HID_.28Human_Input_Device.29 Neo1973 &amp;amp; Bluetooth HIDs (Human Input Devices)]&lt;br /&gt;
&lt;br /&gt;
--[[User:Cfriedt|Cfriedt]] 02:07, 20 November 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
[[Category:Community]]&lt;br /&gt;
[[Category:Information]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Openmoko:Community_Portal</id>
		<title>Openmoko:Community Portal</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Openmoko:Community_Portal"/>
				<updated>2008-03-25T13:24:19Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* IRC */ Turned &amp;quot;Text: URL:&amp;quot; URLs into [URL Text] and added neo1973-germany&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{|align=right&lt;br /&gt;
  |__TOC__&lt;br /&gt;
  |}&lt;br /&gt;
== Community Updates ==&lt;br /&gt;
&lt;br /&gt;
The [[Community Updates]] article is updated at least twice a month by Michael Shiloh. Updates are also mailed to the openmoko-community mailing list, and major updates are also sent to the announce list. &lt;br /&gt;
&lt;br /&gt;
== IRC ==&lt;br /&gt;
&lt;br /&gt;
There is always a good group in the IRC channel #openmoko on FreeNode. If you aren't an IRC-er, you might want to review the discussions anyways:&lt;br /&gt;
&lt;br /&gt;
* [http://logs.nslu2-linux.org/livelogs/openmoko.txt Current 24h live log]&lt;br /&gt;
* [http://logs.nslu2-linux.org/livelogs/openmoko-prev.txt Previous 24h log]&lt;br /&gt;
* [http://logs.nslu2-linux.org/livelogs/openmoko/ Archives back to 29 November 2006]&lt;br /&gt;
&lt;br /&gt;
(Courtesy of the NSLU2-Linux project)&lt;br /&gt;
&lt;br /&gt;
Within the time contstraints of middle Europe, the Freenode channel #neo1973-germany is also active and members switch to english on demand.&lt;br /&gt;
&lt;br /&gt;
== Wiki ==&lt;br /&gt;
The old community wiki is at http://www.linuxtogo.org/gowiki/OpenMoko/, since the release of the official wiki at http://wiki.openmoko.org/, it should no longer be used for OpenMoko. Please help integrating the content of the old wiki into this wiki. Please note that you cannot just copy from the old wiki, as the old wiki is (unfortunately) not clearly licensed and the content on this wiki is licensed under GNU FDL. You will instead need to rewrite the articles.&lt;br /&gt;
&lt;br /&gt;
When you have integrated/rewritten an article, please update the old wiki with clear information that you have moved the information, so others do not update the old page.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Useful content that should be transfered ===&lt;br /&gt;
==== FAQ about the whole project ====&lt;br /&gt;
&amp;lt;strike&amp;gt;&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/QuestionsAndAnswers some FAQ about the whole project]&amp;lt;/strike&amp;gt;i created the [[FAQ]] page and added it to the introduction section on the main page. There are a few links on this page that will need to be fixed after all the content has been migrated [[User:Ryanlerch|Ryanlerch]] 12:55, 16 February 2007 (CET) &lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Providers Cell phone providers]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]] 16:25, 16 February 2007 (CET) - '''Done''' - [[OpenMoko compatible cellphone providers]]&lt;br /&gt;
&lt;br /&gt;
====Software ideas ====&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/Ideas a really mixed up list of software and hardware ideas] - Please name your page Wishlist:''Pagename'' and add 'Category:Ideas' if you rewrite one of these&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/Software software ideas]&lt;br /&gt;
&lt;br /&gt;
==== Hardware stuff ====&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/iPhone comparison Neo / iPhone]&amp;lt;/strike&amp;gt;--[[User:Mikesh|Mikesh]] 09:15, 18 February 2007 (CET) '''DONE''' - [[iPhone]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/AT_Commands At Commands]&amp;lt;/strike&amp;gt;--[[User:AndreasHochsteger|Andreas Hochsteger]] 22:11, 24 February 2007 (CET) '''DONE''' - [[Hardware:AT_Commands|AT Commands]]&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/GPRS information on GPRS]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/A%28ssisted%29_GPS information on (A)GPS]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]] 01:57, 16 February 2007 (CET) '''DONE''' - [[Hardware:AGPS|AGPS]]&lt;br /&gt;
&lt;br /&gt;
==== Content used on OpenMoko ====&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Content content ideas]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]][http://www.usome.com] 16:35, 16 February 2007 (CET) - '''Done''' - [[Media Content]]&lt;br /&gt;
&lt;br /&gt;
==== Coding instructions ====&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/OpenEmbedded open embedded]&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/ToolChain tool chain]&lt;br /&gt;
*&lt;br /&gt;
==== Other useful stuff ====&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/PressCoverage Press Coverage]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]] 16:54, 16 February 2007 (CET) - '''Done''' - [[Press Coverage]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Testimonials Testimonials]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]] 17:34, 16 February 2007 (CET) - '''Done''' - [[Testimonials]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Translation Translation of OpenMoko]&amp;lt;/strike&amp;gt;--[[User:Mikesh|Mikesh]] 11:42, 18 February 2007 (CET) '''DONE''' - [[Translation]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/AtFOSDEM FOSDEM]&amp;lt;/strike&amp;gt; &lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Glossary Glossary]&amp;lt;/strike&amp;gt;--[[User:AndreasHochsteger|Andreas Hochsteger]] 22:41, 24 February 2006 (CET) - '''DONE''' - [[Glossary]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Video_Bounty Video Bounty]&amp;lt;/strike&amp;gt;-- '''ABANDONED''' - New hardware renders this task trivial&lt;br /&gt;
&lt;br /&gt;
== Development news ==&lt;br /&gt;
&lt;br /&gt;
Developer news of progress being made on OpenMoko.&lt;br /&gt;
&lt;br /&gt;
* [http://planet.openmoko.org/ Main planet openmoko feed]&lt;br /&gt;
* [http://blogs.gnome.org/thos/2007/08/21/openmoko-20072/ OpenMoko 2007.2 new User Interface style for OpenMoko by OpenedHand]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== [[User's Manual]] ===&lt;br /&gt;
&lt;br /&gt;
An user manual should be created for non geeks. I mean one of those small books you get when you buy a new phone. They are full of pictures, describe basic steps of phone usage and are translated into as many languages as possible.&lt;br /&gt;
&lt;br /&gt;
The wiki is a mess, somebody should suggest a structure easier to navigate.&lt;br /&gt;
&lt;br /&gt;
I do not see a point in translating developer pages in other languages than English, but this is subjective.&lt;br /&gt;
&lt;br /&gt;
--[[User:Iztok.jeras|Iztok.jeras]] 10:56, 23 May 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
I am French, but I don't see a point either in translating the developer manual. Mickael.&lt;br /&gt;
&lt;br /&gt;
My mother language is Spanish. I think that a developer manual written in English is enough -no need for translation to other languages. Raul.&lt;br /&gt;
&lt;br /&gt;
I have the same idea, but, its free for translate to other laguages. Freddy&lt;br /&gt;
&lt;br /&gt;
I am French, I think that a basic manual for non-geek could be a good idea…&lt;br /&gt;
&lt;br /&gt;
--[[User:Bart|Bart]] 10:14, 2 October 2007 (CEST)&lt;br /&gt;
I am Dutch, if a dutch user manual is needed I'd love to help.&lt;br /&gt;
&lt;br /&gt;
[[User:Fradeve11|Fradeve11]]: I give my appreciament and time to translate an user basic manual in Italian ;) very good idea!&lt;br /&gt;
&lt;br /&gt;
[[User:darktim|darktim]]: I will do the German part. I'm not a coder, so that could be my contribution ;)&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
[[User:Yorick|Yorick]]: I'm willing to do some Dutch translation&lt;br /&gt;
&lt;br /&gt;
=== USB Keyboards ===&lt;br /&gt;
&lt;br /&gt;
I'm not sure if this is the proper place to post this, but I think it would be an excellent idea to test out the Neo with a USB keyboard and even for OpenMoko to have at least one suggested &amp;amp;&amp;amp; compatible device. I haven't seen details about what standards the Neo's USB device will adhere to (host capabilities? - although that might be somewhat power hungry). Is there even a thing as a keyboard that operates as its own USB host? Actually, even a bluetooth keyboard would be reasonable. I only pose this question because I would like to be able to write snippets of code, and I have some doubts about using the stylus with an on-screen keyboard - especially for certain syntax patterns that are common in most programming languages. &lt;br /&gt;
&lt;br /&gt;
'''Update''': I'm glad someone else has thought about this too :: [http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#HID_.28Human_Input_Device.29 Neo1973 &amp;amp; Bluetooth HIDs (Human Input Devices)]&lt;br /&gt;
&lt;br /&gt;
--[[User:Cfriedt|Cfriedt]] 02:07, 20 November 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
[[Category:Community]]&lt;br /&gt;
[[Category:Information]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Flashing_the_Neo_1973</id>
		<title>Flashing the Neo 1973</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Flashing_the_Neo_1973"/>
				<updated>2008-03-25T01:44:42Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: If you wrote to the smaller rootfs, you also may need to do a &amp;quot;nand erase rootfs&amp;quot;. Labeled the notice and doing &amp;quot;nand erase&amp;quot; without specifyign the nand partition with a bold &amp;quot;Attention:&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;This describes how to update your Neo1973 to the latest software. We'll update the kernel, the root filesystem and optionally u-boot [[partitions]] in the internal flash memory.&lt;br /&gt;
&lt;br /&gt;
{{warning|If you're updating u-boot and don't have a [[Debug Board]], you might render your unit unusable if the flashing procedure is interrupted}}&lt;br /&gt;
&lt;br /&gt;
{{warning|If you upload a rootfs image that is smaller than the previous one, or if you were writing to the smaller jffs2 rootfs, just flashing won't work - you need to run a &amp;quot;[[Nand_erase|nand erase rootfs]]&amp;quot; before you then upload your rootfs, but better run the &amp;quot;nand erase rootfs&amp;quot; every time before you flash a new rootfs, it is quick and saves you the time of a second rootfs upload. &amp;lt;b&amp;gt;Attention:&amp;lt;/b&amp;gt; If you [[Nand_erase|erase NAND]] without mentioning the partition to be erased, u-boot will be wiped out and the Neo will be bricked}}&lt;br /&gt;
&lt;br /&gt;
== Files to download ==&lt;br /&gt;
{{Note|&lt;br /&gt;
* MacOS X users: please refer to [[MacOS_X]].&lt;br /&gt;
* Users without Linux please refer to [[No_Linux]] for the moment.&lt;br /&gt;
}}&lt;br /&gt;
&lt;br /&gt;
The rootfs &amp;amp; kernel images you download need to match. The loadable modules for the kernel are in /lib/modules/ on the rootfs [[partition]] - if you get the wrong combination, you will get some error messages during bootup that it cannot access /lib/modules/x.y.z-moko123 - in this case swap either the kernel or the rootfs to match the other's version. Unfortunately the rootfs filename does not seem to tell what kernel version it is compatible with, you just have to try a few. '''NOTE:''' At least some combinations seem to boot up fine even if the module versions mismatch so be sure to check the console while it's booting after flashing.&lt;br /&gt;
&lt;br /&gt;
The &amp;quot;moko123&amp;quot; in the error message example above indicates the openmoko patchset version.&lt;br /&gt;
&lt;br /&gt;
Necessary files are at:&lt;br /&gt;
*http://buildhost.openmoko.org/OM2007.2/tmp/deploy/glibc/images/neo1973/?C=M;O=D&lt;br /&gt;
&lt;br /&gt;
*http://buildhost.openmoko.org/daily/neo1973/deploy/glibc/images/neo1973/?C=M;O=D (Daily unstable builds) &lt;br /&gt;
&lt;br /&gt;
*http://buildhost.automated.it/OM2007.2/?M=D (Location of more current unofficial builds.)&lt;br /&gt;
&lt;br /&gt;
A list of download locations can be found at [[Repositories]]. See [[Phase 1 Software Testing]] for a list of tested images.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Changelogs can be found at:&lt;br /&gt;
*http://cia.vc/stats/project/openembedded/.rss&lt;br /&gt;
&lt;br /&gt;
*http://cia.vc/stats/project/openmoko/.rss&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Get:&lt;br /&gt;
* [[dfu-util]] (the precompiled binary on http://buildhost.openmoko.org is for Linux/i386)&lt;br /&gt;
** (this is the part that runs on the PC, that pushes the files across the USB to the phone)&lt;br /&gt;
* openmoko-devel-image-fic-gta01-2007********.rootfs.jffs2&lt;br /&gt;
* uImage-2.6.21.*-moko*-r*_0_****_0-fic-gta01.bin&lt;br /&gt;
* for phase 0 (Bv03) phones:&lt;br /&gt;
** Tested by a few people:&amp;lt;BR&amp;gt;u-boot-gta01bv3-r8_70124c2602ae2d4c5d3dba05b482d91548242de8_0_2040.bin&amp;lt;BR&amp;gt;MD5SUM: 60c5aeba1bd6642b05b3a5e6f2dafe83&lt;br /&gt;
** Tested by hrw:&amp;lt;BR&amp;gt;u-boot-gta01bv3-r8_70124c2602ae2d4c5d3dba05b482d91548242de8_0_2062.bin&amp;lt;BR&amp;gt;MD5SUM: 716f1eba9b0f2be4a0a3be4a56724935&lt;br /&gt;
* for phase 1 phones, uboot update should not be necessary.&lt;br /&gt;
&lt;br /&gt;
== Preparing the device for DFU mode ==&lt;br /&gt;
&lt;br /&gt;
You'll need to boot your openmoko into uboot menu.  To do this:&lt;br /&gt;
&lt;br /&gt;
* Unplug all usb devices from the host.&lt;br /&gt;
* Hold the phone's [[Neo1973 AUX Button | AUX button]] and then press the phone's [[Neo1973 Power Button | POWER button]].&lt;br /&gt;
** You'll need to hold the POWER button for about 4 seconds before the device will turn on. Otherwise the screen will only flash white for a second and the phone won't power up.&lt;br /&gt;
* The u-boot menu should appear:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
U-Boot ..&lt;br /&gt;
&lt;br /&gt;
=== BOOT MENU ===&lt;br /&gt;
&lt;br /&gt;
BOOT&lt;br /&gt;
Set console to USB&lt;br /&gt;
Set console to serial&lt;br /&gt;
Power off&lt;br /&gt;
Boot from SD&lt;br /&gt;
Factory reset&lt;br /&gt;
&lt;br /&gt;
Press [AUX] to select, [POWER] to execute.&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
* Plug Neo1973 into host with supplied USB cable. (Plug the phone directly into the host not via a hub.)&lt;br /&gt;
&lt;br /&gt;
'''Note:''' If the bootloader remains inactive for about 30 seconds, that is no keypresses or no use of the serial console, the device will automatically power down.&lt;br /&gt;
You can prevent this by just pressing the AUX button every 30 seconds or so or by telling the bootloader to not exhibit this behaviour.&lt;br /&gt;
To do so, please connect to the bootloader:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
cu -l /dev/ttyACM0&lt;br /&gt;
GTA01Bv4 # setenv boot_menu_timeout 65000&lt;br /&gt;
GTA01Bv4 # saveenv&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
For those that are unfamiliar with cu, to exit you need to press &amp;quot;~.&amp;quot; &lt;br /&gt;
&lt;br /&gt;
(You may have to install the uucp package to have access to cu, and maybe also &amp;quot;&amp;lt;code&amp;gt;chown uucp:uucp /dev/ttyACM0&amp;lt;/code&amp;gt;&amp;quot; as root before it will work)&lt;br /&gt;
&lt;br /&gt;
No further navigation is needed in u-boot - the device will automatically start flashing the images when told to do so by dfu-util below. After flashing all the files, you can choose the &amp;quot;Boot&amp;quot; option to boot the newly flashed stuff.&lt;br /&gt;
&lt;br /&gt;
== Actually flashing things into the device ==&lt;br /&gt;
&lt;br /&gt;
Double check that u-boot matches your hardware version. You'll probably only want to update u-boot if you have the [[debug board]] for fixing failed u-boot updates. You can also check the current [[partitions]].&lt;br /&gt;
&lt;br /&gt;
Note: It may be necessary to run the application as root (at least in Ubuntu and Debian).&lt;br /&gt;
&lt;br /&gt;
Note: In case there are more than one available usb devices use -d 0x1457:0x5119 option.&lt;br /&gt;
&lt;br /&gt;
To update u-boot:&lt;br /&gt;
&lt;br /&gt;
{{Warning|Do not update u-boot unless you have [[debug board]] or are really sure about what you are doing. Flashing a wrong u-boot image will brick your device! Note especially that image below is for GTA01B_v03, not GTA01B_v04&lt;br /&gt;
&lt;br /&gt;
 ./dfu-util -a u-boot -R -D u-boot-gta01bv3-r8_70124c2602ae2d4c5d3dba05b482d91548242de8_0_2040.bin}}&lt;br /&gt;
&lt;br /&gt;
To update the kernel:&lt;br /&gt;
 ./dfu-util -a kernel -R -D ./uImage-2.6.21.1-moko10-r0_0_1883_0-fic-gta01.bin&lt;br /&gt;
Flashing the kernel will probably take less than 1 minute. If you're having trouble, you may want to compare the output that you see to a &amp;quot;known good&amp;quot; [[Flashing openmoko/Known good kernel flash U-Boot output | U-Boot]]/[[Flashing openmoko/Known good kernel flash dmesg output | dmesg]]/[[Flashing openmoko/Known good kernel flash dfu-util output | dfu-util]] output. The phone display should show &amp;quot;Starting DFU DOWNLOAD to partition 'kernel'.&lt;br /&gt;
&lt;br /&gt;
To update the root filesystem:&lt;br /&gt;
 ./dfu-util -a rootfs -R -D ./Openmoko-devel-image-fic-gta01-20070501054014.rootfs.jffs2&lt;br /&gt;
&lt;br /&gt;
Flashing the root filesystem will probably take around 13 minutes. Note that it can take over an hour if you are using a XEN VM for doing the flash.&lt;br /&gt;
&lt;br /&gt;
Here is some &amp;quot;known good&amp;quot; output from [[Flashing openmoko/Known good rootfs flash U-Boot output | U-Boot]], [[Flashing openmoko/Known good rootfs flash dmesg output | dmesg]], and [[Flashing openmoko/Known good rootfs flash dfu-util output | dfu-util]]. The phone display should show &amp;quot;Starting DFU DOWNLOAD to partition 'rootfs'.&lt;br /&gt;
&lt;br /&gt;
Notice that it's not normally necessary to update the modules anymore. It's just for people with special needs.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
...now, you'll end up with system that boots, but does not see audio/SD card. You'll need to download corresponding modules.tgz and copy them over to openmoko.  - UPDATE:  GTA01 phones appear to not need this step, as long as you have installed a kernel that matches the version of the modules contained in the root image ('uname -r' will show the kernel version, and 'ls /lib/modules/' will show the modules that are present).&lt;br /&gt;
&lt;br /&gt;
VERY IMPORTANT NOTE (I would consider that as a design flaw - either dfu-util should do it automatically): If you upload rootfs image that is smaller that previous one it won't work - you need to attach to the u-boot bootloader, erase NAND first and then upload your rootfs:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
cu -l /dev/ttyACM0&lt;br /&gt;
GTA01Bv3 # nand erase rootfs&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Old versions of u-boot are buggy: You may have to press the AUX button every 25 seconds or so to prevent the phone from going to sleep while being flashed. It also does not erase rootfs before flashing it... to do that, do minicom /dev/ttyACM0, then nand erase rootfs.&lt;br /&gt;
&lt;br /&gt;
Good luck!&lt;br /&gt;
&lt;br /&gt;
== Where to go from here ==&lt;br /&gt;
&lt;br /&gt;
So, now you have one of the more recent kernel and rootfs images, or one of the (semi)official ones, whats next?&lt;br /&gt;
&lt;br /&gt;
You probably want to set up [[USB_Networking]] and then configure your Neo1973 some more.&lt;br /&gt;
&lt;br /&gt;
Do not forget to update your Neo1973 using&lt;br /&gt;
&lt;br /&gt;
 ipkg update &amp;amp;&amp;amp; ipkg upgrade&lt;br /&gt;
&lt;br /&gt;
and have a look at additional ipkg [[repositories]].&lt;br /&gt;
&lt;br /&gt;
== Troubleshooting notes ==&lt;br /&gt;
&lt;br /&gt;
If you're facing errors in seemingly random places during the flashing of images, most likely the USB hub or cable through which your Neo1973 is connected is of too poor quality.  It is recommended that you always connect the phone directly to the host when using dfu-util.&lt;br /&gt;
&lt;br /&gt;
If dfu-util reports a message like the following, before it starts flashing:&amp;lt;pre&amp;gt;&lt;br /&gt;
Resetting USB...&lt;br /&gt;
not at least 2 device changes found ?!?&lt;br /&gt;
Lost device after RESET?&amp;lt;/pre&amp;gt; just retry the command - it should work on a second run.&lt;br /&gt;
&lt;br /&gt;
This message can also occur if you connect the usb cable before you are in the bootloader menu.  You must carefully follow the sequence described at the beginning of this article and not connect the USB cable too early.&lt;br /&gt;
&lt;br /&gt;
dfu-util does not seem to be able to download files if run from linux running under&lt;br /&gt;
VMWare on a Windows OS host.&lt;br /&gt;
&lt;br /&gt;
See other notes on [[Dfu-util]] page.&lt;br /&gt;
&lt;br /&gt;
[[Category:Software]]&lt;br /&gt;
[[Category:Applications]]&lt;br /&gt;
[[Category:Openmoko]]&lt;br /&gt;
[[Category:Guides]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973</id>
		<title>Qtopia on Neo1973</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973"/>
				<updated>2007-12-16T16:35:30Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Flashing Qtopia images */ For the process of actually flashing the Neo, see Flashing openmoko.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[http://en.wikipedia.org/wiki/Qtopia Qtopia] is a complete mobile phone and PDA platform which can be built for many devices and is dual-licensed under the GPL and a proprietary license, but since version 3.4.0, everything needed to use Qtopia on the Neo1973 is licensed under the GPL.&lt;br /&gt;
{|align=right&lt;br /&gt;
|__TOC__&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
On 27 November 2007, Lorn Potter of Trolltech released the [http://www.qtopia.net/modules/mydownloads/visit.php?lid=50 latest flash image for the FIC Neo 1973] containing the Qtopia 4.3.1 snapshot of that day (GPL version). This introduces the new Cruxus mediaengine, which has a few plugins already, which include libmad, tremor (ogg) and timidity, for .wav, .mp3, ogg and .mid file support.&lt;br /&gt;
&lt;br /&gt;
For installing it, follow the instructions on [[#Flashing Qtopia images|flashing Qtopia images]] below.&lt;br /&gt;
&lt;br /&gt;
Bug: The dialer might not ask for a PIN (even if your SIM card needs it) on first boot after flashing to Qtopia.&amp;lt;br&amp;gt;&lt;br /&gt;
Workaround: Somehow, completely powering down the Neo seems to cure this issue. You do can do it in two ways:&lt;br /&gt;
# Remove the USB cable and the Battery for a moment to remove all power from the Neo, or&lt;br /&gt;
# Remove the USB cable, press the power button for a second, select &amp;quot;Shutdown device&amp;quot; (Note: &amp;quot;Restart Device&amp;quot; does not help - you need to power it down completely!)&lt;br /&gt;
&lt;br /&gt;
If your SIM card does not require a PIN, you can skip the above possibly, but otherwise you won't be able to use GSM networks at all!&lt;br /&gt;
&lt;br /&gt;
'''After this power-cycle of the Neo, the Qtopia dialer should ask for the PIN if it's needed, and you should be able to make and receive calls, each side should hear each other and you should be able to send and receive SMS, and use Contacts for Calls and SMS!!!'''.&lt;br /&gt;
&lt;br /&gt;
The Call, SMS and contact interface is quite intuitive and should be usable by non-expert users from that point on. Also the rest of Qtopia looks very polished.&lt;br /&gt;
&lt;br /&gt;
For the latest information on this snapshot read the thread following its [http://lists.openmoko.org/pipermail/community/2007-November/011836.html announcement].&lt;br /&gt;
&lt;br /&gt;
=== Suspend issues ===&lt;br /&gt;
The area of battery time and/or suspend still needs improvement. By default, Suspend is disabled in Qtopia because at the moment, you are not able to receive a phone call or an SMS when the Neo is suspended. At the moment (with suspend not enabled, which is the default), Qtopia lasts about 3-5 hours, depending on the amount of use now.&lt;br /&gt;
&lt;br /&gt;
The current maximum standby time seems to be around 7 hours - if there is no use of the phone and the phone is not getting any touches and just sitting on the desk with Bluetooth disabled and getting no touches so that the display is off, just being ready to receive calls and SMS.&lt;br /&gt;
&lt;br /&gt;
Note that if the Neo runs out of battery, simply connecting USB is not sufficient at that point, the battery has too less voltage to allow the Neo to turn on and enable 500mA charging current. At this point, the Neo is just dead as a brick and charges very slowly with 100mA charging current for about 4 to 6 hours until the battery is recharged enough to allow turning on the Neo and charge with 500mA charging current.&lt;br /&gt;
&lt;br /&gt;
Current status regarding suspend: Suspending and resuming works, when you remove console=ttySAC0,115200 from bootargs_base (see this [http://blog.rot13.org/2007/09/openmoko_as_a_phone.html howto]), it even wakes up with the GSM part working, but it does not make Qtopia to wake up on incoming calls or SMS, so you are not getting notified if you turn on suspend.&lt;br /&gt;
After pressing the AUX button, the Neo should wake up from suspend tough and should inform you of missed calls and received SMS.&lt;br /&gt;
&lt;br /&gt;
This bug seems to be [http://labs.trolltech.com/blogs/2007/12/04/neo-neuros-and-other-things/ fixed].&lt;br /&gt;
&lt;br /&gt;
== Flashing Qtopia images ==&lt;br /&gt;
Before flashing the rootfs image, be sure to erase the rootfs using [[nand erase]]. Otherwise, the Neo may hang somewhere after on boot.&lt;br /&gt;
&lt;br /&gt;
The lasted official Qtopia flash images are found at: http://www.qtopia.net/modules/mydownloads/ (Scroll down on this page to find them)&lt;br /&gt;
&lt;br /&gt;
Unofficial Qtopia images can be found in the ScaredyCat and Chooseopen [[repositories]].&lt;br /&gt;
&lt;br /&gt;
For the process of actually flashing the Neo, see [[Flashing openmoko]].&lt;br /&gt;
&lt;br /&gt;
== Dual-booting between Qtopia and X ==&lt;br /&gt;
&lt;br /&gt;
Both examples described here require you to reformat your MicroSD card to ext3, so this is the first step for both:&lt;br /&gt;
&lt;br /&gt;
{{warning|The following step will reformat your MircoSD card with the ext3 filesystem. We need it because we need support for symbolic or/and static links, which other filesystems like FAT do not support directly. After reformatting, no data on the card will be accessible to you anymore, so create good backups of anything which you need before starting!}}&lt;br /&gt;
&lt;br /&gt;
Then ssh to your neo and reformat your MicroSD card with:&lt;br /&gt;
 umount /dev/mmcblk0p1&lt;br /&gt;
 mkfs.ext3 /dev/mmcblk0p1&lt;br /&gt;
 mount /dev/mmcblk0p1&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia into an openmoko rootfs ===&lt;br /&gt;
&lt;br /&gt;
On [http://www.qtopia.net/modules/devices/openmoko.php], click &amp;quot;Developer root filesystem&amp;quot;. Then extract opt/Qtopia and the qpe init script and copy both to the mmc card of your neo:&lt;br /&gt;
&lt;br /&gt;
 tar xzf ficgta01-qtopia-developer-rootfs.tgz opt/Qtopia etc/init.d/qpe&lt;br /&gt;
 mv opt/Qtopia etc/init.d/qpe . &amp;amp;&amp;amp; rm -r opt etc&lt;br /&gt;
 tar czf Qtopia.tar.gz Qtopia qpe&lt;br /&gt;
 scp Qtopia.tar.gz root@192.168.0.202:/media/card/&lt;br /&gt;
&lt;br /&gt;
Log in to your Neo and unpack the archive and install it:&lt;br /&gt;
&lt;br /&gt;
 cd /media/card&lt;br /&gt;
 tar xzf Qtopia.tar.gz&lt;br /&gt;
 mkdir -p /opt&lt;br /&gt;
 ln -s /media/card/Qtopia /opt/Qtopia&lt;br /&gt;
 mv qpe /etc/init.d&lt;br /&gt;
&lt;br /&gt;
Now kill the X server and gsmd and start Qtopia (this can take some time):&lt;br /&gt;
&lt;br /&gt;
 /etc/init.d/xserver-nodm stop&lt;br /&gt;
 /etc/init.d/gsmd stop&lt;br /&gt;
 /etc/init.d/qpe start&lt;br /&gt;
&lt;br /&gt;
Now, in theory, it should be possible to could create a new entry in the [[uboot]] boot menu which adds a new boot argument to the kernel, say &amp;quot;qtopia=1&amp;quot; and you could could write a script which checks that boot parameter by checking if &amp;quot;$qtopia&amp;quot; is set to &amp;quot;1&amp;quot; or by checking /proc/cmdline and then boot Qtopia instead of X.&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia on the SD card ===&lt;br /&gt;
&lt;br /&gt;
* format your SD card with ext3 and mount it (see above)&lt;br /&gt;
* unpack rootfs from qtopia-4.3.0-preview-neo-flash.tgz to SD card (see above)&lt;br /&gt;
* copy the uImage-2.6.22.5-moko11-r2-fic-gta01.bin kernel to the boot/ on SD card and rename it to uImage&lt;br /&gt;
* put a 'Boot from SD' menu item in uboot menu as explained here: [[Booting_from_SD#Step_3:_Add_uboot_boot_entry]]&lt;br /&gt;
&lt;br /&gt;
== Build Qtopia from source ==&lt;br /&gt;
If you want to build qtopia for yourself you can download the [ftp://ftp.trolltech.com/qtopia/tech-preview/ technical preview] or [ftp://ftp.trolltech.com/qtopia/snapshots/ snapshots]&lt;br /&gt;
&lt;br /&gt;
== Tips ==&lt;br /&gt;
Most things seem to work out of the box, however you might need to use the following command to get audio (but not with the official flash image available from Trolltech):&lt;br /&gt;
 alsactl -f /etc/gsmhandset.state restore&lt;br /&gt;
Or put this command in /etc/init.d/qpe line 64&lt;br /&gt;
&lt;br /&gt;
Do not switch themes.  Only the default theme is usable.  For example, once you switch themes, the lock feature continues to work, but only if you unlock using the smallest # keypad in the world.&lt;br /&gt;
&lt;br /&gt;
Suspend support is very flaky.  The neo often shuts off from a suspend state.  It will not wake from suspend for an incoming call or text message (someone try setting an alarm and report results here).  To turn suspend off (this will of course use the batteries very quickly), hit the down arrow next to the suspend setting in the power management until it says &amp;quot;Off&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
When using the &amp;quot;Predictive keyboard,&amp;quot; do a quick flick up or down over the keyboard to access numbers/symbols/capitals. In snapshot builds, you can select virtual keyboard by tapping on the little arrow icon to the left of the battery status icon.&lt;br /&gt;
&lt;br /&gt;
In summary, Qtopia on the Neo1973 is much closer to being ready than OpenMoko as of this writing.  However, sound and suspend support prevent it from being at all useful as a cell phone (as a landline that doesn't ring but instead vibrates, it works ok).&lt;br /&gt;
&lt;br /&gt;
The [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum area on the FIC GTA01] might be helpful, but it is preferred that you update this section with issues and fixes which you find.&lt;br /&gt;
&lt;br /&gt;
== Screenshots ==&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia001.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia002.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia003.png|thumb|center|240px]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia004.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia005.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia006.png|thumb|center|240px]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Videos ==&lt;br /&gt;
&lt;br /&gt;
 http://www.youtube.com/watch?v=YW5q8SpY7t4&lt;br /&gt;
 http://www.youtube.com/watch?v=iOG_mtSEMgs&lt;br /&gt;
&lt;br /&gt;
For full size videos, 346 MiB:&lt;br /&gt;
&lt;br /&gt;
 http://linuxtracker.org/download.php?id=4613&amp;amp;name=qt_on_neo1973_videos.torrent&lt;br /&gt;
&lt;br /&gt;
{{Languages|Qtopia_on_Neo_1973}}&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Talk:MokoMakefile</id>
		<title>Talk:MokoMakefile</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Talk:MokoMakefile"/>
				<updated>2007-11-30T15:30:06Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: Start a section on == Building OpenMoko with chroot ==&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Ubuntu Edgy: Update git-1.4.x to 1.5.x! ==&lt;br /&gt;
With old git-1.4.x, fetching uboot does not work: Use 1.5.x:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
NOTE: package uboot-gta01-1.2.0+svnnow-r4_14da5f7675bbb427c469e3f45006e027b6e21db9_0_1811: task do_fetch: started&lt;br /&gt;
fatal: corrupted pack file .git/objects/pack/pack-a146bcbc18f4826d6bf2a7f63be5dd77bbb5b2f5.pack&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on a 32bit machine - try again without ccache? ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;/bin/sh ./libtool --mode=compile     ccache     gcc -DHAVE_CONFIG_H -I.... -W... -O2 -c -o libbfd.lo build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c&lt;br /&gt;
ccache gcc -DHAVE_CONFIG_H -I... -W... -O2 -c  /usr/local/oe/build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c -o   t shift count &amp;gt;= width of type&lt;br /&gt;
make[5]: *** [libbfd.lo] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Any insight here? --[[User:Adam|Adam]] 23:10, 15 May 2007 (CEST)&lt;br /&gt;
: Try without ccache (did you get it compiled meanwhile or can we remove this?) --[[User:BernhardKaindl|BernhardKaindl]] 23:05, 19 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== Building on Fedora Core 6 ==&lt;br /&gt;
&lt;br /&gt;
Install stuff needed for OpenMoko:&lt;br /&gt;
  # yum install python m4 make wget curl ftp cvs monotone subversion \&lt;br /&gt;
    tar bzip2 gzip unzip python-psyco ccache perl texinfo texi2html \&lt;br /&gt;
    diffstat openjade docbook-style-dsssl docbook-style-xsl docbook-dtds \&lt;br /&gt;
    docbook-utils sed bison bc glibc-devel gcc binutils pcre pcre-devel git \&lt;br /&gt;
    quilt groff linuxdoc-tools patch compat-gcc-34 lynx netpbm&lt;br /&gt;
(notice ''compat-gcc-34'' wich was needed for FC6 (gcc 4 installed), and ''lynx'' which is needed by ''qemu'' (no fallback to ''wget'', ''curl'', or ''links'' at the moment and no check for it, resulting in strange &amp;quot;sleep&amp;quot; errors when trying to build without ''lynx'').&lt;br /&gt;
&lt;br /&gt;
Build it:&lt;br /&gt;
  $ make setup&lt;br /&gt;
  $ make openmoko-devel-image&lt;br /&gt;
  $ unset LD_LIBRARY_PATH&lt;br /&gt;
  $ make update-makefile &amp;amp;&amp;amp; make update &amp;amp;&amp;amp; make setup &amp;amp;&amp;amp; make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
I have also done a&lt;br /&gt;
  $ unset LD_LIBRARY_PATH; make update-makefile &amp;amp;&amp;amp; nice  make update &amp;amp;&amp;amp; nice make setup &amp;amp;&amp;amp; nice make all&lt;br /&gt;
(This takes several hours)&lt;br /&gt;
&lt;br /&gt;
Build qemu:&lt;br /&gt;
  $ make qemu&lt;br /&gt;
&lt;br /&gt;
Run it:&lt;br /&gt;
  # echo 1024 &amp;gt; /proc/sys/dev/rtc/max-user-freq&lt;br /&gt;
  $ make run-qemu&lt;br /&gt;
This will bring up the OpenMoko :) Use SPACE for AUX and ENTER for POWER.&lt;br /&gt;
Not quite the same as holding a Neo1973 in your hands I would guess, but this is the best we can do for now. Thanks!&lt;br /&gt;
&lt;br /&gt;
== Building on Ubuntu Feisty ==&lt;br /&gt;
&lt;br /&gt;
MokoMakefile requires more than 512 MB of RAM + Swap space (around 1GB?).&lt;br /&gt;
&lt;br /&gt;
If you need swap, please '''check that its size under Feisty is not null'''!&lt;br /&gt;
&lt;br /&gt;
[https://bugs.launchpad.net/ubuntu/+bug/105490 Bug #105490] describes the current issue and offers a workaround (23 Jul 07).&lt;br /&gt;
&lt;br /&gt;
== Fails trying to build bluez-utils == &lt;br /&gt;
on Gentoo Linux, it fails compiling bluez-utils (I've tried also &amp;quot;make clean-package-bluez-utils&amp;quot; before the following command)&lt;br /&gt;
&lt;br /&gt;
do a &amp;quot;make build-package-libusb; make clean-package-bluez-utils&amp;quot; and it should continue (the bluez-utils .bb is missing the libusb dependency)&lt;br /&gt;
&lt;br /&gt;
== openSUSE 10.1 and 10.2 workarounds ==&lt;br /&gt;
&lt;br /&gt;
ltrace package fails to build with error: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
...&lt;br /&gt;
checking for pid_t... yes&lt;br /&gt;
checking for getopt... yes&lt;br /&gt;
checking for getopt_long... yes&lt;br /&gt;
checking gelf.h usability... no&lt;br /&gt;
checking gelf.h presence... no&lt;br /&gt;
checking for gelf.h... no&lt;br /&gt;
configure: error: ***** gelf.h not found *****&lt;br /&gt;
FATAL: oe_runconf failed&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/build/tmp/work/armv4t-linux/ltrace-0.4-r0/ltrace-0.4/configure.ac''&lt;br /&gt;
at line 44: remove the following block:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
for path in /usr/include/elfutils /usr/local/include/elfutils \&lt;br /&gt;
       /usr/include/libelf /usr/local/include/libelf; do&lt;br /&gt;
   if test -f ${path}/gelf.h; then&lt;br /&gt;
       CPPFLAGS=&amp;quot;$CPPFLAGS -I ${path}&amp;quot;&lt;br /&gt;
   fi&lt;br /&gt;
done&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
( it adds /usr/include/elfutils to path, which causes cross-compile badness error )&lt;br /&gt;
&lt;br /&gt;
=== QEMU build fails to compile USB code ===&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: variable or field `__user' declared void&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: syntax error before '*' token&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_control':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:103: error: invalid application of `sizeof' to incomplete type `usbdevfs_ctrltran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_data':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: error: storage size of 'bt' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:132: error: invalid application of `sizeof' to incomplete type `usbdevfs_bulktran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: warning: unused variable `bt'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_device_open':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: error: storage size of 'ctrl' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:202: error: invalid application of `sizeof' to incomplete type `usbdevfs_ioctl'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: warning: unused variable `ctrl'&lt;br /&gt;
make[2]: *** [usb-linux.o] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c''&lt;br /&gt;
at line 29 add the following (before ''#include &amp;lt;linux/usbdevice_fs.h&amp;gt;'')&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#include &amp;lt;linux/compiler.h&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
hint: there is a copy of the file in ''/home/moko/build/tmp/work/i686-linux/qemu-native-0.9.0+cvs20070613-r5/qemu/usb-linux.c''&lt;br /&gt;
&lt;br /&gt;
''see: http://osdir.com/ml/emulators.kvm.devel/2007-01/msg00101.html''&lt;br /&gt;
&lt;br /&gt;
== Cannot satisfy fstests ==&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
  make openmoko-devel-image&lt;br /&gt;
...&lt;br /&gt;
| Collected errors:&lt;br /&gt;
| ERROR: Cannot satisfy the following dependencies for task-openmoko-debug:&lt;br /&gt;
|        fstests&lt;br /&gt;
NOTE: Task failed: /no-backup/Moko/build/tmp/work/fic-gta01-linux/openmoko-devel-image-1.0-r0/temp/log.do_rootfs.25036&lt;br /&gt;
NOTE: package openmoko-devel-image-1.0-r0: task do_rootfs: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Failed on debian etch 2007-07-20&lt;br /&gt;
Solution from mailing list post from hardskinone, report of an irc chat&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
I got help in IRC channel. I do following steps&lt;br /&gt;
     * remove fstest from oe/packages/tasks/task-openmoko.bb ,&lt;br /&gt;
     * increase PR field by one&lt;br /&gt;
     * make openmoko-devel-image&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== conflicting types for 'futimens' ==&lt;br /&gt;
&lt;br /&gt;
if you encounter the following error:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 | In file included from utimecmp.c:40:&lt;br /&gt;
 | utimens.h:2: error: conflicting types for 'futimens'&lt;br /&gt;
 | /usr/include/sys/stat.h:370: error: previous declaration of 'futimens' was here&lt;br /&gt;
&lt;br /&gt;
a patch is needed because your glibc is too new. grab &amp;amp; enable the patch as follows &lt;br /&gt;
&lt;br /&gt;
 cd openembedded/packages/coreutils&lt;br /&gt;
 mv coreutils_5.3.0.bb coreutils_5.3.0.orig&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils_5.3.0.bb&lt;br /&gt;
 cd -&lt;br /&gt;
 cd openembedded/packages/coreutils/coreutils-5.3.0&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils-5.3.0/futimens.patch&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
== Workaround for problems compiling mtd-utils ==&lt;br /&gt;
&lt;br /&gt;
Change the line on &amp;lt;code&amp;gt;openembedded/packages/mtd/mtd-utils_1.0.0+git.bb&amp;lt;/code&amp;gt; which reads:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=master \&lt;br /&gt;
&lt;br /&gt;
to:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=a6fa706fe9e7696b4b2045edf9698c3bac07e3e3 \&lt;br /&gt;
&lt;br /&gt;
which forces the recipe to use an older revision (the one which worked last time I built the image on my computer).&lt;br /&gt;
&lt;br /&gt;
Be sure to remember to undo the change later, or else you will not get any new changes to that package. --[[User:CesarB|CesarB]] 04:48, 25 July 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
Note: these patches should be updated - the lzo patch is included in the current version, so backing off to the previous version and repatching seems silly.   I was able to make it through this part of the build by applying the remaining patches manually. --[[User:Mellon|Ted Lemon]] 15:44, 29 July 2007 (CDT)&lt;br /&gt;
&lt;br /&gt;
== Monotone segfaulting on Ubuntu Feisty Fawn/PPC ==&lt;br /&gt;
If you are running Ubuntu Feisty Fawn on a PowerPC computer you will experience problems running monotone. To fix this issue you need to install monotone as well as the libboost packages from Gutsy. The easiest way to accomplish this is to add the gutsy repositories to your sources.list&lt;br /&gt;
and change the preferences to look like this:&lt;br /&gt;
&lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=feisty&lt;br /&gt;
 Pin-Priority: 700&lt;br /&gt;
 &lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: -100&lt;br /&gt;
 &lt;br /&gt;
 Package: libc6 libc6-dev tzdata util-linux libgcc1 libstdc++6 monotone   &lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
 &lt;br /&gt;
 Package: libboost-*&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
&lt;br /&gt;
After doing this install monotone in this way:&lt;br /&gt;
 apt-get -t gutsy install monotone.&lt;br /&gt;
That should install monotone 0.35 with updated (and working) boost libraries.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on ncurses install in Fedora 7 with a &amp;quot;tic -x&amp;quot; message ==&lt;br /&gt;
Adjust the following command to your system, then run it:&lt;br /&gt;
 export LD_LIBRARY_PATH=/home/moko/build/tmp/work/x86_64-linux/ncurses-native-5.4-r8/ncurses-5.4/lib&lt;br /&gt;
Then start make again and it should pick up where it left off.&lt;br /&gt;
&lt;br /&gt;
You can get a list of potential paths to use with the following command from you main moko directory:&lt;br /&gt;
 find . | grep libncurses&lt;br /&gt;
&lt;br /&gt;
The basic problem is that it is linking against your main system libraries instead of the OpenEmbedded ones.&lt;br /&gt;
&lt;br /&gt;
There's probably a cleaner way of handling this - please update this entry if you know it.&lt;br /&gt;
&lt;br /&gt;
This has been fixed in Openembedded, see [http://bugs.openembedded.org/show_bug.cgi?id=2554 Openembedded Bug #2554] for further details.&lt;br /&gt;
&lt;br /&gt;
== uboot-gta01 fails to build ==&lt;br /&gt;
Changes in the GIT of U-Boot make the OpenMoko patches unapplyable. For the use of Revision ''cc3023b9f95d7ac959a764471a65001062aecf41'' and everything will be fine for now.&lt;br /&gt;
&lt;br /&gt;
== Perl fails to build ==&lt;br /&gt;
After following every bit of advice I can find to 'make clean' and nuke the perl build directories, every build comes up with:&lt;br /&gt;
&lt;br /&gt;
 | make[1]: Entering directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | make[1]: *** No rule to make target `&amp;lt;command-line&amp;gt;', needed by `miniperlmain.o'.  Stop.&lt;br /&gt;
 | make[1]: Leaving directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | FATAL: oe_runmake failed&lt;br /&gt;
 NOTE: Task failed: /src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/temp/log.do_compile.19531&lt;br /&gt;
 NOTE: package perl-native-5.8.7-r3: task do_compile: failed&lt;br /&gt;
&lt;br /&gt;
Solution turned out to be editing &lt;br /&gt;
/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7/makedepend.SH and at line 169 change the regexp to eat references to &amp;quot;&amp;lt;command.line&amp;gt;&amp;quot; to catch what was leaking through.&lt;br /&gt;
&lt;br /&gt;
== Gettext fails to build ==&lt;br /&gt;
Gettext's build is broken unless you have emacs installed. Crazy though it seems. You will see an error like:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
| WARNING: Warnings can be ignored. :-)&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
|       else : ; fi&lt;br /&gt;
| mv: cannot move `elc-temp' to `elc-stamp': No such file or directory&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[5]: *** [elc-stamp] Error 1&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[4]: *** [po-mode.elc] Error 2&lt;br /&gt;
| make[4]: *** Waiting for unfinished jobs....&lt;br /&gt;
| make[4]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[3]: *** [all-recursive] Error 1&lt;br /&gt;
| make[3]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[2]: *** [all] Error 2&lt;br /&gt;
| make[2]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[1]: *** [all-recursive] Error 1&lt;br /&gt;
| make[1]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1'&lt;br /&gt;
| FATAL: oe_runmake failed&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The solution is simple - install emacs (example below for debian/ubuntu) and try again:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
sudo apt-get install emacs&lt;br /&gt;
make clean-package-gettext-native-0.14.1-r5&lt;br /&gt;
make openmoko-devel-image                  &lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Building OpenMoko with chroot ==&lt;br /&gt;
&lt;br /&gt;
There may be hundreds of issues which may cause that OpenMoko fails to build on your system, so it might be more straightforward  to just install  a standardized build environment in which the openmoko build runs in chroot, independent of your distribution.&lt;br /&gt;
&lt;br /&gt;
There is now a (not fully working) script which is able to set up a 32-bit openSUSE 10.3 build environment for building OpenMoko posted on distro-devel: [http://lists.openmoko.org/pipermail/distro-devel/2007-November/000076.html]&lt;br /&gt;
&lt;br /&gt;
== Fails compiling binutils-cross on Gentoo/AMD64 and openSUSE/x86_64 ==&lt;br /&gt;
&lt;br /&gt;
make setup works fine, but when running make openmoko-devel-image it fails with the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
| make[4]: Entering directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[4]: Nothing to be done for `install'.&lt;br /&gt;
| make[4]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[3]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty'&lt;br /&gt;
| make[2]: Nothing to be done for `install-target'.&lt;br /&gt;
| make[2]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| make[1]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib/gcc-lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross: No such file or directory&lt;br /&gt;
| mv: cannot stat `build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
NOTE: Task failed: build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/temp/log.do_stage.9730&lt;br /&gt;
NOTE: package binutils-cross-2.18-r0: task do_populate_staging: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
NOTE: package binutils-cross-2.18: failed&lt;br /&gt;
ERROR: Build of openembedded/packages/binutils/binutils-cross_2.18.bb do_populate_staging failed&lt;br /&gt;
ERROR: Task 1641 (openembedded/packages/binutils/binutils-cross_2.18.bb, do_populate_staging) failed&lt;br /&gt;
NOTE: Tasks Summary: Attempted 107 tasks of which 107 didn't need to be rerun and 1 failed.&lt;br /&gt;
ERROR: 'openembedded/packages/binutils/binutils-cross_2.18.bb' failed&lt;br /&gt;
make: *** [openmoko-devel-image] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The final reason why the build cannot continue is:&lt;br /&gt;
 mv: cannot stat `/home/techiem2/Moko/build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
&lt;br /&gt;
=== The lib64 issue ===&lt;br /&gt;
&lt;br /&gt;
Likely, Gentoo/AMD64 uses lib64 instead of lib as the library directory for x86_64 libraries. It's l likey that may (or all?) AMD64 distributions do for their 64-bit binaries. On openSUSE-x86_64, the same happens. Debian/x86-64 seems to either not use lib64 or is somehow supported by the openmoko distribution.&lt;br /&gt;
&lt;br /&gt;
On multilib/lib64 platforms like Gentoo/x86_64 and openSUSE-x86_64, the openmoko build runs into a final problem at the end of build: It tries to use fakeroot which uses LD_PRELOAD to fake a different root directory and in the final stages, after hours of compiling, fakeroot execution causes warning messages because on multilib/lib64 systems as they have two versions of many libraries, the 64-bit libraries are in /lib64, /usr/lib64 and oder lib64 paths, while the 32-bit libraries are in /lib, /usr/lib and other lib paths. Some tool on these lib64 distributions are adapted to install 64-bit libraries to lib64, but this seems to fail when cross-compiling.&lt;br /&gt;
&lt;br /&gt;
At least on openSUSE-10.3 the missing libiberty.a was installed to build/tmp/cross/lib64/libiberty.a, which looks wrong, and it is if this libiberty.a file contains 32-bit arm objects. If it contains 64-bit x86_64 objects, it's fine, but openembedded/openmoko is not expecting it in a lib64 directory. I am not sure what is the case.&lt;br /&gt;
&lt;br /&gt;
The lib64 fakeroot issue requires to change the openembedded build scripts, which is doable. But it's not very easy to find the correct script and patch it correctly. If you feel adventourus, go ahead and try to build openmoko on a lib64 distribution, but it's easyer to set up a complete 32-bit chroot environment and run a normal build in it.&lt;br /&gt;
&lt;br /&gt;
After seeing this, I assumed that openmoko/openembedded was clearly not tested with lib64 build hosts and since that would mean that even if I'd fix that error, many others could follow, and as I was not interested to fix the lib64 bugs but rather wanted to see something running first, I decided to make openmoko/openembedded think that it was running on a normal 32-bit non-lib64 machine.&lt;br /&gt;
&lt;br /&gt;
There are several ways to do that:&lt;br /&gt;
* You install an IA32-Linux somewhere and use that for building:&lt;br /&gt;
** Do a native install and dual-boot the IA32-linux (That's for dummies which do not know the other tricks)&lt;br /&gt;
** Install IA32-Linux in a virtual machine (Quite some setup and has some overhead too)&lt;br /&gt;
* you can install a 32-bit development system in to a chroot jail and compile there (also quite some setup and inconvinience)&lt;br /&gt;
* Or you can install a 32-bit development system on the 64-bit host (suppored on openSUSE, should be possible with Gentoo/AMD64 too)&lt;br /&gt;
&lt;br /&gt;
=== Building on SuSE Linux 10.3-AMD64 with -m32 (not finished) ===&lt;br /&gt;
&lt;br /&gt;
Install the following packages for the 32-bit C/C++ compiler target option -m32 to work and to compile what is needed&lt;br /&gt;
&lt;br /&gt;
 gcc42-32bit gcc42libgcc42-32bit glibc-devel-32bit libstdc++-devel-32bit ncurses-devel-32bit zlib-devel-32bit (maybe also gtk2-devel-32bit)&lt;br /&gt;
&lt;br /&gt;
The openSUSE 10.3-AMD64 has no libopenssl-devel-32bit, but you can install the 32-bit rpm from the i586 10.3 rpm tree:&lt;br /&gt;
 &lt;br /&gt;
 libopenssl-devel&lt;br /&gt;
&lt;br /&gt;
You should also make sure that gdbm-devel is not installed.&lt;br /&gt;
The multilib support in ld has an issue which surfaces when it is called from perl's Configure script to complile a test program with -Lgdbm. If gdbm-devel is installed, it finds /usr/lib64/libgdbm.so, but since it's not compatible with 32-bit, it skips it, but also does not search the specified -Lpath where the OpenEmbedded-built libgdbm.so is already installed. To work around this, uninstall /usr/lib64/libgdbm.so with:&lt;br /&gt;
 rpm -e gdbm-devel&lt;br /&gt;
&lt;br /&gt;
Note these need to be the 32-bit cpp33 and gcc33 rpms as the 64-bit gcc33 rpms for openSUSE do not support the 32-bit target.&lt;br /&gt;
&lt;br /&gt;
To make the OpenMoko build think that its running on 32-bit i686, use linux32 (changes uname -m to i686 in the new shell):&lt;br /&gt;
&lt;br /&gt;
 linux32 bash&lt;br /&gt;
&lt;br /&gt;
And set up gcc scripts which force the use of gcc-3.3 (it can only generate 32-bit assembly) for all compilation:&lt;br /&gt;
&lt;br /&gt;
 mkdir bin;cd bin&lt;br /&gt;
 echo '/usr/bin/${0##*/}-3.3 -m32 &amp;quot;$@&amp;quot;'        &amp;gt;gcc&lt;br /&gt;
 echo '/usr/bin/${0##*/} -m elf_i386 &amp;quot;$@&amp;quot;' &amp;gt;ld&lt;br /&gt;
 echo '/usr/bin/${0##*/} --32 &amp;quot;$@&amp;quot;'        &amp;gt;gas&lt;br /&gt;
 sed -i '1i#!/bin/sh' gcc gas ld&lt;br /&gt;
 chmod 755 gcc gas ld&lt;br /&gt;
 ln -s gcc cc &lt;br /&gt;
 ln -s gcc c++&lt;br /&gt;
 ln -s gcc g++&lt;br /&gt;
 ln -s gas as&lt;br /&gt;
 echo PATH=\&amp;quot;&amp;quot;$PWD&amp;quot;:\$PATH\&amp;quot; &amp;gt;.setup-gcc-m32&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
Then set the path and test it:&lt;br /&gt;
&lt;br /&gt;
 source bin/.setup-gcc-m32&lt;br /&gt;
 type gcc&lt;br /&gt;
&lt;br /&gt;
== More package requirements ==&lt;br /&gt;
&lt;br /&gt;
On my system (Kubuntu 6.10) build failed with message &amp;quot;ERROR: QEMU requires SDL or Cocoa for graphical output&amp;quot; because package &amp;lt;tt&amp;gt;libsdl-image1.2-dev&amp;lt;/tt&amp;gt; was missing. Use &amp;lt;tt&amp;gt;apt-get install libsdl-image1.2-dev&amp;lt;/tt&amp;gt; to install. Additionally I had to install packages &amp;lt;tt&amp;gt;cvs&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;diffstat&amp;lt;/tt&amp;gt;. I was also asked to install Psyco JIT Compiler (package &amp;lt;tt&amp;gt;python-psyco&amp;lt;/tt&amp;gt;) to increase performance. Nevertheless &amp;lt;tt&amp;gt;make flash-qemu-local&amp;lt;/tt&amp;gt; took some hours, but now I finally can get an impression of the phone that I am looking for! -- [[User:Nichtich|Nichtich]] 00:26, 20 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== pango-directfb failed to build due to missing Glib 2.14.x ==&lt;br /&gt;
&lt;br /&gt;
The latest(as of Sept. 25, 2007) build started to fail with the following error:&lt;br /&gt;
&lt;br /&gt;
 | checking for GLIB... no&lt;br /&gt;
 | configure: error:&lt;br /&gt;
 | *** Glib 2.14.0 or better is required. The latest version of&lt;br /&gt;
 | *** Glib is always available from ftp://ftp.gtk.org/.&lt;br /&gt;
 | FATAL: oe_runconf failed&lt;br /&gt;
 NOTE: Task failed:&lt;br /&gt;
 /media/sdc1/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/\&lt;br /&gt;
     pango-directfb-1.18.1-r0/temp/log.do_configure.19927&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1-r0: task do_configure: failed&lt;br /&gt;
 ERROR: TaskFailed event exception, aborting&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1: failed&lt;br /&gt;
 ERROR: Build of /media/sdc1/moko/openembedded/packages/pango/\&lt;br /&gt;
     pango-directfb_1.18.1.bb do_configure failed&lt;br /&gt;
&lt;br /&gt;
The Glib included in the build tree seems to be only 2.12.12, so looks like something&lt;br /&gt;
is broken in term of dependency.&lt;br /&gt;
&lt;br /&gt;
This had happened on both of Fedora 7 and Debian Etch.  I am running the latest &lt;br /&gt;
MokoMakefile with OM-2007.2.  The funny thing is that the build had worked only &lt;br /&gt;
couple nights ago. Any idea?  I will update anything I find here and also on my blog(see my user profile).&lt;br /&gt;
[[User:ttz|ttz]] Wed Sep 26 12:17:33 CDT 2007&lt;br /&gt;
&lt;br /&gt;
pango-directfb had been removed from OE for now due to the report of it breaking builds like OpenMoko.&lt;br /&gt;
&lt;br /&gt;
[[User:ttz|ttz]] Thu Oct  4 10:20:12 CDT 2007&lt;br /&gt;
&lt;br /&gt;
== uicmoc4 failes to compile ==&lt;br /&gt;
&lt;br /&gt;
This is solved by installing libz-dev&lt;br /&gt;
&lt;br /&gt;
Or, look at [http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=747 Bug #747]&lt;br /&gt;
&lt;br /&gt;
== svn: REPORT request failed on '/repos/tasks/!svn/vcc/default' ==&lt;br /&gt;
&lt;br /&gt;
  osiris$ make update&lt;br /&gt;
  ...&lt;br /&gt;
  Fetching external item into 'trunk/src/target/OM-2007.2/applications/openmoko-today2/libkoto'&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
  make: *** [update-openmoko] Error 1&lt;br /&gt;
&lt;br /&gt;
  osiris$ cd openmoko/trunk/src/target/OM-2007.2/applications/openmoko-today2//libkoto/&lt;br /&gt;
  osiris$ svn up -r HEAD&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
&lt;br /&gt;
Anyone know about this one?&lt;br /&gt;
--[[User:Blackh|Blackh]] 00:11, 12 October 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== bootparam_prot.h fails to install in glibc-intermediate-2.5 package (Debian sid) ==&lt;br /&gt;
&lt;br /&gt;
  | install: cannot stat&lt;br /&gt;
    `/home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc/bootparam_prot.h'&lt;br /&gt;
    No such file or directory&lt;br /&gt;
  NOTE: Task failed: /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/temp/log.do_stage.3940&lt;br /&gt;
&lt;br /&gt;
For some reason, on Debian, the rpcgen command needs &amp;quot;-Y /usr/bin&amp;quot; added to the end of it or it won't work (&amp;quot;cannot find any C preprocessor (cpp)&amp;quot;).  This can be fixed by hand...&lt;br /&gt;
&lt;br /&gt;
 cd /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc&lt;br /&gt;
 for f in *.x ; do rpcgen -h $f -o ${f%%.x}.h -Y /usr/bin ; done&lt;br /&gt;
&lt;br /&gt;
This command will generate the right files and you can resume the build with&lt;br /&gt;
&lt;br /&gt;
make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
Here is a better fix - put this script, calling it rpcgen, somewhere in your PATH before /usr/bin:&lt;br /&gt;
&lt;br /&gt;
  #!/bin/sh&lt;br /&gt;
  exec /usr/bin/rpcgen -Y /usr/bin &amp;quot;$@&amp;quot;&lt;br /&gt;
&lt;br /&gt;
--[[User:Blackh|Blackh]] 05:17, 12 October 2007 (CEST)&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Talk:MokoMakefile</id>
		<title>Talk:MokoMakefile</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Talk:MokoMakefile"/>
				<updated>2007-11-30T14:51:44Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Fails compiling binutils-cross on Gentoo/AMD64 and openSUSE/x86_64 */ explanations on fakeroot&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Ubuntu Edgy: Update git-1.4.x to 1.5.x! ==&lt;br /&gt;
With old git-1.4.x, fetching uboot does not work: Use 1.5.x:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
NOTE: package uboot-gta01-1.2.0+svnnow-r4_14da5f7675bbb427c469e3f45006e027b6e21db9_0_1811: task do_fetch: started&lt;br /&gt;
fatal: corrupted pack file .git/objects/pack/pack-a146bcbc18f4826d6bf2a7f63be5dd77bbb5b2f5.pack&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on a 32bit machine - try again without ccache? ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;/bin/sh ./libtool --mode=compile     ccache     gcc -DHAVE_CONFIG_H -I.... -W... -O2 -c -o libbfd.lo build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c&lt;br /&gt;
ccache gcc -DHAVE_CONFIG_H -I... -W... -O2 -c  /usr/local/oe/build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c -o   t shift count &amp;gt;= width of type&lt;br /&gt;
make[5]: *** [libbfd.lo] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Any insight here? --[[User:Adam|Adam]] 23:10, 15 May 2007 (CEST)&lt;br /&gt;
: Try without ccache (did you get it compiled meanwhile or can we remove this?) --[[User:BernhardKaindl|BernhardKaindl]] 23:05, 19 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== Building on Fedora Core 6 ==&lt;br /&gt;
&lt;br /&gt;
Install stuff needed for OpenMoko:&lt;br /&gt;
  # yum install python m4 make wget curl ftp cvs monotone subversion \&lt;br /&gt;
    tar bzip2 gzip unzip python-psyco ccache perl texinfo texi2html \&lt;br /&gt;
    diffstat openjade docbook-style-dsssl docbook-style-xsl docbook-dtds \&lt;br /&gt;
    docbook-utils sed bison bc glibc-devel gcc binutils pcre pcre-devel git \&lt;br /&gt;
    quilt groff linuxdoc-tools patch compat-gcc-34 lynx netpbm&lt;br /&gt;
(notice ''compat-gcc-34'' wich was needed for FC6 (gcc 4 installed), and ''lynx'' which is needed by ''qemu'' (no fallback to ''wget'', ''curl'', or ''links'' at the moment and no check for it, resulting in strange &amp;quot;sleep&amp;quot; errors when trying to build without ''lynx'').&lt;br /&gt;
&lt;br /&gt;
Build it:&lt;br /&gt;
  $ make setup&lt;br /&gt;
  $ make openmoko-devel-image&lt;br /&gt;
  $ unset LD_LIBRARY_PATH&lt;br /&gt;
  $ make update-makefile &amp;amp;&amp;amp; make update &amp;amp;&amp;amp; make setup &amp;amp;&amp;amp; make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
I have also done a&lt;br /&gt;
  $ unset LD_LIBRARY_PATH; make update-makefile &amp;amp;&amp;amp; nice  make update &amp;amp;&amp;amp; nice make setup &amp;amp;&amp;amp; nice make all&lt;br /&gt;
(This takes several hours)&lt;br /&gt;
&lt;br /&gt;
Build qemu:&lt;br /&gt;
  $ make qemu&lt;br /&gt;
&lt;br /&gt;
Run it:&lt;br /&gt;
  # echo 1024 &amp;gt; /proc/sys/dev/rtc/max-user-freq&lt;br /&gt;
  $ make run-qemu&lt;br /&gt;
This will bring up the OpenMoko :) Use SPACE for AUX and ENTER for POWER.&lt;br /&gt;
Not quite the same as holding a Neo1973 in your hands I would guess, but this is the best we can do for now. Thanks!&lt;br /&gt;
&lt;br /&gt;
== Building on Ubuntu Feisty ==&lt;br /&gt;
&lt;br /&gt;
MokoMakefile requires more than 512 MB of RAM + Swap space (around 1GB?).&lt;br /&gt;
&lt;br /&gt;
If you need swap, please '''check that its size under Feisty is not null'''!&lt;br /&gt;
&lt;br /&gt;
[https://bugs.launchpad.net/ubuntu/+bug/105490 Bug #105490] describes the current issue and offers a workaround (23 Jul 07).&lt;br /&gt;
&lt;br /&gt;
== Fails trying to build bluez-utils == &lt;br /&gt;
on Gentoo Linux, it fails compiling bluez-utils (I've tried also &amp;quot;make clean-package-bluez-utils&amp;quot; before the following command)&lt;br /&gt;
&lt;br /&gt;
do a &amp;quot;make build-package-libusb; make clean-package-bluez-utils&amp;quot; and it should continue (the bluez-utils .bb is missing the libusb dependency)&lt;br /&gt;
&lt;br /&gt;
== openSUSE 10.1 and 10.2 workarounds ==&lt;br /&gt;
&lt;br /&gt;
ltrace package fails to build with error: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
...&lt;br /&gt;
checking for pid_t... yes&lt;br /&gt;
checking for getopt... yes&lt;br /&gt;
checking for getopt_long... yes&lt;br /&gt;
checking gelf.h usability... no&lt;br /&gt;
checking gelf.h presence... no&lt;br /&gt;
checking for gelf.h... no&lt;br /&gt;
configure: error: ***** gelf.h not found *****&lt;br /&gt;
FATAL: oe_runconf failed&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/build/tmp/work/armv4t-linux/ltrace-0.4-r0/ltrace-0.4/configure.ac''&lt;br /&gt;
at line 44: remove the following block:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
for path in /usr/include/elfutils /usr/local/include/elfutils \&lt;br /&gt;
       /usr/include/libelf /usr/local/include/libelf; do&lt;br /&gt;
   if test -f ${path}/gelf.h; then&lt;br /&gt;
       CPPFLAGS=&amp;quot;$CPPFLAGS -I ${path}&amp;quot;&lt;br /&gt;
   fi&lt;br /&gt;
done&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
( it adds /usr/include/elfutils to path, which causes cross-compile badness error )&lt;br /&gt;
&lt;br /&gt;
=== QEMU build fails to compile USB code ===&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: variable or field `__user' declared void&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: syntax error before '*' token&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_control':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:103: error: invalid application of `sizeof' to incomplete type `usbdevfs_ctrltran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_data':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: error: storage size of 'bt' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:132: error: invalid application of `sizeof' to incomplete type `usbdevfs_bulktran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: warning: unused variable `bt'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_device_open':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: error: storage size of 'ctrl' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:202: error: invalid application of `sizeof' to incomplete type `usbdevfs_ioctl'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: warning: unused variable `ctrl'&lt;br /&gt;
make[2]: *** [usb-linux.o] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c''&lt;br /&gt;
at line 29 add the following (before ''#include &amp;lt;linux/usbdevice_fs.h&amp;gt;'')&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#include &amp;lt;linux/compiler.h&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
hint: there is a copy of the file in ''/home/moko/build/tmp/work/i686-linux/qemu-native-0.9.0+cvs20070613-r5/qemu/usb-linux.c''&lt;br /&gt;
&lt;br /&gt;
''see: http://osdir.com/ml/emulators.kvm.devel/2007-01/msg00101.html''&lt;br /&gt;
&lt;br /&gt;
== Cannot satisfy fstests ==&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
  make openmoko-devel-image&lt;br /&gt;
...&lt;br /&gt;
| Collected errors:&lt;br /&gt;
| ERROR: Cannot satisfy the following dependencies for task-openmoko-debug:&lt;br /&gt;
|        fstests&lt;br /&gt;
NOTE: Task failed: /no-backup/Moko/build/tmp/work/fic-gta01-linux/openmoko-devel-image-1.0-r0/temp/log.do_rootfs.25036&lt;br /&gt;
NOTE: package openmoko-devel-image-1.0-r0: task do_rootfs: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Failed on debian etch 2007-07-20&lt;br /&gt;
Solution from mailing list post from hardskinone, report of an irc chat&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
I got help in IRC channel. I do following steps&lt;br /&gt;
     * remove fstest from oe/packages/tasks/task-openmoko.bb ,&lt;br /&gt;
     * increase PR field by one&lt;br /&gt;
     * make openmoko-devel-image&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== conflicting types for 'futimens' ==&lt;br /&gt;
&lt;br /&gt;
if you encounter the following error:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 | In file included from utimecmp.c:40:&lt;br /&gt;
 | utimens.h:2: error: conflicting types for 'futimens'&lt;br /&gt;
 | /usr/include/sys/stat.h:370: error: previous declaration of 'futimens' was here&lt;br /&gt;
&lt;br /&gt;
a patch is needed because your glibc is too new. grab &amp;amp; enable the patch as follows &lt;br /&gt;
&lt;br /&gt;
 cd openembedded/packages/coreutils&lt;br /&gt;
 mv coreutils_5.3.0.bb coreutils_5.3.0.orig&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils_5.3.0.bb&lt;br /&gt;
 cd -&lt;br /&gt;
 cd openembedded/packages/coreutils/coreutils-5.3.0&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils-5.3.0/futimens.patch&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
== Workaround for problems compiling mtd-utils ==&lt;br /&gt;
&lt;br /&gt;
Change the line on &amp;lt;code&amp;gt;openembedded/packages/mtd/mtd-utils_1.0.0+git.bb&amp;lt;/code&amp;gt; which reads:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=master \&lt;br /&gt;
&lt;br /&gt;
to:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=a6fa706fe9e7696b4b2045edf9698c3bac07e3e3 \&lt;br /&gt;
&lt;br /&gt;
which forces the recipe to use an older revision (the one which worked last time I built the image on my computer).&lt;br /&gt;
&lt;br /&gt;
Be sure to remember to undo the change later, or else you will not get any new changes to that package. --[[User:CesarB|CesarB]] 04:48, 25 July 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
Note: these patches should be updated - the lzo patch is included in the current version, so backing off to the previous version and repatching seems silly.   I was able to make it through this part of the build by applying the remaining patches manually. --[[User:Mellon|Ted Lemon]] 15:44, 29 July 2007 (CDT)&lt;br /&gt;
&lt;br /&gt;
== Monotone segfaulting on Ubuntu Feisty Fawn/PPC ==&lt;br /&gt;
If you are running Ubuntu Feisty Fawn on a PowerPC computer you will experience problems running monotone. To fix this issue you need to install monotone as well as the libboost packages from Gutsy. The easiest way to accomplish this is to add the gutsy repositories to your sources.list&lt;br /&gt;
and change the preferences to look like this:&lt;br /&gt;
&lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=feisty&lt;br /&gt;
 Pin-Priority: 700&lt;br /&gt;
 &lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: -100&lt;br /&gt;
 &lt;br /&gt;
 Package: libc6 libc6-dev tzdata util-linux libgcc1 libstdc++6 monotone   &lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
 &lt;br /&gt;
 Package: libboost-*&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
&lt;br /&gt;
After doing this install monotone in this way:&lt;br /&gt;
 apt-get -t gutsy install monotone.&lt;br /&gt;
That should install monotone 0.35 with updated (and working) boost libraries.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on ncurses install in Fedora 7 with a &amp;quot;tic -x&amp;quot; message ==&lt;br /&gt;
Adjust the following command to your system, then run it:&lt;br /&gt;
 export LD_LIBRARY_PATH=/home/moko/build/tmp/work/x86_64-linux/ncurses-native-5.4-r8/ncurses-5.4/lib&lt;br /&gt;
Then start make again and it should pick up where it left off.&lt;br /&gt;
&lt;br /&gt;
You can get a list of potential paths to use with the following command from you main moko directory:&lt;br /&gt;
 find . | grep libncurses&lt;br /&gt;
&lt;br /&gt;
The basic problem is that it is linking against your main system libraries instead of the OpenEmbedded ones.&lt;br /&gt;
&lt;br /&gt;
There's probably a cleaner way of handling this - please update this entry if you know it.&lt;br /&gt;
&lt;br /&gt;
This has been fixed in Openembedded, see [http://bugs.openembedded.org/show_bug.cgi?id=2554 Openembedded Bug #2554] for further details.&lt;br /&gt;
&lt;br /&gt;
== uboot-gta01 fails to build ==&lt;br /&gt;
Changes in the GIT of U-Boot make the OpenMoko patches unapplyable. For the use of Revision ''cc3023b9f95d7ac959a764471a65001062aecf41'' and everything will be fine for now.&lt;br /&gt;
&lt;br /&gt;
== Perl fails to build ==&lt;br /&gt;
After following every bit of advice I can find to 'make clean' and nuke the perl build directories, every build comes up with:&lt;br /&gt;
&lt;br /&gt;
 | make[1]: Entering directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | make[1]: *** No rule to make target `&amp;lt;command-line&amp;gt;', needed by `miniperlmain.o'.  Stop.&lt;br /&gt;
 | make[1]: Leaving directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | FATAL: oe_runmake failed&lt;br /&gt;
 NOTE: Task failed: /src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/temp/log.do_compile.19531&lt;br /&gt;
 NOTE: package perl-native-5.8.7-r3: task do_compile: failed&lt;br /&gt;
&lt;br /&gt;
Solution turned out to be editing &lt;br /&gt;
/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7/makedepend.SH and at line 169 change the regexp to eat references to &amp;quot;&amp;lt;command.line&amp;gt;&amp;quot; to catch what was leaking through.&lt;br /&gt;
&lt;br /&gt;
== Gettext fails to build ==&lt;br /&gt;
Gettext's build is broken unless you have emacs installed. Crazy though it seems. You will see an error like:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
| WARNING: Warnings can be ignored. :-)&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
|       else : ; fi&lt;br /&gt;
| mv: cannot move `elc-temp' to `elc-stamp': No such file or directory&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[5]: *** [elc-stamp] Error 1&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[4]: *** [po-mode.elc] Error 2&lt;br /&gt;
| make[4]: *** Waiting for unfinished jobs....&lt;br /&gt;
| make[4]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[3]: *** [all-recursive] Error 1&lt;br /&gt;
| make[3]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[2]: *** [all] Error 2&lt;br /&gt;
| make[2]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[1]: *** [all-recursive] Error 1&lt;br /&gt;
| make[1]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1'&lt;br /&gt;
| FATAL: oe_runmake failed&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The solution is simple - install emacs (example below for debian/ubuntu) and try again:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
sudo apt-get install emacs&lt;br /&gt;
make clean-package-gettext-native-0.14.1-r5&lt;br /&gt;
make openmoko-devel-image                  &lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Fails compiling binutils-cross on Gentoo/AMD64 and openSUSE/x86_64 ==&lt;br /&gt;
&lt;br /&gt;
make setup works fine, but when running make openmoko-devel-image it fails with the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
| make[4]: Entering directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[4]: Nothing to be done for `install'.&lt;br /&gt;
| make[4]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[3]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty'&lt;br /&gt;
| make[2]: Nothing to be done for `install-target'.&lt;br /&gt;
| make[2]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| make[1]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib/gcc-lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross: No such file or directory&lt;br /&gt;
| mv: cannot stat `build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
NOTE: Task failed: build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/temp/log.do_stage.9730&lt;br /&gt;
NOTE: package binutils-cross-2.18-r0: task do_populate_staging: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
NOTE: package binutils-cross-2.18: failed&lt;br /&gt;
ERROR: Build of openembedded/packages/binutils/binutils-cross_2.18.bb do_populate_staging failed&lt;br /&gt;
ERROR: Task 1641 (openembedded/packages/binutils/binutils-cross_2.18.bb, do_populate_staging) failed&lt;br /&gt;
NOTE: Tasks Summary: Attempted 107 tasks of which 107 didn't need to be rerun and 1 failed.&lt;br /&gt;
ERROR: 'openembedded/packages/binutils/binutils-cross_2.18.bb' failed&lt;br /&gt;
make: *** [openmoko-devel-image] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The final reason why the build cannot continue is:&lt;br /&gt;
 mv: cannot stat `/home/techiem2/Moko/build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
&lt;br /&gt;
Likely, Gentoo/AMD64 uses lib64 instead of lib as the library directory for x86_64 libraries. It's l likey that may (or all?) AMD64 distributions do for their 64-bit binaries. On openSUSE-x86_64, the same happens. Debian/x86-64 seems to either not use lib64 or is somehow supported by the openmoko distribution.&lt;br /&gt;
&lt;br /&gt;
On multilib/lib64 platforms like Gentoo/x86_64 and openSUSE-x86_64, the openmoko build runs into a final problem at the end of build: It tries to use fakeroot which uses LD_PRELOAD to fake a different root directory and in the final stages, after hours of compiling, fakeroot execution causes warning messages because on multilib/lib64 systems as they have two versions of many libraries, the 64-bit libraries are in /lib64, /usr/lib64 and oder lib64 paths, while the 32-bit libraries are in /lib, /usr/lib and other lib paths. Some tool on these lib64 distributions are adapted to install 64-bit libraries to lib64, but this seems to fail when cross-compiling.&lt;br /&gt;
&lt;br /&gt;
At least on openSUSE-10.3 the missing libiberty.a was installed to build/tmp/cross/lib64/libiberty.a, which looks wrong, and it is if this libiberty.a file contains 32-bit arm objects. If it contains 64-bit x86_64 objects, it's fine, but openembedded/openmoko is not expecting it in a lib64 directory. I am not sure what is the case.&lt;br /&gt;
&lt;br /&gt;
The lib64 fakeroot issue requires to change the openembedded build scripts, which is doable. But it's not very easy to find the correct script and patch it correctly. If you feel adventourus, go ahead and try to build openmoko on a lib64 distribution, but it's easyer to set up a complete 32-bit chroot environment and run a normal build in it.&lt;br /&gt;
&lt;br /&gt;
After seeing this, I assumed that openmoko/openembedded was clearly not tested with lib64 build hosts and since that would mean that even if I'd fix that error, many others could follow, and as I was not interested to fix the lib64 bugs but rather wanted to see something running first, I decided to make openmoko/openembedded think that it was running on a normal 32-bit non-lib64 machine.&lt;br /&gt;
&lt;br /&gt;
There are several ways to do that:&lt;br /&gt;
* You install an IA32-Linux somewhere and use that for building:&lt;br /&gt;
** Do a native install and dual-boot the IA32-linux (That's for dummies which do not know the other tricks)&lt;br /&gt;
** Install IA32-Linux in a virtual machine (Quite some setup and has some overhead too)&lt;br /&gt;
* you can install a 32-bit development system in to a chroot jail and compile there (also quite some setup and inconvinience)&lt;br /&gt;
* Or you can install a 32-bit development system on the 64-bit host (suppored on openSUSE, should be possible with Gentoo/AMD64 too)&lt;br /&gt;
&lt;br /&gt;
I decided to go for the last option - to install a 32-bit development environment and use that:&lt;br /&gt;
&lt;br /&gt;
=== Building on SuSE Linux 10.3-AMD64 with -m32 (not finished) ===&lt;br /&gt;
&lt;br /&gt;
Install the following packages for the 32-bit C/C++ compiler target option -m32 to work and to compile what is needed&lt;br /&gt;
&lt;br /&gt;
 gcc42-32bit gcc42libgcc42-32bit glibc-devel-32bit libstdc++-devel-32bit ncurses-devel-32bit zlib-devel-32bit (maybe also gtk2-devel-32bit)&lt;br /&gt;
&lt;br /&gt;
The openSUSE 10.3-AMD64 has no libopenssl-devel-32bit, but you can install the 32-bit rpm from the i586 10.3 rpm tree:&lt;br /&gt;
 &lt;br /&gt;
 libopenssl-devel&lt;br /&gt;
&lt;br /&gt;
You should also make sure that gdbm-devel is not installed.&lt;br /&gt;
The multilib support in ld has an issue which surfaces when it is called from perl's Configure script to complile a test program with -Lgdbm. If gdbm-devel is installed, it finds /usr/lib64/libgdbm.so, but since it's not compatible with 32-bit, it skips it, but also does not search the specified -Lpath where the OpenEmbedded-built libgdbm.so is already installed. To work around this, uninstall /usr/lib64/libgdbm.so with:&lt;br /&gt;
 rpm -e gdbm-devel&lt;br /&gt;
&lt;br /&gt;
Note these need to be the 32-bit cpp33 and gcc33 rpms as the 64-bit gcc33 rpms for openSUSE do not support the 32-bit target.&lt;br /&gt;
&lt;br /&gt;
To make the OpenMoko build think that its running on 32-bit i686, use linux32 (changes uname -m to i686 in the new shell):&lt;br /&gt;
&lt;br /&gt;
 linux32 bash&lt;br /&gt;
&lt;br /&gt;
And set up gcc scripts which force the use of gcc-3.3 (it can only generate 32-bit assembly) for all compilation:&lt;br /&gt;
&lt;br /&gt;
 mkdir bin;cd bin&lt;br /&gt;
 echo '/usr/bin/${0##*/}-3.3 -m32 &amp;quot;$@&amp;quot;'        &amp;gt;gcc&lt;br /&gt;
 echo '/usr/bin/${0##*/} -m elf_i386 &amp;quot;$@&amp;quot;' &amp;gt;ld&lt;br /&gt;
 echo '/usr/bin/${0##*/} --32 &amp;quot;$@&amp;quot;'        &amp;gt;gas&lt;br /&gt;
 sed -i '1i#!/bin/sh' gcc gas ld&lt;br /&gt;
 chmod 755 gcc gas ld&lt;br /&gt;
 ln -s gcc cc &lt;br /&gt;
 ln -s gcc c++&lt;br /&gt;
 ln -s gcc g++&lt;br /&gt;
 ln -s gas as&lt;br /&gt;
 echo PATH=\&amp;quot;&amp;quot;$PWD&amp;quot;:\$PATH\&amp;quot; &amp;gt;.setup-gcc-m32&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
Then set the path and test it:&lt;br /&gt;
&lt;br /&gt;
 source bin/.setup-gcc-m32&lt;br /&gt;
 type gcc&lt;br /&gt;
&lt;br /&gt;
== More package requirements ==&lt;br /&gt;
&lt;br /&gt;
On my system (Kubuntu 6.10) build failed with message &amp;quot;ERROR: QEMU requires SDL or Cocoa for graphical output&amp;quot; because package &amp;lt;tt&amp;gt;libsdl-image1.2-dev&amp;lt;/tt&amp;gt; was missing. Use &amp;lt;tt&amp;gt;apt-get install libsdl-image1.2-dev&amp;lt;/tt&amp;gt; to install. Additionally I had to install packages &amp;lt;tt&amp;gt;cvs&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;diffstat&amp;lt;/tt&amp;gt;. I was also asked to install Psyco JIT Compiler (package &amp;lt;tt&amp;gt;python-psyco&amp;lt;/tt&amp;gt;) to increase performance. Nevertheless &amp;lt;tt&amp;gt;make flash-qemu-local&amp;lt;/tt&amp;gt; took some hours, but now I finally can get an impression of the phone that I am looking for! -- [[User:Nichtich|Nichtich]] 00:26, 20 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== pango-directfb failed to build due to missing Glib 2.14.x ==&lt;br /&gt;
&lt;br /&gt;
The latest(as of Sept. 25, 2007) build started to fail with the following error:&lt;br /&gt;
&lt;br /&gt;
 | checking for GLIB... no&lt;br /&gt;
 | configure: error:&lt;br /&gt;
 | *** Glib 2.14.0 or better is required. The latest version of&lt;br /&gt;
 | *** Glib is always available from ftp://ftp.gtk.org/.&lt;br /&gt;
 | FATAL: oe_runconf failed&lt;br /&gt;
 NOTE: Task failed:&lt;br /&gt;
 /media/sdc1/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/\&lt;br /&gt;
     pango-directfb-1.18.1-r0/temp/log.do_configure.19927&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1-r0: task do_configure: failed&lt;br /&gt;
 ERROR: TaskFailed event exception, aborting&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1: failed&lt;br /&gt;
 ERROR: Build of /media/sdc1/moko/openembedded/packages/pango/\&lt;br /&gt;
     pango-directfb_1.18.1.bb do_configure failed&lt;br /&gt;
&lt;br /&gt;
The Glib included in the build tree seems to be only 2.12.12, so looks like something&lt;br /&gt;
is broken in term of dependency.&lt;br /&gt;
&lt;br /&gt;
This had happened on both of Fedora 7 and Debian Etch.  I am running the latest &lt;br /&gt;
MokoMakefile with OM-2007.2.  The funny thing is that the build had worked only &lt;br /&gt;
couple nights ago. Any idea?  I will update anything I find here and also on my blog(see my user profile).&lt;br /&gt;
[[User:ttz|ttz]] Wed Sep 26 12:17:33 CDT 2007&lt;br /&gt;
&lt;br /&gt;
pango-directfb had been removed from OE for now due to the report of it breaking builds like OpenMoko.&lt;br /&gt;
&lt;br /&gt;
[[User:ttz|ttz]] Thu Oct  4 10:20:12 CDT 2007&lt;br /&gt;
&lt;br /&gt;
== uicmoc4 failes to compile ==&lt;br /&gt;
&lt;br /&gt;
This is solved by installing libz-dev&lt;br /&gt;
&lt;br /&gt;
Or, look at [http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=747 Bug #747]&lt;br /&gt;
&lt;br /&gt;
== svn: REPORT request failed on '/repos/tasks/!svn/vcc/default' ==&lt;br /&gt;
&lt;br /&gt;
  osiris$ make update&lt;br /&gt;
  ...&lt;br /&gt;
  Fetching external item into 'trunk/src/target/OM-2007.2/applications/openmoko-today2/libkoto'&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
  make: *** [update-openmoko] Error 1&lt;br /&gt;
&lt;br /&gt;
  osiris$ cd openmoko/trunk/src/target/OM-2007.2/applications/openmoko-today2//libkoto/&lt;br /&gt;
  osiris$ svn up -r HEAD&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
&lt;br /&gt;
Anyone know about this one?&lt;br /&gt;
--[[User:Blackh|Blackh]] 00:11, 12 October 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== bootparam_prot.h fails to install in glibc-intermediate-2.5 package (Debian sid) ==&lt;br /&gt;
&lt;br /&gt;
  | install: cannot stat&lt;br /&gt;
    `/home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc/bootparam_prot.h'&lt;br /&gt;
    No such file or directory&lt;br /&gt;
  NOTE: Task failed: /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/temp/log.do_stage.3940&lt;br /&gt;
&lt;br /&gt;
For some reason, on Debian, the rpcgen command needs &amp;quot;-Y /usr/bin&amp;quot; added to the end of it or it won't work (&amp;quot;cannot find any C preprocessor (cpp)&amp;quot;).  This can be fixed by hand...&lt;br /&gt;
&lt;br /&gt;
 cd /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc&lt;br /&gt;
 for f in *.x ; do rpcgen -h $f -o ${f%%.x}.h -Y /usr/bin ; done&lt;br /&gt;
&lt;br /&gt;
This command will generate the right files and you can resume the build with&lt;br /&gt;
&lt;br /&gt;
make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
Here is a better fix - put this script, calling it rpcgen, somewhere in your PATH before /usr/bin:&lt;br /&gt;
&lt;br /&gt;
  #!/bin/sh&lt;br /&gt;
  exec /usr/bin/rpcgen -Y /usr/bin &amp;quot;$@&amp;quot;&lt;br /&gt;
&lt;br /&gt;
--[[User:Blackh|Blackh]] 05:17, 12 October 2007 (CEST)&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973</id>
		<title>Qtopia on Neo1973</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973"/>
				<updated>2007-11-29T23:08:22Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Flashing Qtopia images */ The initial 4.3.0 preview are obsolete now, so remove the sentence/paragraph on their status and on getting them.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Qtopia_on_Neo_1973}}&lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/Qtopia Qtopia] is a complete mobile phone and PDA platform which can be built for many devices and is dual-licensed under the GPL and a proprietary license, but since version 3.4.0, everything needed to use Qtopia on the Neo1973 is licensed under the GPL.&lt;br /&gt;
{|align=right&lt;br /&gt;
|__TOC__&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
On 27 November 2007, Lorn Potter of Trolltech released the [http://www.qtopia.net/modules/mydownloads/visit.php?lid=50 latest flash image for the FIC Neo 1973] containing the Qtopia 4.3.1 snapshot of that day (GPL version). This introduces the new Cruxus mediaengine, which has a few plugins already, which include libmad, tremor (ogg) and timidity, for .wav, .mp3, ogg and .mid file support.&lt;br /&gt;
&lt;br /&gt;
For installing it, follow the instructions on [[#Flashing Qtopia images|flashing Qtopia images]] below.&lt;br /&gt;
&lt;br /&gt;
Bug: The dialer does not ask for a PIN (even if your SIM card needs it) on first boot after flashing to Qtopia.&amp;lt;br&amp;gt;&lt;br /&gt;
Workaround: Somehow, completely powering down the Neo seems to cure this issue. You do can do it in two ways:&lt;br /&gt;
# Remove the USB cable and the Battery for a moment to remove all power from the Neo, or&lt;br /&gt;
# Remove the USB cable, press the power button for a second, select &amp;quot;Shutdown device&amp;quot; (Note: &amp;quot;Restart Device&amp;quot; does not help - you need to power it down completely!)&lt;br /&gt;
&lt;br /&gt;
If your SIM card does not require a PIN, you can skip the above possibly, but otherwise you won't be able to use GSM networks at all!&lt;br /&gt;
&lt;br /&gt;
'''After this power-cycle of the Neo, the Qtopia dialer should ask for the PIN if it's needed, and you should be able to make and receive calls, each side should hear each other and you should be able to send and receive SMS, and use Contacts for Calls and SMS!!!'''.&lt;br /&gt;
&lt;br /&gt;
The Call, SMS and contact interface is quite intuitive and should be usable by non-expert users from that point on. Also the rest of Qtopia looks very polished.&lt;br /&gt;
&lt;br /&gt;
Further issues in this image: The predictive keyboard does not seem to work, but the normal keyboard for stylus can be used instead.&lt;br /&gt;
&lt;br /&gt;
For the latest information on this snapshot read the thread following its [http://lists.openmoko.org/pipermail/community/2007-November/011836.html announcement].&lt;br /&gt;
&lt;br /&gt;
=== Suspend issues ===&lt;br /&gt;
The area of battery time and/or suspend still needs improvement. By default, Suspend is disabled in Qtopia because at the moment, you are not able to receive a phone call or an SMS when the Neo is suspended. At the moment (with suspend not enabled, which is the default), Qtopia lasts about 3-5 hours, depending on the amount of use now.&lt;br /&gt;
&lt;br /&gt;
The current maximum standby time seems to be around 7 hours - if there is no use of the phone and the phone is not getting any touches and just sitting on the desk with Bluetooth disabled and getting no touches so that the display is off, just being ready to receive calls and SMS.&lt;br /&gt;
&lt;br /&gt;
Note that if the Neo runs out of battery, simply connecting USB is not sufficient at that point, the battery has too less voltage to allow the Neo to turn on and enable 500mA charging current. At this point, the Neo is just dead as a brick and charges very slowly with 100mA charging current for about 4 to 6 hours until the battery is recharged enough to allow turning on the Neo and charge with 500mA charging current.&lt;br /&gt;
&lt;br /&gt;
Current status regarding suspend: Suspending and resuming works, when you remove console=ttySAC0,115200 from bootargs_base (see this [http://blog.rot13.org/2007/09/openmoko_as_a_phone.html howto]), it even wakes up with the GSM part working, but it does not make Qtopia to wake up on incoming calls or SMS, so you are not getting notified if you turn on suspend.&lt;br /&gt;
After pressing the AUX button, the Neo should wake up from suspend tough and should inform you of missed calls and received SMS.&lt;br /&gt;
&lt;br /&gt;
== Flashing Qtopia images ==&lt;br /&gt;
Before flashing the rootfs image, be sure to erase the rootfs using [[nand erase]]. Otherwise, the Neo may hang somewhere after on boot.&lt;br /&gt;
&lt;br /&gt;
The lasted official Qtopia flash images are found at: http://www.qtopia.net/modules/mydownloads/ (Scroll down on this page to find them)&lt;br /&gt;
&lt;br /&gt;
Unofficial Qtopia images can be found in the ScaredyCat and Chooseopen [[repositories]].&lt;br /&gt;
&lt;br /&gt;
== Dual-booting between Qtopia and X ==&lt;br /&gt;
&lt;br /&gt;
Both examples described here require you to reformat your MicroSD card to ext3, so this is the first step for both:&lt;br /&gt;
&lt;br /&gt;
{{warning|The following step will reformat your MircoSD card with the ext3 filesystem. We need it because we need support for symbolic or/and static links, which other filesystems like FAT do not support directly. After reformatting, no data on the card will be accessible to you anymore, so create good backups of anything which you need before starting!}}&lt;br /&gt;
&lt;br /&gt;
Then ssh to your neo and reformat your MicroSD card with:&lt;br /&gt;
 umount /dev/mmcblk0p1&lt;br /&gt;
 mkfs.ext3 /dev/mmcblk0p1&lt;br /&gt;
 mount /dev/mmcblk0p1&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia into an openmoko rootfs ===&lt;br /&gt;
&lt;br /&gt;
On [http://www.qtopia.net/modules/devices/openmoko.php], click &amp;quot;Developer root filesystem&amp;quot;. Then extract opt/Qtopia and the qpe init script and copy both to the mmc card of your neo:&lt;br /&gt;
&lt;br /&gt;
 tar xzf ficgta01-qtopia-developer-rootfs.tgz opt/Qtopia etc/init.d/qpe&lt;br /&gt;
 mv opt/Qtopia etc/init.d/qpe . &amp;amp;&amp;amp; rm -r opt etc&lt;br /&gt;
 tar czf Qtopia.tar.gz Qtopia qpe&lt;br /&gt;
 scp Qtopia.tar.gz root@192.168.0.202:/media/card/&lt;br /&gt;
&lt;br /&gt;
Log in to your Neo and unpack the archive and install it:&lt;br /&gt;
&lt;br /&gt;
 cd /media/card&lt;br /&gt;
 tar xzf Qtopia.tar.gz&lt;br /&gt;
 mkdir -p /opt&lt;br /&gt;
 ln -s /media/card/Qtopia /opt/Qtopia&lt;br /&gt;
 mv qpe /etc/init.d&lt;br /&gt;
&lt;br /&gt;
Now kill the X server and gsmd and start Qtopia (this can take some time):&lt;br /&gt;
&lt;br /&gt;
 /etc/init.d/xserver-nodm stop&lt;br /&gt;
 /etc/init.d/gsmd stop&lt;br /&gt;
 /etc/init.d/qpe start&lt;br /&gt;
&lt;br /&gt;
Now, in theory, it should be possible to could create a new entry in the [[uboot]] boot menu which adds a new boot argument to the kernel, say &amp;quot;qtopia=1&amp;quot; and you could could write a script which checks that boot parameter by checking if &amp;quot;$qtopia&amp;quot; is set to &amp;quot;1&amp;quot; or by checking /proc/cmdline and then boot Qtopia instead of X.&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia on the SD card ===&lt;br /&gt;
&lt;br /&gt;
* format your SD card with ext3 and mount it (see above)&lt;br /&gt;
* unpack rootfs from qtopia-4.3.0-preview-neo-flash.tgz to SD card (see above)&lt;br /&gt;
* copy the uImage-2.6.22.5-moko11-r2-fic-gta01.bin kernel to the boot/ on SD card and rename it to uImage&lt;br /&gt;
* put a 'Boot from SD' menu item in uboot menu as explained here: [[Booting_from_SD#Step_3:_Add_uboot_boot_entry]]&lt;br /&gt;
&lt;br /&gt;
== Build Qtopia from source ==&lt;br /&gt;
If you want to build qtopia for yourself you can download the [ftp://ftp.trolltech.com/qtopia/tech-preview/ technical preview] or [ftp://ftp.trolltech.com/qtopia/snapshots/ snapshots]&lt;br /&gt;
&lt;br /&gt;
== Tips ==&lt;br /&gt;
Most things seem to work out of the box, however you may need to use the following command to get audio:&lt;br /&gt;
 alsactl -f /etc/gsmhandset.state restore&lt;br /&gt;
Or put this command in /etc/init.d/qpe line 64&lt;br /&gt;
&lt;br /&gt;
Do not switch themes.  Only the default theme is usable.  For example, once you switch themes, the lock feature continues to work, but only if you unlock using the smallest # keypad in the world.&lt;br /&gt;
&lt;br /&gt;
Suspend support is very flaky.  The neo often shuts off from a suspend state.  It will not wake from suspend for an incoming call or text message (someone try setting an alarm and report results here).  To turn suspend off (this will of course use the batteries very quickly), hit the down arrow next to the suspend setting in the power management until it says &amp;quot;Off&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
When using the virtual keyboard, do a quick flick up or down over the keyboard to access numbers/symbols/capitals.&lt;br /&gt;
&lt;br /&gt;
In summary, Qtopia on the Neo1973 is much closer to being ready than OpenMoko as of this writing.  However, sound and suspend support prevent it from being at all useful as a cell phone (as a landline that doesn't ring but instead vibrates, it works ok).&lt;br /&gt;
&lt;br /&gt;
The biggest issue for using Qtopia on the Neo1973 is currently PIN entry. On the Greenphone it's done thru the numberic keypad, but the Neo193 has none, so Qtopia has to use some other way of entering the PIN. The 3.4.0-preview flash image uses a tiny graphical keypad where you are able to enter the PIN, but none of the newer images have it and so it's not possible to access SIM cards which need a PIN.&lt;br /&gt;
&lt;br /&gt;
The [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum area on the FIC GTA01] might be helpful, but it is preferred that you update this section with issues and fixes which you find.&lt;br /&gt;
&lt;br /&gt;
== Screenshots ==&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia001.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia002.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia003.png|thumb|center|240px]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia004.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia005.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia006.png|thumb|center|240px]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Videos ==&lt;br /&gt;
&lt;br /&gt;
 http://www.youtube.com/watch?v=YW5q8SpY7t4&lt;br /&gt;
 http://www.youtube.com/watch?v=iOG_mtSEMgs&lt;br /&gt;
&lt;br /&gt;
For full size videos, 346 MiB:&lt;br /&gt;
&lt;br /&gt;
 http://linuxtracker.org/download.php?id=4613&amp;amp;name=qt_on_neo1973_videos.torrent&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973</id>
		<title>Qtopia on Neo1973</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973"/>
				<updated>2007-11-29T23:04:40Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Suspend issues */ after only 4 hours of charging at 100mA, I could now turn on the Neo again, so changed the 100mA charge time estimation to 4-6 hours.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Qtopia_on_Neo_1973}}&lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/Qtopia Qtopia] is a complete mobile phone and PDA platform which can be built for many devices and is dual-licensed under the GPL and a proprietary license, but since version 3.4.0, everything needed to use Qtopia on the Neo1973 is licensed under the GPL.&lt;br /&gt;
{|align=right&lt;br /&gt;
|__TOC__&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
On 27 November 2007, Lorn Potter of Trolltech released the [http://www.qtopia.net/modules/mydownloads/visit.php?lid=50 latest flash image for the FIC Neo 1973] containing the Qtopia 4.3.1 snapshot of that day (GPL version). This introduces the new Cruxus mediaengine, which has a few plugins already, which include libmad, tremor (ogg) and timidity, for .wav, .mp3, ogg and .mid file support.&lt;br /&gt;
&lt;br /&gt;
For installing it, follow the instructions on [[#Flashing Qtopia images|flashing Qtopia images]] below.&lt;br /&gt;
&lt;br /&gt;
Bug: The dialer does not ask for a PIN (even if your SIM card needs it) on first boot after flashing to Qtopia.&amp;lt;br&amp;gt;&lt;br /&gt;
Workaround: Somehow, completely powering down the Neo seems to cure this issue. You do can do it in two ways:&lt;br /&gt;
# Remove the USB cable and the Battery for a moment to remove all power from the Neo, or&lt;br /&gt;
# Remove the USB cable, press the power button for a second, select &amp;quot;Shutdown device&amp;quot; (Note: &amp;quot;Restart Device&amp;quot; does not help - you need to power it down completely!)&lt;br /&gt;
&lt;br /&gt;
If your SIM card does not require a PIN, you can skip the above possibly, but otherwise you won't be able to use GSM networks at all!&lt;br /&gt;
&lt;br /&gt;
'''After this power-cycle of the Neo, the Qtopia dialer should ask for the PIN if it's needed, and you should be able to make and receive calls, each side should hear each other and you should be able to send and receive SMS, and use Contacts for Calls and SMS!!!'''.&lt;br /&gt;
&lt;br /&gt;
The Call, SMS and contact interface is quite intuitive and should be usable by non-expert users from that point on. Also the rest of Qtopia looks very polished.&lt;br /&gt;
&lt;br /&gt;
Further issues in this image: The predictive keyboard does not seem to work, but the normal keyboard for stylus can be used instead.&lt;br /&gt;
&lt;br /&gt;
For the latest information on this snapshot read the thread following its [http://lists.openmoko.org/pipermail/community/2007-November/011836.html announcement].&lt;br /&gt;
&lt;br /&gt;
=== Suspend issues ===&lt;br /&gt;
The area of battery time and/or suspend still needs improvement. By default, Suspend is disabled in Qtopia because at the moment, you are not able to receive a phone call or an SMS when the Neo is suspended. At the moment (with suspend not enabled, which is the default), Qtopia lasts about 3-5 hours, depending on the amount of use now.&lt;br /&gt;
&lt;br /&gt;
The current maximum standby time seems to be around 7 hours - if there is no use of the phone and the phone is not getting any touches and just sitting on the desk with Bluetooth disabled and getting no touches so that the display is off, just being ready to receive calls and SMS.&lt;br /&gt;
&lt;br /&gt;
Note that if the Neo runs out of battery, simply connecting USB is not sufficient at that point, the battery has too less voltage to allow the Neo to turn on and enable 500mA charging current. At this point, the Neo is just dead as a brick and charges very slowly with 100mA charging current for about 4 to 6 hours until the battery is recharged enough to allow turning on the Neo and charge with 500mA charging current.&lt;br /&gt;
&lt;br /&gt;
Current status regarding suspend: Suspending and resuming works, when you remove console=ttySAC0,115200 from bootargs_base (see this [http://blog.rot13.org/2007/09/openmoko_as_a_phone.html howto]), it even wakes up with the GSM part working, but it does not make Qtopia to wake up on incoming calls or SMS, so you are not getting notified if you turn on suspend.&lt;br /&gt;
After pressing the AUX button, the Neo should wake up from suspend tough and should inform you of missed calls and received SMS.&lt;br /&gt;
&lt;br /&gt;
== Flashing Qtopia images ==&lt;br /&gt;
Before flashing the rootfs image, be sure to erase the rootfs using [[nand erase]]. Otherwise, the Neo may hang somewhere after on boot.&lt;br /&gt;
&lt;br /&gt;
The lasted official Qtopia flash images are found at: http://www.qtopia.net/modules/mydownloads/ (You have to scroll this page down a bit to find them)&lt;br /&gt;
&lt;br /&gt;
The initial preview flash images can be downloaded by clicking the link &amp;quot;Qtopia on Neo Flash Image and kernel&amp;quot; on [http://www.qtopia.net/modules/devices/openmoko.php], but it has issues with the audio mixer setup, so especially on receiving calls, one side may not always hear the other.&lt;br /&gt;
&lt;br /&gt;
Newer unofficial Qtopia images can be found in the ScaredyCat and Chooseopen [[repositories]].&lt;br /&gt;
&lt;br /&gt;
== Dual-booting between Qtopia and X ==&lt;br /&gt;
&lt;br /&gt;
Both examples described here require you to reformat your MicroSD card to ext3, so this is the first step for both:&lt;br /&gt;
&lt;br /&gt;
{{warning|The following step will reformat your MircoSD card with the ext3 filesystem. We need it because we need support for symbolic or/and static links, which other filesystems like FAT do not support directly. After reformatting, no data on the card will be accessible to you anymore, so create good backups of anything which you need before starting!}}&lt;br /&gt;
&lt;br /&gt;
Then ssh to your neo and reformat your MicroSD card with:&lt;br /&gt;
 umount /dev/mmcblk0p1&lt;br /&gt;
 mkfs.ext3 /dev/mmcblk0p1&lt;br /&gt;
 mount /dev/mmcblk0p1&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia into an openmoko rootfs ===&lt;br /&gt;
&lt;br /&gt;
On [http://www.qtopia.net/modules/devices/openmoko.php], click &amp;quot;Developer root filesystem&amp;quot;. Then extract opt/Qtopia and the qpe init script and copy both to the mmc card of your neo:&lt;br /&gt;
&lt;br /&gt;
 tar xzf ficgta01-qtopia-developer-rootfs.tgz opt/Qtopia etc/init.d/qpe&lt;br /&gt;
 mv opt/Qtopia etc/init.d/qpe . &amp;amp;&amp;amp; rm -r opt etc&lt;br /&gt;
 tar czf Qtopia.tar.gz Qtopia qpe&lt;br /&gt;
 scp Qtopia.tar.gz root@192.168.0.202:/media/card/&lt;br /&gt;
&lt;br /&gt;
Log in to your Neo and unpack the archive and install it:&lt;br /&gt;
&lt;br /&gt;
 cd /media/card&lt;br /&gt;
 tar xzf Qtopia.tar.gz&lt;br /&gt;
 mkdir -p /opt&lt;br /&gt;
 ln -s /media/card/Qtopia /opt/Qtopia&lt;br /&gt;
 mv qpe /etc/init.d&lt;br /&gt;
&lt;br /&gt;
Now kill the X server and gsmd and start Qtopia (this can take some time):&lt;br /&gt;
&lt;br /&gt;
 /etc/init.d/xserver-nodm stop&lt;br /&gt;
 /etc/init.d/gsmd stop&lt;br /&gt;
 /etc/init.d/qpe start&lt;br /&gt;
&lt;br /&gt;
Now, in theory, it should be possible to could create a new entry in the [[uboot]] boot menu which adds a new boot argument to the kernel, say &amp;quot;qtopia=1&amp;quot; and you could could write a script which checks that boot parameter by checking if &amp;quot;$qtopia&amp;quot; is set to &amp;quot;1&amp;quot; or by checking /proc/cmdline and then boot Qtopia instead of X.&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia on the SD card ===&lt;br /&gt;
&lt;br /&gt;
* format your SD card with ext3 and mount it (see above)&lt;br /&gt;
* unpack rootfs from qtopia-4.3.0-preview-neo-flash.tgz to SD card (see above)&lt;br /&gt;
* copy the uImage-2.6.22.5-moko11-r2-fic-gta01.bin kernel to the boot/ on SD card and rename it to uImage&lt;br /&gt;
* put a 'Boot from SD' menu item in uboot menu as explained here: [[Booting_from_SD#Step_3:_Add_uboot_boot_entry]]&lt;br /&gt;
&lt;br /&gt;
== Build Qtopia from source ==&lt;br /&gt;
If you want to build qtopia for yourself you can download the [ftp://ftp.trolltech.com/qtopia/tech-preview/ technical preview] or [ftp://ftp.trolltech.com/qtopia/snapshots/ snapshots]&lt;br /&gt;
&lt;br /&gt;
== Tips ==&lt;br /&gt;
Most things seem to work out of the box, however you may need to use the following command to get audio:&lt;br /&gt;
 alsactl -f /etc/gsmhandset.state restore&lt;br /&gt;
Or put this command in /etc/init.d/qpe line 64&lt;br /&gt;
&lt;br /&gt;
Do not switch themes.  Only the default theme is usable.  For example, once you switch themes, the lock feature continues to work, but only if you unlock using the smallest # keypad in the world.&lt;br /&gt;
&lt;br /&gt;
Suspend support is very flaky.  The neo often shuts off from a suspend state.  It will not wake from suspend for an incoming call or text message (someone try setting an alarm and report results here).  To turn suspend off (this will of course use the batteries very quickly), hit the down arrow next to the suspend setting in the power management until it says &amp;quot;Off&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
When using the virtual keyboard, do a quick flick up or down over the keyboard to access numbers/symbols/capitals.&lt;br /&gt;
&lt;br /&gt;
In summary, Qtopia on the Neo1973 is much closer to being ready than OpenMoko as of this writing.  However, sound and suspend support prevent it from being at all useful as a cell phone (as a landline that doesn't ring but instead vibrates, it works ok).&lt;br /&gt;
&lt;br /&gt;
The biggest issue for using Qtopia on the Neo1973 is currently PIN entry. On the Greenphone it's done thru the numberic keypad, but the Neo193 has none, so Qtopia has to use some other way of entering the PIN. The 3.4.0-preview flash image uses a tiny graphical keypad where you are able to enter the PIN, but none of the newer images have it and so it's not possible to access SIM cards which need a PIN.&lt;br /&gt;
&lt;br /&gt;
The [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum area on the FIC GTA01] might be helpful, but it is preferred that you update this section with issues and fixes which you find.&lt;br /&gt;
&lt;br /&gt;
== Screenshots ==&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia001.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia002.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia003.png|thumb|center|240px]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia004.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia005.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia006.png|thumb|center|240px]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Videos ==&lt;br /&gt;
&lt;br /&gt;
 http://www.youtube.com/watch?v=YW5q8SpY7t4&lt;br /&gt;
 http://www.youtube.com/watch?v=iOG_mtSEMgs&lt;br /&gt;
&lt;br /&gt;
For full size videos, 346 MiB:&lt;br /&gt;
&lt;br /&gt;
 http://linuxtracker.org/download.php?id=4613&amp;amp;name=qt_on_neo1973_videos.torrent&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973</id>
		<title>Qtopia on Neo1973</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973"/>
				<updated>2007-11-29T22:15:39Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Suspend issues */ Add a paragraph introducting the charging current issue just enough for normal users to understand what happens.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Qtopia_on_Neo_1973}}&lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/Qtopia Qtopia] is a complete mobile phone and PDA platform which can be built for many devices and is dual-licensed under the GPL and a proprietary license, but since version 3.4.0, everything needed to use Qtopia on the Neo1973 is licensed under the GPL.&lt;br /&gt;
{|align=right&lt;br /&gt;
|__TOC__&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
On 27 November 2007, Lorn Potter of Trolltech released the [http://www.qtopia.net/modules/mydownloads/visit.php?lid=50 latest flash image for the FIC Neo 1973] containing the Qtopia 4.3.1 snapshot of that day (GPL version). This introduces the new Cruxus mediaengine, which has a few plugins already, which include libmad, tremor (ogg) and timidity, for .wav, .mp3, ogg and .mid file support.&lt;br /&gt;
&lt;br /&gt;
For installing it, follow the instructions on [[#Flashing Qtopia images|flashing Qtopia images]] below.&lt;br /&gt;
&lt;br /&gt;
Bug: The dialer does not ask for a PIN (even if your SIM card needs it) on first boot after flashing to Qtopia.&amp;lt;br&amp;gt;&lt;br /&gt;
Workaround: Somehow, completely powering down the Neo seems to cure this issue. You do can do it in two ways:&lt;br /&gt;
# Remove the USB cable and the Battery for a moment to remove all power from the Neo, or&lt;br /&gt;
# Remove the USB cable, press the power button for a second, select &amp;quot;Shutdown device&amp;quot; (Note: &amp;quot;Restart Device&amp;quot; does not help - you need to power it down completely!)&lt;br /&gt;
&lt;br /&gt;
If your SIM card does not require a PIN, you can skip the above possibly, but otherwise you won't be able to use GSM networks at all!&lt;br /&gt;
&lt;br /&gt;
'''After this power-cycle of the Neo, the Qtopia dialer should ask for the PIN if it's needed, and you should be able to make and receive calls, each side should hear each other and you should be able to send and receive SMS, and use Contacts for Calls and SMS!!!'''.&lt;br /&gt;
&lt;br /&gt;
The Call, SMS and contact interface is quite intuitive and should be usable by non-expert users from that point on. Also the rest of Qtopia looks very polished.&lt;br /&gt;
&lt;br /&gt;
Further issues in this image: The predictive keyboard does not seem to work, but the normal keyboard for stylus can be used instead.&lt;br /&gt;
&lt;br /&gt;
For the latest information on this snapshot read the thread following its [http://lists.openmoko.org/pipermail/community/2007-November/011836.html announcement].&lt;br /&gt;
&lt;br /&gt;
=== Suspend issues ===&lt;br /&gt;
The area of battery time and/or suspend still needs improvement. By default, Suspend is disabled in Qtopia because at the moment, you are not able to receive a phone call or an SMS when the Neo is suspended. At the moment (with suspend not enabled, which is the default), Qtopia lasts about 3-5 hours, depending on the amount of use now.&lt;br /&gt;
&lt;br /&gt;
The current maximum standby time seems to be around 7 hours - if there is no use of the phone and the phone is not getting any touches and just sitting on the desk with Bluetooth disabled and getting no touches so that the display is off, just being ready to receive calls and SMS.&lt;br /&gt;
&lt;br /&gt;
Note that if the Neo runs out of battery, simply connecting USB is not sufficient at that point, the battery has too less voltage to allow the Neo to turn on and enable 500mA charging current. At this point, the Neo is just dead as a brick and charges very slowly with 100mA charging current for many hours (people say about 6 hours) until the battery is recharged enough to allow turning on the Neo and charge with 500mA charging current.&lt;br /&gt;
&lt;br /&gt;
Current status regarding suspend: Suspending and resuming works, when you remove console=ttySAC0,115200 from bootargs_base (see this [http://blog.rot13.org/2007/09/openmoko_as_a_phone.html howto]), it even wakes up with the GSM part working, but it does not make Qtopia to wake up on incoming calls or SMS, so you are not getting notified if you turn on suspend.&lt;br /&gt;
After pressing the AUX button, the Neo should wake up from suspend tough and should inform you of missed calls and received SMS.&lt;br /&gt;
&lt;br /&gt;
== Flashing Qtopia images ==&lt;br /&gt;
Before flashing the rootfs image, be sure to erase the rootfs using [[nand erase]]. Otherwise, the Neo may hang somewhere after on boot.&lt;br /&gt;
&lt;br /&gt;
The lasted official Qtopia flash images are found at: http://www.qtopia.net/modules/mydownloads/ (You have to scroll this page down a bit to find them)&lt;br /&gt;
&lt;br /&gt;
The initial preview flash images can be downloaded by clicking the link &amp;quot;Qtopia on Neo Flash Image and kernel&amp;quot; on [http://www.qtopia.net/modules/devices/openmoko.php], but it has issues with the audio mixer setup, so especially on receiving calls, one side may not always hear the other.&lt;br /&gt;
&lt;br /&gt;
Newer unofficial Qtopia images can be found in the ScaredyCat and Chooseopen [[repositories]].&lt;br /&gt;
&lt;br /&gt;
== Dual-booting between Qtopia and X ==&lt;br /&gt;
&lt;br /&gt;
Both examples described here require you to reformat your MicroSD card to ext3, so this is the first step for both:&lt;br /&gt;
&lt;br /&gt;
{{warning|The following step will reformat your MircoSD card with the ext3 filesystem. We need it because we need support for symbolic or/and static links, which other filesystems like FAT do not support directly. After reformatting, no data on the card will be accessible to you anymore, so create good backups of anything which you need before starting!}}&lt;br /&gt;
&lt;br /&gt;
Then ssh to your neo and reformat your MicroSD card with:&lt;br /&gt;
 umount /dev/mmcblk0p1&lt;br /&gt;
 mkfs.ext3 /dev/mmcblk0p1&lt;br /&gt;
 mount /dev/mmcblk0p1&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia into an openmoko rootfs ===&lt;br /&gt;
&lt;br /&gt;
On [http://www.qtopia.net/modules/devices/openmoko.php], click &amp;quot;Developer root filesystem&amp;quot;. Then extract opt/Qtopia and the qpe init script and copy both to the mmc card of your neo:&lt;br /&gt;
&lt;br /&gt;
 tar xzf ficgta01-qtopia-developer-rootfs.tgz opt/Qtopia etc/init.d/qpe&lt;br /&gt;
 mv opt/Qtopia etc/init.d/qpe . &amp;amp;&amp;amp; rm -r opt etc&lt;br /&gt;
 tar czf Qtopia.tar.gz Qtopia qpe&lt;br /&gt;
 scp Qtopia.tar.gz root@192.168.0.202:/media/card/&lt;br /&gt;
&lt;br /&gt;
Log in to your Neo and unpack the archive and install it:&lt;br /&gt;
&lt;br /&gt;
 cd /media/card&lt;br /&gt;
 tar xzf Qtopia.tar.gz&lt;br /&gt;
 mkdir -p /opt&lt;br /&gt;
 ln -s /media/card/Qtopia /opt/Qtopia&lt;br /&gt;
 mv qpe /etc/init.d&lt;br /&gt;
&lt;br /&gt;
Now kill the X server and gsmd and start Qtopia (this can take some time):&lt;br /&gt;
&lt;br /&gt;
 /etc/init.d/xserver-nodm stop&lt;br /&gt;
 /etc/init.d/gsmd stop&lt;br /&gt;
 /etc/init.d/qpe start&lt;br /&gt;
&lt;br /&gt;
Now, in theory, it should be possible to could create a new entry in the [[uboot]] boot menu which adds a new boot argument to the kernel, say &amp;quot;qtopia=1&amp;quot; and you could could write a script which checks that boot parameter by checking if &amp;quot;$qtopia&amp;quot; is set to &amp;quot;1&amp;quot; or by checking /proc/cmdline and then boot Qtopia instead of X.&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia on the SD card ===&lt;br /&gt;
&lt;br /&gt;
* format your SD card with ext3 and mount it (see above)&lt;br /&gt;
* unpack rootfs from qtopia-4.3.0-preview-neo-flash.tgz to SD card (see above)&lt;br /&gt;
* copy the uImage-2.6.22.5-moko11-r2-fic-gta01.bin kernel to the boot/ on SD card and rename it to uImage&lt;br /&gt;
* put a 'Boot from SD' menu item in uboot menu as explained here: [[Booting_from_SD#Step_3:_Add_uboot_boot_entry]]&lt;br /&gt;
&lt;br /&gt;
== Build Qtopia from source ==&lt;br /&gt;
If you want to build qtopia for yourself you can download the [ftp://ftp.trolltech.com/qtopia/tech-preview/ technical preview] or [ftp://ftp.trolltech.com/qtopia/snapshots/ snapshots]&lt;br /&gt;
&lt;br /&gt;
== Tips ==&lt;br /&gt;
Most things seem to work out of the box, however you may need to use the following command to get audio:&lt;br /&gt;
 alsactl -f /etc/gsmhandset.state restore&lt;br /&gt;
Or put this command in /etc/init.d/qpe line 64&lt;br /&gt;
&lt;br /&gt;
Do not switch themes.  Only the default theme is usable.  For example, once you switch themes, the lock feature continues to work, but only if you unlock using the smallest # keypad in the world.&lt;br /&gt;
&lt;br /&gt;
Suspend support is very flaky.  The neo often shuts off from a suspend state.  It will not wake from suspend for an incoming call or text message (someone try setting an alarm and report results here).  To turn suspend off (this will of course use the batteries very quickly), hit the down arrow next to the suspend setting in the power management until it says &amp;quot;Off&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
When using the virtual keyboard, do a quick flick up or down over the keyboard to access numbers/symbols/capitals.&lt;br /&gt;
&lt;br /&gt;
In summary, Qtopia on the Neo1973 is much closer to being ready than OpenMoko as of this writing.  However, sound and suspend support prevent it from being at all useful as a cell phone (as a landline that doesn't ring but instead vibrates, it works ok).&lt;br /&gt;
&lt;br /&gt;
The biggest issue for using Qtopia on the Neo1973 is currently PIN entry. On the Greenphone it's done thru the numberic keypad, but the Neo193 has none, so Qtopia has to use some other way of entering the PIN. The 3.4.0-preview flash image uses a tiny graphical keypad where you are able to enter the PIN, but none of the newer images have it and so it's not possible to access SIM cards which need a PIN.&lt;br /&gt;
&lt;br /&gt;
The [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum area on the FIC GTA01] might be helpful, but it is preferred that you update this section with issues and fixes which you find.&lt;br /&gt;
&lt;br /&gt;
== Screenshots ==&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia001.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia002.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia003.png|thumb|center|240px]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia004.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia005.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia006.png|thumb|center|240px]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Videos ==&lt;br /&gt;
&lt;br /&gt;
 http://www.youtube.com/watch?v=YW5q8SpY7t4&lt;br /&gt;
 http://www.youtube.com/watch?v=iOG_mtSEMgs&lt;br /&gt;
&lt;br /&gt;
For full size videos, 346 MiB:&lt;br /&gt;
&lt;br /&gt;
 http://linuxtracker.org/download.php?id=4613&amp;amp;name=qt_on_neo1973_videos.torrent&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973</id>
		<title>Qtopia on Neo1973</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973"/>
				<updated>2007-11-29T21:27:26Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: Add a description of the current standby time and suspend issues and emphasized that after a power cycle, the latest Qtopia image is perfectly usable as GSM phone!&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Qtopia_on_Neo_1973}}&lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/Qtopia Qtopia] is a complete mobile phone and PDA platform which can be built for many devices and is dual-licensed under the GPL and a proprietary license, but since version 3.4.0, everything needed to use Qtopia on the Neo1973 is licensed under the GPL.&lt;br /&gt;
{|align=right&lt;br /&gt;
|__TOC__&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
On 27 November 2007, Lorn Potter of Trolltech released the [http://www.qtopia.net/modules/mydownloads/visit.php?lid=50 latest flash image for the FIC Neo 1973] containing the Qtopia 4.3.1 snapshot of that day (GPL version). This introduces the new Cruxus mediaengine, which has a few plugins already, which include libmad, tremor (ogg) and timidity, for .wav, .mp3, ogg and .mid file support.&lt;br /&gt;
&lt;br /&gt;
For installing it, follow the instructions on [[#Flashing Qtopia images|flashing Qtopia images]] below.&lt;br /&gt;
&lt;br /&gt;
Bug: The dialer does not ask for a PIN (even if your SIM card needs it) on first boot after flashing to Qtopia.&amp;lt;br&amp;gt;&lt;br /&gt;
Workaround: Somehow, completely powering down the Neo seems to cure this issue. You do can do it in two ways:&lt;br /&gt;
# Remove the USB cable and the Battery for a moment to remove all power from the Neo, or&lt;br /&gt;
# Remove the USB cable, press the power button for a second, select &amp;quot;Shutdown device&amp;quot; (Note: &amp;quot;Restart Device&amp;quot; does not help - you need to power it down completely!)&lt;br /&gt;
&lt;br /&gt;
If your SIM card does not require a PIN, you can skip the above possibly, but otherwise you won't be able to use GSM networks at all!&lt;br /&gt;
&lt;br /&gt;
'''After this power-cycle of the Neo, the Qtopia dialer should ask for the PIN if it's needed, and you should be able to make and receive calls, each side should hear each other and you should be able to send and receive SMS, and use Contacts for Calls and SMS!!!'''.&lt;br /&gt;
&lt;br /&gt;
The Call, SMS and contact interface is quite intuitive and should be usable by non-expert users from that point on. Also the rest of Qtopia looks very polished.&lt;br /&gt;
&lt;br /&gt;
Further issues in this image: The predictive keyboard does not seem to work, but the normal keyboard for stylus can be used instead.&lt;br /&gt;
&lt;br /&gt;
For the latest information on this snapshot read the thread following its [http://lists.openmoko.org/pipermail/community/2007-November/011836.html announcement].&lt;br /&gt;
&lt;br /&gt;
=== Suspend issues ===&lt;br /&gt;
The area of battery time and/or suspend still needs improvement. By default, Suspend is disabled in Qtopia because at the moment, you are not able to receive a phone call or an SMS when the Neo is suspended. At the moment (with suspend not enabled, which is the default), Qtopia lasts about 3-5 hours, depending on the amount of use now, but be sure to disable Bluetooth in Qtopia to get maximum standby time!&lt;br /&gt;
&lt;br /&gt;
I seem to get a maximum amount of around 7 hours of raw standby time, if there is no use of the phone and the phone is not getting any touches and just sitting on the desk with Bluetooth disabled and getting no touches so that the display is off.&lt;br /&gt;
&lt;br /&gt;
Current status regarding suspend: Suspending and resuming works, when you remove console=ttySAC0,115200 from bootargs_base (see this [http://blog.rot13.org/2007/09/openmoko_as_a_phone.html howto]), it even wakes up with the GSM part working, but it does not make Qtopia to wake up on incoming calls or SMS, so you are not getting notified if you turn on suspend.&lt;br /&gt;
After pressing the AUX button, the Neo should wake up from suspend tough and should inform you of missed calls and received SMS.&lt;br /&gt;
&lt;br /&gt;
== Flashing Qtopia images ==&lt;br /&gt;
Before flashing the rootfs image, be sure to erase the rootfs using [[nand erase]]. Otherwise, the Neo may hang somewhere after on boot.&lt;br /&gt;
&lt;br /&gt;
The lasted official Qtopia flash images are found at: http://www.qtopia.net/modules/mydownloads/ (You have to scroll this page down a bit to find them)&lt;br /&gt;
&lt;br /&gt;
The initial preview flash images can be downloaded by clicking the link &amp;quot;Qtopia on Neo Flash Image and kernel&amp;quot; on [http://www.qtopia.net/modules/devices/openmoko.php], but it has issues with the audio mixer setup, so especially on receiving calls, one side may not always hear the other.&lt;br /&gt;
&lt;br /&gt;
Newer unofficial Qtopia images can be found in the ScaredyCat and Chooseopen [[repositories]].&lt;br /&gt;
&lt;br /&gt;
== Dual-booting between Qtopia and X ==&lt;br /&gt;
&lt;br /&gt;
Both examples described here require you to reformat your MicroSD card to ext3, so this is the first step for both:&lt;br /&gt;
&lt;br /&gt;
{{warning|The following step will reformat your MircoSD card with the ext3 filesystem. We need it because we need support for symbolic or/and static links, which other filesystems like FAT do not support directly. After reformatting, no data on the card will be accessible to you anymore, so create good backups of anything which you need before starting!}}&lt;br /&gt;
&lt;br /&gt;
Then ssh to your neo and reformat your MicroSD card with:&lt;br /&gt;
 umount /dev/mmcblk0p1&lt;br /&gt;
 mkfs.ext3 /dev/mmcblk0p1&lt;br /&gt;
 mount /dev/mmcblk0p1&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia into an openmoko rootfs ===&lt;br /&gt;
&lt;br /&gt;
On [http://www.qtopia.net/modules/devices/openmoko.php], click &amp;quot;Developer root filesystem&amp;quot;. Then extract opt/Qtopia and the qpe init script and copy both to the mmc card of your neo:&lt;br /&gt;
&lt;br /&gt;
 tar xzf ficgta01-qtopia-developer-rootfs.tgz opt/Qtopia etc/init.d/qpe&lt;br /&gt;
 mv opt/Qtopia etc/init.d/qpe . &amp;amp;&amp;amp; rm -r opt etc&lt;br /&gt;
 tar czf Qtopia.tar.gz Qtopia qpe&lt;br /&gt;
 scp Qtopia.tar.gz root@192.168.0.202:/media/card/&lt;br /&gt;
&lt;br /&gt;
Log in to your Neo and unpack the archive and install it:&lt;br /&gt;
&lt;br /&gt;
 cd /media/card&lt;br /&gt;
 tar xzf Qtopia.tar.gz&lt;br /&gt;
 mkdir -p /opt&lt;br /&gt;
 ln -s /media/card/Qtopia /opt/Qtopia&lt;br /&gt;
 mv qpe /etc/init.d&lt;br /&gt;
&lt;br /&gt;
Now kill the X server and gsmd and start Qtopia (this can take some time):&lt;br /&gt;
&lt;br /&gt;
 /etc/init.d/xserver-nodm stop&lt;br /&gt;
 /etc/init.d/gsmd stop&lt;br /&gt;
 /etc/init.d/qpe start&lt;br /&gt;
&lt;br /&gt;
Now, in theory, it should be possible to could create a new entry in the [[uboot]] boot menu which adds a new boot argument to the kernel, say &amp;quot;qtopia=1&amp;quot; and you could could write a script which checks that boot parameter by checking if &amp;quot;$qtopia&amp;quot; is set to &amp;quot;1&amp;quot; or by checking /proc/cmdline and then boot Qtopia instead of X.&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia on the SD card ===&lt;br /&gt;
&lt;br /&gt;
* format your SD card with ext3 and mount it (see above)&lt;br /&gt;
* unpack rootfs from qtopia-4.3.0-preview-neo-flash.tgz to SD card (see above)&lt;br /&gt;
* copy the uImage-2.6.22.5-moko11-r2-fic-gta01.bin kernel to the boot/ on SD card and rename it to uImage&lt;br /&gt;
* put a 'Boot from SD' menu item in uboot menu as explained here: [[Booting_from_SD#Step_3:_Add_uboot_boot_entry]]&lt;br /&gt;
&lt;br /&gt;
== Build Qtopia from source ==&lt;br /&gt;
If you want to build qtopia for yourself you can download the [ftp://ftp.trolltech.com/qtopia/tech-preview/ technical preview] or [ftp://ftp.trolltech.com/qtopia/snapshots/ snapshots]&lt;br /&gt;
&lt;br /&gt;
== Tips ==&lt;br /&gt;
Most things seem to work out of the box, however you may need to use the following command to get audio:&lt;br /&gt;
 alsactl -f /etc/gsmhandset.state restore&lt;br /&gt;
Or put this command in /etc/init.d/qpe line 64&lt;br /&gt;
&lt;br /&gt;
Do not switch themes.  Only the default theme is usable.  For example, once you switch themes, the lock feature continues to work, but only if you unlock using the smallest # keypad in the world.&lt;br /&gt;
&lt;br /&gt;
Suspend support is very flaky.  The neo often shuts off from a suspend state.  It will not wake from suspend for an incoming call or text message (someone try setting an alarm and report results here).  To turn suspend off (this will of course use the batteries very quickly), hit the down arrow next to the suspend setting in the power management until it says &amp;quot;Off&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
When using the virtual keyboard, do a quick flick up or down over the keyboard to access numbers/symbols/capitals.&lt;br /&gt;
&lt;br /&gt;
In summary, Qtopia on the Neo1973 is much closer to being ready than OpenMoko as of this writing.  However, sound and suspend support prevent it from being at all useful as a cell phone (as a landline that doesn't ring but instead vibrates, it works ok).&lt;br /&gt;
&lt;br /&gt;
The biggest issue for using Qtopia on the Neo1973 is currently PIN entry. On the Greenphone it's done thru the numberic keypad, but the Neo193 has none, so Qtopia has to use some other way of entering the PIN. The 3.4.0-preview flash image uses a tiny graphical keypad where you are able to enter the PIN, but none of the newer images have it and so it's not possible to access SIM cards which need a PIN.&lt;br /&gt;
&lt;br /&gt;
The [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum area on the FIC GTA01] might be helpful, but it is preferred that you update this section with issues and fixes which you find.&lt;br /&gt;
&lt;br /&gt;
== Screenshots ==&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia001.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia002.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia003.png|thumb|center|240px]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia004.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia005.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia006.png|thumb|center|240px]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Videos ==&lt;br /&gt;
&lt;br /&gt;
 http://www.youtube.com/watch?v=YW5q8SpY7t4&lt;br /&gt;
 http://www.youtube.com/watch?v=iOG_mtSEMgs&lt;br /&gt;
&lt;br /&gt;
For full size videos, 346 MiB:&lt;br /&gt;
&lt;br /&gt;
 http://linuxtracker.org/download.php?id=4613&amp;amp;name=qt_on_neo1973_videos.torrent&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/User:BernhardKaindl</id>
		<title>User:BernhardKaindl</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/User:BernhardKaindl"/>
				<updated>2007-11-29T20:49:07Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: added the status of my Neo&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Owner of a GTA01v4, using [[Qtopia on Neo1973]].&lt;br /&gt;
&lt;br /&gt;
With the latest 3.4.1 snapshot, I am able to make and receive calls, send and receive SMS and I use contacts for that.&lt;br /&gt;
&lt;br /&gt;
The next area in which the Qtopia flash image needs improvement is better battery time now.&lt;br /&gt;
It suspends, and with console=ttySAC0,115200 removed from bootargs_base, it even wakes up with&lt;br /&gt;
the GSM part working, but it does not wake up on incoming calls or SMS, so you are not getting&lt;br /&gt;
notified if you turn on suspend. If you press the AUX button, the Neo will wake up and inform&lt;br /&gt;
you of missed calls and should also inform you of received SMS.&lt;br /&gt;
&lt;br /&gt;
At the moment (with suspend not enabled, which is the default) Qtopia lasts about 3-5 hours,&lt;br /&gt;
depending on the amount of use now.&lt;br /&gt;
&lt;br /&gt;
Be sure to disable Bluetooth to get that kind of standby time!&lt;br /&gt;
&lt;br /&gt;
I seem to get a maximum amount of around 7 hours of raw standby time, if there is no use and the phone is not getting any touches and just laying on the desk with Bluetooth disabled and the display is always off.&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973</id>
		<title>Qtopia on Neo1973</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973"/>
				<updated>2007-11-29T00:08:52Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Current status */ improve link: flashing Qtopia images&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Qtopia_on_Neo_1973}}&lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/Qtopia Qtopia] is a complete mobile phone and PDA platform which can be built for many devices and is dual-licensed under the GPL and a proprietary license, but since version 3.4.0, everything needed to use Qtopia on the Neo1973 is licensed under the GPL.&lt;br /&gt;
{|align=right&lt;br /&gt;
|__TOC__&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
On 27 November 2007, Lorn Potter of Trolltech released the [http://www.qtopia.net/modules/mydownloads/visit.php?lid=50 latest flash image for the FIC Neo 1973] containing the Qtopia 4.3.1 snapshot of that day (GPL version). This introduces the new Cruxus mediaengine, which has a few plugins already, which include libmad, tremor (ogg) and timidity, for .wav, .mp3, ogg and .mid file support.&lt;br /&gt;
&lt;br /&gt;
For installing it, follow the instructions on [[#Flashing Qtopia images|flashing Qtopia images]] below.&lt;br /&gt;
&lt;br /&gt;
Bug: The dialer does not ask for a PIN (even if your SIM card needs it) on first boot after flashing to Qtopia.&amp;lt;br&amp;gt;&lt;br /&gt;
Workaround: Somehow, completly powering down the Neo seems to cure this issue. You do can do it in two ways:&lt;br /&gt;
# Remove the USB cable and the Battery for a moment to remove all power from the Neo, or&lt;br /&gt;
# Remove the USB cable, press the power button for a second, select &amp;quot;Shutdown device&amp;quot; (Note: &amp;quot;Restart Device&amp;quot; does not help - you need to power it down completely!)&lt;br /&gt;
&lt;br /&gt;
If your SIM card does not require a PIN, you can skip the above possibly, but otherwise you won't be able to use GSM networks at all!&lt;br /&gt;
&lt;br /&gt;
After this power-cycle of the Neo, the Qtopia dialer should ask for the PIN if it's needed, and you should be able to make and receive calls, each side should hear each other and you should be able to send and receive SMS, and use Contacts for Calls and SMS.&lt;br /&gt;
&lt;br /&gt;
The Call, SMS and contact interface is quite intuitive and should be useable by non-expert users from that point on. Also the rest of Qtopia looks very polished.&lt;br /&gt;
&lt;br /&gt;
Further issues in this image: The predictive keyboard does not seem to work, but the normal keyboard for stylus can be used instead.&lt;br /&gt;
&lt;br /&gt;
For the latest information on this snapshot read the thread following its [http://lists.openmoko.org/pipermail/community/2007-November/011836.html announcement].&lt;br /&gt;
&lt;br /&gt;
== Flashing Qtopia images ==&lt;br /&gt;
Before flashing the rootfs image, be sure to erase the rootfs using [[nand erase]]. Otherwise, the Neo may hang somewhere after on boot.&lt;br /&gt;
&lt;br /&gt;
The lasted official Qtopia flash images are found at: http://www.qtopia.net/modules/mydownloads/ (You have to scroll this page down a bit to find them)&lt;br /&gt;
&lt;br /&gt;
The initial preview flash images can be downloaded by clicking the link &amp;quot;Qtopia on Neo Flash Image and kernel&amp;quot; on [http://www.qtopia.net/modules/devices/openmoko.php], but it has issues with the audio mixer setup, so especially on receiving calls, one side may not always hear the other.&lt;br /&gt;
&lt;br /&gt;
Newer unofficial Qtopia images can be found in the ScaredyCat and Chooseopen [[repositories]].&lt;br /&gt;
&lt;br /&gt;
== Dual-booting between Qtopia and X ==&lt;br /&gt;
&lt;br /&gt;
Both examples described here require you to reformat your MicroSD card to ext3, so this is the first step for both:&lt;br /&gt;
&lt;br /&gt;
{{warning|The following step will reformat your MircoSD card with the ext3 filesystem. We need it because we need support for symbolic or/and static links, which other filesystems like FAT do not support directly. After reformatting, no data on the card will be accessible to you anymore, so create good backups of anything which you need before starting!}}&lt;br /&gt;
&lt;br /&gt;
Then ssh to your neo and reformat your MicroSD card with:&lt;br /&gt;
 umount /dev/mmcblk0p1&lt;br /&gt;
 mkfs.ext3 /dev/mmcblk0p1&lt;br /&gt;
 mount /dev/mmcblk0p1&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia into an openmoko rootfs ===&lt;br /&gt;
&lt;br /&gt;
On [http://www.qtopia.net/modules/devices/openmoko.php], click &amp;quot;Developer root filesystem&amp;quot;. Then extract opt/Qtopia and the qpe init script and copy both to the mmc card of your neo:&lt;br /&gt;
&lt;br /&gt;
 tar xzf ficgta01-qtopia-developer-rootfs.tgz opt/Qtopia etc/init.d/qpe&lt;br /&gt;
 mv opt/Qtopia etc/init.d/qpe . &amp;amp;&amp;amp; rm -r opt etc&lt;br /&gt;
 tar czf Qtopia.tar.gz Qtopia qpe&lt;br /&gt;
 scp Qtopia.tar.gz root@192.168.0.202:/media/card/&lt;br /&gt;
&lt;br /&gt;
Log in to your Neo and unpack the archive and install it:&lt;br /&gt;
&lt;br /&gt;
 cd /media/card&lt;br /&gt;
 tar xzf Qtopia.tar.gz&lt;br /&gt;
 mkdir -p /opt&lt;br /&gt;
 ln -s /media/card/Qtopia /opt/Qtopia&lt;br /&gt;
 mv qpe /etc/init.d&lt;br /&gt;
&lt;br /&gt;
Now kill the X server and gsmd and start Qtopia (this can take some time):&lt;br /&gt;
&lt;br /&gt;
 /etc/init.d/xserver-nodm stop&lt;br /&gt;
 /etc/init.d/gsmd stop&lt;br /&gt;
 /etc/init.d/qpe start&lt;br /&gt;
&lt;br /&gt;
Now, in theory, it should be possible to could create a new entry in the [[uboot]] boot menu which adds a new boot argument to the kernel, say &amp;quot;qtopia=1&amp;quot; and you could could write a script which checks that boot parameter by checking if &amp;quot;$qtopia&amp;quot; is set to &amp;quot;1&amp;quot; or by checking /proc/cmdline and then boot Qtopia instead of X.&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia on the SD card ===&lt;br /&gt;
&lt;br /&gt;
* format your SD card with ext3 and mount it (see above)&lt;br /&gt;
* unpack rootfs from qtopia-4.3.0-preview-neo-flash.tgz to SD card (see above)&lt;br /&gt;
* copy the uImage-2.6.22.5-moko11-r2-fic-gta01.bin kernel to the boot/ on SD card and rename it to uImage&lt;br /&gt;
* put a 'Boot from SD' menu item in uboot menu as explained here: [[Booting_from_SD#Step_3:_Add_uboot_boot_entry]]&lt;br /&gt;
&lt;br /&gt;
=== Build your own ===&lt;br /&gt;
If you want to build qtopia for yourself you can download the [ftp://ftp.trolltech.com/qtopia/tech-preview/ technical preview] or [ftp://ftp.trolltech.com/qtopia/snapshots/ snapshots]&lt;br /&gt;
&lt;br /&gt;
== Tips ==&lt;br /&gt;
Most things seem to work out of the box, however you may need to use the following command to get audio:&lt;br /&gt;
 alsactl -f /etc/gsmhandset.state restore&lt;br /&gt;
Or put this command in /etc/init.d/qpe line 64&lt;br /&gt;
&lt;br /&gt;
Do not switch themes.  Only the default theme is usable.  For example, once you switch themes, the lock feature continues to work, but only if you unlock using the smallest # keypad in the world.&lt;br /&gt;
&lt;br /&gt;
Suspend support is very flaky.  The neo often shuts off from a suspend state.  It will not wake from suspend for an incoming call or text message (someone try setting an alarm and report results here).  To turn suspend off (this will of course use the batteries very quickly), hit the down arrow next to the suspend setting in the power management until it says &amp;quot;Off&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
When using the virtual keyboard, do a quick flick up or down over the keyboard to access numbers/symbols/capitals.&lt;br /&gt;
&lt;br /&gt;
In summary, Qtopia on the Neo1973 is much closer to being ready than OpenMoko as of this writing.  However, sound and suspend support prevent it from being at all useful as a cell phone (as a landline that doesn't ring but instead vibrates, it works ok).&lt;br /&gt;
&lt;br /&gt;
The biggest issue for using Qtopia on the Neo1973 is currently PIN entry. On the Greenphone it's done thru the numberic keypad, but the Neo193 has none, so Qtopia has to use some other way of entering the PIN. The 3.4.0-preview flash image uses a tiny graphical keypad where you are able to enter the PIN, but none of the newer images have it and so it's not possible to access SIM cards which need a PIN.&lt;br /&gt;
&lt;br /&gt;
The [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum area on the FIC GTA01] might be helpful, but it is preferred that you update this section with issues and fixes which you find.&lt;br /&gt;
&lt;br /&gt;
== Screenshots ==&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia001.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia002.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia003.png|thumb|center|240px]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia004.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia005.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia006.png|thumb|center|240px]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Videos ==&lt;br /&gt;
&lt;br /&gt;
 http://www.youtube.com/watch?v=YW5q8SpY7t4&lt;br /&gt;
 http://www.youtube.com/watch?v=iOG_mtSEMgs&lt;br /&gt;
&lt;br /&gt;
For full size videos, 346 MiB:&lt;br /&gt;
&lt;br /&gt;
 http://linuxtracker.org/download.php?id=4613&amp;amp;name=qt_on_neo1973_videos.torrent&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973</id>
		<title>Qtopia on Neo1973</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973"/>
				<updated>2007-11-29T00:06:07Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Current status */ better detail on the new snap&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Qtopia_on_Neo_1973}}&lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/Qtopia Qtopia] is a complete mobile phone and PDA platform which can be built for many devices and is dual-licensed under the GPL and a proprietary license, but since version 3.4.0, everything needed to use Qtopia on the Neo1973 is licensed under the GPL.&lt;br /&gt;
{|align=right&lt;br /&gt;
|__TOC__&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
On 27 November 2007, Lorn Potter of Trolltech released the [http://www.qtopia.net/modules/mydownloads/visit.php?lid=50 latest flash image for the FIC Neo 1973] containing the Qtopia 4.3.1 snapshot of that day (GPL version). This introduces the new Cruxus mediaengine, which has a few plugins already, which include libmad, tremor (ogg) and timidity, for .wav, .mp3, ogg and .mid file support.&lt;br /&gt;
&lt;br /&gt;
For installing it, follow the instructions on [[#Flashing Qtopia images]] below&lt;br /&gt;
&lt;br /&gt;
Bug: The dialer does not ask for a PIN (even if your SIM card needs it) on first boot after flashing to Qtopia.&amp;lt;br&amp;gt;&lt;br /&gt;
Workaround: Somehow, completly powering down the Neo seems to cure this issue. You do can do it in two ways:&lt;br /&gt;
# Remove the USB cable and the Battery for a moment to remove all power from the Neo, or&lt;br /&gt;
# Remove the USB cable, press the power button for a second, select &amp;quot;Shutdown device&amp;quot; (Note: &amp;quot;Restart Device&amp;quot; does not help - you need to power it down completely!)&lt;br /&gt;
&lt;br /&gt;
If your SIM card does not require a PIN, you can skip the above possibly, but otherwise you won't be able to use GSM networks at all!&lt;br /&gt;
&lt;br /&gt;
After this power-cycle of the Neo, the Qtopia dialer should ask for the PIN if it's needed, and you should be able to make and receive calls, each side should hear each other and you should be able to send and receive SMS, and use Contacts for Calls and SMS.&lt;br /&gt;
&lt;br /&gt;
The Call, SMS and contact interface is quite intuitive and should be useable by non-expert users from that point on. Also the rest of Qtopia looks very polished.&lt;br /&gt;
&lt;br /&gt;
Further issues in this image: The predictive keyboard does not seem to work, but the normal keyboard for stylus can be used instead.&lt;br /&gt;
&lt;br /&gt;
For the latest information on this snapshot read the thread following its [http://lists.openmoko.org/pipermail/community/2007-November/011836.html announcement].&lt;br /&gt;
&lt;br /&gt;
== Flashing Qtopia images ==&lt;br /&gt;
Before flashing the rootfs image, be sure to erase the rootfs using [[nand erase]]. Otherwise, the Neo may hang somewhere after on boot.&lt;br /&gt;
&lt;br /&gt;
The lasted official Qtopia flash images are found at: http://www.qtopia.net/modules/mydownloads/ (You have to scroll this page down a bit to find them)&lt;br /&gt;
&lt;br /&gt;
The initial preview flash images can be downloaded by clicking the link &amp;quot;Qtopia on Neo Flash Image and kernel&amp;quot; on [http://www.qtopia.net/modules/devices/openmoko.php], but it has issues with the audio mixer setup, so especially on receiving calls, one side may not always hear the other.&lt;br /&gt;
&lt;br /&gt;
Newer unofficial Qtopia images can be found in the ScaredyCat and Chooseopen [[repositories]].&lt;br /&gt;
&lt;br /&gt;
== Dual-booting between Qtopia and X ==&lt;br /&gt;
&lt;br /&gt;
Both examples described here require you to reformat your MicroSD card to ext3, so this is the first step for both:&lt;br /&gt;
&lt;br /&gt;
{{warning|The following step will reformat your MircoSD card with the ext3 filesystem. We need it because we need support for symbolic or/and static links, which other filesystems like FAT do not support directly. After reformatting, no data on the card will be accessible to you anymore, so create good backups of anything which you need before starting!}}&lt;br /&gt;
&lt;br /&gt;
Then ssh to your neo and reformat your MicroSD card with:&lt;br /&gt;
 umount /dev/mmcblk0p1&lt;br /&gt;
 mkfs.ext3 /dev/mmcblk0p1&lt;br /&gt;
 mount /dev/mmcblk0p1&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia into an openmoko rootfs ===&lt;br /&gt;
&lt;br /&gt;
On [http://www.qtopia.net/modules/devices/openmoko.php], click &amp;quot;Developer root filesystem&amp;quot;. Then extract opt/Qtopia and the qpe init script and copy both to the mmc card of your neo:&lt;br /&gt;
&lt;br /&gt;
 tar xzf ficgta01-qtopia-developer-rootfs.tgz opt/Qtopia etc/init.d/qpe&lt;br /&gt;
 mv opt/Qtopia etc/init.d/qpe . &amp;amp;&amp;amp; rm -r opt etc&lt;br /&gt;
 tar czf Qtopia.tar.gz Qtopia qpe&lt;br /&gt;
 scp Qtopia.tar.gz root@192.168.0.202:/media/card/&lt;br /&gt;
&lt;br /&gt;
Log in to your Neo and unpack the archive and install it:&lt;br /&gt;
&lt;br /&gt;
 cd /media/card&lt;br /&gt;
 tar xzf Qtopia.tar.gz&lt;br /&gt;
 mkdir -p /opt&lt;br /&gt;
 ln -s /media/card/Qtopia /opt/Qtopia&lt;br /&gt;
 mv qpe /etc/init.d&lt;br /&gt;
&lt;br /&gt;
Now kill the X server and gsmd and start Qtopia (this can take some time):&lt;br /&gt;
&lt;br /&gt;
 /etc/init.d/xserver-nodm stop&lt;br /&gt;
 /etc/init.d/gsmd stop&lt;br /&gt;
 /etc/init.d/qpe start&lt;br /&gt;
&lt;br /&gt;
Now, in theory, it should be possible to could create a new entry in the [[uboot]] boot menu which adds a new boot argument to the kernel, say &amp;quot;qtopia=1&amp;quot; and you could could write a script which checks that boot parameter by checking if &amp;quot;$qtopia&amp;quot; is set to &amp;quot;1&amp;quot; or by checking /proc/cmdline and then boot Qtopia instead of X.&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia on the SD card ===&lt;br /&gt;
&lt;br /&gt;
* format your SD card with ext3 and mount it (see above)&lt;br /&gt;
* unpack rootfs from qtopia-4.3.0-preview-neo-flash.tgz to SD card (see above)&lt;br /&gt;
* copy the uImage-2.6.22.5-moko11-r2-fic-gta01.bin kernel to the boot/ on SD card and rename it to uImage&lt;br /&gt;
* put a 'Boot from SD' menu item in uboot menu as explained here: [[Booting_from_SD#Step_3:_Add_uboot_boot_entry]]&lt;br /&gt;
&lt;br /&gt;
=== Build your own ===&lt;br /&gt;
If you want to build qtopia for yourself you can download the [ftp://ftp.trolltech.com/qtopia/tech-preview/ technical preview] or [ftp://ftp.trolltech.com/qtopia/snapshots/ snapshots]&lt;br /&gt;
&lt;br /&gt;
== Tips ==&lt;br /&gt;
Most things seem to work out of the box, however you may need to use the following command to get audio:&lt;br /&gt;
 alsactl -f /etc/gsmhandset.state restore&lt;br /&gt;
Or put this command in /etc/init.d/qpe line 64&lt;br /&gt;
&lt;br /&gt;
Do not switch themes.  Only the default theme is usable.  For example, once you switch themes, the lock feature continues to work, but only if you unlock using the smallest # keypad in the world.&lt;br /&gt;
&lt;br /&gt;
Suspend support is very flaky.  The neo often shuts off from a suspend state.  It will not wake from suspend for an incoming call or text message (someone try setting an alarm and report results here).  To turn suspend off (this will of course use the batteries very quickly), hit the down arrow next to the suspend setting in the power management until it says &amp;quot;Off&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
When using the virtual keyboard, do a quick flick up or down over the keyboard to access numbers/symbols/capitals.&lt;br /&gt;
&lt;br /&gt;
In summary, Qtopia on the Neo1973 is much closer to being ready than OpenMoko as of this writing.  However, sound and suspend support prevent it from being at all useful as a cell phone (as a landline that doesn't ring but instead vibrates, it works ok).&lt;br /&gt;
&lt;br /&gt;
The biggest issue for using Qtopia on the Neo1973 is currently PIN entry. On the Greenphone it's done thru the numberic keypad, but the Neo193 has none, so Qtopia has to use some other way of entering the PIN. The 3.4.0-preview flash image uses a tiny graphical keypad where you are able to enter the PIN, but none of the newer images have it and so it's not possible to access SIM cards which need a PIN.&lt;br /&gt;
&lt;br /&gt;
The [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum area on the FIC GTA01] might be helpful, but it is preferred that you update this section with issues and fixes which you find.&lt;br /&gt;
&lt;br /&gt;
== Screenshots ==&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia001.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia002.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia003.png|thumb|center|240px]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia004.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia005.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia006.png|thumb|center|240px]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Videos ==&lt;br /&gt;
&lt;br /&gt;
 http://www.youtube.com/watch?v=YW5q8SpY7t4&lt;br /&gt;
 http://www.youtube.com/watch?v=iOG_mtSEMgs&lt;br /&gt;
&lt;br /&gt;
For full size videos, 346 MiB:&lt;br /&gt;
&lt;br /&gt;
 http://linuxtracker.org/download.php?id=4613&amp;amp;name=qt_on_neo1973_videos.torrent&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973</id>
		<title>Qtopia on Neo1973</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973"/>
				<updated>2007-11-28T23:55:16Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: Updated for the new 4.3.1 snapshot&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Qtopia_on_Neo_1973}}&lt;br /&gt;
&lt;br /&gt;
[http://en.wikipedia.org/wiki/Qtopia Qtopia] is a complete mobile phone and PDA platform which can be built for many devices and is dual-licensed under the GPL and a proprietary license, but since version 3.4.0, everything needed to use Qtopia on the Neo1973 is licensed under the GPL.&lt;br /&gt;
{|align=right&lt;br /&gt;
|__TOC__&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Current status ==&lt;br /&gt;
On 27 November 2007, Lorn Potter of Trolltech released the [http://www.qtopia.net/modules/mydownloads/visit.php?lid=50 latest flash image for the FIC Neo 1973] containing the Qtopia 4.3.1 snapshot of that day (GPL version). It uses the new Cruxus mediaengine, it has plugins for wav, mp3 and midi support included.&lt;br /&gt;
&lt;br /&gt;
For installing it, follow the instructions on Flashing Qtopia images.&lt;br /&gt;
&lt;br /&gt;
Bug: The dialer does not ask for a PIN (even if your SIM card needs it) on first boot after flashing to Qtopia.&amp;lt;br&amp;gt;&lt;br /&gt;
Workaround: Somehow, completly powering down the Neo seems to cure this issue. You do can do it in two ways:&lt;br /&gt;
# Remove the USB cable and the Battery for a moment to remove all power from the Neo, or&lt;br /&gt;
# Remove the USB cable, press the power button for a second, select &amp;quot;Shutdown device&amp;quot; (Note: &amp;quot;Restart Device&amp;quot; does not help - you need to power it down completely!)&lt;br /&gt;
&lt;br /&gt;
If your SIM card does not require a PIN, you can skip the above possibly, but otherwise you won't be able to use GSM networks at all!&lt;br /&gt;
&lt;br /&gt;
After this power-cycle of the Neo, the Qtopia dialer should ask for the PIN if it's needed, and you should be able to make and receive calls, each side should hear each other and you should be able to send and receive SMS, and use Contacts for Calls and SMS.&lt;br /&gt;
&lt;br /&gt;
The Call, SMS and contact interface is quite intuitive and should be useable by non-expert users from that point on. Also the rest of Qtopia looks very polished.&lt;br /&gt;
&lt;br /&gt;
Further issues in this image: The predictive keyboard does not seem to work, but the normal keyboard for stylus can be used instead.&lt;br /&gt;
&lt;br /&gt;
For the latest information on this snapshot read the thread following its [http://lists.openmoko.org/pipermail/community/2007-November/011836.html announcement].&lt;br /&gt;
&lt;br /&gt;
== Flashing Qtopia images ==&lt;br /&gt;
Before flashing the rootfs image, be sure to erase the rootfs using [[nand erase]]. Otherwise, the Neo may hang somewhere after on boot.&lt;br /&gt;
&lt;br /&gt;
The lasted official Qtopia flash images are found at: http://www.qtopia.net/modules/mydownloads/ (You have to scroll this page down a bit to find them)&lt;br /&gt;
&lt;br /&gt;
The initial preview flash images can be downloaded by clicking the link &amp;quot;Qtopia on Neo Flash Image and kernel&amp;quot; on [http://www.qtopia.net/modules/devices/openmoko.php], but it has issues with the audio mixer setup, so especially on receiving calls, one side may not always hear the other.&lt;br /&gt;
&lt;br /&gt;
Newer unofficial Qtopia images can be found in the ScaredyCat and Chooseopen [[repositories]].&lt;br /&gt;
&lt;br /&gt;
== Dual-booting between Qtopia and X ==&lt;br /&gt;
&lt;br /&gt;
Both examples described here require you to reformat your MicroSD card to ext3, so this is the first step for both:&lt;br /&gt;
&lt;br /&gt;
{{warning|The following step will reformat your MircoSD card with the ext3 filesystem. We need it because we need support for symbolic or/and static links, which other filesystems like FAT do not support directly. After reformatting, no data on the card will be accessible to you anymore, so create good backups of anything which you need before starting!}}&lt;br /&gt;
&lt;br /&gt;
Then ssh to your neo and reformat your MicroSD card with:&lt;br /&gt;
 umount /dev/mmcblk0p1&lt;br /&gt;
 mkfs.ext3 /dev/mmcblk0p1&lt;br /&gt;
 mount /dev/mmcblk0p1&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia into an openmoko rootfs ===&lt;br /&gt;
&lt;br /&gt;
On [http://www.qtopia.net/modules/devices/openmoko.php], click &amp;quot;Developer root filesystem&amp;quot;. Then extract opt/Qtopia and the qpe init script and copy both to the mmc card of your neo:&lt;br /&gt;
&lt;br /&gt;
 tar xzf ficgta01-qtopia-developer-rootfs.tgz opt/Qtopia etc/init.d/qpe&lt;br /&gt;
 mv opt/Qtopia etc/init.d/qpe . &amp;amp;&amp;amp; rm -r opt etc&lt;br /&gt;
 tar czf Qtopia.tar.gz Qtopia qpe&lt;br /&gt;
 scp Qtopia.tar.gz root@192.168.0.202:/media/card/&lt;br /&gt;
&lt;br /&gt;
Log in to your Neo and unpack the archive and install it:&lt;br /&gt;
&lt;br /&gt;
 cd /media/card&lt;br /&gt;
 tar xzf Qtopia.tar.gz&lt;br /&gt;
 mkdir -p /opt&lt;br /&gt;
 ln -s /media/card/Qtopia /opt/Qtopia&lt;br /&gt;
 mv qpe /etc/init.d&lt;br /&gt;
&lt;br /&gt;
Now kill the X server and gsmd and start Qtopia (this can take some time):&lt;br /&gt;
&lt;br /&gt;
 /etc/init.d/xserver-nodm stop&lt;br /&gt;
 /etc/init.d/gsmd stop&lt;br /&gt;
 /etc/init.d/qpe start&lt;br /&gt;
&lt;br /&gt;
Now, in theory, it should be possible to could create a new entry in the [[uboot]] boot menu which adds a new boot argument to the kernel, say &amp;quot;qtopia=1&amp;quot; and you could could write a script which checks that boot parameter by checking if &amp;quot;$qtopia&amp;quot; is set to &amp;quot;1&amp;quot; or by checking /proc/cmdline and then boot Qtopia instead of X.&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia on the SD card ===&lt;br /&gt;
&lt;br /&gt;
* format your SD card with ext3 and mount it (see above)&lt;br /&gt;
* unpack rootfs from qtopia-4.3.0-preview-neo-flash.tgz to SD card (see above)&lt;br /&gt;
* copy the uImage-2.6.22.5-moko11-r2-fic-gta01.bin kernel to the boot/ on SD card and rename it to uImage&lt;br /&gt;
* put a 'Boot from SD' menu item in uboot menu as explained here: [[Booting_from_SD#Step_3:_Add_uboot_boot_entry]]&lt;br /&gt;
&lt;br /&gt;
=== Build your own ===&lt;br /&gt;
If you want to build qtopia for yourself you can download the [ftp://ftp.trolltech.com/qtopia/tech-preview/ technical preview] or [ftp://ftp.trolltech.com/qtopia/snapshots/ snapshots]&lt;br /&gt;
&lt;br /&gt;
== Tips ==&lt;br /&gt;
Most things seem to work out of the box, however you may need to use the following command to get audio:&lt;br /&gt;
 alsactl -f /etc/gsmhandset.state restore&lt;br /&gt;
Or put this command in /etc/init.d/qpe line 64&lt;br /&gt;
&lt;br /&gt;
Do not switch themes.  Only the default theme is usable.  For example, once you switch themes, the lock feature continues to work, but only if you unlock using the smallest # keypad in the world.&lt;br /&gt;
&lt;br /&gt;
Suspend support is very flaky.  The neo often shuts off from a suspend state.  It will not wake from suspend for an incoming call or text message (someone try setting an alarm and report results here).  To turn suspend off (this will of course use the batteries very quickly), hit the down arrow next to the suspend setting in the power management until it says &amp;quot;Off&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
When using the virtual keyboard, do a quick flick up or down over the keyboard to access numbers/symbols/capitals.&lt;br /&gt;
&lt;br /&gt;
In summary, Qtopia on the Neo1973 is much closer to being ready than OpenMoko as of this writing.  However, sound and suspend support prevent it from being at all useful as a cell phone (as a landline that doesn't ring but instead vibrates, it works ok).&lt;br /&gt;
&lt;br /&gt;
The biggest issue for using Qtopia on the Neo1973 is currently PIN entry. On the Greenphone it's done thru the numberic keypad, but the Neo193 has none, so Qtopia has to use some other way of entering the PIN. The 3.4.0-preview flash image uses a tiny graphical keypad where you are able to enter the PIN, but none of the newer images have it and so it's not possible to access SIM cards which need a PIN.&lt;br /&gt;
&lt;br /&gt;
The [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum area on the FIC GTA01] might be helpful, but it is preferred that you update this section with issues and fixes which you find.&lt;br /&gt;
&lt;br /&gt;
== Screenshots ==&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia001.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia002.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia003.png|thumb|center|240px]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia004.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia005.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia006.png|thumb|center|240px]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Videos ==&lt;br /&gt;
&lt;br /&gt;
 http://www.youtube.com/watch?v=YW5q8SpY7t4&lt;br /&gt;
 http://www.youtube.com/watch?v=iOG_mtSEMgs&lt;br /&gt;
&lt;br /&gt;
For full size videos, 346 MiB:&lt;br /&gt;
&lt;br /&gt;
 http://linuxtracker.org/download.php?id=4613&amp;amp;name=qt_on_neo1973_videos.torrent&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Main_Page</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Main_Page"/>
				<updated>2007-11-28T23:08:44Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: Apply warning only to OpenMoko GUI, Status update: The latest Qtopia snapshot can now be successfully used to make and receive calls, to send and receive SMS and use Contacts for both.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Main_Page}}&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
{| cellspacing=&amp;quot;5&amp;quot; cellpadding=&amp;quot;0&amp;quot; style=&amp;quot;padding: 2%; margin:0em 0em 1em 0em; border:1px solid #F9D163; background:#FCE9B4; width:100%&amp;quot; &lt;br /&gt;
| &amp;lt;big&amp;gt;'''Welcome to the [[OpenMoko]]&amp;amp;trade; public Wiki'''&amp;lt;/big&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
[[Image:200px-FIC-neo1973_small_neu.jpg|200px|right|frontside]]&lt;br /&gt;
OpenMoko&amp;amp;trade; is an [http://en.wikipedia.org/wiki/Open_source Open Source] project to create the world's first free mobile phone operating system which runs a full X server and can therefore run most X applications.&lt;br /&gt;
&lt;br /&gt;
The [[OpenMoko]] project is a community that anyone can join, to help design their ideal phone.&lt;br /&gt;
&lt;br /&gt;
You can install any OpenMoko software over the whole range of [[Supported Hardware|supported phones]], and if you upgrade your phone, you don't lose that software. Bugs fixed on any phone are fixed on all. &lt;br /&gt;
&lt;br /&gt;
The [[Neo1973]] from [[FIC]] is the first of possibly many phones that OpenMoko may be used on. Buy it at [https://direct.openmoko.com/ Openmoko Online Shop]. You may check out the [[SH1 FAQ|Shipment 1 FAQ]] and the [[Phase 1 Software Testing|Phase 1 software test reports]].&lt;br /&gt;
&lt;br /&gt;
Please join us in collaborating on the OpenMoko project through any of the [[Development resources | project resources]] including this OpenMoko wiki. Please see the [[Help:Contents | wiki editing help]] page for information on making contributions to this wiki. A [[Meet the Core Team | core team]] of developers funded by FIC, Inc. leads the project.&lt;br /&gt;
&lt;br /&gt;
An [[introduction]] page is available, with [[Introduction#Photos|photos]] and [[Introduction#Videos|videos]]. Moreover, the usual [[FAQ | Frequently Asked Questions]] (FAQ) page might be helpful. Developers may find the [[ChangeLog | change log]] an important resource.&lt;br /&gt;
&lt;br /&gt;
{{warning|'''The OpenMoko GUI applications are not suitable for end users yet.''' They are still in beta, and e.g. SMS support is not even implemented in it yet. Do not expect to reliably make and receive calls from the OpenMoko GUI! But there is an alternative to the OpenMoko GUI: Qtopia 4.3.x is released under GPL and is at the edge of being usable for phone use!}}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Latest status&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* The latest Qtopia snapshot can now be successfully used to make and receive calls, to send and receive SMS and use Contacts for both. However, if you do not enable suspend, one battery will only last 3-5 hours, but in suspend, incoming calls do not wake up Qtopia! See [[Qtopia on Neo 1973]] for instructions.&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* The Openmoko snapshot from [[Phase_1_Software_Testing#Official_20071113_rootfs_with_20071113_.28r3238.29_kernel|20071113]], when employing a few steps, can sometimes make and receive calls, but the dialer is in early alpha-testing state! Also note that there NO graphical frontend for handling SMS is included. Power management (suspend) is still flaky.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | What's Your Interest?&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Basic End-user]] - Information for end users who want basic functionality and no surprises&lt;br /&gt;
* [[Advanced End-user]] - Information for advanced end-users who want advanced and experimental functionality but who are not programmers&lt;br /&gt;
* [[Business Development]] - Exchange of commercial opportunities for promoting widespread end-user acceptance.&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Application Developer]] - Information for application developers, including ideas and specifications for applications, and tools to build them&lt;br /&gt;
* [[System Developer]] - Information for system developers, including bootloader, kernel, and libraries&lt;br /&gt;
* [[Hardware Developer]] - Information for hardware developers, including hardware specs and debug board&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#d1d1d1;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | General&lt;br /&gt;
! width=33% style=&amp;quot;background:#C5FDAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Guides&lt;br /&gt;
! width=33% style=&amp;quot;background:#FDAFAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Reference Documentation&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#ebebeb;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Development resources | Project Resources]] - Provides a centralized location of all resources such as [[Development resources#Mailing_Lists|mailing lists]], [[Development resources#IRC | IRC]], and other software development oriented resources.&lt;br /&gt;
 &lt;br /&gt;
* [[Current events]] - Information on both past and future events where FIC or OpenMoko had or will have a presence.&lt;br /&gt;
* [http://forums.makeopensource.com/ Unofficial OpenMoko Forums] - Everyone is invited to collaborate with OpenMoko users and developers on the forums.&lt;br /&gt;
* Most of the documentation and Wiki assumes you are using Linux; here are some notes for users of [[Other OSes]].&lt;br /&gt;
* [[MacOS_X|Mac OS X]] - Information specific for those who use Mac OS X&lt;br /&gt;
* [[OpenLab]] - A physical area where OpenMoko can interact with FOSS community&lt;br /&gt;
&lt;br /&gt;
'''Administrative + Organizational'''&lt;br /&gt;
* [[Shipping Notes]] - Information to help FIC figure out how to ship products to you, and how much it might cost.&lt;br /&gt;
* [[My Account]] - Ideas for what sort of account-based services FIC should provide with the phone.&lt;br /&gt;
* [[Hear Me FIC]] - Information to help FIC know what the community wants.&lt;br /&gt;
* [[Listen Up Community]] - Community's To-Do-List&lt;br /&gt;
* [[Wiki Issues]] - problems/requests regarding this Wiki&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#E8FFDF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Getting Started with your Neo1973]]&lt;br /&gt;
* [[installation_guide|A guide for flashing and emulating the openmoko software]] (In progress, this should replace the following options)&lt;br /&gt;
** [[Flashing_openmoko|Flashing Neo1973 with the kernel, the root filesystem and optionally u-boot.]]&lt;br /&gt;
** [[MokoMakefile|Building OpenMoko using the MokoMakefile]]&lt;br /&gt;
** [[Application Development Crash Course]] -A very basic how-to for the new people. &lt;br /&gt;
** [[OpenMoko2007.2|Building OpenMoko 2007.2]]&lt;br /&gt;
** [[Building OpenMoko from scratch]]&lt;br /&gt;
*** [[Building a hello world application]]&lt;br /&gt;
*** Old [[Building OpenMoko from scratch (pre-BBT)]]&lt;br /&gt;
** [[Running OpenMoko on PC]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xoo]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xephyr]]&lt;br /&gt;
*** [[How to run OpenMoko Apps on PC]]&lt;br /&gt;
*** [[OpenMoko under QEMU]]&lt;br /&gt;
*** [[Test Openmoko Emulation with chroot image|Test Openmoko Emulation with a Prebuilt chroot Image]]&lt;br /&gt;
* [[Migration to bad block tolerant builds]]&lt;br /&gt;
* [[Booting from SD]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FFDADA;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot;| &lt;br /&gt;
'''Hardware Reference Documentation'''&lt;br /&gt;
* All [[:Category:Hardware|Hardware]] related documentation and specifications are found on the [[:Category:Hardware|Hardware page]].&lt;br /&gt;
* The [[Neo1973 Hardware]] page provides an overview of the hardware components used by the [[:Category:Neo1973 Hardware|Neo1973 hardware platform]]. PCB photographs are also included. A [[Disassembling Neo1973 | photo disassembly story]] may be an interesting starting place.&lt;br /&gt;
* [[:Category:Neo1973 Hardware Debugging | Neo1973 Hardware Debugging]] is assisted with the [[Debug Board | Neo1973 debug board]].   A page discussing [[Connecting Neo1973 with Debug Board v2 | debug board and Neo1973 configurations]] is also provided.&lt;br /&gt;
&lt;br /&gt;
'''Software Reference Documentation'''&lt;br /&gt;
* Architectural&lt;br /&gt;
** [[OpenMokoFramework]] - The OpenMoko Application Framework&lt;br /&gt;
* [[Neo1973 host software]]&lt;br /&gt;
* Device Software&lt;br /&gt;
** Low-Level&lt;br /&gt;
*** [[u-boot]] - The bootloader we use, including documentation for our modifications&lt;br /&gt;
*** [[kernel]] - The Linux kernel we use, including documentation for our modifications&lt;br /&gt;
** Userspace&lt;br /&gt;
*** [[binary compatibility]]&lt;br /&gt;
*** [[gsmd]] - the GSM daemon managing the GSM Modem&lt;br /&gt;
*** [[gpsd]] - the AGPS (Assisted GPS) daemon&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#FCC6FF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko-specific Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#B3DDF4;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko Miscellaneous Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#F5FC7F;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Miscellaneous&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FEE9FF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[OpenEmbedded]] - The distribution-building framework&lt;br /&gt;
* [[Toolchain]] - The toolchain we use for compilation&lt;br /&gt;
* [[OpenMoko]] - The OpenMoko distribution&lt;br /&gt;
** [[OpenMoko2007]] - The first intended release of it&lt;br /&gt;
** [[OpenMoko2007.2]] - An improved release with more formalized style guidelines.&lt;br /&gt;
** [[Userspace root image]]&lt;br /&gt;
&lt;br /&gt;
'''User Interface Related'''&lt;br /&gt;
* [[GUI Style Guidelines]] -- New for [[OpenMoko2007.2]]&lt;br /&gt;
* [[Look &amp;amp; Feel]]&lt;br /&gt;
** [[Artwork]]&lt;br /&gt;
* [[Applications]]&lt;br /&gt;
* [[Widgets]]&lt;br /&gt;
** [[Widget Inheritance Graph]]&lt;br /&gt;
* [[Application UI Design Recommendations]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#D4EDFB;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Thesis work]] &lt;br /&gt;
* [[Freshman todo]]&lt;br /&gt;
* [[Templates]]&lt;br /&gt;
* [[PIM Storage]]&lt;br /&gt;
* [[Coding Guidelines]]&lt;br /&gt;
* [[OpenMoko#Setting_up_an_OpenMoko_SDK|How to setup the OpenMoko SDK]]&lt;br /&gt;
* Alternative distributions for [[Neo1973]] GTA01: [[Angstrom on Neo1973]], [http://pokylinux.org Poky] [http://www.usome.com](instructions needed!)&lt;br /&gt;
* [[License]] - How we license our code&lt;br /&gt;
* [[Development resources]] - Describes resources for developers (lists, svn, ...)&lt;br /&gt;
* [[Neo1973 Phase 0]] - Information for Phase 0 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P0 Review]] - Impressions of the Phase 0 hardware device, also the Phase 0 FAQ&lt;br /&gt;
* [[Neo1973 Phase 1]] - Information for Phase 1 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P1 Review]] - Impressions of the Phase 1 hardware device&lt;br /&gt;
* [[External Feeds]] - List of feeds from people blogging about OpenMoko&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FCFFCD;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[WiFi support in OpenMoko]]&lt;br /&gt;
* [[Neo1973 and Windows]]&lt;br /&gt;
* [[Press Coverage]] - What the press says about the OpenMoko project&lt;br /&gt;
* [[mFAQ]] - The OpenMoko Misinformation FAQ ('''mFAQ''') - What the press '''''incorrectly''''' says about the OpenMoko project&lt;br /&gt;
* [[Wish List]]s: [[Wish List - Hardware|Hardware]], [[Wishlist:BuiltInScriptingLanguage|Scripting Languages]], [[Wish List - OpenMoko Ringtones and Sounds|ringtones and sounds]]&lt;br /&gt;
* [[Media Content]] - What types of media on the device can we use (that is non-software)?&lt;br /&gt;
* [[Testimonials]] - How did you get to OpenMoko?&lt;br /&gt;
* [[Buying Interest List]] - (Not official and not a pre-order page) Have you put money aside for Neo1973? Put your nick here.&lt;br /&gt;
* Comparsion with the [[iPhone]]&lt;br /&gt;
* [[Translation]] of OpenMoko&lt;br /&gt;
* Project applications for Google's [[Summer of code]]&lt;br /&gt;
* Purcase OpenMoko [[SWAG]] T-Shirts!&lt;br /&gt;
* The OpenMoko [[Trademark Policy]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
The members of the OpenMoko community would like to thank FIC Inc. for their continued leadership of the OpenMoko project.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;span id=&amp;quot;bottom&amp;quot;&amp;gt;&amp;lt;/span&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[Category:Information| ]]&lt;br /&gt;
[[Category:Categories| ]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Community_Updates</id>
		<title>Community Updates</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Community_Updates"/>
				<updated>2007-11-26T21:53:25Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* GTA02 hardware design and test */ improved writing&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{|align=right&lt;br /&gt;
  |__TOC__&lt;br /&gt;
  |}&lt;br /&gt;
&lt;br /&gt;
Even though FIC strives to keep the community informed of the development progress, FIC does not provide delivery dates. Instead, FIC tries to report on the project status here and on the openmoko-community mailing list. &lt;br /&gt;
&lt;br /&gt;
The status is usually updated at least twice a month, usually by [[User:Michaelshiloh|Michael Shiloh]]. Updates are also mailed to the community mailing list (see below for previous updates), and major updates are also sent to the announce list.&lt;br /&gt;
&lt;br /&gt;
You are invited to add questions or topics you think should be included in the Community Updates.&lt;br /&gt;
&lt;br /&gt;
The latest Community Update is the [[November 27, 2007 Community Update]].&lt;br /&gt;
&lt;br /&gt;
==Discussion of current issues ==&lt;br /&gt;
&amp;lt;!--- this summary was updated by community members because it was not updated by [[User:Michaelshiloh|Michael Shiloh]]---&amp;gt;&lt;br /&gt;
===GTA02 hardware design and test===&lt;br /&gt;
The information below has been collected from various sources, feel free to add questions and comments here.&lt;br /&gt;
&lt;br /&gt;
While writing a device driver for the new battery which provides an accurate counter of the charge state of the GTA02, the driver developer discovered that the device driver does not get a reading of the charge state due to a very long response time with only one I/O signal when trying to read the charge state. To be able to read the battery status properly, it has been written that it will be necessary to re-design that part of the GTA02 for hardware version GTA02A5 to use two I/O signals to reduce the response time (one for transmitting commands, one for receiving data?). [http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=957#c1 Bug 957] may have more information.&lt;br /&gt;
&lt;br /&gt;
Comment: Previously it was not known that there would be a GTA02A5 hardware design. During the GTA01 phase, it was said that a hardware respin would take about one month so this would mean that previous community estimations on shipping are delayed by one month at least. In case previous estimates of delivery of GTA02 by early January would have been correct, this would mean that GTA02 ships in February the earliest, but do not take this for granted, FIC does not give any dates.&lt;br /&gt;
&lt;br /&gt;
===gllin GPS driver for GTA01===&lt;br /&gt;
We have received permission to distribute this driver in binary-only form, but the legal teams of Global Locate and OpenMoko have not been able to agree on a method for doing so.&lt;br /&gt;
&lt;br /&gt;
November 13, 2007: We have heard that Global Locate is willing to let us release the binary without requiring any further legal steps, but we have not been able to confirm this with anyone of authority.&lt;br /&gt;
&lt;br /&gt;
Note that the binary format of the driver will be OABI, which is different from what we now use (EABI). There are various work-arounds (chroot, wrapper).&lt;br /&gt;
&lt;br /&gt;
===850 MHz band not supported in USA+Canada (e.g. comment 24 on bug #256)===&lt;br /&gt;
&lt;br /&gt;
The GSM chip set is capable of quad band operation but the circuit implemented only supports 3 bands. So, 850Mhz is not supported on the GTA01 board. Instead we support 900/1800/1900MHz.&lt;br /&gt;
&lt;br /&gt;
Anyone interested in more details is welcome to email me.&lt;br /&gt;
&lt;br /&gt;
===Delivery of a GSM firmware update for the 3G SIM bug ([http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=666 #666])===&lt;br /&gt;
Background:&lt;br /&gt;
&lt;br /&gt;
A bug in the GSM firmware prevents some USA 3G SIM cards from working properly. The bug has been fixed, but since the GSM module is under extremely tight legal protection, it is not clear whether or how we can allow customers to perform this upgrade themselves.&lt;br /&gt;
&lt;br /&gt;
November 13, 2007:&lt;br /&gt;
&lt;br /&gt;
We have heard that TI has figured out a way to let you, our customers, upgrade the firmware, but we have not been able to get hold of the person at TI who can tell us how we should do this.&lt;br /&gt;
&lt;br /&gt;
We have permission to perform a Very Hacky Workaround: Get your Neo to me (Michael Shiloh), and I will perform the GSM firmware upgrade for you. Contact me for details.&lt;br /&gt;
&lt;br /&gt;
==Questions or Topics you think are missing==&lt;br /&gt;
&lt;br /&gt;
=== SMedia 3362 Documentation &amp;amp; OpenGL ES Drivers ===&lt;br /&gt;
There is an open source kdrive driver being written for the GTA02 which will use hardware to accelerate the XRender extension. While the chip is capable of 3D graphics, no OpenGL ES driver/library is avaliable and OpenMoko developers will not be writing one in the near future (although they have not ruled it out in the long-term). &lt;br /&gt;
&lt;br /&gt;
Documentation for the SMedia 3362 has been promised ([http://lists.openmoko.org/pipermail/community/2007-September/010175.html see this post]). However, this refers to documentation OpenMoko developers will be writing themselves, not the technical documentation SMedia have provided OpenMoko with. The OpenMoko developers had to sign an NDA with SMedia to obtain this documentation and are therefore unable to pass this information on to community developers. (See [http://lists.openmoko.org/pipermail/community/2007-November/011349.html this post] for details)&lt;br /&gt;
&lt;br /&gt;
=== Oh no, more delays. ===&lt;br /&gt;
I read from Claes Mogren's notes &amp;quot;a hardware bug in power management with GTA02v4... ...release will be delayed even further... &amp;quot; So how long is this deadly delay? Are we talking days, weeks or months of further delay.&lt;br /&gt;
&lt;br /&gt;
I'm sure I'm not the only person feeling disappointed (and getting a bit despondent) as I had really hoped to get myself a wifi version of the phone for a Christmas present, even if I have to use the command line just to make a call at least I would have it in my hand.&lt;br /&gt;
&lt;br /&gt;
==== How does this affect 850MHz? ====&lt;br /&gt;
Since an additional rev is required anyways, will this allow 850MHz support to be part of GTA02v5? (That would be very cool for those of us in the 'States)&lt;br /&gt;
&lt;br /&gt;
=== Binary driver for GPS? ===&lt;br /&gt;
Last time I read, the GPS module would be identified as a serial port device that could be dealt with by existing GPS Free Software without needing binary drivers, what's this setback on user's freedoms due to? I was so hoping for a computer who could make calls and give me directions which was 100% Free Software. Is this only temporary or definitive?&lt;br /&gt;
&lt;br /&gt;
==Previous Community Updates==&lt;br /&gt;
*[[September 28, 2007 Community Update]]&lt;br /&gt;
*[[October 12, 2007 Community Update]]&lt;br /&gt;
*[[October 13, 2007 Community Update]]&lt;br /&gt;
*[[October 15, 2007 Community Update]]&lt;br /&gt;
*[[October 16, 2007 Community Update]]&lt;br /&gt;
*[[October 25, 2007 Community Update]]&lt;br /&gt;
*[[October 31, 2007 Community Update]]&lt;br /&gt;
*[[November 6, 2007 Community Update]]&lt;br /&gt;
*[[November 13, 2007 Community Update]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Community]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Community_Updates</id>
		<title>Community Updates</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Community_Updates"/>
				<updated>2007-11-26T21:49:00Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: Since Michael Shiloh's didn't update the current status section with the 27 Nov update, I updated the GTA02 section with the information that is available to the community&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{|align=right&lt;br /&gt;
  |__TOC__&lt;br /&gt;
  |}&lt;br /&gt;
&lt;br /&gt;
Even though FIC strives to keep the community informed of the development progress, FIC does not provide delivery dates. Instead, FIC tries to report on the project status here and on the openmoko-community mailing list. &lt;br /&gt;
&lt;br /&gt;
The status is usually updated at least twice a month, usually by [[User:Michaelshiloh|Michael Shiloh]]. Updates are also mailed to the community mailing list (see below for previous updates), and major updates are also sent to the announce list.&lt;br /&gt;
&lt;br /&gt;
You are invited to add questions or topics you think should be included in the Community Updates.&lt;br /&gt;
&lt;br /&gt;
The latest Community Update is the [[November 27, 2007 Community Update]].&lt;br /&gt;
&lt;br /&gt;
==Discussion of current issues ==&lt;br /&gt;
&amp;lt;!--- this summary was updated by community members because it was not updated by [[User:Michaelshiloh|Michael Shiloh]]---&amp;gt;&lt;br /&gt;
===GTA02 hardware design and test===&lt;br /&gt;
The information below has been collected from various sources, feel free to add questions and comments here.&lt;br /&gt;
&lt;br /&gt;
While writing a device driver for the new battery which provides an accurate counter of the charge state of the GTA02, the driver developer discovered that the device driver does not get a reading of the charge state due to a very long response time with only one I/O signal when trying to read the charge state. To be able to read the battery status properly, it has been written that it will be necessary to re-design that part of the GTA02 for hardware version GTA02A5 to use two I/O signals to reduce the response time (one for transmitting commands, one for receiving data?). [http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=957#c1 Bug 957] may have more information.&lt;br /&gt;
&lt;br /&gt;
Comment: Previously it was not known that there would be a GTA02A5 hardware design, so any estimates on when GTA02 will be released at the earliest seem to be outdated thereby and as there seem to be at least one month between new hardware designs, this seems to add at least one month of delay. In case previous estimates of delivery of GTA02 by early January would have been correct, this would now mean that GTA02 ships in February the earliest, but do not take this for granted, FIC does not give any dates.&lt;br /&gt;
 &lt;br /&gt;
===gllin GPS driver for GTA01===&lt;br /&gt;
We have received permission to distribute this driver in binary-only form, but the legal teams of Global Locate and OpenMoko have not been able to agree on a method for doing so.&lt;br /&gt;
&lt;br /&gt;
November 13, 2007: We have heard that Global Locate is willing to let us release the binary without requiring any further legal steps, but we have not been able to confirm this with anyone of authority.&lt;br /&gt;
&lt;br /&gt;
Note that the binary format of the driver will be OABI, which is different from what we now use (EABI). There are various work-arounds (chroot, wrapper).&lt;br /&gt;
&lt;br /&gt;
===850 MHz band not supported in USA+Canada (e.g. comment 24 on bug #256)===&lt;br /&gt;
&lt;br /&gt;
The GSM chip set is capable of quad band operation but the circuit implemented only supports 3 bands. So, 850Mhz is not supported on the GTA01 board. Instead we support 900/1800/1900MHz.&lt;br /&gt;
&lt;br /&gt;
Anyone interested in more details is welcome to email me.&lt;br /&gt;
&lt;br /&gt;
===Delivery of a GSM firmware update for the 3G SIM bug ([http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=666 #666])===&lt;br /&gt;
Background:&lt;br /&gt;
&lt;br /&gt;
A bug in the GSM firmware prevents some USA 3G SIM cards from working properly. The bug has been fixed, but since the GSM module is under extremely tight legal protection, it is not clear whether or how we can allow customers to perform this upgrade themselves.&lt;br /&gt;
&lt;br /&gt;
November 13, 2007:&lt;br /&gt;
&lt;br /&gt;
We have heard that TI has figured out a way to let you, our customers, upgrade the firmware, but we have not been able to get hold of the person at TI who can tell us how we should do this.&lt;br /&gt;
&lt;br /&gt;
We have permission to perform a Very Hacky Workaround: Get your Neo to me (Michael Shiloh), and I will perform the GSM firmware upgrade for you. Contact me for details.&lt;br /&gt;
&lt;br /&gt;
==Questions or Topics you think are missing==&lt;br /&gt;
&lt;br /&gt;
=== SMedia 3362 Documentation &amp;amp; OpenGL ES Drivers ===&lt;br /&gt;
There is an open source kdrive driver being written for the GTA02 which will use hardware to accelerate the XRender extension. While the chip is capable of 3D graphics, no OpenGL ES driver/library is avaliable and OpenMoko developers will not be writing one in the near future (although they have not ruled it out in the long-term). &lt;br /&gt;
&lt;br /&gt;
Documentation for the SMedia 3362 has been promised ([http://lists.openmoko.org/pipermail/community/2007-September/010175.html see this post]). However, this refers to documentation OpenMoko developers will be writing themselves, not the technical documentation SMedia have provided OpenMoko with. The OpenMoko developers had to sign an NDA with SMedia to obtain this documentation and are therefore unable to pass this information on to community developers. (See [http://lists.openmoko.org/pipermail/community/2007-November/011349.html this post] for details)&lt;br /&gt;
&lt;br /&gt;
=== Oh no, more delays. ===&lt;br /&gt;
I read from Claes Mogren's notes &amp;quot;a hardware bug in power management with GTA02v4... ...release will be delayed even further... &amp;quot; So how long is this deadly delay? Are we talking days, weeks or months of further delay.&lt;br /&gt;
&lt;br /&gt;
I'm sure I'm not the only person feeling disappointed (and getting a bit despondent) as I had really hoped to get myself a wifi version of the phone for a Christmas present, even if I have to use the command line just to make a call at least I would have it in my hand.&lt;br /&gt;
&lt;br /&gt;
==== How does this affect 850MHz? ====&lt;br /&gt;
Since an additional rev is required anyways, will this allow 850MHz support to be part of GTA02v5? (That would be very cool for those of us in the 'States)&lt;br /&gt;
&lt;br /&gt;
=== Binary driver for GPS? ===&lt;br /&gt;
Last time I read, the GPS module would be identified as a serial port device that could be dealt with by existing GPS Free Software without needing binary drivers, what's this setback on user's freedoms due to? I was so hoping for a computer who could make calls and give me directions which was 100% Free Software. Is this only temporary or definitive?&lt;br /&gt;
&lt;br /&gt;
==Previous Community Updates==&lt;br /&gt;
*[[September 28, 2007 Community Update]]&lt;br /&gt;
*[[October 12, 2007 Community Update]]&lt;br /&gt;
*[[October 13, 2007 Community Update]]&lt;br /&gt;
*[[October 15, 2007 Community Update]]&lt;br /&gt;
*[[October 16, 2007 Community Update]]&lt;br /&gt;
*[[October 25, 2007 Community Update]]&lt;br /&gt;
*[[October 31, 2007 Community Update]]&lt;br /&gt;
*[[November 6, 2007 Community Update]]&lt;br /&gt;
*[[November 13, 2007 Community Update]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Community]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Community_Updates</id>
		<title>Community Updates</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Community_Updates"/>
				<updated>2007-11-26T21:36:27Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: TOC to the right&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{|align=right&lt;br /&gt;
  |__TOC__&lt;br /&gt;
  |}&lt;br /&gt;
&lt;br /&gt;
Even though FIC strives to keep the community informed of the development progress, FIC does not provide delivery dates. Instead, FIC tries to report on the project status here and on the openmoko-community mailing list. &lt;br /&gt;
&lt;br /&gt;
The status is usually updated at least twice a month, usually by [[User:Michaelshiloh|Michael Shiloh]]. Updates are also mailed to the community mailing list (see below for previous updates), and major updates are also sent to the announce list.&lt;br /&gt;
&lt;br /&gt;
You are invited to add questions or topics you think should be included in the Community Updates.&lt;br /&gt;
&lt;br /&gt;
The latest Community Update is the [[November 27, 2007 Community Update]].&lt;br /&gt;
&lt;br /&gt;
==Summary of the current Status==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;!--- this is summary was updated by community members as this part was not updated by [[User:Michaelshiloh|Michael Shiloh]]---&amp;gt;&lt;br /&gt;
===GTA02 hardware design and test===&lt;br /&gt;
While writing a device driver for the new battery which provides an accurate counter of the charge state of the GTA02, OpenMoko discovered that the device driver gets timeouts due to a very long response time with only one I/O signal when trying to read the charge state. To be able to read the battery status properly, it will be necessary to re-design that part of the GTA02 for hardware version GTA02A5 to use two I/O signals to reduce the response time.http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=957#c1].&lt;br /&gt;
&lt;br /&gt;
Previously it was not known that there would be a GTA02A5 hardware design, so any estimates on when GTA02 will be released at the earliest seem to be outdated as of this information and as there seem to be at least one month between new hardware designs, this seems to add at least one month of delay. In case previous estimates of delivery of GTA02 by early January would have been correct, this would now mean that GTA02 ships in February the earliest.&lt;br /&gt;
 &lt;br /&gt;
===gllin GPS driver for GTA01===&lt;br /&gt;
We have received permission to distribute this driver in binary-only form, but the legal teams of Global Locate and OpenMoko have not been able to agree on a method for doing so.&lt;br /&gt;
&lt;br /&gt;
November 13, 2007: We have heard that Global Locate is willing to let us release the binary without requiring any further legal steps, but we have not been able to confirm this with anyone of authority.&lt;br /&gt;
&lt;br /&gt;
Note that the binary format of the driver will be OABI, which is different from what we now use (EABI). There are various work-arounds (chroot, wrapper).&lt;br /&gt;
&lt;br /&gt;
===850 MHz band not supported in USA+Canada (e.g. comment 24 on bug #256)===&lt;br /&gt;
&lt;br /&gt;
The GSM chip set is capable of quad band operation but the circuit implemented only supports 3 bands. So, 850Mhz is not supported on the GTA01 board. Instead we support 900/1800/1900MHz.&lt;br /&gt;
&lt;br /&gt;
Anyone interested in more details is welcome to email me.&lt;br /&gt;
&lt;br /&gt;
===Delivery of a GSM firmware update for the 3G SIM bug ([http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=666 #666])===&lt;br /&gt;
Background:&lt;br /&gt;
&lt;br /&gt;
A bug in the GSM firmware prevents some USA 3G SIM cards from working properly. The bug has been fixed, but since the GSM module is under extremely tight legal protection, it is not clear whether or how we can allow customers to perform this upgrade themselves.&lt;br /&gt;
&lt;br /&gt;
November 13, 2007:&lt;br /&gt;
&lt;br /&gt;
We have heard that TI has figured out a way to let you, our customers, upgrade the firmware, but we have not been able to get hold of the person at TI who can tell us how we should do this.&lt;br /&gt;
&lt;br /&gt;
We have permission to perform a Very Hacky Workaround: Get your Neo to me (Michael Shiloh), and I will perform the GSM firmware upgrade for you. Contact me for details.&lt;br /&gt;
&lt;br /&gt;
==Questions or Topics you think are missing==&lt;br /&gt;
&lt;br /&gt;
=== SMedia 3362 Documentation &amp;amp; OpenGL ES Drivers ===&lt;br /&gt;
There is an open source kdrive driver being written for the GTA02 which will use hardware to accelerate the XRender extension. While the chip is capable of 3D graphics, no OpenGL ES driver/library is avaliable and OpenMoko developers will not be writing one in the near future (although they have not ruled it out in the long-term). &lt;br /&gt;
&lt;br /&gt;
Documentation for the SMedia 3362 has been promised ([http://lists.openmoko.org/pipermail/community/2007-September/010175.html see this post]). However, this refers to documentation OpenMoko developers will be writing themselves, not the technical documentation SMedia have provided OpenMoko with. The OpenMoko developers had to sign an NDA with SMedia to obtain this documentation and are therefore unable to pass this information on to community developers. (See [http://lists.openmoko.org/pipermail/community/2007-November/011349.html this post] for details)&lt;br /&gt;
&lt;br /&gt;
=== Oh no, more delays. ===&lt;br /&gt;
I read from Claes Mogren's notes &amp;quot;a hardware bug in power management with GTA02v4... ...release will be delayed even further... &amp;quot; So how long is this deadly delay? Are we talking days, weeks or months of further delay.&lt;br /&gt;
&lt;br /&gt;
I'm sure I'm not the only person feeling disappointed (and getting a bit despondent) as I had really hoped to get myself a wifi version of the phone for a Christmas present, even if I have to use the command line just to make a call at least I would have it in my hand.&lt;br /&gt;
&lt;br /&gt;
==== How does this affect 850MHz? ====&lt;br /&gt;
Since an additional rev is required anyways, will this allow 850MHz support to be part of GTA02v5? (That would be very cool for those of us in the 'States)&lt;br /&gt;
&lt;br /&gt;
=== Binary driver for GPS? ===&lt;br /&gt;
Last time I read, the GPS module would be identified as a serial port device that could be dealt with by existing GPS Free Software without needing binary drivers, what's this setback on user's freedoms due to? I was so hoping for a computer who could make calls and give me directions which was 100% Free Software. Is this only temporary or definitive?&lt;br /&gt;
&lt;br /&gt;
==Previous Community Updates==&lt;br /&gt;
*[[September 28, 2007 Community Update]]&lt;br /&gt;
*[[October 12, 2007 Community Update]]&lt;br /&gt;
*[[October 13, 2007 Community Update]]&lt;br /&gt;
*[[October 15, 2007 Community Update]]&lt;br /&gt;
*[[October 16, 2007 Community Update]]&lt;br /&gt;
*[[October 25, 2007 Community Update]]&lt;br /&gt;
*[[October 31, 2007 Community Update]]&lt;br /&gt;
*[[November 6, 2007 Community Update]]&lt;br /&gt;
*[[November 13, 2007 Community Update]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Community]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Openmoko:Community_Portal</id>
		<title>Openmoko:Community Portal</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Openmoko:Community_Portal"/>
				<updated>2007-11-26T21:04:26Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: add: == Community Updates == The Community Updates article is updated at least twice a month by Michael Shiloh. Updates are also mailed to the openmoko-community mailing list,...&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{|align=right&lt;br /&gt;
  |__TOC__&lt;br /&gt;
  |}&lt;br /&gt;
== Community Updates ==&lt;br /&gt;
&lt;br /&gt;
The [[Community Updates]] article is updated at least twice a month by Michael Shiloh. Updates are also mailed to the openmoko-community mailing list, and major updates are also sent to the announce list. &lt;br /&gt;
&lt;br /&gt;
== IRC ==&lt;br /&gt;
&lt;br /&gt;
There is always a good group in the IRC channel #openmoko on FreeNode. If you aren't an IRC-er, you might want to review the discussions anyways:&lt;br /&gt;
&lt;br /&gt;
Current 24h live log is always at:&lt;br /&gt;
&lt;br /&gt;
http://logs.nslu2-linux.org/livelogs/openmoko.txt&lt;br /&gt;
&lt;br /&gt;
Previous 24h log is always at:&lt;br /&gt;
&lt;br /&gt;
http://logs.nslu2-linux.org/livelogs/openmoko-prev.txt&lt;br /&gt;
&lt;br /&gt;
Archives back to 29 November 2006 at:&lt;br /&gt;
&lt;br /&gt;
http://logs.nslu2-linux.org/livelogs/openmoko/&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Courtesy of the NSLU2-Linux project.&lt;br /&gt;
&lt;br /&gt;
== Wiki ==&lt;br /&gt;
The old community wiki is at http://www.linuxtogo.org/gowiki/OpenMoko/, since the release of the official wiki at http://wiki.openmoko.org/, it should no longer be used for OpenMoko. Please help integrating the content of the old wiki into this wiki. Please note that you cannot just copy from the old wiki, as the old wiki is (unfortunately) not clearly licensed and the content on this wiki is licensed under GNU FDL. You will instead need to rewrite the articles.&lt;br /&gt;
&lt;br /&gt;
When you have integrated/rewritten an article, please update the old wiki with clear information that you have moved the information, so others do not update the old page.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== Useful content that should be transfered ===&lt;br /&gt;
==== FAQ about the whole project ====&lt;br /&gt;
&amp;lt;strike&amp;gt;&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/QuestionsAndAnswers some FAQ about the whole project]&amp;lt;/strike&amp;gt;i created the [[FAQ]] page and added it to the introduction section on the main page. There are a few links on this page that will need to be fixed after all the content has been migrated [[User:Ryanlerch|Ryanlerch]] 12:55, 16 February 2007 (CET) &lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Providers Cell phone providers]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]] 16:25, 16 February 2007 (CET) - '''Done''' - [[OpenMoko compatible cellphone providers]]&lt;br /&gt;
&lt;br /&gt;
====Software ideas ====&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/Ideas a really mixed up list of software and hardware ideas] - Please name your page Wishlist:''Pagename'' and add 'Category:Ideas' if you rewrite one of these&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/Software software ideas]&lt;br /&gt;
&lt;br /&gt;
==== Hardware stuff ====&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/iPhone comparison Neo / iPhone]&amp;lt;/strike&amp;gt;--[[User:Mikesh|Mikesh]] 09:15, 18 February 2007 (CET) '''DONE''' - [[iPhone]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/AT_Commands At Commands]&amp;lt;/strike&amp;gt;--[[User:AndreasHochsteger|Andreas Hochsteger]] 22:11, 24 February 2007 (CET) '''DONE''' - [[Hardware:AT_Commands|AT Commands]]&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/GPRS information on GPRS]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/A%28ssisted%29_GPS information on (A)GPS]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]] 01:57, 16 February 2007 (CET) '''DONE''' - [[Hardware:AGPS|AGPS]]&lt;br /&gt;
&lt;br /&gt;
==== Content used on OpenMoko ====&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Content content ideas]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]][http://www.usome.com] 16:35, 16 February 2007 (CET) - '''Done''' - [[Media Content]]&lt;br /&gt;
&lt;br /&gt;
==== Coding instructions ====&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/OpenEmbedded open embedded]&lt;br /&gt;
*[http://www.linuxtogo.org/gowiki/OpenMoko/ToolChain tool chain]&lt;br /&gt;
*&lt;br /&gt;
==== Other useful stuff ====&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/PressCoverage Press Coverage]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]] 16:54, 16 February 2007 (CET) - '''Done''' - [[Press Coverage]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Testimonials Testimonials]&amp;lt;/strike&amp;gt;--[[User:Denis std|denis_std]] 17:34, 16 February 2007 (CET) - '''Done''' - [[Testimonials]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Translation Translation of OpenMoko]&amp;lt;/strike&amp;gt;--[[User:Mikesh|Mikesh]] 11:42, 18 February 2007 (CET) '''DONE''' - [[Translation]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/AtFOSDEM FOSDEM]&amp;lt;/strike&amp;gt; &lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Glossary Glossary]&amp;lt;/strike&amp;gt;--[[User:AndreasHochsteger|Andreas Hochsteger]] 22:41, 24 February 2006 (CET) - '''DONE''' - [[Glossary]]&lt;br /&gt;
*&amp;lt;strike&amp;gt;[http://www.linuxtogo.org/gowiki/OpenMoko/Video_Bounty Video Bounty]&amp;lt;/strike&amp;gt;-- '''ABANDONED''' - New hardware renders this task trivial&lt;br /&gt;
&lt;br /&gt;
== Development news ==&lt;br /&gt;
&lt;br /&gt;
Developer news of progress being made on OpenMoko.&lt;br /&gt;
&lt;br /&gt;
* [http://planet.openmoko.org/ Main planet openmoko feed]&lt;br /&gt;
* [http://blogs.gnome.org/thos/2007/08/21/openmoko-20072/ OpenMoko 2007.2 new User Interface style for OpenMoko by OpenedHand]&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
=== User's Manual ===&lt;br /&gt;
&lt;br /&gt;
An user manual should be created for non geeks. I mean one of those small books you get when you buy a new phone. They are full of pictures, describe basic steps of phone usage and are translated into as many languages as possible.&lt;br /&gt;
&lt;br /&gt;
The wiki is a mess, somebody should suggest a structure easier to navigate.&lt;br /&gt;
&lt;br /&gt;
I do not see a point in translating developer pages in other languages than English, but this is subjective.&lt;br /&gt;
&lt;br /&gt;
--[[User:Iztok.jeras|Iztok.jeras]] 10:56, 23 May 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
I am French, but I don't see a point either in translating the developer manual. Mickael.&lt;br /&gt;
&lt;br /&gt;
My mother language is Spanish. I think that a developer manual written in English is enough -no need for translation to other languages. Raul.&lt;br /&gt;
&lt;br /&gt;
I have the same idea, but, its free for translate to other laguages. Freddy&lt;br /&gt;
&lt;br /&gt;
I am French, I think that a basic manual for non-geek could be a good idea…&lt;br /&gt;
&lt;br /&gt;
--[[User:Bart|Bart]] 10:14, 2 October 2007 (CEST)&lt;br /&gt;
I am Dutch, if a dutch user manual is needed I'd love to help.&lt;br /&gt;
&lt;br /&gt;
[[User:Fradeve11|Fradeve11]]: I give my appreciament and time to translate an user basic manual in Italian ;) very good idea!&lt;br /&gt;
&lt;br /&gt;
=== USB Keyboards ===&lt;br /&gt;
&lt;br /&gt;
I'm not sure if this is the proper place to post this, but I think it would be an excellent idea to test out the Neo with a USB keyboard and even for OpenMoko to have at least one suggested &amp;amp;&amp;amp; compatible device. I haven't seen details about what standards the Neo's USB device will adhere to (host capabilities? - although that might be somewhat power hungry). Is there even a thing as a keyboard that operates as its own USB host? Actually, even a bluetooth keyboard would be reasonable. I only pose this question because I would like to be able to write snippets of code, and I have some doubts about using the stylus with an on-screen keyboard - especially for certain syntax patterns that are common in most programming languages. &lt;br /&gt;
&lt;br /&gt;
'''Update''': I'm glad someone else has thought about this too :: [http://wiki.openmoko.org/wiki/Manually_using_Bluetooth#HID_.28Human_Input_Device.29 Neo1973 &amp;amp; Bluetooth HIDs (Human Input Devices)]&lt;br /&gt;
&lt;br /&gt;
--[[User:Cfriedt|Cfriedt]] 02:07, 20 November 2007 (CET)&lt;br /&gt;
&lt;br /&gt;
[[Category:Community| ]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/The_USB_Control_Device_Class_Abstract_Control_Model_-_CDC_ACM</id>
		<title>The USB Control Device Class Abstract Control Model - CDC ACM</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/The_USB_Control_Device_Class_Abstract_Control_Model_-_CDC_ACM"/>
				<updated>2007-11-23T15:18:09Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* MacOS X */ add &amp;quot;.&amp;quot;&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[USB]] CDC (Communications Device Class) ACM (Abstract Control Model) is a vendor-independent publicly documented protcol that can be used for emulating serial ports over USB.&lt;br /&gt;
&lt;br /&gt;
== Hardware specifics ==&lt;br /&gt;
&lt;br /&gt;
=== Neo1973 and CDC ACM ===&lt;br /&gt;
&lt;br /&gt;
The Neo1973 [[u-boot]] boot loader contains support for obtaining the boot loader prompt over USB CDC ACM.&lt;br /&gt;
&lt;br /&gt;
The OpenMoko kernel also contains CDC ACM device support, contained in the '''g_serial.ko''' kernel module.&lt;br /&gt;
&lt;br /&gt;
=== Host PC and CDC ACM ===&lt;br /&gt;
&lt;br /&gt;
==== Linux ====&lt;br /&gt;
&lt;br /&gt;
Linux has a generic CDC ACM host-side implementation in the kernel module '''cdc_acm.ko'''&lt;br /&gt;
&lt;br /&gt;
==== Windows ====&lt;br /&gt;
&lt;br /&gt;
FIXME&lt;br /&gt;
&lt;br /&gt;
==== MacOS X ====&lt;br /&gt;
See the [[MacOS_X#USB_Serial|USB Serial section in the MacOS X article]].&lt;br /&gt;
&lt;br /&gt;
[[Category:Hardware]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/USB_Networking</id>
		<title>USB Networking</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/USB_Networking"/>
				<updated>2007-11-23T15:17:46Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* MacOS X */&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Neo1973 side =&lt;br /&gt;
&lt;br /&gt;
== Name resolution ==&lt;br /&gt;
&lt;br /&gt;
By default Neo1973 has usb0 interface working due to Ethernet gadget (g_ether) compiled into kernel.&lt;br /&gt;
&lt;br /&gt;
On the Neo, if you want to reach out to the internets using full qualified hostnames, you need to define your DNS server. Create a file /etc/resolv.conf with at least one line saying&lt;br /&gt;
&lt;br /&gt;
 nameserver xxx.xxx.xxx.xxx&lt;br /&gt;
&lt;br /&gt;
e.g. nameserver 192.168.1.1&lt;br /&gt;
&lt;br /&gt;
Then you can also easily update your 2007.2 OpenMoko packages with &amp;quot;ipkg update &amp;amp;&amp;amp; ipkg upgrade&amp;quot; on the Neo.&lt;br /&gt;
&lt;br /&gt;
A better approach is to symlink&lt;br /&gt;
&lt;br /&gt;
 ln -s /var/run/resolv.conf /etc/resolv.conf&lt;br /&gt;
&lt;br /&gt;
and fill the file at bootup with a script /etc/network/if-up.d/08setupdns containing:&lt;br /&gt;
&lt;br /&gt;
 #!/bin/sh -e&lt;br /&gt;
 echo  nameserver 192.168.0.200 &amp;gt; /var/run/resolv.conf&lt;br /&gt;
&lt;br /&gt;
this way the file is correctly handled from ppp package when dialing into gprs.&lt;br /&gt;
&lt;br /&gt;
== Routing ==&lt;br /&gt;
&lt;br /&gt;
You need a additional route for traffic to the internet. This traffic can be routed through your pc (see below) if the pc is the default route destination. you can achieve this by adding&lt;br /&gt;
&lt;br /&gt;
 gateway 192.168.0.200&lt;br /&gt;
&lt;br /&gt;
to your /etc/network/interfaces in the usb0 section.&lt;br /&gt;
&lt;br /&gt;
= Desktop side =&lt;br /&gt;
&lt;br /&gt;
== Manual method ==&lt;br /&gt;
&lt;br /&gt;
With the device connected, modprobe usbnet module and configure usb0 interface (as root):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ifconfig usb0 192.168.0.200 netmask 255.255.255.0&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
If your eth0 interface is also in the same 'range' (e.g. 192.168.0.105) then you can do the following:&lt;br /&gt;
&lt;br /&gt;
1. ping the Neo with&lt;br /&gt;
 # ping -I usb0 192.168.0.202&lt;br /&gt;
2. add a route to your Neo:&lt;br /&gt;
 # /sbin/route add -host 192.168.0.202/32 dev usb0&lt;br /&gt;
3 log in to the Neo&lt;br /&gt;
 # ssh root@192.168.0.202&lt;br /&gt;
&lt;br /&gt;
If you don't have the necessary modules to get usb0 going, make sure you have the following kernel options enabled:&lt;br /&gt;
* CONFIG_USB_USBNET&lt;br /&gt;
* CONFIG_USB_NET_CDCETHER&lt;br /&gt;
Both options are available in the Device Drivers -&amp;gt; USB support -&amp;gt; USB Network Adapters. For more info see the [http://www.linux-usb.org/usbnet/ usbnet driver homepage].&lt;br /&gt;
&lt;br /&gt;
== Automatic method ==&lt;br /&gt;
&lt;br /&gt;
Took from [http://blog.haerwu.biz/2007/03/22/hotpluging-usbnet/ Hotplugging usbnet] post by Marcin 'Hrw' Juszkiewicz.&lt;br /&gt;
&lt;br /&gt;
=== Debian or similar ===&lt;br /&gt;
Edit /etc/network/interfaces:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
allow-hotplug usb0&lt;br /&gt;
iface usb0 inet static&lt;br /&gt;
        address 192.168.0.200&lt;br /&gt;
        netmask 255.255.255.0&lt;br /&gt;
        network 192.168.0.0&lt;br /&gt;
        post-up iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24&lt;br /&gt;
        post-up echo 1 &amp;gt; /proc/sys/net/ipv4/ip_forward&lt;br /&gt;
        post-up iptables -P FORWARD ACCEPT&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Ubuntu (Tested with Feisty and Gutsy) ===&lt;br /&gt;
Edit /etc/network/interfaces:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
auto usb0&lt;br /&gt;
iface usb0 inet static&lt;br /&gt;
        address 192.168.0.200&lt;br /&gt;
        netmask 255.255.255.0&lt;br /&gt;
        network 192.168.0.0&lt;br /&gt;
        up iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 &amp;amp;&lt;br /&gt;
        up echo 1 &amp;gt; /proc/sys/net/ipv4/ip_forward &amp;amp;&lt;br /&gt;
        up iptables -P FORWARD ACCEPT &amp;amp;&lt;br /&gt;
        down iptables -D POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 &amp;amp;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you are doing the echo 1 &amp;gt; /proc/... command manually, sudo may not be enough, then you will have to execute it from a sudo bash.&lt;br /&gt;
&lt;br /&gt;
Ubuntu Feisty and Gutsy appear to have a bug where ifdown is not run when the interface is unplugged, meaning this only works once after the system is booted.&lt;br /&gt;
One can patch /etc/udev/rules.d/85-ifupdown.rules, editing the two lines at the end of the file:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
SUBSYSTEM==&amp;quot;net&amp;quot;, DRIVERS==&amp;quot;?*&amp;quot;, GOTO=&amp;quot;net_start&amp;quot;&lt;br /&gt;
GOTO=&amp;quot;net_end&amp;quot;&lt;br /&gt;
&lt;br /&gt;
LABEL=&amp;quot;net_start&amp;quot;&lt;br /&gt;
&lt;br /&gt;
# Bring devices up and down only if they're marked auto.&lt;br /&gt;
# Use start-stop-daemon so we don't wait on dhcp&lt;br /&gt;
ACTION==&amp;quot;add&amp;quot;,          RUN+=&amp;quot;/sbin/start-stop-daemon --start --background --pidfile /var/run/network/bogus --startas /sbin/ifup -- --allow auto $env{INTERFACE}&amp;quot;&lt;br /&gt;
&lt;br /&gt;
LABEL=&amp;quot;net_end&amp;quot;&lt;br /&gt;
&lt;br /&gt;
ACTION==&amp;quot;remove&amp;quot;,       RUN+=&amp;quot;/sbin/start-stop-daemon --start --background --pidfile /var/run/network/bogus --startas /sbin/ifdown -- --allow auto $env{INTERFACE}&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
the bug is that the LABEL=&amp;quot;net_end&amp;quot; is at the wrong position&lt;br /&gt;
=== SuSE ===&lt;br /&gt;
/etc/sysconfig/network/ifcfg-usb0&lt;br /&gt;
 # USB configuration for PDAs (openmoko)&lt;br /&gt;
 IPADDR=192.168.0.200&lt;br /&gt;
 NETMASK=255.255.255.0&lt;br /&gt;
 STARTMODE=onboot&lt;br /&gt;
=== Fedora (Tested with FC8) ===&lt;br /&gt;
/etc/sysconfig/network-scripts/ifcfg-usb0&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# USB configuration for PDAs (openmoko)&lt;br /&gt;
# from http://www.handhelds.org/moin/moin.cgi/UsbNet&lt;br /&gt;
DEVICE=usb0&lt;br /&gt;
BOOTPROTO=none&lt;br /&gt;
IPADDR=192.168.0.200&lt;br /&gt;
NETMASK=255.255.255.0&lt;br /&gt;
ONBOOT=yes&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Red Hat or similar ===&lt;br /&gt;
Edit /etc/sysconfig/network-scripts/net.hotplug:&lt;br /&gt;
&lt;br /&gt;
After this command&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
    case $INTERFACE in&lt;br /&gt;
	# interfaces that are registered after being &amp;quot;up&amp;quot; (?)&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
add&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
	usb0)&lt;br /&gt;
		ifconfig usb0 192.168.0.200 netmask 255.255.255.0&lt;br /&gt;
		route add 192.168.0.202 usb0&lt;br /&gt;
		iptables -I INPUT 1 -s 192.168.0.202 -j ACCEPT&lt;br /&gt;
		iptables -I OUTPUT 1 -s 192.168.0.200 -j ACCEPT&lt;br /&gt;
                iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24&lt;br /&gt;
                echo 1 &amp;gt; /proc/sys/net/ipv4/ip_forward&lt;br /&gt;
		exit 0&lt;br /&gt;
	;;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
=== Gentoo ===&lt;br /&gt;
* Open /etc/conf.d/net and add:&lt;br /&gt;
 # Neo1973&lt;br /&gt;
 config_usb0=( &amp;quot;192.168.0.200 netmask 255.255.255.0&amp;quot; )&lt;br /&gt;
 routes_usb0=( &amp;quot;192.168.0.202/32 via 192.168.0.200&amp;quot; )&lt;br /&gt;
* Create a new init script:&lt;br /&gt;
 cd /etc/init.d&lt;br /&gt;
 ln -s net.lo net.usb0&lt;br /&gt;
* Put iptables into use:&lt;br /&gt;
 iptables -I INPUT 1 -s 192.168.0.202 -j ACCEPT&lt;br /&gt;
 iptables -I OUTPUT 1 -s 192.168.0.200 -j ACCEPT&lt;br /&gt;
 iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24&lt;br /&gt;
* Store them&lt;br /&gt;
 /etc/init.d/iptables save&lt;br /&gt;
* If you want the routing by default:&lt;br /&gt;
 rc-update add iptables default&lt;br /&gt;
=== MacOS X ===&lt;br /&gt;
See the [[MacOS_X#USB_Networking|USB Networking section in the MacOS X article]].&lt;br /&gt;
&lt;br /&gt;
= Mobile development  =&lt;br /&gt;
&lt;br /&gt;
== Proxying DNS requests ==&lt;br /&gt;
&lt;br /&gt;
If, like me, you move about quite a lot, connecting to various networks as you go and getting your ip via dhcp, you'll probably be annoyed at having to constantly update your resolv.conf on the Neo 1973.&lt;br /&gt;
&lt;br /&gt;
To get round this, as part of my setup script, I run a proxy dns on the ip address the neo comes in on at the usb0 port. This means that my Neo /etc/resolv.conf only contains:&lt;br /&gt;
&lt;br /&gt;
 nameserver 192.168.0.200 &lt;br /&gt;
&lt;br /&gt;
and my laptop will proxy all dns requests based on it's own /etc/resolv.conf&lt;br /&gt;
&lt;br /&gt;
'''note that we only run the dns proxy on the usb0 interface so that we don't break any other networking'''&lt;br /&gt;
&lt;br /&gt;
=== Proxying with dnrd ===&lt;br /&gt;
&lt;br /&gt;
The script is designed to use [http://dnrd.sourceforge.net/ dnrd] as the dns proxy. The [http://buildhost.automated.it/gta01 script] and a copy of [http://buildhost.automated.it/dnrd-2.20.3.tar.gz dnrd] are available from my site. The script also performs the initial setup of the connection as per the [[USB_Networking#Manual_method]] above.&lt;br /&gt;
&lt;br /&gt;
=== Proxying with a UDP forwarder ===&lt;br /&gt;
Another easy setup is using a udp forwarder like the one from http://www.tapor.com/udpf/ - is use it with the command&lt;br /&gt;
&lt;br /&gt;
 udpf-elf\&lt;br /&gt;
        -p=53\&lt;br /&gt;
        -f=`cat /etc/resolv.conf|awk '$1 == &amp;quot;nameserver&amp;quot;{print $2; exit(0);}'`:53&lt;br /&gt;
&lt;br /&gt;
=== Proxying with iptables ===&lt;br /&gt;
Its is possible to forward DNS requests with iptables using the DNAT target&lt;br /&gt;
&lt;br /&gt;
 iptables -t nat -A PREROUTING -p tcp -s 192.168.0.202 -d 192.168.0.200 --dport domain -j DNAT --to-destination 192.168.0.1&lt;br /&gt;
 iptables -t nat -A PREROUTING -p udp -s 192.168.0.202 -d 192.168.0.200 --dport domain -j DNAT --to-destination 192.168.0.1&lt;br /&gt;
&lt;br /&gt;
where &amp;lt;tt&amp;gt;192.168.0.1&amp;lt;/tt&amp;gt; is the IP of your residential gateway (router). This is the easiest method, but its not recommended if you have a direct connection to the Internet as ISP DNS servers can change, and this does no load-balancing.&lt;br /&gt;
&lt;br /&gt;
= Connecting to phone =&lt;br /&gt;
&lt;br /&gt;
Then &amp;lt;tt&amp;gt;ssh root@192.168.0.202&amp;lt;/tt&amp;gt; with empty password to get into phone.&lt;br /&gt;
&lt;br /&gt;
NOTE: the ssh daemon (dropbear 0.49) on the OpenMoko appears to have a bug when sending the exit status back to the client. From time to time you receive an exit status of 255.&lt;br /&gt;
&lt;br /&gt;
===SSH Extras===&lt;br /&gt;
&lt;br /&gt;
If you get fed up with typing root@192.168.0.202, on your PC edit /etc/hosts and add an entry for 'phone'&lt;br /&gt;
&lt;br /&gt;
 192.168.0.202 phone&lt;br /&gt;
&lt;br /&gt;
then edit ~/.ssh/config (or create it) and add&lt;br /&gt;
&lt;br /&gt;
 host phone&lt;br /&gt;
 user root&lt;br /&gt;
&lt;br /&gt;
then all you need to do is type &lt;br /&gt;
&lt;br /&gt;
 # ssh phone&lt;br /&gt;
&lt;br /&gt;
To avoid ssh added a new line for every ssh host-key to you known_hosts you can add the following to the phone section in ~/.ssh/config&lt;br /&gt;
&lt;br /&gt;
  UserKnownHostsFile /dev/null&lt;br /&gt;
&lt;br /&gt;
You might want to use keys to bypass the login prompt too.&lt;br /&gt;
&lt;br /&gt;
===SSH Keys===&lt;br /&gt;
====From host to phone====&lt;br /&gt;
&lt;br /&gt;
To generate ssh keys for use as a login mechanism type&lt;br /&gt;
&lt;br /&gt;
 ssh-keygen -t rsa&lt;br /&gt;
&lt;br /&gt;
when prompted for a password either hit enter for no password (''not really a good idea'') or enter a password for this key. ssh into the phone and create ~/.ssh&lt;br /&gt;
&lt;br /&gt;
 # mkdir ~/.ssh&lt;br /&gt;
&lt;br /&gt;
then from your PC copy the '''.pub''' file to the phone.&lt;br /&gt;
&lt;br /&gt;
 # scp ~/.ssh/id_rsa.pub phone:.ssh/authorized_keys&lt;br /&gt;
&lt;br /&gt;
You should now be able to ssh directly into the phone.&lt;br /&gt;
&lt;br /&gt;
To disable password logins ('''after setting up key access''') edit /etc/init.d/dropbear and change the following line:&lt;br /&gt;
&lt;br /&gt;
 DROPBEAR_EXTRA_ARGS=&lt;br /&gt;
&lt;br /&gt;
to &lt;br /&gt;
&lt;br /&gt;
 DROPBEAR_EXTRA_ARGS=&amp;quot;-s&amp;quot;&lt;br /&gt;
&lt;br /&gt;
You will need to restart dropbear for this to take effect.&lt;br /&gt;
&lt;br /&gt;
====From phone to host====&lt;br /&gt;
Generate the key&lt;br /&gt;
&lt;br /&gt;
  dropbearkey -t rsa -f id_rsa&lt;br /&gt;
&lt;br /&gt;
The output will look something like this:&lt;br /&gt;
&lt;br /&gt;
  Will output 1024 bit rsa secret key to 'id_rsa'&lt;br /&gt;
  Generating key, this may take a while...&lt;br /&gt;
  Public key portion is:&lt;br /&gt;
  ssh-rsa AAAAB3Nza[...]&lt;br /&gt;
  Fingerprint: md5 ca:e8:f0:b7:f6:7b:c2:b6:b9:71:e4:45:86:a9:ff:b8&lt;br /&gt;
&lt;br /&gt;
Copy and paste the one line (in this example, starting with 'ssh-rsa' onto the end of the host's authorized_keys file (often in ~/.ssh/).&lt;br /&gt;
&lt;br /&gt;
From the phone, ssh with -i:&lt;br /&gt;
&lt;br /&gt;
  ssh -i id_rsa user@host&lt;br /&gt;
&lt;br /&gt;
This works for me.  I ripped off these instructions from: [[http://forum.openwrt.org/viewtopic.php?pid=53705]]&lt;br /&gt;
&lt;br /&gt;
===GUI on desktop through SSH===&lt;br /&gt;
&lt;br /&gt;
If you need to get the GUI on the phone onto the desktop via usb, you can use ssh as follows&lt;br /&gt;
&lt;br /&gt;
  ssh -l root -X -v 192.168.0.202&lt;br /&gt;
&lt;br /&gt;
Login, and run openmoko-finger-demo for example, and it will open up on the desktop. To get landscape view, just resize the GUI window on the desktop.&lt;br /&gt;
&lt;br /&gt;
===Remote apps on neo===&lt;br /&gt;
&lt;br /&gt;
To get desktop apps to show up on your neo, first log in to the phone&lt;br /&gt;
&lt;br /&gt;
  ssh -l root 192.168.0.202&lt;br /&gt;
&lt;br /&gt;
Then once inside, run:&lt;br /&gt;
&lt;br /&gt;
  DISPLAY=:0 xhost +192.168.0.200&lt;br /&gt;
&lt;br /&gt;
After this you can close the ssh session. Back on the desktop computer, run:&lt;br /&gt;
&lt;br /&gt;
  DISPLAY=moko:0 xclock&lt;br /&gt;
&lt;br /&gt;
Note that the xhost command will allow remote applications on 192.168.0.200 to access the X server. It will allow anyone on the desktop machine to access the X server of the neo, including snooping anything you type on it. To disallow remote applications again, run this in the neo:&lt;br /&gt;
&lt;br /&gt;
  DISPLAY=:0 xhost -192.168.0.200&lt;br /&gt;
&lt;br /&gt;
&amp;lt;span id=&amp;quot;bottom&amp;quot;&amp;gt;&amp;lt;/span&amp;gt; &lt;br /&gt;
{{Languages|USB Networking}}&lt;br /&gt;
&lt;br /&gt;
[[Category:Hardware]]&lt;br /&gt;
[[Category:Implemented]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/USB_Networking</id>
		<title>USB Networking</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/USB_Networking"/>
				<updated>2007-11-23T15:17:23Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* MacOS X */ See the USB Networking section in the MacOS X article&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Neo1973 side =&lt;br /&gt;
&lt;br /&gt;
== Name resolution ==&lt;br /&gt;
&lt;br /&gt;
By default Neo1973 has usb0 interface working due to Ethernet gadget (g_ether) compiled into kernel.&lt;br /&gt;
&lt;br /&gt;
On the Neo, if you want to reach out to the internets using full qualified hostnames, you need to define your DNS server. Create a file /etc/resolv.conf with at least one line saying&lt;br /&gt;
&lt;br /&gt;
 nameserver xxx.xxx.xxx.xxx&lt;br /&gt;
&lt;br /&gt;
e.g. nameserver 192.168.1.1&lt;br /&gt;
&lt;br /&gt;
Then you can also easily update your 2007.2 OpenMoko packages with &amp;quot;ipkg update &amp;amp;&amp;amp; ipkg upgrade&amp;quot; on the Neo.&lt;br /&gt;
&lt;br /&gt;
A better approach is to symlink&lt;br /&gt;
&lt;br /&gt;
 ln -s /var/run/resolv.conf /etc/resolv.conf&lt;br /&gt;
&lt;br /&gt;
and fill the file at bootup with a script /etc/network/if-up.d/08setupdns containing:&lt;br /&gt;
&lt;br /&gt;
 #!/bin/sh -e&lt;br /&gt;
 echo  nameserver 192.168.0.200 &amp;gt; /var/run/resolv.conf&lt;br /&gt;
&lt;br /&gt;
this way the file is correctly handled from ppp package when dialing into gprs.&lt;br /&gt;
&lt;br /&gt;
== Routing ==&lt;br /&gt;
&lt;br /&gt;
You need a additional route for traffic to the internet. This traffic can be routed through your pc (see below) if the pc is the default route destination. you can achieve this by adding&lt;br /&gt;
&lt;br /&gt;
 gateway 192.168.0.200&lt;br /&gt;
&lt;br /&gt;
to your /etc/network/interfaces in the usb0 section.&lt;br /&gt;
&lt;br /&gt;
= Desktop side =&lt;br /&gt;
&lt;br /&gt;
== Manual method ==&lt;br /&gt;
&lt;br /&gt;
With the device connected, modprobe usbnet module and configure usb0 interface (as root):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ifconfig usb0 192.168.0.200 netmask 255.255.255.0&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
If your eth0 interface is also in the same 'range' (e.g. 192.168.0.105) then you can do the following:&lt;br /&gt;
&lt;br /&gt;
1. ping the Neo with&lt;br /&gt;
 # ping -I usb0 192.168.0.202&lt;br /&gt;
2. add a route to your Neo:&lt;br /&gt;
 # /sbin/route add -host 192.168.0.202/32 dev usb0&lt;br /&gt;
3 log in to the Neo&lt;br /&gt;
 # ssh root@192.168.0.202&lt;br /&gt;
&lt;br /&gt;
If you don't have the necessary modules to get usb0 going, make sure you have the following kernel options enabled:&lt;br /&gt;
* CONFIG_USB_USBNET&lt;br /&gt;
* CONFIG_USB_NET_CDCETHER&lt;br /&gt;
Both options are available in the Device Drivers -&amp;gt; USB support -&amp;gt; USB Network Adapters. For more info see the [http://www.linux-usb.org/usbnet/ usbnet driver homepage].&lt;br /&gt;
&lt;br /&gt;
== Automatic method ==&lt;br /&gt;
&lt;br /&gt;
Took from [http://blog.haerwu.biz/2007/03/22/hotpluging-usbnet/ Hotplugging usbnet] post by Marcin 'Hrw' Juszkiewicz.&lt;br /&gt;
&lt;br /&gt;
=== Debian or similar ===&lt;br /&gt;
Edit /etc/network/interfaces:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
allow-hotplug usb0&lt;br /&gt;
iface usb0 inet static&lt;br /&gt;
        address 192.168.0.200&lt;br /&gt;
        netmask 255.255.255.0&lt;br /&gt;
        network 192.168.0.0&lt;br /&gt;
        post-up iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24&lt;br /&gt;
        post-up echo 1 &amp;gt; /proc/sys/net/ipv4/ip_forward&lt;br /&gt;
        post-up iptables -P FORWARD ACCEPT&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Ubuntu (Tested with Feisty and Gutsy) ===&lt;br /&gt;
Edit /etc/network/interfaces:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
auto usb0&lt;br /&gt;
iface usb0 inet static&lt;br /&gt;
        address 192.168.0.200&lt;br /&gt;
        netmask 255.255.255.0&lt;br /&gt;
        network 192.168.0.0&lt;br /&gt;
        up iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 &amp;amp;&lt;br /&gt;
        up echo 1 &amp;gt; /proc/sys/net/ipv4/ip_forward &amp;amp;&lt;br /&gt;
        up iptables -P FORWARD ACCEPT &amp;amp;&lt;br /&gt;
        down iptables -D POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 &amp;amp;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you are doing the echo 1 &amp;gt; /proc/... command manually, sudo may not be enough, then you will have to execute it from a sudo bash.&lt;br /&gt;
&lt;br /&gt;
Ubuntu Feisty and Gutsy appear to have a bug where ifdown is not run when the interface is unplugged, meaning this only works once after the system is booted.&lt;br /&gt;
One can patch /etc/udev/rules.d/85-ifupdown.rules, editing the two lines at the end of the file:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
SUBSYSTEM==&amp;quot;net&amp;quot;, DRIVERS==&amp;quot;?*&amp;quot;, GOTO=&amp;quot;net_start&amp;quot;&lt;br /&gt;
GOTO=&amp;quot;net_end&amp;quot;&lt;br /&gt;
&lt;br /&gt;
LABEL=&amp;quot;net_start&amp;quot;&lt;br /&gt;
&lt;br /&gt;
# Bring devices up and down only if they're marked auto.&lt;br /&gt;
# Use start-stop-daemon so we don't wait on dhcp&lt;br /&gt;
ACTION==&amp;quot;add&amp;quot;,          RUN+=&amp;quot;/sbin/start-stop-daemon --start --background --pidfile /var/run/network/bogus --startas /sbin/ifup -- --allow auto $env{INTERFACE}&amp;quot;&lt;br /&gt;
&lt;br /&gt;
LABEL=&amp;quot;net_end&amp;quot;&lt;br /&gt;
&lt;br /&gt;
ACTION==&amp;quot;remove&amp;quot;,       RUN+=&amp;quot;/sbin/start-stop-daemon --start --background --pidfile /var/run/network/bogus --startas /sbin/ifdown -- --allow auto $env{INTERFACE}&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
the bug is that the LABEL=&amp;quot;net_end&amp;quot; is at the wrong position&lt;br /&gt;
=== SuSE ===&lt;br /&gt;
/etc/sysconfig/network/ifcfg-usb0&lt;br /&gt;
 # USB configuration for PDAs (openmoko)&lt;br /&gt;
 IPADDR=192.168.0.200&lt;br /&gt;
 NETMASK=255.255.255.0&lt;br /&gt;
 STARTMODE=onboot&lt;br /&gt;
=== Fedora (Tested with FC8) ===&lt;br /&gt;
/etc/sysconfig/network-scripts/ifcfg-usb0&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# USB configuration for PDAs (openmoko)&lt;br /&gt;
# from http://www.handhelds.org/moin/moin.cgi/UsbNet&lt;br /&gt;
DEVICE=usb0&lt;br /&gt;
BOOTPROTO=none&lt;br /&gt;
IPADDR=192.168.0.200&lt;br /&gt;
NETMASK=255.255.255.0&lt;br /&gt;
ONBOOT=yes&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Red Hat or similar ===&lt;br /&gt;
Edit /etc/sysconfig/network-scripts/net.hotplug:&lt;br /&gt;
&lt;br /&gt;
After this command&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
    case $INTERFACE in&lt;br /&gt;
	# interfaces that are registered after being &amp;quot;up&amp;quot; (?)&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
add&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
	usb0)&lt;br /&gt;
		ifconfig usb0 192.168.0.200 netmask 255.255.255.0&lt;br /&gt;
		route add 192.168.0.202 usb0&lt;br /&gt;
		iptables -I INPUT 1 -s 192.168.0.202 -j ACCEPT&lt;br /&gt;
		iptables -I OUTPUT 1 -s 192.168.0.200 -j ACCEPT&lt;br /&gt;
                iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24&lt;br /&gt;
                echo 1 &amp;gt; /proc/sys/net/ipv4/ip_forward&lt;br /&gt;
		exit 0&lt;br /&gt;
	;;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
=== Gentoo ===&lt;br /&gt;
* Open /etc/conf.d/net and add:&lt;br /&gt;
 # Neo1973&lt;br /&gt;
 config_usb0=( &amp;quot;192.168.0.200 netmask 255.255.255.0&amp;quot; )&lt;br /&gt;
 routes_usb0=( &amp;quot;192.168.0.202/32 via 192.168.0.200&amp;quot; )&lt;br /&gt;
* Create a new init script:&lt;br /&gt;
 cd /etc/init.d&lt;br /&gt;
 ln -s net.lo net.usb0&lt;br /&gt;
* Put iptables into use:&lt;br /&gt;
 iptables -I INPUT 1 -s 192.168.0.202 -j ACCEPT&lt;br /&gt;
 iptables -I OUTPUT 1 -s 192.168.0.200 -j ACCEPT&lt;br /&gt;
 iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24&lt;br /&gt;
* Store them&lt;br /&gt;
 /etc/init.d/iptables save&lt;br /&gt;
* If you want the routing by default:&lt;br /&gt;
 rc-update add iptables default&lt;br /&gt;
=== MacOS X ===&lt;br /&gt;
See the [[MacOS_X#USB_Networking|USB Networking section in the MacOS X article]]&lt;br /&gt;
&lt;br /&gt;
= Mobile development  =&lt;br /&gt;
&lt;br /&gt;
== Proxying DNS requests ==&lt;br /&gt;
&lt;br /&gt;
If, like me, you move about quite a lot, connecting to various networks as you go and getting your ip via dhcp, you'll probably be annoyed at having to constantly update your resolv.conf on the Neo 1973.&lt;br /&gt;
&lt;br /&gt;
To get round this, as part of my setup script, I run a proxy dns on the ip address the neo comes in on at the usb0 port. This means that my Neo /etc/resolv.conf only contains:&lt;br /&gt;
&lt;br /&gt;
 nameserver 192.168.0.200 &lt;br /&gt;
&lt;br /&gt;
and my laptop will proxy all dns requests based on it's own /etc/resolv.conf&lt;br /&gt;
&lt;br /&gt;
'''note that we only run the dns proxy on the usb0 interface so that we don't break any other networking'''&lt;br /&gt;
&lt;br /&gt;
=== Proxying with dnrd ===&lt;br /&gt;
&lt;br /&gt;
The script is designed to use [http://dnrd.sourceforge.net/ dnrd] as the dns proxy. The [http://buildhost.automated.it/gta01 script] and a copy of [http://buildhost.automated.it/dnrd-2.20.3.tar.gz dnrd] are available from my site. The script also performs the initial setup of the connection as per the [[USB_Networking#Manual_method]] above.&lt;br /&gt;
&lt;br /&gt;
=== Proxying with a UDP forwarder ===&lt;br /&gt;
Another easy setup is using a udp forwarder like the one from http://www.tapor.com/udpf/ - is use it with the command&lt;br /&gt;
&lt;br /&gt;
 udpf-elf\&lt;br /&gt;
        -p=53\&lt;br /&gt;
        -f=`cat /etc/resolv.conf|awk '$1 == &amp;quot;nameserver&amp;quot;{print $2; exit(0);}'`:53&lt;br /&gt;
&lt;br /&gt;
=== Proxying with iptables ===&lt;br /&gt;
Its is possible to forward DNS requests with iptables using the DNAT target&lt;br /&gt;
&lt;br /&gt;
 iptables -t nat -A PREROUTING -p tcp -s 192.168.0.202 -d 192.168.0.200 --dport domain -j DNAT --to-destination 192.168.0.1&lt;br /&gt;
 iptables -t nat -A PREROUTING -p udp -s 192.168.0.202 -d 192.168.0.200 --dport domain -j DNAT --to-destination 192.168.0.1&lt;br /&gt;
&lt;br /&gt;
where &amp;lt;tt&amp;gt;192.168.0.1&amp;lt;/tt&amp;gt; is the IP of your residential gateway (router). This is the easiest method, but its not recommended if you have a direct connection to the Internet as ISP DNS servers can change, and this does no load-balancing.&lt;br /&gt;
&lt;br /&gt;
= Connecting to phone =&lt;br /&gt;
&lt;br /&gt;
Then &amp;lt;tt&amp;gt;ssh root@192.168.0.202&amp;lt;/tt&amp;gt; with empty password to get into phone.&lt;br /&gt;
&lt;br /&gt;
NOTE: the ssh daemon (dropbear 0.49) on the OpenMoko appears to have a bug when sending the exit status back to the client. From time to time you receive an exit status of 255.&lt;br /&gt;
&lt;br /&gt;
===SSH Extras===&lt;br /&gt;
&lt;br /&gt;
If you get fed up with typing root@192.168.0.202, on your PC edit /etc/hosts and add an entry for 'phone'&lt;br /&gt;
&lt;br /&gt;
 192.168.0.202 phone&lt;br /&gt;
&lt;br /&gt;
then edit ~/.ssh/config (or create it) and add&lt;br /&gt;
&lt;br /&gt;
 host phone&lt;br /&gt;
 user root&lt;br /&gt;
&lt;br /&gt;
then all you need to do is type &lt;br /&gt;
&lt;br /&gt;
 # ssh phone&lt;br /&gt;
&lt;br /&gt;
To avoid ssh added a new line for every ssh host-key to you known_hosts you can add the following to the phone section in ~/.ssh/config&lt;br /&gt;
&lt;br /&gt;
  UserKnownHostsFile /dev/null&lt;br /&gt;
&lt;br /&gt;
You might want to use keys to bypass the login prompt too.&lt;br /&gt;
&lt;br /&gt;
===SSH Keys===&lt;br /&gt;
====From host to phone====&lt;br /&gt;
&lt;br /&gt;
To generate ssh keys for use as a login mechanism type&lt;br /&gt;
&lt;br /&gt;
 ssh-keygen -t rsa&lt;br /&gt;
&lt;br /&gt;
when prompted for a password either hit enter for no password (''not really a good idea'') or enter a password for this key. ssh into the phone and create ~/.ssh&lt;br /&gt;
&lt;br /&gt;
 # mkdir ~/.ssh&lt;br /&gt;
&lt;br /&gt;
then from your PC copy the '''.pub''' file to the phone.&lt;br /&gt;
&lt;br /&gt;
 # scp ~/.ssh/id_rsa.pub phone:.ssh/authorized_keys&lt;br /&gt;
&lt;br /&gt;
You should now be able to ssh directly into the phone.&lt;br /&gt;
&lt;br /&gt;
To disable password logins ('''after setting up key access''') edit /etc/init.d/dropbear and change the following line:&lt;br /&gt;
&lt;br /&gt;
 DROPBEAR_EXTRA_ARGS=&lt;br /&gt;
&lt;br /&gt;
to &lt;br /&gt;
&lt;br /&gt;
 DROPBEAR_EXTRA_ARGS=&amp;quot;-s&amp;quot;&lt;br /&gt;
&lt;br /&gt;
You will need to restart dropbear for this to take effect.&lt;br /&gt;
&lt;br /&gt;
====From phone to host====&lt;br /&gt;
Generate the key&lt;br /&gt;
&lt;br /&gt;
  dropbearkey -t rsa -f id_rsa&lt;br /&gt;
&lt;br /&gt;
The output will look something like this:&lt;br /&gt;
&lt;br /&gt;
  Will output 1024 bit rsa secret key to 'id_rsa'&lt;br /&gt;
  Generating key, this may take a while...&lt;br /&gt;
  Public key portion is:&lt;br /&gt;
  ssh-rsa AAAAB3Nza[...]&lt;br /&gt;
  Fingerprint: md5 ca:e8:f0:b7:f6:7b:c2:b6:b9:71:e4:45:86:a9:ff:b8&lt;br /&gt;
&lt;br /&gt;
Copy and paste the one line (in this example, starting with 'ssh-rsa' onto the end of the host's authorized_keys file (often in ~/.ssh/).&lt;br /&gt;
&lt;br /&gt;
From the phone, ssh with -i:&lt;br /&gt;
&lt;br /&gt;
  ssh -i id_rsa user@host&lt;br /&gt;
&lt;br /&gt;
This works for me.  I ripped off these instructions from: [[http://forum.openwrt.org/viewtopic.php?pid=53705]]&lt;br /&gt;
&lt;br /&gt;
===GUI on desktop through SSH===&lt;br /&gt;
&lt;br /&gt;
If you need to get the GUI on the phone onto the desktop via usb, you can use ssh as follows&lt;br /&gt;
&lt;br /&gt;
  ssh -l root -X -v 192.168.0.202&lt;br /&gt;
&lt;br /&gt;
Login, and run openmoko-finger-demo for example, and it will open up on the desktop. To get landscape view, just resize the GUI window on the desktop.&lt;br /&gt;
&lt;br /&gt;
===Remote apps on neo===&lt;br /&gt;
&lt;br /&gt;
To get desktop apps to show up on your neo, first log in to the phone&lt;br /&gt;
&lt;br /&gt;
  ssh -l root 192.168.0.202&lt;br /&gt;
&lt;br /&gt;
Then once inside, run:&lt;br /&gt;
&lt;br /&gt;
  DISPLAY=:0 xhost +192.168.0.200&lt;br /&gt;
&lt;br /&gt;
After this you can close the ssh session. Back on the desktop computer, run:&lt;br /&gt;
&lt;br /&gt;
  DISPLAY=moko:0 xclock&lt;br /&gt;
&lt;br /&gt;
Note that the xhost command will allow remote applications on 192.168.0.200 to access the X server. It will allow anyone on the desktop machine to access the X server of the neo, including snooping anything you type on it. To disallow remote applications again, run this in the neo:&lt;br /&gt;
&lt;br /&gt;
  DISPLAY=:0 xhost -192.168.0.200&lt;br /&gt;
&lt;br /&gt;
&amp;lt;span id=&amp;quot;bottom&amp;quot;&amp;gt;&amp;lt;/span&amp;gt; &lt;br /&gt;
{{Languages|USB Networking}}&lt;br /&gt;
&lt;br /&gt;
[[Category:Hardware]]&lt;br /&gt;
[[Category:Implemented]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/The_USB_Control_Device_Class_Abstract_Control_Model_-_CDC_ACM</id>
		<title>The USB Control Device Class Abstract Control Model - CDC ACM</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/The_USB_Control_Device_Class_Abstract_Control_Model_-_CDC_ACM"/>
				<updated>2007-11-23T15:15:13Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* MacOS X */ See the USB Serial section in the MacOS X article&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;[[USB]] CDC (Communications Device Class) ACM (Abstract Control Model) is a vendor-independent publicly documented protcol that can be used for emulating serial ports over USB.&lt;br /&gt;
&lt;br /&gt;
== Hardware specifics ==&lt;br /&gt;
&lt;br /&gt;
=== Neo1973 and CDC ACM ===&lt;br /&gt;
&lt;br /&gt;
The Neo1973 [[u-boot]] boot loader contains support for obtaining the boot loader prompt over USB CDC ACM.&lt;br /&gt;
&lt;br /&gt;
The OpenMoko kernel also contains CDC ACM device support, contained in the '''g_serial.ko''' kernel module.&lt;br /&gt;
&lt;br /&gt;
=== Host PC and CDC ACM ===&lt;br /&gt;
&lt;br /&gt;
==== Linux ====&lt;br /&gt;
&lt;br /&gt;
Linux has a generic CDC ACM host-side implementation in the kernel module '''cdc_acm.ko'''&lt;br /&gt;
&lt;br /&gt;
==== Windows ====&lt;br /&gt;
&lt;br /&gt;
FIXME&lt;br /&gt;
&lt;br /&gt;
==== MacOS X ====&lt;br /&gt;
See the [[MacOS_X#USB_Serial|USB Serial section in the MacOS X article]]&lt;br /&gt;
&lt;br /&gt;
[[Category:Hardware]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/USB_Networking</id>
		<title>USB Networking</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/USB_Networking"/>
				<updated>2007-11-23T15:10:33Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Automatic method */ turned the many &amp;quot;for xx distro&amp;quot; sections into real sections and shorten the formatting a bit and addes SUSE&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;= Neo1973 side =&lt;br /&gt;
&lt;br /&gt;
== Name resolution ==&lt;br /&gt;
&lt;br /&gt;
By default Neo1973 has usb0 interface working due to Ethernet gadget (g_ether) compiled into kernel.&lt;br /&gt;
&lt;br /&gt;
On the Neo, if you want to reach out to the internets using full qualified hostnames, you need to define your DNS server. Create a file /etc/resolv.conf with at least one line saying&lt;br /&gt;
&lt;br /&gt;
 nameserver xxx.xxx.xxx.xxx&lt;br /&gt;
&lt;br /&gt;
e.g. nameserver 192.168.1.1&lt;br /&gt;
&lt;br /&gt;
Then you can also easily update your 2007.2 OpenMoko packages with &amp;quot;ipkg update &amp;amp;&amp;amp; ipkg upgrade&amp;quot; on the Neo.&lt;br /&gt;
&lt;br /&gt;
A better approach is to symlink&lt;br /&gt;
&lt;br /&gt;
 ln -s /var/run/resolv.conf /etc/resolv.conf&lt;br /&gt;
&lt;br /&gt;
and fill the file at bootup with a script /etc/network/if-up.d/08setupdns containing:&lt;br /&gt;
&lt;br /&gt;
 #!/bin/sh -e&lt;br /&gt;
 echo  nameserver 192.168.0.200 &amp;gt; /var/run/resolv.conf&lt;br /&gt;
&lt;br /&gt;
this way the file is correctly handled from ppp package when dialing into gprs.&lt;br /&gt;
&lt;br /&gt;
== Routing ==&lt;br /&gt;
&lt;br /&gt;
You need a additional route for traffic to the internet. This traffic can be routed through your pc (see below) if the pc is the default route destination. you can achieve this by adding&lt;br /&gt;
&lt;br /&gt;
 gateway 192.168.0.200&lt;br /&gt;
&lt;br /&gt;
to your /etc/network/interfaces in the usb0 section.&lt;br /&gt;
&lt;br /&gt;
= Desktop side =&lt;br /&gt;
&lt;br /&gt;
== Manual method ==&lt;br /&gt;
&lt;br /&gt;
With the device connected, modprobe usbnet module and configure usb0 interface (as root):&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
ifconfig usb0 192.168.0.200 netmask 255.255.255.0&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
If your eth0 interface is also in the same 'range' (e.g. 192.168.0.105) then you can do the following:&lt;br /&gt;
&lt;br /&gt;
1. ping the Neo with&lt;br /&gt;
 # ping -I usb0 192.168.0.202&lt;br /&gt;
2. add a route to your Neo:&lt;br /&gt;
 # /sbin/route add -host 192.168.0.202/32 dev usb0&lt;br /&gt;
3 log in to the Neo&lt;br /&gt;
 # ssh root@192.168.0.202&lt;br /&gt;
&lt;br /&gt;
If you don't have the necessary modules to get usb0 going, make sure you have the following kernel options enabled:&lt;br /&gt;
* CONFIG_USB_USBNET&lt;br /&gt;
* CONFIG_USB_NET_CDCETHER&lt;br /&gt;
Both options are available in the Device Drivers -&amp;gt; USB support -&amp;gt; USB Network Adapters. For more info see the [http://www.linux-usb.org/usbnet/ usbnet driver homepage].&lt;br /&gt;
&lt;br /&gt;
== Automatic method ==&lt;br /&gt;
&lt;br /&gt;
Took from [http://blog.haerwu.biz/2007/03/22/hotpluging-usbnet/ Hotplugging usbnet] post by Marcin 'Hrw' Juszkiewicz.&lt;br /&gt;
&lt;br /&gt;
=== Debian or similar ===&lt;br /&gt;
Edit /etc/network/interfaces:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
allow-hotplug usb0&lt;br /&gt;
iface usb0 inet static&lt;br /&gt;
        address 192.168.0.200&lt;br /&gt;
        netmask 255.255.255.0&lt;br /&gt;
        network 192.168.0.0&lt;br /&gt;
        post-up iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24&lt;br /&gt;
        post-up echo 1 &amp;gt; /proc/sys/net/ipv4/ip_forward&lt;br /&gt;
        post-up iptables -P FORWARD ACCEPT&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Ubuntu (Tested with Feisty and Gutsy) ===&lt;br /&gt;
Edit /etc/network/interfaces:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
auto usb0&lt;br /&gt;
iface usb0 inet static&lt;br /&gt;
        address 192.168.0.200&lt;br /&gt;
        netmask 255.255.255.0&lt;br /&gt;
        network 192.168.0.0&lt;br /&gt;
        up iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 &amp;amp;&lt;br /&gt;
        up echo 1 &amp;gt; /proc/sys/net/ipv4/ip_forward &amp;amp;&lt;br /&gt;
        up iptables -P FORWARD ACCEPT &amp;amp;&lt;br /&gt;
        down iptables -D POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24 &amp;amp;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
If you are doing the echo 1 &amp;gt; /proc/... command manually, sudo may not be enough, then you will have to execute it from a sudo bash.&lt;br /&gt;
&lt;br /&gt;
Ubuntu Feisty and Gutsy appear to have a bug where ifdown is not run when the interface is unplugged, meaning this only works once after the system is booted.&lt;br /&gt;
One can patch /etc/udev/rules.d/85-ifupdown.rules, editing the two lines at the end of the file:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
SUBSYSTEM==&amp;quot;net&amp;quot;, DRIVERS==&amp;quot;?*&amp;quot;, GOTO=&amp;quot;net_start&amp;quot;&lt;br /&gt;
GOTO=&amp;quot;net_end&amp;quot;&lt;br /&gt;
&lt;br /&gt;
LABEL=&amp;quot;net_start&amp;quot;&lt;br /&gt;
&lt;br /&gt;
# Bring devices up and down only if they're marked auto.&lt;br /&gt;
# Use start-stop-daemon so we don't wait on dhcp&lt;br /&gt;
ACTION==&amp;quot;add&amp;quot;,          RUN+=&amp;quot;/sbin/start-stop-daemon --start --background --pidfile /var/run/network/bogus --startas /sbin/ifup -- --allow auto $env{INTERFACE}&amp;quot;&lt;br /&gt;
&lt;br /&gt;
LABEL=&amp;quot;net_end&amp;quot;&lt;br /&gt;
&lt;br /&gt;
ACTION==&amp;quot;remove&amp;quot;,       RUN+=&amp;quot;/sbin/start-stop-daemon --start --background --pidfile /var/run/network/bogus --startas /sbin/ifdown -- --allow auto $env{INTERFACE}&amp;quot;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
the bug is that the LABEL=&amp;quot;net_end&amp;quot; is at the wrong position&lt;br /&gt;
=== SuSE ===&lt;br /&gt;
/etc/sysconfig/network/ifcfg-usb0&lt;br /&gt;
 # USB configuration for PDAs (openmoko)&lt;br /&gt;
 IPADDR=192.168.0.200&lt;br /&gt;
 NETMASK=255.255.255.0&lt;br /&gt;
 STARTMODE=onboot&lt;br /&gt;
=== Fedora (Tested with FC8) ===&lt;br /&gt;
/etc/sysconfig/network-scripts/ifcfg-usb0&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
# USB configuration for PDAs (openmoko)&lt;br /&gt;
# from http://www.handhelds.org/moin/moin.cgi/UsbNet&lt;br /&gt;
DEVICE=usb0&lt;br /&gt;
BOOTPROTO=none&lt;br /&gt;
IPADDR=192.168.0.200&lt;br /&gt;
NETMASK=255.255.255.0&lt;br /&gt;
ONBOOT=yes&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
=== Red Hat or similar ===&lt;br /&gt;
Edit /etc/sysconfig/network-scripts/net.hotplug:&lt;br /&gt;
&lt;br /&gt;
After this command&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
    case $INTERFACE in&lt;br /&gt;
	# interfaces that are registered after being &amp;quot;up&amp;quot; (?)&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
add&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
	usb0)&lt;br /&gt;
		ifconfig usb0 192.168.0.200 netmask 255.255.255.0&lt;br /&gt;
		route add 192.168.0.202 usb0&lt;br /&gt;
		iptables -I INPUT 1 -s 192.168.0.202 -j ACCEPT&lt;br /&gt;
		iptables -I OUTPUT 1 -s 192.168.0.200 -j ACCEPT&lt;br /&gt;
                iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24&lt;br /&gt;
                echo 1 &amp;gt; /proc/sys/net/ipv4/ip_forward&lt;br /&gt;
		exit 0&lt;br /&gt;
	;;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
=== Gentoo ===&lt;br /&gt;
* Open /etc/conf.d/net and add:&lt;br /&gt;
 # Neo1973&lt;br /&gt;
 config_usb0=( &amp;quot;192.168.0.200 netmask 255.255.255.0&amp;quot; )&lt;br /&gt;
 routes_usb0=( &amp;quot;192.168.0.202/32 via 192.168.0.200&amp;quot; )&lt;br /&gt;
* Create a new init script:&lt;br /&gt;
 cd /etc/init.d&lt;br /&gt;
 ln -s net.lo net.usb0&lt;br /&gt;
* Put iptables into use:&lt;br /&gt;
 iptables -I INPUT 1 -s 192.168.0.202 -j ACCEPT&lt;br /&gt;
 iptables -I OUTPUT 1 -s 192.168.0.200 -j ACCEPT&lt;br /&gt;
 iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24&lt;br /&gt;
* Store them&lt;br /&gt;
 /etc/init.d/iptables save&lt;br /&gt;
* If you want the routing by default:&lt;br /&gt;
 rc-update add iptables default&lt;br /&gt;
=== MacOS X ===&lt;br /&gt;
Install [[MacOS X|AJZaurusUSB]], open System Preferences / Networks and configure the interface for Manual DHCP with Host address 192.168.0.200 and Gateway 192.168.0.202.&lt;br /&gt;
&lt;br /&gt;
= Mobile development  =&lt;br /&gt;
&lt;br /&gt;
== Proxying DNS requests ==&lt;br /&gt;
&lt;br /&gt;
If, like me, you move about quite a lot, connecting to various networks as you go and getting your ip via dhcp, you'll probably be annoyed at having to constantly update your resolv.conf on the Neo 1973.&lt;br /&gt;
&lt;br /&gt;
To get round this, as part of my setup script, I run a proxy dns on the ip address the neo comes in on at the usb0 port. This means that my Neo /etc/resolv.conf only contains:&lt;br /&gt;
&lt;br /&gt;
 nameserver 192.168.0.200 &lt;br /&gt;
&lt;br /&gt;
and my laptop will proxy all dns requests based on it's own /etc/resolv.conf&lt;br /&gt;
&lt;br /&gt;
'''note that we only run the dns proxy on the usb0 interface so that we don't break any other networking'''&lt;br /&gt;
&lt;br /&gt;
=== Proxying with dnrd ===&lt;br /&gt;
&lt;br /&gt;
The script is designed to use [http://dnrd.sourceforge.net/ dnrd] as the dns proxy. The [http://buildhost.automated.it/gta01 script] and a copy of [http://buildhost.automated.it/dnrd-2.20.3.tar.gz dnrd] are available from my site. The script also performs the initial setup of the connection as per the [[USB_Networking#Manual_method]] above.&lt;br /&gt;
&lt;br /&gt;
=== Proxying with a UDP forwarder ===&lt;br /&gt;
Another easy setup is using a udp forwarder like the one from http://www.tapor.com/udpf/ - is use it with the command&lt;br /&gt;
&lt;br /&gt;
 udpf-elf\&lt;br /&gt;
        -p=53\&lt;br /&gt;
        -f=`cat /etc/resolv.conf|awk '$1 == &amp;quot;nameserver&amp;quot;{print $2; exit(0);}'`:53&lt;br /&gt;
&lt;br /&gt;
=== Proxying with iptables ===&lt;br /&gt;
Its is possible to forward DNS requests with iptables using the DNAT target&lt;br /&gt;
&lt;br /&gt;
 iptables -t nat -A PREROUTING -p tcp -s 192.168.0.202 -d 192.168.0.200 --dport domain -j DNAT --to-destination 192.168.0.1&lt;br /&gt;
 iptables -t nat -A PREROUTING -p udp -s 192.168.0.202 -d 192.168.0.200 --dport domain -j DNAT --to-destination 192.168.0.1&lt;br /&gt;
&lt;br /&gt;
where &amp;lt;tt&amp;gt;192.168.0.1&amp;lt;/tt&amp;gt; is the IP of your residential gateway (router). This is the easiest method, but its not recommended if you have a direct connection to the Internet as ISP DNS servers can change, and this does no load-balancing.&lt;br /&gt;
&lt;br /&gt;
= Connecting to phone =&lt;br /&gt;
&lt;br /&gt;
Then &amp;lt;tt&amp;gt;ssh root@192.168.0.202&amp;lt;/tt&amp;gt; with empty password to get into phone.&lt;br /&gt;
&lt;br /&gt;
NOTE: the ssh daemon (dropbear 0.49) on the OpenMoko appears to have a bug when sending the exit status back to the client. From time to time you receive an exit status of 255.&lt;br /&gt;
&lt;br /&gt;
===SSH Extras===&lt;br /&gt;
&lt;br /&gt;
If you get fed up with typing root@192.168.0.202, on your PC edit /etc/hosts and add an entry for 'phone'&lt;br /&gt;
&lt;br /&gt;
 192.168.0.202 phone&lt;br /&gt;
&lt;br /&gt;
then edit ~/.ssh/config (or create it) and add&lt;br /&gt;
&lt;br /&gt;
 host phone&lt;br /&gt;
 user root&lt;br /&gt;
&lt;br /&gt;
then all you need to do is type &lt;br /&gt;
&lt;br /&gt;
 # ssh phone&lt;br /&gt;
&lt;br /&gt;
To avoid ssh added a new line for every ssh host-key to you known_hosts you can add the following to the phone section in ~/.ssh/config&lt;br /&gt;
&lt;br /&gt;
  UserKnownHostsFile /dev/null&lt;br /&gt;
&lt;br /&gt;
You might want to use keys to bypass the login prompt too.&lt;br /&gt;
&lt;br /&gt;
===SSH Keys===&lt;br /&gt;
====From host to phone====&lt;br /&gt;
&lt;br /&gt;
To generate ssh keys for use as a login mechanism type&lt;br /&gt;
&lt;br /&gt;
 ssh-keygen -t rsa&lt;br /&gt;
&lt;br /&gt;
when prompted for a password either hit enter for no password (''not really a good idea'') or enter a password for this key. ssh into the phone and create ~/.ssh&lt;br /&gt;
&lt;br /&gt;
 # mkdir ~/.ssh&lt;br /&gt;
&lt;br /&gt;
then from your PC copy the '''.pub''' file to the phone.&lt;br /&gt;
&lt;br /&gt;
 # scp ~/.ssh/id_rsa.pub phone:.ssh/authorized_keys&lt;br /&gt;
&lt;br /&gt;
You should now be able to ssh directly into the phone.&lt;br /&gt;
&lt;br /&gt;
To disable password logins ('''after setting up key access''') edit /etc/init.d/dropbear and change the following line:&lt;br /&gt;
&lt;br /&gt;
 DROPBEAR_EXTRA_ARGS=&lt;br /&gt;
&lt;br /&gt;
to &lt;br /&gt;
&lt;br /&gt;
 DROPBEAR_EXTRA_ARGS=&amp;quot;-s&amp;quot;&lt;br /&gt;
&lt;br /&gt;
You will need to restart dropbear for this to take effect.&lt;br /&gt;
&lt;br /&gt;
====From phone to host====&lt;br /&gt;
Generate the key&lt;br /&gt;
&lt;br /&gt;
  dropbearkey -t rsa -f id_rsa&lt;br /&gt;
&lt;br /&gt;
The output will look something like this:&lt;br /&gt;
&lt;br /&gt;
  Will output 1024 bit rsa secret key to 'id_rsa'&lt;br /&gt;
  Generating key, this may take a while...&lt;br /&gt;
  Public key portion is:&lt;br /&gt;
  ssh-rsa AAAAB3Nza[...]&lt;br /&gt;
  Fingerprint: md5 ca:e8:f0:b7:f6:7b:c2:b6:b9:71:e4:45:86:a9:ff:b8&lt;br /&gt;
&lt;br /&gt;
Copy and paste the one line (in this example, starting with 'ssh-rsa' onto the end of the host's authorized_keys file (often in ~/.ssh/).&lt;br /&gt;
&lt;br /&gt;
From the phone, ssh with -i:&lt;br /&gt;
&lt;br /&gt;
  ssh -i id_rsa user@host&lt;br /&gt;
&lt;br /&gt;
This works for me.  I ripped off these instructions from: [[http://forum.openwrt.org/viewtopic.php?pid=53705]]&lt;br /&gt;
&lt;br /&gt;
===GUI on desktop through SSH===&lt;br /&gt;
&lt;br /&gt;
If you need to get the GUI on the phone onto the desktop via usb, you can use ssh as follows&lt;br /&gt;
&lt;br /&gt;
  ssh -l root -X -v 192.168.0.202&lt;br /&gt;
&lt;br /&gt;
Login, and run openmoko-finger-demo for example, and it will open up on the desktop. To get landscape view, just resize the GUI window on the desktop.&lt;br /&gt;
&lt;br /&gt;
===Remote apps on neo===&lt;br /&gt;
&lt;br /&gt;
To get desktop apps to show up on your neo, first log in to the phone&lt;br /&gt;
&lt;br /&gt;
  ssh -l root 192.168.0.202&lt;br /&gt;
&lt;br /&gt;
Then once inside, run:&lt;br /&gt;
&lt;br /&gt;
  DISPLAY=:0 xhost +192.168.0.200&lt;br /&gt;
&lt;br /&gt;
After this you can close the ssh session. Back on the desktop computer, run:&lt;br /&gt;
&lt;br /&gt;
  DISPLAY=moko:0 xclock&lt;br /&gt;
&lt;br /&gt;
Note that the xhost command will allow remote applications on 192.168.0.200 to access the X server. It will allow anyone on the desktop machine to access the X server of the neo, including snooping anything you type on it. To disallow remote applications again, run this in the neo:&lt;br /&gt;
&lt;br /&gt;
  DISPLAY=:0 xhost -192.168.0.200&lt;br /&gt;
&lt;br /&gt;
&amp;lt;span id=&amp;quot;bottom&amp;quot;&amp;gt;&amp;lt;/span&amp;gt; &lt;br /&gt;
{{Languages|USB Networking}}&lt;br /&gt;
&lt;br /&gt;
[[Category:Hardware]]&lt;br /&gt;
[[Category:Implemented]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Talk:MokoMakefile</id>
		<title>Talk:MokoMakefile</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Talk:MokoMakefile"/>
				<updated>2007-11-22T16:09:35Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Building on SuSE Linux 10.3-AMD64 */ moved gcc33 installation instructions to SuSE section of the article&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Ubuntu Edgy: Update git-1.4.x to 1.5.x! ==&lt;br /&gt;
With old git-1.4.x, fetching uboot does not work: Use 1.5.x:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
NOTE: package uboot-gta01-1.2.0+svnnow-r4_14da5f7675bbb427c469e3f45006e027b6e21db9_0_1811: task do_fetch: started&lt;br /&gt;
fatal: corrupted pack file .git/objects/pack/pack-a146bcbc18f4826d6bf2a7f63be5dd77bbb5b2f5.pack&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on a 32bit machine - try again without ccache? ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;/bin/sh ./libtool --mode=compile     ccache     gcc -DHAVE_CONFIG_H -I.... -W... -O2 -c -o libbfd.lo build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c&lt;br /&gt;
ccache gcc -DHAVE_CONFIG_H -I... -W... -O2 -c  /usr/local/oe/build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c -o   t shift count &amp;gt;= width of type&lt;br /&gt;
make[5]: *** [libbfd.lo] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Any insight here? --[[User:Adam|Adam]] 23:10, 15 May 2007 (CEST)&lt;br /&gt;
: Try without ccache (did you get it compiled meanwhile or can we remove this?) --[[User:BernhardKaindl|BernhardKaindl]] 23:05, 19 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== Building on Fedora Core 6 ==&lt;br /&gt;
&lt;br /&gt;
Install stuff needed for OpenMoko:&lt;br /&gt;
  # yum install python m4 make wget curl ftp cvs monotone subversion \&lt;br /&gt;
    tar bzip2 gzip unzip python-psyco ccache perl texinfo texi2html \&lt;br /&gt;
    diffstat openjade docbook-style-dsssl docbook-style-xsl docbook-dtds \&lt;br /&gt;
    docbook-utils sed bison bc glibc-devel gcc binutils pcre pcre-devel git \&lt;br /&gt;
    quilt groff linuxdoc-tools patch compat-gcc-34 lynx netpbm&lt;br /&gt;
(notice ''compat-gcc-34'' wich was needed for FC6 (gcc 4 installed), and ''lynx'' which is needed by ''qemu'' (no fallback to ''wget'', ''curl'', or ''links'' at the moment and no check for it, resulting in strange &amp;quot;sleep&amp;quot; errors when trying to build without ''lynx'').&lt;br /&gt;
&lt;br /&gt;
Build it:&lt;br /&gt;
  $ make setup&lt;br /&gt;
  $ make openmoko-devel-image&lt;br /&gt;
  $ unset LD_LIBRARY_PATH&lt;br /&gt;
  $ make update-makefile &amp;amp;&amp;amp; make update &amp;amp;&amp;amp; make setup &amp;amp;&amp;amp; make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
I have also done a&lt;br /&gt;
  $ unset LD_LIBRARY_PATH; make update-makefile &amp;amp;&amp;amp; nice  make update &amp;amp;&amp;amp; nice make setup &amp;amp;&amp;amp; nice make all&lt;br /&gt;
(This takes several hours)&lt;br /&gt;
&lt;br /&gt;
Build qemu:&lt;br /&gt;
  $ make qemu&lt;br /&gt;
&lt;br /&gt;
Run it:&lt;br /&gt;
  # echo 1024 &amp;gt; /proc/sys/dev/rtc/max-user-freq&lt;br /&gt;
  $ make run-qemu&lt;br /&gt;
This will bring up the OpenMoko :) Use SPACE for AUX and ENTER for POWER.&lt;br /&gt;
Not quite the same as holding a Neo1973 in your hands I would guess, but this is the best we can do for now. Thanks!&lt;br /&gt;
&lt;br /&gt;
== Building on Ubuntu Feisty ==&lt;br /&gt;
&lt;br /&gt;
MokoMakefile requires more than 512 MB of RAM + Swap space (around 1GB?).&lt;br /&gt;
&lt;br /&gt;
If you need swap, please '''check that its size under Feisty is not null'''!&lt;br /&gt;
&lt;br /&gt;
[https://bugs.launchpad.net/ubuntu/+bug/105490 Bug #105490] describes the current issue and offers a workaround (23 Jul 07).&lt;br /&gt;
&lt;br /&gt;
== Fails trying to build bluez-utils == &lt;br /&gt;
on Gentoo Linux, it fails compiling bluez-utils (I've tried also &amp;quot;make clean-package-bluez-utils&amp;quot; before the following command)&lt;br /&gt;
&lt;br /&gt;
do a &amp;quot;make build-package-libusb; make clean-package-bluez-utils&amp;quot; and it should continue (the bluez-utils .bb is missing the libusb dependency)&lt;br /&gt;
&lt;br /&gt;
== openSUSE 10.1 and 10.2 workarounds ==&lt;br /&gt;
&lt;br /&gt;
ltrace package fails to build with error: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
...&lt;br /&gt;
checking for pid_t... yes&lt;br /&gt;
checking for getopt... yes&lt;br /&gt;
checking for getopt_long... yes&lt;br /&gt;
checking gelf.h usability... no&lt;br /&gt;
checking gelf.h presence... no&lt;br /&gt;
checking for gelf.h... no&lt;br /&gt;
configure: error: ***** gelf.h not found *****&lt;br /&gt;
FATAL: oe_runconf failed&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/build/tmp/work/armv4t-linux/ltrace-0.4-r0/ltrace-0.4/configure.ac''&lt;br /&gt;
at line 44: remove the following block:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
for path in /usr/include/elfutils /usr/local/include/elfutils \&lt;br /&gt;
       /usr/include/libelf /usr/local/include/libelf; do&lt;br /&gt;
   if test -f ${path}/gelf.h; then&lt;br /&gt;
       CPPFLAGS=&amp;quot;$CPPFLAGS -I ${path}&amp;quot;&lt;br /&gt;
   fi&lt;br /&gt;
done&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
( it adds /usr/include/elfutils to path, which causes cross-compile badness error )&lt;br /&gt;
&lt;br /&gt;
=== QEMU build fails to compile USB code ===&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: variable or field `__user' declared void&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: syntax error before '*' token&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_control':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:103: error: invalid application of `sizeof' to incomplete type `usbdevfs_ctrltran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_data':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: error: storage size of 'bt' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:132: error: invalid application of `sizeof' to incomplete type `usbdevfs_bulktran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: warning: unused variable `bt'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_device_open':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: error: storage size of 'ctrl' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:202: error: invalid application of `sizeof' to incomplete type `usbdevfs_ioctl'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: warning: unused variable `ctrl'&lt;br /&gt;
make[2]: *** [usb-linux.o] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c''&lt;br /&gt;
at line 29 add the following (before ''#include &amp;lt;linux/usbdevice_fs.h&amp;gt;'')&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#include &amp;lt;linux/compiler.h&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
hint: there is a copy of the file in ''/home/moko/build/tmp/work/i686-linux/qemu-native-0.9.0+cvs20070613-r5/qemu/usb-linux.c''&lt;br /&gt;
&lt;br /&gt;
''see: http://osdir.com/ml/emulators.kvm.devel/2007-01/msg00101.html''&lt;br /&gt;
&lt;br /&gt;
== Cannot satisfy fstests ==&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
  make openmoko-devel-image&lt;br /&gt;
...&lt;br /&gt;
| Collected errors:&lt;br /&gt;
| ERROR: Cannot satisfy the following dependencies for task-openmoko-debug:&lt;br /&gt;
|        fstests&lt;br /&gt;
NOTE: Task failed: /no-backup/Moko/build/tmp/work/fic-gta01-linux/openmoko-devel-image-1.0-r0/temp/log.do_rootfs.25036&lt;br /&gt;
NOTE: package openmoko-devel-image-1.0-r0: task do_rootfs: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Failed on debian etch 2007-07-20&lt;br /&gt;
Solution from mailing list post from hardskinone, report of an irc chat&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
I got help in IRC channel. I do following steps&lt;br /&gt;
     * remove fstest from oe/packages/tasks/task-openmoko.bb ,&lt;br /&gt;
     * increase PR field by one&lt;br /&gt;
     * make openmoko-devel-image&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== conflicting types for 'futimens' ==&lt;br /&gt;
&lt;br /&gt;
if you encounter the following error:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 | In file included from utimecmp.c:40:&lt;br /&gt;
 | utimens.h:2: error: conflicting types for 'futimens'&lt;br /&gt;
 | /usr/include/sys/stat.h:370: error: previous declaration of 'futimens' was here&lt;br /&gt;
&lt;br /&gt;
a patch is needed because your glibc is too new. grab &amp;amp; enable the patch as follows &lt;br /&gt;
&lt;br /&gt;
 cd openembedded/packages/coreutils&lt;br /&gt;
 mv coreutils_5.3.0.bb coreutils_5.3.0.orig&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils_5.3.0.bb&lt;br /&gt;
 cd -&lt;br /&gt;
 cd openembedded/packages/coreutils/coreutils-5.3.0&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils-5.3.0/futimens.patch&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
== Workaround for problems compiling mtd-utils ==&lt;br /&gt;
&lt;br /&gt;
Change the line on &amp;lt;code&amp;gt;openembedded/packages/mtd/mtd-utils_1.0.0+git.bb&amp;lt;/code&amp;gt; which reads:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=master \&lt;br /&gt;
&lt;br /&gt;
to:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=a6fa706fe9e7696b4b2045edf9698c3bac07e3e3 \&lt;br /&gt;
&lt;br /&gt;
which forces the recipe to use an older revision (the one which worked last time I built the image on my computer).&lt;br /&gt;
&lt;br /&gt;
Be sure to remember to undo the change later, or else you will not get any new changes to that package. --[[User:CesarB|CesarB]] 04:48, 25 July 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
Note: these patches should be updated - the lzo patch is included in the current version, so backing off to the previous version and repatching seems silly.   I was able to make it through this part of the build by applying the remaining patches manually. --[[User:Mellon|Ted Lemon]] 15:44, 29 July 2007 (CDT)&lt;br /&gt;
&lt;br /&gt;
== Monotone segfaulting on Ubuntu Feisty Fawn/PPC ==&lt;br /&gt;
If you are running Ubuntu Feisty Fawn on a PowerPC computer you will experience problems running monotone. To fix this issue you need to install monotone as well as the libboost packages from Gutsy. The easiest way to accomplish this is to add the gutsy repositories to your sources.list&lt;br /&gt;
and change the preferences to look like this:&lt;br /&gt;
&lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=feisty&lt;br /&gt;
 Pin-Priority: 700&lt;br /&gt;
 &lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: -100&lt;br /&gt;
 &lt;br /&gt;
 Package: libc6 libc6-dev tzdata util-linux libgcc1 libstdc++6 monotone   &lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
 &lt;br /&gt;
 Package: libboost-*&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
&lt;br /&gt;
After doing this install monotone in this way:&lt;br /&gt;
 apt-get -t gutsy install monotone.&lt;br /&gt;
That should install monotone 0.35 with updated (and working) boost libraries.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on ncurses install in Fedora 7 with a &amp;quot;tic -x&amp;quot; message ==&lt;br /&gt;
Adjust the following command to your system, then run it:&lt;br /&gt;
 export LD_LIBRARY_PATH=/home/moko/build/tmp/work/x86_64-linux/ncurses-native-5.4-r8/ncurses-5.4/lib&lt;br /&gt;
Then start make again and it should pick up where it left off.&lt;br /&gt;
&lt;br /&gt;
You can get a list of potential paths to use with the following command from you main moko directory:&lt;br /&gt;
 find . | grep libncurses&lt;br /&gt;
&lt;br /&gt;
The basic problem is that it is linking against your main system libraries instead of the OpenEmbedded ones.&lt;br /&gt;
&lt;br /&gt;
There's probably a cleaner way of handling this - please update this entry if you know it.&lt;br /&gt;
&lt;br /&gt;
This has been fixed in Openembedded, see [http://bugs.openembedded.org/show_bug.cgi?id=2554 Openembedded Bug #2554] for further details.&lt;br /&gt;
&lt;br /&gt;
== uboot-gta01 fails to build ==&lt;br /&gt;
Changes in the GIT of U-Boot make the OpenMoko patches unapplyable. For the use of Revision ''cc3023b9f95d7ac959a764471a65001062aecf41'' and everything will be fine for now.&lt;br /&gt;
&lt;br /&gt;
== Perl fails to build ==&lt;br /&gt;
After following every bit of advice I can find to 'make clean' and nuke the perl build directories, every build comes up with:&lt;br /&gt;
&lt;br /&gt;
 | make[1]: Entering directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | make[1]: *** No rule to make target `&amp;lt;command-line&amp;gt;', needed by `miniperlmain.o'.  Stop.&lt;br /&gt;
 | make[1]: Leaving directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | FATAL: oe_runmake failed&lt;br /&gt;
 NOTE: Task failed: /src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/temp/log.do_compile.19531&lt;br /&gt;
 NOTE: package perl-native-5.8.7-r3: task do_compile: failed&lt;br /&gt;
&lt;br /&gt;
Solution turned out to be editing &lt;br /&gt;
/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7/makedepend.SH and at line 169 change the regexp to eat references to &amp;quot;&amp;lt;command.line&amp;gt;&amp;quot; to catch what was leaking through.&lt;br /&gt;
&lt;br /&gt;
== Gettext fails to build ==&lt;br /&gt;
Gettext's build is broken unless you have emacs installed. Crazy though it seems. You will see an error like:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
| WARNING: Warnings can be ignored. :-)&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
|       else : ; fi&lt;br /&gt;
| mv: cannot move `elc-temp' to `elc-stamp': No such file or directory&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[5]: *** [elc-stamp] Error 1&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[4]: *** [po-mode.elc] Error 2&lt;br /&gt;
| make[4]: *** Waiting for unfinished jobs....&lt;br /&gt;
| make[4]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[3]: *** [all-recursive] Error 1&lt;br /&gt;
| make[3]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[2]: *** [all] Error 2&lt;br /&gt;
| make[2]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[1]: *** [all-recursive] Error 1&lt;br /&gt;
| make[1]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1'&lt;br /&gt;
| FATAL: oe_runmake failed&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The solution is simple - install emacs (example below for debian/ubuntu) and try again:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
sudo apt-get install emacs&lt;br /&gt;
make clean-package-gettext-native-0.14.1-r5&lt;br /&gt;
make openmoko-devel-image                  &lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Fails compiling binutils-cross on Gentoo/AMD64 and openSUSE/x86_64 ==&lt;br /&gt;
&lt;br /&gt;
make setup works fine, but when running make openmoko-devel-image it fails with the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
| make[4]: Entering directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[4]: Nothing to be done for `install'.&lt;br /&gt;
| make[4]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[3]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty'&lt;br /&gt;
| make[2]: Nothing to be done for `install-target'.&lt;br /&gt;
| make[2]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| make[1]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib/gcc-lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross: No such file or directory&lt;br /&gt;
| mv: cannot stat `build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
NOTE: Task failed: build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/temp/log.do_stage.9730&lt;br /&gt;
NOTE: package binutils-cross-2.18-r0: task do_populate_staging: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
NOTE: package binutils-cross-2.18: failed&lt;br /&gt;
ERROR: Build of openembedded/packages/binutils/binutils-cross_2.18.bb do_populate_staging failed&lt;br /&gt;
ERROR: Task 1641 (openembedded/packages/binutils/binutils-cross_2.18.bb, do_populate_staging) failed&lt;br /&gt;
NOTE: Tasks Summary: Attempted 107 tasks of which 107 didn't need to be rerun and 1 failed.&lt;br /&gt;
ERROR: 'openembedded/packages/binutils/binutils-cross_2.18.bb' failed&lt;br /&gt;
make: *** [openmoko-devel-image] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The final reason why the build cannot continue is:&lt;br /&gt;
 mv: cannot stat `/home/techiem2/Moko/build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
&lt;br /&gt;
Likely, Gentoo/AMD64 uses lib64 instead of lib as the library directory for x86_64 libraries. It's l likey that may (or all?) AMD64 distributions do for their 64-bit binaries. At least on openSUSE-x86_64, the same happens.&lt;br /&gt;
&lt;br /&gt;
At least on openSUSE-10.3 the missing libiberty.a was inatalled to build/tmp/cross/lib64/libiberty.a, which is clearly wrong.&lt;br /&gt;
&lt;br /&gt;
After seeing this, I assumed that openmoko/openembedded was clearly not tested with lib64 build hosts and since that would mean that even if I'd fix that error, many others could follow, and as I was not interested to fix the lib64 bugs but rather wanted to see something running first, I decided to make openmoko/openembedded think that it was running on a normal 32-bit non-lib64 machine.&lt;br /&gt;
&lt;br /&gt;
There are several ways to do that:&lt;br /&gt;
* You install an IA32-Linux somewhere and use that for building:&lt;br /&gt;
** Do a native install and dual-boot the IA32-linux (That's for dummies which do not know the other tricks)&lt;br /&gt;
** Install IA32-Linux in a virtual machine (Quite some setup and has some overhead too)&lt;br /&gt;
* you can install a 32-bit development system in to a chroot jail and compile there (also quite some setup and inconvinience)&lt;br /&gt;
* Or you can install a 32-bit development system on the 64-bit host (suppored on openSUSE, should be possible with Gentoo/AMD64 too)&lt;br /&gt;
&lt;br /&gt;
I decided to go for the last option - to install a 32-bit development environment and use that:&lt;br /&gt;
&lt;br /&gt;
=== Building on SuSE Linux 10.3-AMD64 ===&lt;br /&gt;
&lt;br /&gt;
Install the following packages for the 32-bit C/C++ compiler target option -m32 to work and to compile what is needed&lt;br /&gt;
&lt;br /&gt;
 gcc42-32bit gcc42libgcc42-32bit glibc-devel-32bit libstdc++-devel-32bit ncurses-devel-32bit zlib-devel-32bit (maybe also gtk2-devel-32bit)&lt;br /&gt;
&lt;br /&gt;
The openSUSE 10.3-AMD64 has no libopenssl-devel-32bit, but you can install the 32-bit rpm from the i586 10.3 rpm tree:&lt;br /&gt;
 &lt;br /&gt;
 libopenssl-devel&lt;br /&gt;
&lt;br /&gt;
You should also make sure that gdbm-devel is not installed.&lt;br /&gt;
The multilib support in ld has an issue which surfaces when it is called from perl's Configure script to complile a test program with -Lgdbm. If gdbm-devel is installed, it finds /usr/lib64/libgdbm.so, but since it's not compatible with 32-bit, it skips it, but also does not search the specified -Lpath where the OpenEmbedded-built libgdbm.so is already installed. To work around this, uninstall /usr/lib64/libgdbm.so with:&lt;br /&gt;
 rpm -e gdbm-devel&lt;br /&gt;
&lt;br /&gt;
Note these need to be the 32-bit cpp33 and gcc33 rpms as the 64-bit gcc33 rpms for openSUSE do not support the 32-bit target.&lt;br /&gt;
&lt;br /&gt;
To make the OpenMoko build think that its running on 32-bit i686, use linux32 (changes uname -m to i686 in the new shell):&lt;br /&gt;
&lt;br /&gt;
 linux32 bash&lt;br /&gt;
&lt;br /&gt;
And set up gcc scripts which force the use of gcc-3.3 (it can only generate 32-bit assembly) for all compilation:&lt;br /&gt;
&lt;br /&gt;
 mkdir bin;cd bin&lt;br /&gt;
 echo '/usr/bin/${0##*/}-3.3 -m32 &amp;quot;$@&amp;quot;'        &amp;gt;gcc&lt;br /&gt;
 echo '/usr/bin/${0##*/} -m elf_i386 &amp;quot;$@&amp;quot;' &amp;gt;ld&lt;br /&gt;
 echo '/usr/bin/${0##*/} --32 &amp;quot;$@&amp;quot;'        &amp;gt;gas&lt;br /&gt;
 sed -i '1i#!/bin/sh' gcc gas ld&lt;br /&gt;
 chmod 755 gcc gas ld&lt;br /&gt;
 ln -s gcc cc &lt;br /&gt;
 ln -s gcc c++&lt;br /&gt;
 ln -s gcc g++&lt;br /&gt;
 ln -s gas as&lt;br /&gt;
 echo PATH=\&amp;quot;&amp;quot;$PWD&amp;quot;:\$PATH\&amp;quot; &amp;gt;.setup-gcc-m32&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
Then set the path and test it:&lt;br /&gt;
&lt;br /&gt;
 source bin/.setup-gcc-m32&lt;br /&gt;
 type gcc&lt;br /&gt;
&lt;br /&gt;
== More package requirements ==&lt;br /&gt;
&lt;br /&gt;
On my system (Kubuntu 6.10) build failed with message &amp;quot;ERROR: QEMU requires SDL or Cocoa for graphical output&amp;quot; because package &amp;lt;tt&amp;gt;libsdl-image1.2-dev&amp;lt;/tt&amp;gt; was missing. Use &amp;lt;tt&amp;gt;apt-get install libsdl-image1.2-dev&amp;lt;/tt&amp;gt; to install. Additionally I had to install packages &amp;lt;tt&amp;gt;cvs&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;diffstat&amp;lt;/tt&amp;gt;. I was also asked to install Psyco JIT Compiler (package &amp;lt;tt&amp;gt;python-psyco&amp;lt;/tt&amp;gt;) to increase performance. Nevertheless &amp;lt;tt&amp;gt;make flash-qemu-local&amp;lt;/tt&amp;gt; took some hours, but now I finally can get an impression of the phone that I am looking for! -- [[User:Nichtich|Nichtich]] 00:26, 20 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== pango-directfb failed to build due to missing Glib 2.14.x ==&lt;br /&gt;
&lt;br /&gt;
The latest(as of Sept. 25, 2007) build started to fail with the following error:&lt;br /&gt;
&lt;br /&gt;
 | checking for GLIB... no&lt;br /&gt;
 | configure: error:&lt;br /&gt;
 | *** Glib 2.14.0 or better is required. The latest version of&lt;br /&gt;
 | *** Glib is always available from ftp://ftp.gtk.org/.&lt;br /&gt;
 | FATAL: oe_runconf failed&lt;br /&gt;
 NOTE: Task failed:&lt;br /&gt;
 /media/sdc1/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/\&lt;br /&gt;
     pango-directfb-1.18.1-r0/temp/log.do_configure.19927&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1-r0: task do_configure: failed&lt;br /&gt;
 ERROR: TaskFailed event exception, aborting&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1: failed&lt;br /&gt;
 ERROR: Build of /media/sdc1/moko/openembedded/packages/pango/\&lt;br /&gt;
     pango-directfb_1.18.1.bb do_configure failed&lt;br /&gt;
&lt;br /&gt;
The Glib included in the build tree seems to be only 2.12.12, so looks like something&lt;br /&gt;
is broken in term of dependency.&lt;br /&gt;
&lt;br /&gt;
This had happened on both of Fedora 7 and Debian Etch.  I am running the latest &lt;br /&gt;
MokoMakefile with OM-2007.2.  The funny thing is that the build had worked only &lt;br /&gt;
couple nights ago. Any idea?  I will update anything I find here and also on my blog(see my user profile).&lt;br /&gt;
[[User:ttz|ttz]] Wed Sep 26 12:17:33 CDT 2007&lt;br /&gt;
&lt;br /&gt;
pango-directfb had been removed from OE for now due to the report of it breaking builds like OpenMoko.&lt;br /&gt;
&lt;br /&gt;
[[User:ttz|ttz]] Thu Oct  4 10:20:12 CDT 2007&lt;br /&gt;
&lt;br /&gt;
== uicmoc4 failes to compile ==&lt;br /&gt;
&lt;br /&gt;
This is solved by installing libz-dev&lt;br /&gt;
&lt;br /&gt;
Or, look at [http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=747 Bug #747]&lt;br /&gt;
&lt;br /&gt;
== svn: REPORT request failed on '/repos/tasks/!svn/vcc/default' ==&lt;br /&gt;
&lt;br /&gt;
  osiris$ make update&lt;br /&gt;
  ...&lt;br /&gt;
  Fetching external item into 'trunk/src/target/OM-2007.2/applications/openmoko-today2/libkoto'&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
  make: *** [update-openmoko] Error 1&lt;br /&gt;
&lt;br /&gt;
  osiris$ cd openmoko/trunk/src/target/OM-2007.2/applications/openmoko-today2//libkoto/&lt;br /&gt;
  osiris$ svn up -r HEAD&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
&lt;br /&gt;
Anyone know about this one?&lt;br /&gt;
--[[User:Blackh|Blackh]] 00:11, 12 October 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== bootparam_prot.h fails to install in glibc-intermediate-2.5 package (Debian sid) ==&lt;br /&gt;
&lt;br /&gt;
  | install: cannot stat&lt;br /&gt;
    `/home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc/bootparam_prot.h'&lt;br /&gt;
    No such file or directory&lt;br /&gt;
  NOTE: Task failed: /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/temp/log.do_stage.3940&lt;br /&gt;
&lt;br /&gt;
For some reason, on Debian, the rpcgen command needs &amp;quot;-Y /usr/bin&amp;quot; added to the end of it or it won't work (&amp;quot;cannot find any C preprocessor (cpp)&amp;quot;).  This can be fixed by hand...&lt;br /&gt;
&lt;br /&gt;
 cd /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc&lt;br /&gt;
 for f in *.x ; do rpcgen -h $f -o ${f%%.x}.h -Y /usr/bin ; done&lt;br /&gt;
&lt;br /&gt;
This command will generate the right files and you can resume the build with&lt;br /&gt;
&lt;br /&gt;
make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
Here is a better fix - put this script, calling it rpcgen, somewhere in your PATH before /usr/bin:&lt;br /&gt;
&lt;br /&gt;
  #!/bin/sh&lt;br /&gt;
  exec /usr/bin/rpcgen -Y /usr/bin &amp;quot;$@&amp;quot;&lt;br /&gt;
&lt;br /&gt;
--[[User:Blackh|Blackh]] 05:17, 12 October 2007 (CEST)&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/MokoMakefile</id>
		<title>MokoMakefile</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/MokoMakefile"/>
				<updated>2007-11-22T16:09:01Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* SuSE */ move gcc33 installation instructions from talk page here&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;MokoMakefile is a Makefile which saves lots of work when setting up an OpenMoko build environment.&lt;br /&gt;
By automating the setup process of a new OpenMoko build environment, it provides an environment which is configured the same for all the existing developers and should therefore be preferred over manual procedures or individual setup procedures.&lt;br /&gt;
It brings the same repeatability to build environment creation and maintenance as that which the BitBake scripts bring to [[OpenEmbedded]] ease and standardize the process of building OpenEmbedded.&lt;br /&gt;
&lt;br /&gt;
Unlike the manual process described at [[Building OpenMoko from scratch]], MokoMakefile does not install anything into your system (it can and should be started as normal user).&lt;br /&gt;
MokoMakefile is a wrapper around all that to make it easy to set up and maintain a development environment that fully complies with the setup instructions published by OpenMoko.&lt;br /&gt;
&lt;br /&gt;
MokoMakefile is developed by [[User:RodWhitby|Rod Whitby]] - it is not an official product of OpenMoko (although I would be happy for them to pick it up and use it internally).  If there is any discrepancy between the [[OpenMoko2007.2#How_to_build|official OpenMoko build instructions]], and the operation of the MokoMakefile, then you should consider the official instructions to be correct.&lt;br /&gt;
&lt;br /&gt;
The MokoMakefile is able to build either OM-2007.1 or OM-2007.2 images.  The core team chooses the default, but you can select one or the other at the top of the Makefile.&lt;br /&gt;
&lt;br /&gt;
MokoMakefile also builds the QEMU-based neu1973 emulator as part of the build process and has make targets to install the  OpenMoko images into it and run it. These commands can also be used without downloading and building the whole OpenMoko OpenEmbedded distribution. This part is described in [[Using QEMU with MokoMakefile]].&lt;br /&gt;
&lt;br /&gt;
== Requirements for building OpenMoko ==&lt;br /&gt;
Independent on whether MokoMakefile or a manual process is used to setup an OpenMoko build environment, there are several requirements which must be fullfilled in order for the OpenMoko build to succeed:&lt;br /&gt;
&lt;br /&gt;
* RAM: The build host needs to have at least 512MB of RAM, and about the same amount of swap. Some packages built by OpenEmbedded like busybox are built by compiling all source files into one binary which causes gcc to grow beyond 300MB of size and no part of this memory may be on swap for the compile to finish in predictable time. For busybox, this can be turned off, but turning this off means that busybox will not as well optimized by gcc.&lt;br /&gt;
&lt;br /&gt;
* Disk space: You need about 12 GB of available disk space for the OpenMoko build to succeed (see below for a tip on how to reduce this).&lt;br /&gt;
&lt;br /&gt;
* Time: The initial build takes at least 5 hours (on 2GHz core2duo without multiprocessor optimization) and may take several days on slower machines.&lt;br /&gt;
&lt;br /&gt;
=== Required software ===&lt;br /&gt;
The version control system used by OpenEmbedded is [http://monotone.ca monotone], it is not downloaded and installed by MokoMakefile. If your distribution does not provide a package, you can download and install a static binary from http://monotone.ca&lt;br /&gt;
&lt;br /&gt;
Some distribution specific hints on preparing your build host for building OpenEmbedded are on   http://www.openembedded.org/wiki/OEandYourDistro but they may be outdated, incomplete and do not cover everything which OpenMoko needs to build.&lt;br /&gt;
&lt;br /&gt;
A good guide is [[Building OpenMoko from scratch#Build host prerequisites|the section on build host prerequisites]] in [[Building OpenMoko from scratch]]&lt;br /&gt;
&lt;br /&gt;
If you forgot anything which OE needs itself, OE will tell you shortly after you start building, but it does not check build dependices of OpenMoko, so you either have to install them before starting or install them after the build failed. OpenEmbedded will continue where it stopped when you restart the build afterwards.&lt;br /&gt;
&lt;br /&gt;
==== Package requirements by distribution ====&lt;br /&gt;
Your distribution needs to provide these commands in order for OpenEmbedded to start building:&lt;br /&gt;
 subversion texi2html texinfo help2man&lt;br /&gt;
&lt;br /&gt;
OpenMoko needs the development packages (with header files, development libraries and tools) in order to finish building:&lt;br /&gt;
 ncurses zlib (or libz) OpenSSL GTK++&lt;br /&gt;
&lt;br /&gt;
Because there are bugs in the interaction of QEMU and GCC-4, you'll need a copy of gcc-3.x installed as well.&lt;br /&gt;
&lt;br /&gt;
===== Debian / Ubuntu =====&lt;br /&gt;
  apt-get install subversion monotone build-essential help2man&lt;br /&gt;
    diffstat texi2html texinfo cvs gawk&lt;br /&gt;
  apt-get install libncurses5-dev libz-dev libssl-dev libgtk2.0-dev&lt;br /&gt;
  # To prevent errors in host validation&lt;br /&gt;
  apt-get install ca-certificates&lt;br /&gt;
  # For OpenMoko 2007.2 using BitBake-1.8.8:&lt;br /&gt;
  apt-get install python-pysqlite2 sqlite3 sqlite3-doc python-pysqlite2-dbg&lt;br /&gt;
  # For building faster&lt;br /&gt;
  apt-get install quilt python-psyco ccache&lt;br /&gt;
  # For qemu, install a second compiler for bug avoidance; MokoMakefile knows to look for it.&lt;br /&gt;
  apt-get install gcc-3.4 g++-3.4 libsdl1.2-dev lynx&lt;br /&gt;
&lt;br /&gt;
===== SuSE =====&lt;br /&gt;
For building OpenMoko on 10.3, you need&lt;br /&gt;
 gcc-c++ ncurses-devel zlib-devel libopenssl-devel gtk2-devel subversion diffstat texinfo help2man and [http://download.opensuse.org/repositories/devel:/tools:/scm/openSUSE_Factory/repodata/repoview/Development.Tools.group.html monotone]&lt;br /&gt;
For MokoMakefile to not fail on compiling qemu-user, you need to use gcc33:&lt;br /&gt;
 wget download.opensuse.org/repositories/devel:/tools:/gcc/openSUSE_Factory/i586/{cpp,gcc}33-3.3.3-41.8.i586.rpm&lt;br /&gt;
 rpm -Uhv {cpp,gcc}33-3.3.3-41.8.i586.rpm&lt;br /&gt;
&lt;br /&gt;
See also the [[Talk:MokoMakefile#Building_on_SuSE_Linux_10.3-AMD64|Talk page on Building on SuSE Linux 10.3-AMD64]]&lt;br /&gt;
&lt;br /&gt;
10.1 and 10.2: same packages as 10.3, but install &amp;lt;code&amp;gt;openssl-devel&amp;lt;/code&amp;gt; instead of libopenssl-devel. Use monotone for [http://download.opensuse.org/repositories/devel:/tools:/scm/openSUSE_10.2/repodata/repoview/Development.Tools.group.html 10.2] or [http://download.opensuse.org/repositories/devel:/tools:/scm/SUSE_Linux_10.1/repodata/repoview/Development.Tools.group.html 10.1]&lt;br /&gt;
&lt;br /&gt;
==== For all distributions ====&lt;br /&gt;
As the QEMU-based neo1973 emulator is also built as part of the build process started by MokoMakefile, so you need gcc-3.3 and other packages for building QEMU installed. See [[Using QEMU with MokoMakefile#Build requirements|the build requirements section]] in [[Using QEMU with MokoMakefile]] for information on the required software.&lt;br /&gt;
&lt;br /&gt;
== Building OpenMoko with MokoMakefile ==&lt;br /&gt;
&lt;br /&gt;
1 - Create your $OMDIR directory (note that you can change ~/moko to any directory you like):&lt;br /&gt;
   mkdir ~/moko ; cd ~/moko&lt;br /&gt;
2 - Grab MokoMakefile:&lt;br /&gt;
   wget http://www.rwhitby.net/files/openmoko/Makefile&lt;br /&gt;
&lt;br /&gt;
If that doesn't work, try &lt;br /&gt;
&lt;br /&gt;
   wget http://svn.nslu2-linux.org/svnroot/mokomakefile/trunk/Makefile&lt;br /&gt;
&lt;br /&gt;
   note: If you want to compile for the old version 2007.1 instead of the new&lt;br /&gt;
         version edit the top of the Makefile. Edit the lines at the top to &lt;br /&gt;
         look like this:&lt;br /&gt;
             OPENMOKO_GENERATION = 2007.1&lt;br /&gt;
             #OPENMOKO_GENERATION = 2007.2&lt;br /&gt;
&lt;br /&gt;
{{note|For building 2007.2, MokoMakefile uses BitBake 1.8.8 which requires python-sqlite2 and sqlite-3.3 or later. Users of SUSE Linux 10.1 can update to [http://download.opensuse.org/pub/opensuse/distribution/10.2/repo/oss/suse/i586/sqlite-3.3.8-14.i586.rpm the version of openSUSE 10.2]}}&lt;br /&gt;
&lt;br /&gt;
3 - Set up the environment:&lt;br /&gt;
   make setup&lt;br /&gt;
4 - Start building. Before starting a lengthy make process, check the Tips section below for how to make Make multicore aware. You may want to modify the build/conf/local.conf file for your target (emulation/chroot) environment:&lt;br /&gt;
   make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
This will set up the recommended directory structure as described in [[Building OpenMoko from scratch]], will download all the required software (from the right places with the right versions), and will immediately start building an image.&lt;br /&gt;
&lt;br /&gt;
Once you have done this, you can choose to continue using the MokoMakefile to initiate your subsequent builds, or you can go into the build directory and run bitbake commands manually.  The choice is yours.&lt;br /&gt;
&lt;br /&gt;
==Updating the environment==&lt;br /&gt;
For easy maintenance of your build environment the following commands are available.&lt;br /&gt;
&lt;br /&gt;
1 - To update the MokoMakefile to the latest version:&lt;br /&gt;
   make update-makefile &lt;br /&gt;
&lt;br /&gt;
2 - To make sure that any recent changes to the build directory structure have been applied:&lt;br /&gt;
   make setup &lt;br /&gt;
&lt;br /&gt;
3 - To update the OpenMoko repository checkout and the MokoMakefile patches to the latest version:&lt;br /&gt;
   make update&lt;br /&gt;
&lt;br /&gt;
A quick way to rebuild a new image with the latest updates:&lt;br /&gt;
   make update-makefile &amp;amp;&amp;amp; make setup update openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
==Build issues==&lt;br /&gt;
First, make sure that the problem is reproducible after running&lt;br /&gt;
&lt;br /&gt;
 make update-makefile &amp;amp;&amp;amp; make setup &amp;amp;&amp;amp; make update&lt;br /&gt;
&lt;br /&gt;
then run&lt;br /&gt;
&lt;br /&gt;
 make clean-package-&amp;lt;foo&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(where you replace &amp;lt;foo&amp;gt; with the name of the package which is failing)&lt;br /&gt;
&lt;br /&gt;
and finally&lt;br /&gt;
&lt;br /&gt;
 make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
If you can get the error to occur three times in a row after running that sequence of commands (including the update and setup steps) three times, then feel free to report it to rwhitby in #openmoko on [http://wiki.openmoko.org/wiki/Development_resources#IRC IRC].&lt;br /&gt;
&lt;br /&gt;
===Known MokoMakefile errors ===&lt;br /&gt;
If you experience the following after changing from OM-2007.1 to OM-2007.2:&lt;br /&gt;
&lt;br /&gt;
 Patch bitbake-1.6.6-om3.patch does not apply (enforce with -f)&lt;br /&gt;
&lt;br /&gt;
then type &amp;quot;make clobber-patches&amp;quot; to fix it.  There was a period of 24 hours when there was a bug in the MokoMakefile which causes this problem.  Once the patches have been clobbered, they will re-download and the problem will not reoccur.&lt;br /&gt;
&lt;br /&gt;
===Fixes for distribution/environment-specific or isolated issues===&lt;br /&gt;
&lt;br /&gt;
Work-arounds for temporary or isolated problems can be found and should be added to the [[Talk:MokoMakefile|Discussion page]] which is associated with this page.  As they are fixed, they will be removed from that page.&lt;br /&gt;
&lt;br /&gt;
==Tips==&lt;br /&gt;
*You can reduce the amount of consumed disk space significantly by adding&lt;br /&gt;
   INHERIT += &amp;quot;rm_work&amp;quot;&lt;br /&gt;
in your local.conf (e.g. ~/moko/build/conf/local.conf). This will remove the contents of each build/tmp/work/*/&amp;lt;package&amp;gt; directory after the corresponding package builds correctly. As of 10/16/07, this appears to be present in local.conf by default.&lt;br /&gt;
&lt;br /&gt;
*If you an encounter an error with monotone similar to the following:&lt;br /&gt;
   mtn: misuse: database /home/''username''/moko/OE.mtn is laid out according to an old schema&lt;br /&gt;
Then you need to upgrade OE.mtn  Use the following command while in ~/moko:&lt;br /&gt;
   # mtn --db OE.mtn db migrate&lt;br /&gt;
&lt;br /&gt;
*If a certain package does not build due to corrupted download or some such try to remove the sources and rebuild it.&lt;br /&gt;
 rm sources/&amp;lt;package&amp;gt;*&lt;br /&gt;
 cd build&lt;br /&gt;
 . ../setup-env&lt;br /&gt;
 bitbake -crebuild &amp;lt;package&amp;gt;&lt;br /&gt;
after that your build might just work again.&lt;br /&gt;
&lt;br /&gt;
*For people with multiple CPU's (or dual-core ones) this small patch might be useful to build things faster.&lt;br /&gt;
Edit the local.conf and add the following lines:&lt;br /&gt;
 PARALLEL_MAKE = &amp;quot;-j 4&amp;quot;&lt;br /&gt;
 BB_NUMBER_THREADS = &amp;quot;4&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Change the PARALLEL_MAKE and BB_NUMBER_THREADS values to something that suits better if it chokes your machine.&lt;br /&gt;
&lt;br /&gt;
*For amd64 host users you need the patch from http://bugs.openembedded.org/show_bug.cgi?id=1765 to build db3-native&lt;br /&gt;
&lt;br /&gt;
* If you encounter an error related with the qemu-native package and not compiling for the qemu, you can edit the build/conf/local.conf file and add ENABLE_BINARY_LOCALE_GENERATION = &amp;quot;0&amp;quot; line to avoid the error.&lt;br /&gt;
&lt;br /&gt;
* To prevent building tons of locales, add a line like this to local.conf:&lt;br /&gt;
 GLIBC_GENERATE_LOCALES = &amp;quot;en_US.UTF-8 nl_NL.UTF-8&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* To not build any binary locales at all, add this to local.conf:&lt;br /&gt;
 ENABLE_BINARY_LOCALE_GENERATION = &amp;quot;0&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* If you want to rebuild the package indexes (for instance, after compiling a new version of a package) without building &amp;lt;code&amp;gt;openmoko-devel-image&amp;lt;/code&amp;gt;, run &amp;lt;code&amp;gt;make build-package-package-index&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
==Developing with MokoMakefile==&lt;br /&gt;
&lt;br /&gt;
{{note|If using MokoMakefile with OM2007.2 then references to $OMDIR/openmoko should be replaced with $OMDIR/openembedded.  Also references to tmp/work/armv4t-linux should be replaced with tmp/work/fic-gta01-angstrom-linux-gnueabi}}&lt;br /&gt;
&lt;br /&gt;
For the following explanations $OMDIR is the directory where there Makefile puts all the stuff.&lt;br /&gt;
&lt;br /&gt;
To make in-tree changes and have them built and used by qemu:&lt;br /&gt;
&lt;br /&gt;
  cd $OMDIR/openmoko&lt;br /&gt;
  quilt new descriptive-patch-name.patch&lt;br /&gt;
  quilt add trunk/src/name-of-file-to-change # do this for every file you are about to modify&lt;br /&gt;
  ...make the changes...&lt;br /&gt;
  quilt refresh # this creates a file in $OMDIR/patches/openmoko-HEAD/ and updates the quilt series file there&lt;br /&gt;
&lt;br /&gt;
Note: Do '''NOT''' use absolute paths as this confuses quilt and will get you a diff of the file against /dev/null!&lt;br /&gt;
&lt;br /&gt;
To build the changes and have them used by qemu:&lt;br /&gt;
&lt;br /&gt;
  make build-qemu&lt;br /&gt;
  make flash-qemu-local&lt;br /&gt;
  make run-qemu&lt;br /&gt;
&lt;br /&gt;
If you want to modify applications instead of the openmoko toolchain, this is what you have to do (example: openmoko-messages):&lt;br /&gt;
&lt;br /&gt;
  cd $OMDIR/build&lt;br /&gt;
  . ../setup-env&lt;br /&gt;
  bitbake -c unpack openmoko-messages&lt;br /&gt;
  cd ../build/tmp/work/armv4t-linux/openmoko-messages-0.0.1+svnnow-r2_2276/openmoko-messages/&lt;br /&gt;
  ...make the changes...&lt;br /&gt;
  cd -&lt;br /&gt;
  bitbake openmoko-messages&lt;br /&gt;
&lt;br /&gt;
Then continue with MokoMakefile usage.&lt;br /&gt;
&lt;br /&gt;
If you want to add an application to your openmoko distribution, do this:&lt;br /&gt;
All file edits should be done using quilt as described above. That way a patch can easily be submitted to the openmoko project.&lt;br /&gt;
First, create a directory that will correspond to your package and edit a '''.bb''' file in there:&lt;br /&gt;
  cd $OMDIR/openmoko/&lt;br /&gt;
  quilt new mycoolpackage.patch&lt;br /&gt;
  mkdir trunk/oe/packages/mycoolpackage&lt;br /&gt;
  quilt add trunk/oe/packages/mycoolpackage/mycoolpackage_1.bb&lt;br /&gt;
  quilt edit trunk/oe/packages/mycoolpackage/mycoolpackage_1.bb&lt;br /&gt;
&lt;br /&gt;
The file should have the following content:&lt;br /&gt;
  DESCRIPTION = &amp;quot;This is a cool package&amp;quot;&lt;br /&gt;
  SECTION = &amp;quot;username/mycoolpackage&amp;quot;&lt;br /&gt;
  PV = &amp;quot;1&amp;quot;&lt;br /&gt;
  &lt;br /&gt;
  inherit autotools&lt;br /&gt;
  &lt;br /&gt;
  SRC_URI = &amp;quot;http://www.example.com/download/mycoolpackage-1.tar.gz&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Explanation:&lt;br /&gt;
* DESCRIPTION - Just a short text explaining the package&lt;br /&gt;
* SECTION - I have no clue, but I'll use username/mycoolpackage for now&lt;br /&gt;
* PV - Package Version&lt;br /&gt;
* inherit autotools - The package can be compiled by './configure &amp;amp;&amp;amp; make &amp;amp;&amp;amp; make install' so we tell MokoMakefile to do it this way.&lt;br /&gt;
* SRC_URI = ... - This is the download location of the package source. It's imperative that the tar.gz contains a directory called '''packagename-packageversion''' (in this case: mycoolpackage-1) so that MokoMakefile can find it automatically or the build will fail.&lt;br /&gt;
&lt;br /&gt;
This is not all. We also need to tell MokoMakfile that it needs to build and include the package in the image. To do this, do&lt;br /&gt;
  $OMDIR/openmoko# quilt edit trunk/oe/packages/tasks/task-openmoko.bb&lt;br /&gt;
Here, increase the value '''PR''' by one and add '''mycoolpackage \''' (with the backslash!) just before the line reading '''#  update-alternatives \'''.&lt;br /&gt;
&lt;br /&gt;
Now run&lt;br /&gt;
  quilt refresh&lt;br /&gt;
  cd ..&lt;br /&gt;
  make update openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
And if everything's alright you should now have an OpenMoko image to flash to your phone or run in qemu as described above.&lt;br /&gt;
&lt;br /&gt;
=== Hello World application ===&lt;br /&gt;
&lt;br /&gt;
There is a [http://wiki.openmoko.org/wiki/Building_a_hello_world_application Hello World!] tutorial available too.&lt;br /&gt;
&lt;br /&gt;
==Testimonials==&lt;br /&gt;
MokoMakefile is recommended by 4 out of 4 new developers on #openmoko, with testimonials such as &amp;quot;For some reason last night I couldn't get my manual install of everything to work (bb complained about my bbpath I think) ... but with your makefile, it works great!&amp;quot;, &amp;quot;MokoMakefile rocks!&amp;quot;, and &amp;quot;Wow this build system is nice - it just seems more polished than my gumstix toolchain buildroot system&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Project page:&lt;br /&gt;
http://mokomakefile.projects.openmoko.org/&lt;br /&gt;
&lt;br /&gt;
{{Languages|MokoMakefile}}&lt;br /&gt;
&lt;br /&gt;
[[Category:Developer]]&lt;br /&gt;
[[Category:Guides]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973</id>
		<title>Qtopia on Neo1973</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973"/>
				<updated>2007-11-22T15:40:08Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: Link to the realease and a snapshot tarball which may/should work and describe them&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Qtopia_on_Neo_1973}}&lt;br /&gt;
[http://en.wikipedia.org/wiki/Qtopia Qtopia] is a complete mobile phone and PDA platform which can be built for many devices and is dual-licensed under the GPL and a proprietary license, but since version 3.4.0, everything needed to use Qtopia on the Neo1973 is licensed under the GPL.&lt;br /&gt;
&lt;br /&gt;
Note: The dialer of the 4.3.0 flash image and the 4.3.0-snapshot images do not ask for a PIN on first boot. To make the dialer to ask for the PIN, you have to press the power button, select &amp;quot;Shutdown device&amp;quot; and restart it. Note: You may have to do the restart without USB connected for this to work.&lt;br /&gt;
&lt;br /&gt;
If Qtopia did not ask for a PIN and your SIM card needs a PIN to be accessible, you cannot use your SIM to register to a GSM network.&lt;br /&gt;
&lt;br /&gt;
Post-4.3.0 images may fix this issue, but as of 20 November 2007, the post-4.3.0 images seem to never ask for a PIN.&lt;br /&gt;
&lt;br /&gt;
The image from [http://www.qtopia.net/modules/mydownloads/visit.php?lid=48 qtopia-4.3.0-neo-flash.tgz] (official 4.3.0 release for the Neo1973) has may hang on boot. IF that happens to you, you may have to resort to the [http://www.qtopia.net/modules/mydownloads/visit.php?lid=44 qtopia-4.3-snapshot-10190723-neo-flash.tgz] (official snapshot from 19 October 2007)&lt;br /&gt;
&lt;br /&gt;
== Flashing Qtopia images into Neo's NAND flash ==&lt;br /&gt;
Generic NAND flashing notice: Flash chunks to be flashed must be erased or cleared first (a write to a NAND flash can only set, but not clear bits), you either need to have a recent uboot (most GTA01v4 owner should have that already), or you have to erase or clean the NAND partition using [[nand erase]].&lt;br /&gt;
&lt;br /&gt;
The lasted official Qtopia flash images are found at: http://www.qtopia.net/modules/mydownloads/ (You have to scroll this page down a bit to find them)&lt;br /&gt;
&lt;br /&gt;
The initial preview flash images can be downloaded by clicking the link &amp;quot;Qtopia on Neo Flash Image and kernel&amp;quot; on [http://www.qtopia.net/modules/devices/openmoko.php], but it has issues with the audio mixer setup, so especially on receiving calls, one side may not always hear the other.&lt;br /&gt;
&lt;br /&gt;
Newer unofficial Qtopia images can be found in the ScaredyCat and Chooseopen [[repositories]], but they may not ask for a pin at all.&lt;br /&gt;
&lt;br /&gt;
== Dual-booting between Qtopia and X ==&lt;br /&gt;
&lt;br /&gt;
Both examples described here require you to reformat your MicroSD card to ext3, so this is the first step for both:&lt;br /&gt;
&lt;br /&gt;
{{warning|The following step will reformat your MircoSD card with the ext3 filesystem. We need it because we need support for symbolic or/and static links, which other filesystems like FAT do not support directly. After reformatting, no data on the card will be accessible to you anymore, so create good backups of anything which you need before starting!}}&lt;br /&gt;
&lt;br /&gt;
Then ssh to your neo and reformat your MicroSD card with:&lt;br /&gt;
 umount /dev/mmcblk0p1&lt;br /&gt;
 mkfs.ext3 /dev/mmcblk0p1&lt;br /&gt;
 mount /dev/mmcblk0p1&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia into an openmoko rootfs ===&lt;br /&gt;
&lt;br /&gt;
On [http://www.qtopia.net/modules/devices/openmoko.php], click &amp;quot;Developer root filesystem&amp;quot;. Then extract opt/Qtopia and the qpe init script and copy both to the mmc card of your neo:&lt;br /&gt;
&lt;br /&gt;
 tar xzf ficgta01-qtopia-developer-rootfs.tgz opt/Qtopia etc/init.d/qpe&lt;br /&gt;
 mv opt/Qtopia etc/init.d/qpe . &amp;amp;&amp;amp; rm -r opt etc&lt;br /&gt;
 tar czf Qtopia.tar.gz Qtopia qpe&lt;br /&gt;
 scp Qtopia.tar.gz root@192.168.0.202:/media/card/&lt;br /&gt;
&lt;br /&gt;
Log in to your Neo and unpack the archive and install it:&lt;br /&gt;
&lt;br /&gt;
 cd /media/card&lt;br /&gt;
 tar xzf Qtopia.tar.gz&lt;br /&gt;
 mkdir -p /opt&lt;br /&gt;
 ln -s /media/card/Qtopia /opt/Qtopia&lt;br /&gt;
 mv qpe /etc/init.d&lt;br /&gt;
&lt;br /&gt;
Now kill the X server and gsmd and start Qtopia (this can take some time):&lt;br /&gt;
&lt;br /&gt;
 /etc/init.d/xserver-nodm stop&lt;br /&gt;
 /etc/init.d/gsmd stop&lt;br /&gt;
 /etc/init.d/qpe start&lt;br /&gt;
&lt;br /&gt;
Now, in theory, it should be possible to could create a new entry in the [[uboot]] boot menu which adds a new boot argument to the kernel, say &amp;quot;qtopia=1&amp;quot; and you could could write a script which checks that boot parameter by checking if &amp;quot;$qtopia&amp;quot; is set to &amp;quot;1&amp;quot; or by checking /proc/cmdline and then boot Qtopia instead of X.&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia on the SD card ===&lt;br /&gt;
&lt;br /&gt;
* format your SD card with ext3 and mount it (see above)&lt;br /&gt;
* unpack rootfs from qtopia-4.3.0-preview-neo-flash.tgz to SD card (see above)&lt;br /&gt;
* copy the uImage-2.6.22.5-moko11-r2-fic-gta01.bin kernel to the boot/ on SD card and rename it to uImage&lt;br /&gt;
* put a 'Boot from SD' menu item in uboot menu as explained here: [[Booting_from_SD#Step_3:_Add_uboot_boot_entry]]&lt;br /&gt;
&lt;br /&gt;
=== Build your own ===&lt;br /&gt;
If you want to build qtopia for yourself you can download the [ftp://ftp.trolltech.com/qtopia/tech-preview/ technical preview] or [ftp://ftp.trolltech.com/qtopia/snapshots/ snapshots]&lt;br /&gt;
&lt;br /&gt;
== Tips ==&lt;br /&gt;
Most things seem to work out of the box, however you may need to use the following command to get audio:&lt;br /&gt;
 alsactl -f /etc/gsmhandset.state restore&lt;br /&gt;
Or put this command in /etc/init.d/qpe line 64&lt;br /&gt;
&lt;br /&gt;
Do not switch themes.  Only the default theme is usable.  For example, once you switch themes, the lock feature continues to work, but only if you unlock using the smallest # keypad in the world.&lt;br /&gt;
&lt;br /&gt;
Suspend support is very flaky.  The neo often shuts off from a suspend state.  It will not wake from suspend for an incoming call or text message (someone try setting an alarm and report results here).  To turn suspend off (this will of course use the batteries very quickly), hit the down arrow next to the suspend setting in the power management until it says &amp;quot;Off&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
When using the virtual keyboard, do a quick flick up or down over the keyboard to access numbers/symbols/capitals.&lt;br /&gt;
&lt;br /&gt;
In summary, Qtopia on the Neo1973 is much closer to being ready than OpenMoko as of this writing.  However, sound and suspend support prevent it from being at all useful as a cell phone (as a landline that doesn't ring but instead vibrates, it works ok).&lt;br /&gt;
&lt;br /&gt;
The biggest issue for using Qtopia on the Neo1973 is currently PIN entry. On the Greenphone it's done thru the numberic keypad, but the Neo193 has none, so Qtopia has to use some other way of entering the PIN. The 3.4.0-preview flash image uses a tiny graphical keypad where you are able to enter the PIN, but none of the newer images have it and so it's not possible to access SIM cards which need a PIN.&lt;br /&gt;
&lt;br /&gt;
The [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum area on the FIC GTA01] might be helpful, but it is preferred that you update this section with issues and fixes which you find.&lt;br /&gt;
&lt;br /&gt;
== Screenshots ==&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia001.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia002.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia003.png|thumb|center|240px]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia004.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia005.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia006.png|thumb|center|240px]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Videos ==&lt;br /&gt;
&lt;br /&gt;
 http://www.youtube.com/watch?v=YW5q8SpY7t4&lt;br /&gt;
 http://www.youtube.com/watch?v=iOG_mtSEMgs&lt;br /&gt;
&lt;br /&gt;
For full size videos, 346 MiB:&lt;br /&gt;
&lt;br /&gt;
 http://linuxtracker.org/download.php?id=4613&amp;amp;name=qt_on_neo1973_videos.torrent&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973</id>
		<title>Qtopia on Neo1973</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973"/>
				<updated>2007-11-22T15:06:56Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: remove errnous ]&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Qtopia_on_Neo_1973}}&lt;br /&gt;
[http://en.wikipedia.org/wiki/Qtopia Qtopia] is a complete mobile phone and PDA platform which can be built for many devices and is dual-licensed under the GPL and a proprietary license, but since version 3.4.0, everything needed to use Qtopia on the Neo1973 is licensed under the GPL.&lt;br /&gt;
&lt;br /&gt;
Note: The dialer of the 4.3.0 flash image and the 4.3.0-snapshot images do not ask for a PIN on first boot. To make the dialer to ask for the PIN, you have to press the power button, select &amp;quot;Shutdown device&amp;quot; and restart it. Note: You may have to do the restart without USB connected for this to work.&lt;br /&gt;
&lt;br /&gt;
If Qtopia did not ask you not ask you for a PIN and your SIM card needs a PIN to be accessible, you cannot use your SIM to register to a GSM network.&lt;br /&gt;
&lt;br /&gt;
Post-4.3.0 images may fix this issue, but as of 20 November 2007, the post-4.3.0 images seem to never ask for a PIN.&lt;br /&gt;
&lt;br /&gt;
== Flashing Qtopia images into Neo's NAND flash ==&lt;br /&gt;
Generic NAND flashing notice: Flash chunks to be flashed must be erased or cleared first (a write to a NAND flash can only set, but not clear bits), you either need to have a recent uboot (most GTA01v4 owner should have that already), or you have to erase or clean the NAND partition using [[nand erase]].&lt;br /&gt;
&lt;br /&gt;
The lasted official Qtopia flash images are found at: http://www.qtopia.net/modules/mydownloads/ (You have to scroll this page down a bit to find them)&lt;br /&gt;
&lt;br /&gt;
The initial preview flash images can be downloaded by clicking the link &amp;quot;Qtopia on Neo Flash Image and kernel&amp;quot; on [http://www.qtopia.net/modules/devices/openmoko.php], but it has issues with the audio mixer setup, so especially on receiving calls, one side may not always hear the other.&lt;br /&gt;
&lt;br /&gt;
Newer unofficial Qtopia images can be found in the ScaredyCat and Chooseopen [[repositories]], but they may not ask for a pin at all.&lt;br /&gt;
&lt;br /&gt;
== Dual-booting between Qtopia and X ==&lt;br /&gt;
&lt;br /&gt;
Both examples described here require you to reformat your MicroSD card to ext3, so this is the first step for both:&lt;br /&gt;
&lt;br /&gt;
{{warning|The following step will reformat your MircoSD card with the ext3 filesystem. We need it because we need support for symbolic or/and static links, which other filesystems like FAT do not support directly. After reformatting, no data on the card will be accessible to you anymore, so create good backups of anything which you need before starting!}}&lt;br /&gt;
&lt;br /&gt;
Then ssh to your neo and reformat your MicroSD card with:&lt;br /&gt;
 umount /dev/mmcblk0p1&lt;br /&gt;
 mkfs.ext3 /dev/mmcblk0p1&lt;br /&gt;
 mount /dev/mmcblk0p1&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia into an openmoko rootfs ===&lt;br /&gt;
&lt;br /&gt;
On [http://www.qtopia.net/modules/devices/openmoko.php], click &amp;quot;Developer root filesystem&amp;quot;. Then extract opt/Qtopia and the qpe init script and copy both to the mmc card of your neo:&lt;br /&gt;
&lt;br /&gt;
 tar xzf ficgta01-qtopia-developer-rootfs.tgz opt/Qtopia etc/init.d/qpe&lt;br /&gt;
 mv opt/Qtopia etc/init.d/qpe . &amp;amp;&amp;amp; rm -r opt etc&lt;br /&gt;
 tar czf Qtopia.tar.gz Qtopia qpe&lt;br /&gt;
 scp Qtopia.tar.gz root@192.168.0.202:/media/card/&lt;br /&gt;
&lt;br /&gt;
Log in to your Neo and unpack the archive and install it:&lt;br /&gt;
&lt;br /&gt;
 cd /media/card&lt;br /&gt;
 tar xzf Qtopia.tar.gz&lt;br /&gt;
 mkdir -p /opt&lt;br /&gt;
 ln -s /media/card/Qtopia /opt/Qtopia&lt;br /&gt;
 mv qpe /etc/init.d&lt;br /&gt;
&lt;br /&gt;
Now kill the X server and gsmd and start Qtopia (this can take some time):&lt;br /&gt;
&lt;br /&gt;
 /etc/init.d/xserver-nodm stop&lt;br /&gt;
 /etc/init.d/gsmd stop&lt;br /&gt;
 /etc/init.d/qpe start&lt;br /&gt;
&lt;br /&gt;
Now, in theory, it should be possible to could create a new entry in the [[uboot]] boot menu which adds a new boot argument to the kernel, say &amp;quot;qtopia=1&amp;quot; and you could could write a script which checks that boot parameter by checking if &amp;quot;$qtopia&amp;quot; is set to &amp;quot;1&amp;quot; or by checking /proc/cmdline and then boot Qtopia instead of X.&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia on the SD card ===&lt;br /&gt;
&lt;br /&gt;
* format your SD card with ext3 and mount it (see above)&lt;br /&gt;
* unpack rootfs from qtopia-4.3.0-preview-neo-flash.tgz to SD card (see above)&lt;br /&gt;
* copy the uImage-2.6.22.5-moko11-r2-fic-gta01.bin kernel to the boot/ on SD card and rename it to uImage&lt;br /&gt;
* put a 'Boot from SD' menu item in uboot menu as explained here: [[Booting_from_SD#Step_3:_Add_uboot_boot_entry]]&lt;br /&gt;
&lt;br /&gt;
=== Build your own ===&lt;br /&gt;
If you want to build qtopia for yourself you can download the [ftp://ftp.trolltech.com/qtopia/tech-preview/ technical preview] or [ftp://ftp.trolltech.com/qtopia/snapshots/ snapshots]&lt;br /&gt;
&lt;br /&gt;
== Tips ==&lt;br /&gt;
Most things seem to work out of the box, however you may need to use the following command to get audio:&lt;br /&gt;
 alsactl -f /etc/gsmhandset.state restore&lt;br /&gt;
Or put this command in /etc/init.d/qpe line 64&lt;br /&gt;
&lt;br /&gt;
Do not switch themes.  Only the default theme is usable.  For example, once you switch themes, the lock feature continues to work, but only if you unlock using the smallest # keypad in the world.&lt;br /&gt;
&lt;br /&gt;
Suspend support is very flaky.  The neo often shuts off from a suspend state.  It will not wake from suspend for an incoming call or text message (someone try setting an alarm and report results here).  To turn suspend off (this will of course use the batteries very quickly), hit the down arrow next to the suspend setting in the power management until it says &amp;quot;Off&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
When using the virtual keyboard, do a quick flick up or down over the keyboard to access numbers/symbols/capitals.&lt;br /&gt;
&lt;br /&gt;
In summary, Qtopia on the Neo1973 is much closer to being ready than OpenMoko as of this writing.  However, sound and suspend support prevent it from being at all useful as a cell phone (as a landline that doesn't ring but instead vibrates, it works ok).&lt;br /&gt;
&lt;br /&gt;
The biggest issue for using Qtopia on the Neo1973 is currently PIN entry. On the Greenphone it's done thru the numberic keypad, but the Neo193 has none, so Qtopia has to use some other way of entering the PIN. The 3.4.0-preview flash image uses a tiny graphical keypad where you are able to enter the PIN, but none of the newer images have it and so it's not possible to access SIM cards which need a PIN.&lt;br /&gt;
&lt;br /&gt;
The [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum area on the FIC GTA01] might be helpful, but it is preferred that you update this section with issues and fixes which you find.&lt;br /&gt;
&lt;br /&gt;
== Screenshots ==&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia001.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia002.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia003.png|thumb|center|240px]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia004.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia005.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia006.png|thumb|center|240px]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Videos ==&lt;br /&gt;
&lt;br /&gt;
 http://www.youtube.com/watch?v=YW5q8SpY7t4&lt;br /&gt;
 http://www.youtube.com/watch?v=iOG_mtSEMgs&lt;br /&gt;
&lt;br /&gt;
For full size videos, 346 MiB:&lt;br /&gt;
&lt;br /&gt;
 http://linuxtracker.org/download.php?id=4613&amp;amp;name=qt_on_neo1973_videos.torrent&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973</id>
		<title>Qtopia on Neo1973</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973"/>
				<updated>2007-11-22T15:06:27Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: more on the PIN issue&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Qtopia_on_Neo_1973}}&lt;br /&gt;
[http://en.wikipedia.org/wiki/Qtopia Qtopia]] is a complete mobile phone and PDA platform which can be built for many devices and is dual-licensed under the GPL and a proprietary license, but since version 3.4.0, everything needed to use Qtopia on the Neo1973 is licensed under the GPL.&lt;br /&gt;
&lt;br /&gt;
Note: The dialer of the 4.3.0 flash image and the 4.3.0-snapshot images do not ask for a PIN on first boot. To make the dialer to ask for the PIN, you have to press the power button, select &amp;quot;Shutdown device&amp;quot; and restart it. Note: You may have to do the restart without USB connected for this to work.&lt;br /&gt;
&lt;br /&gt;
If Qtopia did not ask you not ask you for a PIN and your SIM card needs a PIN to be accessible, you cannot use your SIM to register to a GSM network.&lt;br /&gt;
&lt;br /&gt;
Post-4.3.0 images may fix this issue, but as of 20 November 2007, the post-4.3.0 images seem to never ask for a PIN.&lt;br /&gt;
&lt;br /&gt;
== Flashing Qtopia images into Neo's NAND flash ==&lt;br /&gt;
Generic NAND flashing notice: Flash chunks to be flashed must be erased or cleared first (a write to a NAND flash can only set, but not clear bits), you either need to have a recent uboot (most GTA01v4 owner should have that already), or you have to erase or clean the NAND partition using [[nand erase]].&lt;br /&gt;
&lt;br /&gt;
The lasted official Qtopia flash images are found at: http://www.qtopia.net/modules/mydownloads/ (You have to scroll this page down a bit to find them)&lt;br /&gt;
&lt;br /&gt;
The initial preview flash images can be downloaded by clicking the link &amp;quot;Qtopia on Neo Flash Image and kernel&amp;quot; on [http://www.qtopia.net/modules/devices/openmoko.php], but it has issues with the audio mixer setup, so especially on receiving calls, one side may not always hear the other.&lt;br /&gt;
&lt;br /&gt;
Newer unofficial Qtopia images can be found in the ScaredyCat and Chooseopen [[repositories]], but they may not ask for a pin at all.&lt;br /&gt;
&lt;br /&gt;
== Dual-booting between Qtopia and X ==&lt;br /&gt;
&lt;br /&gt;
Both examples described here require you to reformat your MicroSD card to ext3, so this is the first step for both:&lt;br /&gt;
&lt;br /&gt;
{{warning|The following step will reformat your MircoSD card with the ext3 filesystem. We need it because we need support for symbolic or/and static links, which other filesystems like FAT do not support directly. After reformatting, no data on the card will be accessible to you anymore, so create good backups of anything which you need before starting!}}&lt;br /&gt;
&lt;br /&gt;
Then ssh to your neo and reformat your MicroSD card with:&lt;br /&gt;
 umount /dev/mmcblk0p1&lt;br /&gt;
 mkfs.ext3 /dev/mmcblk0p1&lt;br /&gt;
 mount /dev/mmcblk0p1&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia into an openmoko rootfs ===&lt;br /&gt;
&lt;br /&gt;
On [http://www.qtopia.net/modules/devices/openmoko.php], click &amp;quot;Developer root filesystem&amp;quot;. Then extract opt/Qtopia and the qpe init script and copy both to the mmc card of your neo:&lt;br /&gt;
&lt;br /&gt;
 tar xzf ficgta01-qtopia-developer-rootfs.tgz opt/Qtopia etc/init.d/qpe&lt;br /&gt;
 mv opt/Qtopia etc/init.d/qpe . &amp;amp;&amp;amp; rm -r opt etc&lt;br /&gt;
 tar czf Qtopia.tar.gz Qtopia qpe&lt;br /&gt;
 scp Qtopia.tar.gz root@192.168.0.202:/media/card/&lt;br /&gt;
&lt;br /&gt;
Log in to your Neo and unpack the archive and install it:&lt;br /&gt;
&lt;br /&gt;
 cd /media/card&lt;br /&gt;
 tar xzf Qtopia.tar.gz&lt;br /&gt;
 mkdir -p /opt&lt;br /&gt;
 ln -s /media/card/Qtopia /opt/Qtopia&lt;br /&gt;
 mv qpe /etc/init.d&lt;br /&gt;
&lt;br /&gt;
Now kill the X server and gsmd and start Qtopia (this can take some time):&lt;br /&gt;
&lt;br /&gt;
 /etc/init.d/xserver-nodm stop&lt;br /&gt;
 /etc/init.d/gsmd stop&lt;br /&gt;
 /etc/init.d/qpe start&lt;br /&gt;
&lt;br /&gt;
Now, in theory, it should be possible to could create a new entry in the [[uboot]] boot menu which adds a new boot argument to the kernel, say &amp;quot;qtopia=1&amp;quot; and you could could write a script which checks that boot parameter by checking if &amp;quot;$qtopia&amp;quot; is set to &amp;quot;1&amp;quot; or by checking /proc/cmdline and then boot Qtopia instead of X.&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia on the SD card ===&lt;br /&gt;
&lt;br /&gt;
* format your SD card with ext3 and mount it (see above)&lt;br /&gt;
* unpack rootfs from qtopia-4.3.0-preview-neo-flash.tgz to SD card (see above)&lt;br /&gt;
* copy the uImage-2.6.22.5-moko11-r2-fic-gta01.bin kernel to the boot/ on SD card and rename it to uImage&lt;br /&gt;
* put a 'Boot from SD' menu item in uboot menu as explained here: [[Booting_from_SD#Step_3:_Add_uboot_boot_entry]]&lt;br /&gt;
&lt;br /&gt;
=== Build your own ===&lt;br /&gt;
If you want to build qtopia for yourself you can download the [ftp://ftp.trolltech.com/qtopia/tech-preview/ technical preview] or [ftp://ftp.trolltech.com/qtopia/snapshots/ snapshots]&lt;br /&gt;
&lt;br /&gt;
== Tips ==&lt;br /&gt;
Most things seem to work out of the box, however you may need to use the following command to get audio:&lt;br /&gt;
 alsactl -f /etc/gsmhandset.state restore&lt;br /&gt;
Or put this command in /etc/init.d/qpe line 64&lt;br /&gt;
&lt;br /&gt;
Do not switch themes.  Only the default theme is usable.  For example, once you switch themes, the lock feature continues to work, but only if you unlock using the smallest # keypad in the world.&lt;br /&gt;
&lt;br /&gt;
Suspend support is very flaky.  The neo often shuts off from a suspend state.  It will not wake from suspend for an incoming call or text message (someone try setting an alarm and report results here).  To turn suspend off (this will of course use the batteries very quickly), hit the down arrow next to the suspend setting in the power management until it says &amp;quot;Off&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
When using the virtual keyboard, do a quick flick up or down over the keyboard to access numbers/symbols/capitals.&lt;br /&gt;
&lt;br /&gt;
In summary, Qtopia on the Neo1973 is much closer to being ready than OpenMoko as of this writing.  However, sound and suspend support prevent it from being at all useful as a cell phone (as a landline that doesn't ring but instead vibrates, it works ok).&lt;br /&gt;
&lt;br /&gt;
The biggest issue for using Qtopia on the Neo1973 is currently PIN entry. On the Greenphone it's done thru the numberic keypad, but the Neo193 has none, so Qtopia has to use some other way of entering the PIN. The 3.4.0-preview flash image uses a tiny graphical keypad where you are able to enter the PIN, but none of the newer images have it and so it's not possible to access SIM cards which need a PIN.&lt;br /&gt;
&lt;br /&gt;
The [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum area on the FIC GTA01] might be helpful, but it is preferred that you update this section with issues and fixes which you find.&lt;br /&gt;
&lt;br /&gt;
== Screenshots ==&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia001.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia002.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia003.png|thumb|center|240px]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia004.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia005.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia006.png|thumb|center|240px]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Videos ==&lt;br /&gt;
&lt;br /&gt;
 http://www.youtube.com/watch?v=YW5q8SpY7t4&lt;br /&gt;
 http://www.youtube.com/watch?v=iOG_mtSEMgs&lt;br /&gt;
&lt;br /&gt;
For full size videos, 346 MiB:&lt;br /&gt;
&lt;br /&gt;
 http://linuxtracker.org/download.php?id=4613&amp;amp;name=qt_on_neo1973_videos.torrent&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Talk:MokoMakefile</id>
		<title>Talk:MokoMakefile</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Talk:MokoMakefile"/>
				<updated>2007-11-22T01:40:17Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Building on SuSE Linux 10.3-AMD64 */ fix gcc-32bit -&amp;gt; gcc42-32bit&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Ubuntu Edgy: Update git-1.4.x to 1.5.x! ==&lt;br /&gt;
With old git-1.4.x, fetching uboot does not work: Use 1.5.x:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
NOTE: package uboot-gta01-1.2.0+svnnow-r4_14da5f7675bbb427c469e3f45006e027b6e21db9_0_1811: task do_fetch: started&lt;br /&gt;
fatal: corrupted pack file .git/objects/pack/pack-a146bcbc18f4826d6bf2a7f63be5dd77bbb5b2f5.pack&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on a 32bit machine - try again without ccache? ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;/bin/sh ./libtool --mode=compile     ccache     gcc -DHAVE_CONFIG_H -I.... -W... -O2 -c -o libbfd.lo build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c&lt;br /&gt;
ccache gcc -DHAVE_CONFIG_H -I... -W... -O2 -c  /usr/local/oe/build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c -o   t shift count &amp;gt;= width of type&lt;br /&gt;
make[5]: *** [libbfd.lo] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Any insight here? --[[User:Adam|Adam]] 23:10, 15 May 2007 (CEST)&lt;br /&gt;
: Try without ccache (did you get it compiled meanwhile or can we remove this?) --[[User:BernhardKaindl|BernhardKaindl]] 23:05, 19 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== Building on Fedora Core 6 ==&lt;br /&gt;
&lt;br /&gt;
Install stuff needed for OpenMoko:&lt;br /&gt;
  # yum install python m4 make wget curl ftp cvs monotone subversion \&lt;br /&gt;
    tar bzip2 gzip unzip python-psyco ccache perl texinfo texi2html \&lt;br /&gt;
    diffstat openjade docbook-style-dsssl docbook-style-xsl docbook-dtds \&lt;br /&gt;
    docbook-utils sed bison bc glibc-devel gcc binutils pcre pcre-devel git \&lt;br /&gt;
    quilt groff linuxdoc-tools patch compat-gcc-34 lynx netpbm&lt;br /&gt;
(notice ''compat-gcc-34'' wich was needed for FC6 (gcc 4 installed), and ''lynx'' which is needed by ''qemu'' (no fallback to ''wget'', ''curl'', or ''links'' at the moment and no check for it, resulting in strange &amp;quot;sleep&amp;quot; errors when trying to build without ''lynx'').&lt;br /&gt;
&lt;br /&gt;
Build it:&lt;br /&gt;
  $ make setup&lt;br /&gt;
  $ make openmoko-devel-image&lt;br /&gt;
  $ unset LD_LIBRARY_PATH&lt;br /&gt;
  $ make update-makefile &amp;amp;&amp;amp; make update &amp;amp;&amp;amp; make setup &amp;amp;&amp;amp; make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
I have also done a&lt;br /&gt;
  $ unset LD_LIBRARY_PATH; make update-makefile &amp;amp;&amp;amp; nice  make update &amp;amp;&amp;amp; nice make setup &amp;amp;&amp;amp; nice make all&lt;br /&gt;
(This takes several hours)&lt;br /&gt;
&lt;br /&gt;
Build qemu:&lt;br /&gt;
  $ make qemu&lt;br /&gt;
&lt;br /&gt;
Run it:&lt;br /&gt;
  # echo 1024 &amp;gt; /proc/sys/dev/rtc/max-user-freq&lt;br /&gt;
  $ make run-qemu&lt;br /&gt;
This will bring up the OpenMoko :) Use SPACE for AUX and ENTER for POWER.&lt;br /&gt;
Not quite the same as holding a Neo1973 in your hands I would guess, but this is the best we can do for now. Thanks!&lt;br /&gt;
&lt;br /&gt;
== Building on Ubuntu Feisty ==&lt;br /&gt;
&lt;br /&gt;
MokoMakefile requires more than 512 MB of RAM + Swap space (around 1GB?).&lt;br /&gt;
&lt;br /&gt;
If you need swap, please '''check that its size under Feisty is not null'''!&lt;br /&gt;
&lt;br /&gt;
[https://bugs.launchpad.net/ubuntu/+bug/105490 Bug #105490] describes the current issue and offers a workaround (23 Jul 07).&lt;br /&gt;
&lt;br /&gt;
== Fails trying to build bluez-utils == &lt;br /&gt;
on Gentoo Linux, it fails compiling bluez-utils (I've tried also &amp;quot;make clean-package-bluez-utils&amp;quot; before the following command)&lt;br /&gt;
&lt;br /&gt;
do a &amp;quot;make build-package-libusb; make clean-package-bluez-utils&amp;quot; and it should continue (the bluez-utils .bb is missing the libusb dependency)&lt;br /&gt;
&lt;br /&gt;
== openSUSE 10.1 and 10.2 workarounds ==&lt;br /&gt;
&lt;br /&gt;
ltrace package fails to build with error: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
...&lt;br /&gt;
checking for pid_t... yes&lt;br /&gt;
checking for getopt... yes&lt;br /&gt;
checking for getopt_long... yes&lt;br /&gt;
checking gelf.h usability... no&lt;br /&gt;
checking gelf.h presence... no&lt;br /&gt;
checking for gelf.h... no&lt;br /&gt;
configure: error: ***** gelf.h not found *****&lt;br /&gt;
FATAL: oe_runconf failed&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/build/tmp/work/armv4t-linux/ltrace-0.4-r0/ltrace-0.4/configure.ac''&lt;br /&gt;
at line 44: remove the following block:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
for path in /usr/include/elfutils /usr/local/include/elfutils \&lt;br /&gt;
       /usr/include/libelf /usr/local/include/libelf; do&lt;br /&gt;
   if test -f ${path}/gelf.h; then&lt;br /&gt;
       CPPFLAGS=&amp;quot;$CPPFLAGS -I ${path}&amp;quot;&lt;br /&gt;
   fi&lt;br /&gt;
done&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
( it adds /usr/include/elfutils to path, which causes cross-compile badness error )&lt;br /&gt;
&lt;br /&gt;
=== QEMU build fails to compile USB code ===&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: variable or field `__user' declared void&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: syntax error before '*' token&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_control':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:103: error: invalid application of `sizeof' to incomplete type `usbdevfs_ctrltran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_data':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: error: storage size of 'bt' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:132: error: invalid application of `sizeof' to incomplete type `usbdevfs_bulktran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: warning: unused variable `bt'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_device_open':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: error: storage size of 'ctrl' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:202: error: invalid application of `sizeof' to incomplete type `usbdevfs_ioctl'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: warning: unused variable `ctrl'&lt;br /&gt;
make[2]: *** [usb-linux.o] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c''&lt;br /&gt;
at line 29 add the following (before ''#include &amp;lt;linux/usbdevice_fs.h&amp;gt;'')&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#include &amp;lt;linux/compiler.h&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
hint: there is a copy of the file in ''/home/moko/build/tmp/work/i686-linux/qemu-native-0.9.0+cvs20070613-r5/qemu/usb-linux.c''&lt;br /&gt;
&lt;br /&gt;
''see: http://osdir.com/ml/emulators.kvm.devel/2007-01/msg00101.html''&lt;br /&gt;
&lt;br /&gt;
== Cannot satisfy fstests ==&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
  make openmoko-devel-image&lt;br /&gt;
...&lt;br /&gt;
| Collected errors:&lt;br /&gt;
| ERROR: Cannot satisfy the following dependencies for task-openmoko-debug:&lt;br /&gt;
|        fstests&lt;br /&gt;
NOTE: Task failed: /no-backup/Moko/build/tmp/work/fic-gta01-linux/openmoko-devel-image-1.0-r0/temp/log.do_rootfs.25036&lt;br /&gt;
NOTE: package openmoko-devel-image-1.0-r0: task do_rootfs: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Failed on debian etch 2007-07-20&lt;br /&gt;
Solution from mailing list post from hardskinone, report of an irc chat&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
I got help in IRC channel. I do following steps&lt;br /&gt;
     * remove fstest from oe/packages/tasks/task-openmoko.bb ,&lt;br /&gt;
     * increase PR field by one&lt;br /&gt;
     * make openmoko-devel-image&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== conflicting types for 'futimens' ==&lt;br /&gt;
&lt;br /&gt;
if you encounter the following error:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 | In file included from utimecmp.c:40:&lt;br /&gt;
 | utimens.h:2: error: conflicting types for 'futimens'&lt;br /&gt;
 | /usr/include/sys/stat.h:370: error: previous declaration of 'futimens' was here&lt;br /&gt;
&lt;br /&gt;
a patch is needed because your glibc is too new. grab &amp;amp; enable the patch as follows &lt;br /&gt;
&lt;br /&gt;
 cd openembedded/packages/coreutils&lt;br /&gt;
 mv coreutils_5.3.0.bb coreutils_5.3.0.orig&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils_5.3.0.bb&lt;br /&gt;
 cd -&lt;br /&gt;
 cd openembedded/packages/coreutils/coreutils-5.3.0&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils-5.3.0/futimens.patch&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
== Workaround for problems compiling mtd-utils ==&lt;br /&gt;
&lt;br /&gt;
Change the line on &amp;lt;code&amp;gt;openembedded/packages/mtd/mtd-utils_1.0.0+git.bb&amp;lt;/code&amp;gt; which reads:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=master \&lt;br /&gt;
&lt;br /&gt;
to:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=a6fa706fe9e7696b4b2045edf9698c3bac07e3e3 \&lt;br /&gt;
&lt;br /&gt;
which forces the recipe to use an older revision (the one which worked last time I built the image on my computer).&lt;br /&gt;
&lt;br /&gt;
Be sure to remember to undo the change later, or else you will not get any new changes to that package. --[[User:CesarB|CesarB]] 04:48, 25 July 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
Note: these patches should be updated - the lzo patch is included in the current version, so backing off to the previous version and repatching seems silly.   I was able to make it through this part of the build by applying the remaining patches manually. --[[User:Mellon|Ted Lemon]] 15:44, 29 July 2007 (CDT)&lt;br /&gt;
&lt;br /&gt;
== Monotone segfaulting on Ubuntu Feisty Fawn/PPC ==&lt;br /&gt;
If you are running Ubuntu Feisty Fawn on a PowerPC computer you will experience problems running monotone. To fix this issue you need to install monotone as well as the libboost packages from Gutsy. The easiest way to accomplish this is to add the gutsy repositories to your sources.list&lt;br /&gt;
and change the preferences to look like this:&lt;br /&gt;
&lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=feisty&lt;br /&gt;
 Pin-Priority: 700&lt;br /&gt;
 &lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: -100&lt;br /&gt;
 &lt;br /&gt;
 Package: libc6 libc6-dev tzdata util-linux libgcc1 libstdc++6 monotone   &lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
 &lt;br /&gt;
 Package: libboost-*&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
&lt;br /&gt;
After doing this install monotone in this way:&lt;br /&gt;
 apt-get -t gutsy install monotone.&lt;br /&gt;
That should install monotone 0.35 with updated (and working) boost libraries.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on ncurses install in Fedora 7 with a &amp;quot;tic -x&amp;quot; message ==&lt;br /&gt;
Adjust the following command to your system, then run it:&lt;br /&gt;
 export LD_LIBRARY_PATH=/home/moko/build/tmp/work/x86_64-linux/ncurses-native-5.4-r8/ncurses-5.4/lib&lt;br /&gt;
Then start make again and it should pick up where it left off.&lt;br /&gt;
&lt;br /&gt;
You can get a list of potential paths to use with the following command from you main moko directory:&lt;br /&gt;
 find . | grep libncurses&lt;br /&gt;
&lt;br /&gt;
The basic problem is that it is linking against your main system libraries instead of the OpenEmbedded ones.&lt;br /&gt;
&lt;br /&gt;
There's probably a cleaner way of handling this - please update this entry if you know it.&lt;br /&gt;
&lt;br /&gt;
This has been fixed in Openembedded, see [http://bugs.openembedded.org/show_bug.cgi?id=2554 Openembedded Bug #2554] for further details.&lt;br /&gt;
&lt;br /&gt;
== uboot-gta01 fails to build ==&lt;br /&gt;
Changes in the GIT of U-Boot make the OpenMoko patches unapplyable. For the use of Revision ''cc3023b9f95d7ac959a764471a65001062aecf41'' and everything will be fine for now.&lt;br /&gt;
&lt;br /&gt;
== Perl fails to build ==&lt;br /&gt;
After following every bit of advice I can find to 'make clean' and nuke the perl build directories, every build comes up with:&lt;br /&gt;
&lt;br /&gt;
 | make[1]: Entering directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | make[1]: *** No rule to make target `&amp;lt;command-line&amp;gt;', needed by `miniperlmain.o'.  Stop.&lt;br /&gt;
 | make[1]: Leaving directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | FATAL: oe_runmake failed&lt;br /&gt;
 NOTE: Task failed: /src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/temp/log.do_compile.19531&lt;br /&gt;
 NOTE: package perl-native-5.8.7-r3: task do_compile: failed&lt;br /&gt;
&lt;br /&gt;
Solution turned out to be editing &lt;br /&gt;
/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7/makedepend.SH and at line 169 change the regexp to eat references to &amp;quot;&amp;lt;command.line&amp;gt;&amp;quot; to catch what was leaking through.&lt;br /&gt;
&lt;br /&gt;
== Gettext fails to build ==&lt;br /&gt;
Gettext's build is broken unless you have emacs installed. Crazy though it seems. You will see an error like:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
| WARNING: Warnings can be ignored. :-)&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
|       else : ; fi&lt;br /&gt;
| mv: cannot move `elc-temp' to `elc-stamp': No such file or directory&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[5]: *** [elc-stamp] Error 1&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[4]: *** [po-mode.elc] Error 2&lt;br /&gt;
| make[4]: *** Waiting for unfinished jobs....&lt;br /&gt;
| make[4]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[3]: *** [all-recursive] Error 1&lt;br /&gt;
| make[3]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[2]: *** [all] Error 2&lt;br /&gt;
| make[2]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[1]: *** [all-recursive] Error 1&lt;br /&gt;
| make[1]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1'&lt;br /&gt;
| FATAL: oe_runmake failed&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The solution is simple - install emacs (example below for debian/ubuntu) and try again:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
sudo apt-get install emacs&lt;br /&gt;
make clean-package-gettext-native-0.14.1-r5&lt;br /&gt;
make openmoko-devel-image                  &lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Fails compiling binutils-cross on Gentoo/AMD64 and openSUSE/x86_64 ==&lt;br /&gt;
&lt;br /&gt;
make setup works fine, but when running make openmoko-devel-image it fails with the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
| make[4]: Entering directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[4]: Nothing to be done for `install'.&lt;br /&gt;
| make[4]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[3]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty'&lt;br /&gt;
| make[2]: Nothing to be done for `install-target'.&lt;br /&gt;
| make[2]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| make[1]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib/gcc-lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross: No such file or directory&lt;br /&gt;
| mv: cannot stat `build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
NOTE: Task failed: build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/temp/log.do_stage.9730&lt;br /&gt;
NOTE: package binutils-cross-2.18-r0: task do_populate_staging: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
NOTE: package binutils-cross-2.18: failed&lt;br /&gt;
ERROR: Build of openembedded/packages/binutils/binutils-cross_2.18.bb do_populate_staging failed&lt;br /&gt;
ERROR: Task 1641 (openembedded/packages/binutils/binutils-cross_2.18.bb, do_populate_staging) failed&lt;br /&gt;
NOTE: Tasks Summary: Attempted 107 tasks of which 107 didn't need to be rerun and 1 failed.&lt;br /&gt;
ERROR: 'openembedded/packages/binutils/binutils-cross_2.18.bb' failed&lt;br /&gt;
make: *** [openmoko-devel-image] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The final reason why the build cannot continue is:&lt;br /&gt;
 mv: cannot stat `/home/techiem2/Moko/build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
&lt;br /&gt;
Likely, Gentoo/AMD64 uses lib64 instead of lib as the library directory for x86_64 libraries. It's l likey that may (or all?) AMD64 distributions do for their 64-bit binaries. At least on openSUSE-x86_64, the same happens.&lt;br /&gt;
&lt;br /&gt;
At least on openSUSE-10.3 the missing libiberty.a was inatalled to build/tmp/cross/lib64/libiberty.a, which is clearly wrong.&lt;br /&gt;
&lt;br /&gt;
After seeing this, I assumed that openmoko/openembedded was clearly not tested with lib64 build hosts and since that would mean that even if I'd fix that error, many others could follow, and as I was not interested to fix the lib64 bugs but rather wanted to see something running first, I decided to make openmoko/openembedded think that it was running on a normal 32-bit non-lib64 machine.&lt;br /&gt;
&lt;br /&gt;
There are several ways to do that:&lt;br /&gt;
* You install an IA32-Linux somewhere and use that for building:&lt;br /&gt;
** Do a native install and dual-boot the IA32-linux (That's for dummies which do not know the other tricks)&lt;br /&gt;
** Install IA32-Linux in a virtual machine (Quite some setup and has some overhead too)&lt;br /&gt;
* you can install a 32-bit development system in to a chroot jail and compile there (also quite some setup and inconvinience)&lt;br /&gt;
* Or you can install a 32-bit development system on the 64-bit host (suppored on openSUSE, should be possible with Gentoo/AMD64 too)&lt;br /&gt;
&lt;br /&gt;
I decided to go for the last option - to install a 32-bit development environment and use that:&lt;br /&gt;
&lt;br /&gt;
=== Building on SuSE Linux 10.3-AMD64 ===&lt;br /&gt;
&lt;br /&gt;
Install the following packages for the 32-bit C/C++ compiler target option -m32 to work and to compile what is needed&lt;br /&gt;
&lt;br /&gt;
 gcc42-32bit gcc42libgcc42-32bit glibc-devel-32bit libstdc++-devel-32bit ncurses-devel-32bit zlib-devel-32bit (maybe also gtk2-devel-32bit)&lt;br /&gt;
&lt;br /&gt;
The openSUSE 10.3-AMD64 has no libopenssl-devel-32bit, but you can install the 32-bit rpm from the i586 10.3 rpm tree:&lt;br /&gt;
 &lt;br /&gt;
 libopenssl-devel&lt;br /&gt;
&lt;br /&gt;
For MokoMakefile to not fail on compiling qemu-user, you need to use gcc33:&lt;br /&gt;
&lt;br /&gt;
 wget download.opensuse.org/repositories/devel:/tools:/gcc/openSUSE_Factory/i586/{cpp,gcc}33-3.3.3-41.8.i586.rpm&lt;br /&gt;
 rpm -Uhv {cpp,gcc}33-3.3.3-41.8.i586.rpm&lt;br /&gt;
&lt;br /&gt;
You should also make sure that gdbm-devel is not installed.&lt;br /&gt;
The multilib support in ld has an issue which surfaces when it is called from perl's Configure script to complile a test program with -Lgdbm. If gdbm-devel is installed, it finds /usr/lib64/libgdbm.so, but since it's not compatible with 32-bit, it skips it, but also does not search the specified -Lpath where the OpenEmbedded-built libgdbm.so is already installed. To work around this, uninstall /usr/lib64/libgdbm.so with:&lt;br /&gt;
 rpm -e gdbm-devel&lt;br /&gt;
&lt;br /&gt;
Note these need to be the 32-bit cpp33 and gcc33 rpms as the 64-bit gcc33 rpms for openSUSE do not support the 32-bit target.&lt;br /&gt;
&lt;br /&gt;
To make the OpenMoko build think that its running on 32-bit i686, use linux32 (changes uname -m to i686 in the new shell):&lt;br /&gt;
&lt;br /&gt;
 linux32 bash&lt;br /&gt;
&lt;br /&gt;
And set up gcc scripts which force the use of gcc-3.3 (it can only generate 32-bit assembly) for all compilation:&lt;br /&gt;
&lt;br /&gt;
 mkdir bin;cd bin&lt;br /&gt;
 echo '/usr/bin/${0##*/}-3.3 -m32 &amp;quot;$@&amp;quot;'        &amp;gt;gcc&lt;br /&gt;
 echo '/usr/bin/${0##*/} -m elf_i386 &amp;quot;$@&amp;quot;' &amp;gt;ld&lt;br /&gt;
 echo '/usr/bin/${0##*/} --32 &amp;quot;$@&amp;quot;'        &amp;gt;gas&lt;br /&gt;
 sed -i '1i#!/bin/sh' gcc gas ld&lt;br /&gt;
 chmod 755 gcc gas ld&lt;br /&gt;
 ln -s gcc cc &lt;br /&gt;
 ln -s gcc c++&lt;br /&gt;
 ln -s gcc g++&lt;br /&gt;
 ln -s gas as&lt;br /&gt;
 echo PATH=\&amp;quot;&amp;quot;$PWD&amp;quot;:\$PATH\&amp;quot; &amp;gt;.setup-gcc-m32&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
Then set the path and test it:&lt;br /&gt;
&lt;br /&gt;
 source bin/.setup-gcc-m32&lt;br /&gt;
 type gcc&lt;br /&gt;
&lt;br /&gt;
== More package requirements ==&lt;br /&gt;
&lt;br /&gt;
On my system (Kubuntu 6.10) build failed with message &amp;quot;ERROR: QEMU requires SDL or Cocoa for graphical output&amp;quot; because package &amp;lt;tt&amp;gt;libsdl-image1.2-dev&amp;lt;/tt&amp;gt; was missing. Use &amp;lt;tt&amp;gt;apt-get install libsdl-image1.2-dev&amp;lt;/tt&amp;gt; to install. Additionally I had to install packages &amp;lt;tt&amp;gt;cvs&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;diffstat&amp;lt;/tt&amp;gt;. I was also asked to install Psyco JIT Compiler (package &amp;lt;tt&amp;gt;python-psyco&amp;lt;/tt&amp;gt;) to increase performance. Nevertheless &amp;lt;tt&amp;gt;make flash-qemu-local&amp;lt;/tt&amp;gt; took some hours, but now I finally can get an impression of the phone that I am looking for! -- [[User:Nichtich|Nichtich]] 00:26, 20 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== pango-directfb failed to build due to missing Glib 2.14.x ==&lt;br /&gt;
&lt;br /&gt;
The latest(as of Sept. 25, 2007) build started to fail with the following error:&lt;br /&gt;
&lt;br /&gt;
 | checking for GLIB... no&lt;br /&gt;
 | configure: error:&lt;br /&gt;
 | *** Glib 2.14.0 or better is required. The latest version of&lt;br /&gt;
 | *** Glib is always available from ftp://ftp.gtk.org/.&lt;br /&gt;
 | FATAL: oe_runconf failed&lt;br /&gt;
 NOTE: Task failed:&lt;br /&gt;
 /media/sdc1/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/\&lt;br /&gt;
     pango-directfb-1.18.1-r0/temp/log.do_configure.19927&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1-r0: task do_configure: failed&lt;br /&gt;
 ERROR: TaskFailed event exception, aborting&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1: failed&lt;br /&gt;
 ERROR: Build of /media/sdc1/moko/openembedded/packages/pango/\&lt;br /&gt;
     pango-directfb_1.18.1.bb do_configure failed&lt;br /&gt;
&lt;br /&gt;
The Glib included in the build tree seems to be only 2.12.12, so looks like something&lt;br /&gt;
is broken in term of dependency.&lt;br /&gt;
&lt;br /&gt;
This had happened on both of Fedora 7 and Debian Etch.  I am running the latest &lt;br /&gt;
MokoMakefile with OM-2007.2.  The funny thing is that the build had worked only &lt;br /&gt;
couple nights ago. Any idea?  I will update anything I find here and also on my blog(see my user profile).&lt;br /&gt;
[[User:ttz|ttz]] Wed Sep 26 12:17:33 CDT 2007&lt;br /&gt;
&lt;br /&gt;
pango-directfb had been removed from OE for now due to the report of it breaking builds like OpenMoko.&lt;br /&gt;
&lt;br /&gt;
[[User:ttz|ttz]] Thu Oct  4 10:20:12 CDT 2007&lt;br /&gt;
&lt;br /&gt;
== uicmoc4 failes to compile ==&lt;br /&gt;
&lt;br /&gt;
This is solved by installing libz-dev&lt;br /&gt;
&lt;br /&gt;
Or, look at [http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=747 Bug #747]&lt;br /&gt;
&lt;br /&gt;
== svn: REPORT request failed on '/repos/tasks/!svn/vcc/default' ==&lt;br /&gt;
&lt;br /&gt;
  osiris$ make update&lt;br /&gt;
  ...&lt;br /&gt;
  Fetching external item into 'trunk/src/target/OM-2007.2/applications/openmoko-today2/libkoto'&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
  make: *** [update-openmoko] Error 1&lt;br /&gt;
&lt;br /&gt;
  osiris$ cd openmoko/trunk/src/target/OM-2007.2/applications/openmoko-today2//libkoto/&lt;br /&gt;
  osiris$ svn up -r HEAD&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
&lt;br /&gt;
Anyone know about this one?&lt;br /&gt;
--[[User:Blackh|Blackh]] 00:11, 12 October 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== bootparam_prot.h fails to install in glibc-intermediate-2.5 package (Debian sid) ==&lt;br /&gt;
&lt;br /&gt;
  | install: cannot stat&lt;br /&gt;
    `/home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc/bootparam_prot.h'&lt;br /&gt;
    No such file or directory&lt;br /&gt;
  NOTE: Task failed: /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/temp/log.do_stage.3940&lt;br /&gt;
&lt;br /&gt;
For some reason, on Debian, the rpcgen command needs &amp;quot;-Y /usr/bin&amp;quot; added to the end of it or it won't work (&amp;quot;cannot find any C preprocessor (cpp)&amp;quot;).  This can be fixed by hand...&lt;br /&gt;
&lt;br /&gt;
 cd /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc&lt;br /&gt;
 for f in *.x ; do rpcgen -h $f -o ${f%%.x}.h -Y /usr/bin ; done&lt;br /&gt;
&lt;br /&gt;
This command will generate the right files and you can resume the build with&lt;br /&gt;
&lt;br /&gt;
make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
Here is a better fix - put this script, calling it rpcgen, somewhere in your PATH before /usr/bin:&lt;br /&gt;
&lt;br /&gt;
  #!/bin/sh&lt;br /&gt;
  exec /usr/bin/rpcgen -Y /usr/bin &amp;quot;$@&amp;quot;&lt;br /&gt;
&lt;br /&gt;
--[[User:Blackh|Blackh]] 05:17, 12 October 2007 (CEST)&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973</id>
		<title>Qtopia on Neo1973</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973"/>
				<updated>2007-11-22T00:12:36Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Flashing Qtopia images into Neo's NAND flash */ Link to http://www.qtopia.net/modules/mydownloads/ for current snapshot images and improve the descripton of the PIN issue&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Qtopia_on_Neo_1973}}&lt;br /&gt;
&lt;br /&gt;
== Flashing Qtopia images into Neo's NAND flash ==&lt;br /&gt;
Generic NAND flashing notice: Flash chunks to be flashed must be erased or cleared first (a write to a NAND flash can only set, but not clear bits), you either need to have a recent uboot (most GTA01v4 owner should have that already), or you have to erase or clean the NAND partition using [[nand erase]].&lt;br /&gt;
&lt;br /&gt;
The lasted official Qtopia flash images are found at: http://www.qtopia.net/modules/mydownloads/ (You have to scroll this page down a bit to find them)&lt;br /&gt;
&lt;br /&gt;
The initial preview flash images can be downloaded by clicking the link &amp;quot;Qtopia on Neo Flash Image and kernel&amp;quot; on [http://www.qtopia.net/modules/devices/openmoko.php], but it has issues with the audio mixer setup, so especially on receiving calls, one side may not always hear the other.&lt;br /&gt;
&lt;br /&gt;
Newer unofficial Qtopia images can be found in the ScaredyCat [[repositories]].&lt;br /&gt;
&lt;br /&gt;
The dialer of the 4.3.0 image and the 4.3.0-snapshot images, especially if you have the Neo1973 connected to USB while booting, may not ask you for a PIN, which is bad if your SIM card needs a PIN to be accessible. Post-4.3.0 images may fix this issue.&lt;br /&gt;
&lt;br /&gt;
== Dual-booting between Qtopia and X ==&lt;br /&gt;
&lt;br /&gt;
Both examples described here require you to reformat your MicroSD card to ext3, so this is the first step for both:&lt;br /&gt;
&lt;br /&gt;
{{warning|The following step will reformat your MircoSD card with the ext3 filesystem. We need it because we need support for symbolic or/and static links, which other filesystems like FAT do not support directly. After reformatting, no data on the card will be accessible to you anymore, so create good backups of anything which you need before starting!}}&lt;br /&gt;
&lt;br /&gt;
Then ssh to your neo and reformat your MicroSD card with:&lt;br /&gt;
 umount /dev/mmcblk0p1&lt;br /&gt;
 mkfs.ext3 /dev/mmcblk0p1&lt;br /&gt;
 mount /dev/mmcblk0p1&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia into an openmoko rootfs ===&lt;br /&gt;
&lt;br /&gt;
On [http://www.qtopia.net/modules/devices/openmoko.php], click &amp;quot;Developer root filesystem&amp;quot;. Then extract opt/Qtopia and the qpe init script and copy both to the mmc card of your neo:&lt;br /&gt;
&lt;br /&gt;
 tar xzf ficgta01-qtopia-developer-rootfs.tgz opt/Qtopia etc/init.d/qpe&lt;br /&gt;
 mv opt/Qtopia etc/init.d/qpe . &amp;amp;&amp;amp; rm -r opt etc&lt;br /&gt;
 tar czf Qtopia.tar.gz Qtopia qpe&lt;br /&gt;
 scp Qtopia.tar.gz root@192.168.0.202:/media/card/&lt;br /&gt;
&lt;br /&gt;
Log in to your Neo and unpack the archive and install it:&lt;br /&gt;
&lt;br /&gt;
 cd /media/card&lt;br /&gt;
 tar xzf Qtopia.tar.gz&lt;br /&gt;
 mkdir -p /opt&lt;br /&gt;
 ln -s /media/card/Qtopia /opt/Qtopia&lt;br /&gt;
 mv qpe /etc/init.d&lt;br /&gt;
&lt;br /&gt;
Now kill the X server and gsmd and start Qtopia (this can take some time):&lt;br /&gt;
&lt;br /&gt;
 /etc/init.d/xserver-nodm stop&lt;br /&gt;
 /etc/init.d/gsmd stop&lt;br /&gt;
 /etc/init.d/qpe start&lt;br /&gt;
&lt;br /&gt;
Now, in theory, it should be possible to could create a new entry in the [[uboot]] boot menu which adds a new boot argument to the kernel, say &amp;quot;qtopia=1&amp;quot; and you could could write a script which checks that boot parameter by checking if &amp;quot;$qtopia&amp;quot; is set to &amp;quot;1&amp;quot; or by checking /proc/cmdline and then boot Qtopia instead of X.&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia on the SD card ===&lt;br /&gt;
&lt;br /&gt;
* format your SD card with ext3 and mount it (see above)&lt;br /&gt;
* unpack rootfs from qtopia-4.3.0-preview-neo-flash.tgz to SD card (see above)&lt;br /&gt;
* copy the uImage-2.6.22.5-moko11-r2-fic-gta01.bin kernel to the boot/ on SD card and rename it to uImage&lt;br /&gt;
* put a 'Boot from SD' menu item in uboot menu as explained here: [[Booting_from_SD#Step_3:_Add_uboot_boot_entry]]&lt;br /&gt;
&lt;br /&gt;
=== Build your own ===&lt;br /&gt;
If you want to build qtopia for yourself you can download the [ftp://ftp.trolltech.com/qtopia/tech-preview/ technical preview] or [ftp://ftp.trolltech.com/qtopia/snapshots/ snapshots]&lt;br /&gt;
&lt;br /&gt;
== Tips ==&lt;br /&gt;
Most things seem to work out of the box, however you may need to use the following command to get audio:&lt;br /&gt;
 alsactl -f /etc/gsmhandset.state restore&lt;br /&gt;
Or put this command in /etc/init.d/qpe line 64&lt;br /&gt;
&lt;br /&gt;
Do not switch themes.  Only the default theme is usable.  For example, once you switch themes, the lock feature continues to work, but only if you unlock using the smallest # keypad in the world.&lt;br /&gt;
&lt;br /&gt;
Suspend support is very flaky.  The neo often shuts off from a suspend state.  It will not wake from suspend for an incoming call or text message (someone try setting an alarm and report results here).  To turn suspend off (this will of course use the batteries very quickly), hit the down arrow next to the suspend setting in the power management until it says &amp;quot;Off&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
When using the virtual keyboard, do a quick flick up or down over the keyboard to access numbers/symbols/capitals.&lt;br /&gt;
&lt;br /&gt;
In summary, Qtopia on the Neo1973 is much closer to being ready than OpenMoko as of this writing.  However, sound and suspend support prevent it from being at all useful as a cell phone (as a landline that doesn't ring but instead vibrates, it works ok).&lt;br /&gt;
&lt;br /&gt;
The biggest issue for using Qtopia on the Neo1973 is currently PIN entry. On the Greenphone it's done thru the numberic keypad, but the Neo193 has none, so Qtopia has to use some other way of entering the PIN. The 3.4.0-preview flash image uses a tiny graphical keypad where you are able to enter the PIN, but none of the newer images have it and so it's not possible to access SIM cards which need a PIN.&lt;br /&gt;
&lt;br /&gt;
The [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum area on the FIC GTA01] might be helpful, but it is preferred that you update this section with issues and fixes which you find.&lt;br /&gt;
&lt;br /&gt;
== Screenshots ==&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia001.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia002.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia003.png|thumb|center|240px]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia004.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia005.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia006.png|thumb|center|240px]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Videos ==&lt;br /&gt;
&lt;br /&gt;
 http://www.youtube.com/watch?v=YW5q8SpY7t4&lt;br /&gt;
 http://www.youtube.com/watch?v=iOG_mtSEMgs&lt;br /&gt;
&lt;br /&gt;
For full size videos, 346 MiB:&lt;br /&gt;
&lt;br /&gt;
 http://linuxtracker.org/download.php?id=4613&amp;amp;name=qt_on_neo1973_videos.torrent&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Talk:MokoMakefile</id>
		<title>Talk:MokoMakefile</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Talk:MokoMakefile"/>
				<updated>2007-11-21T23:24:25Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Building on SuSE Linux 10.3-AMD64 */ gdbm-devel workaround&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Ubuntu Edgy: Update git-1.4.x to 1.5.x! ==&lt;br /&gt;
With old git-1.4.x, fetching uboot does not work: Use 1.5.x:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
NOTE: package uboot-gta01-1.2.0+svnnow-r4_14da5f7675bbb427c469e3f45006e027b6e21db9_0_1811: task do_fetch: started&lt;br /&gt;
fatal: corrupted pack file .git/objects/pack/pack-a146bcbc18f4826d6bf2a7f63be5dd77bbb5b2f5.pack&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on a 32bit machine - try again without ccache? ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;/bin/sh ./libtool --mode=compile     ccache     gcc -DHAVE_CONFIG_H -I.... -W... -O2 -c -o libbfd.lo build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c&lt;br /&gt;
ccache gcc -DHAVE_CONFIG_H -I... -W... -O2 -c  /usr/local/oe/build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c -o   t shift count &amp;gt;= width of type&lt;br /&gt;
make[5]: *** [libbfd.lo] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Any insight here? --[[User:Adam|Adam]] 23:10, 15 May 2007 (CEST)&lt;br /&gt;
: Try without ccache (did you get it compiled meanwhile or can we remove this?) --[[User:BernhardKaindl|BernhardKaindl]] 23:05, 19 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== Building on Fedora Core 6 ==&lt;br /&gt;
&lt;br /&gt;
Install stuff needed for OpenMoko:&lt;br /&gt;
  # yum install python m4 make wget curl ftp cvs monotone subversion \&lt;br /&gt;
    tar bzip2 gzip unzip python-psyco ccache perl texinfo texi2html \&lt;br /&gt;
    diffstat openjade docbook-style-dsssl docbook-style-xsl docbook-dtds \&lt;br /&gt;
    docbook-utils sed bison bc glibc-devel gcc binutils pcre pcre-devel git \&lt;br /&gt;
    quilt groff linuxdoc-tools patch compat-gcc-34 lynx netpbm&lt;br /&gt;
(notice ''compat-gcc-34'' wich was needed for FC6 (gcc 4 installed), and ''lynx'' which is needed by ''qemu'' (no fallback to ''wget'', ''curl'', or ''links'' at the moment and no check for it, resulting in strange &amp;quot;sleep&amp;quot; errors when trying to build without ''lynx'').&lt;br /&gt;
&lt;br /&gt;
Build it:&lt;br /&gt;
  $ make setup&lt;br /&gt;
  $ make openmoko-devel-image&lt;br /&gt;
  $ unset LD_LIBRARY_PATH&lt;br /&gt;
  $ make update-makefile &amp;amp;&amp;amp; make update &amp;amp;&amp;amp; make setup &amp;amp;&amp;amp; make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
I have also done a&lt;br /&gt;
  $ unset LD_LIBRARY_PATH; make update-makefile &amp;amp;&amp;amp; nice  make update &amp;amp;&amp;amp; nice make setup &amp;amp;&amp;amp; nice make all&lt;br /&gt;
(This takes several hours)&lt;br /&gt;
&lt;br /&gt;
Build qemu:&lt;br /&gt;
  $ make qemu&lt;br /&gt;
&lt;br /&gt;
Run it:&lt;br /&gt;
  # echo 1024 &amp;gt; /proc/sys/dev/rtc/max-user-freq&lt;br /&gt;
  $ make run-qemu&lt;br /&gt;
This will bring up the OpenMoko :) Use SPACE for AUX and ENTER for POWER.&lt;br /&gt;
Not quite the same as holding a Neo1973 in your hands I would guess, but this is the best we can do for now. Thanks!&lt;br /&gt;
&lt;br /&gt;
== Building on Ubuntu Feisty ==&lt;br /&gt;
&lt;br /&gt;
MokoMakefile requires more than 512 MB of RAM + Swap space (around 1GB?).&lt;br /&gt;
&lt;br /&gt;
If you need swap, please '''check that its size under Feisty is not null'''!&lt;br /&gt;
&lt;br /&gt;
[https://bugs.launchpad.net/ubuntu/+bug/105490 Bug #105490] describes the current issue and offers a workaround (23 Jul 07).&lt;br /&gt;
&lt;br /&gt;
== Fails trying to build bluez-utils == &lt;br /&gt;
on Gentoo Linux, it fails compiling bluez-utils (I've tried also &amp;quot;make clean-package-bluez-utils&amp;quot; before the following command)&lt;br /&gt;
&lt;br /&gt;
do a &amp;quot;make build-package-libusb; make clean-package-bluez-utils&amp;quot; and it should continue (the bluez-utils .bb is missing the libusb dependency)&lt;br /&gt;
&lt;br /&gt;
== openSUSE 10.1 and 10.2 workarounds ==&lt;br /&gt;
&lt;br /&gt;
ltrace package fails to build with error: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
...&lt;br /&gt;
checking for pid_t... yes&lt;br /&gt;
checking for getopt... yes&lt;br /&gt;
checking for getopt_long... yes&lt;br /&gt;
checking gelf.h usability... no&lt;br /&gt;
checking gelf.h presence... no&lt;br /&gt;
checking for gelf.h... no&lt;br /&gt;
configure: error: ***** gelf.h not found *****&lt;br /&gt;
FATAL: oe_runconf failed&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/build/tmp/work/armv4t-linux/ltrace-0.4-r0/ltrace-0.4/configure.ac''&lt;br /&gt;
at line 44: remove the following block:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
for path in /usr/include/elfutils /usr/local/include/elfutils \&lt;br /&gt;
       /usr/include/libelf /usr/local/include/libelf; do&lt;br /&gt;
   if test -f ${path}/gelf.h; then&lt;br /&gt;
       CPPFLAGS=&amp;quot;$CPPFLAGS -I ${path}&amp;quot;&lt;br /&gt;
   fi&lt;br /&gt;
done&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
( it adds /usr/include/elfutils to path, which causes cross-compile badness error )&lt;br /&gt;
&lt;br /&gt;
=== QEMU build fails to compile USB code ===&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: variable or field `__user' declared void&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: syntax error before '*' token&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_control':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:103: error: invalid application of `sizeof' to incomplete type `usbdevfs_ctrltran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_data':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: error: storage size of 'bt' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:132: error: invalid application of `sizeof' to incomplete type `usbdevfs_bulktran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: warning: unused variable `bt'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_device_open':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: error: storage size of 'ctrl' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:202: error: invalid application of `sizeof' to incomplete type `usbdevfs_ioctl'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: warning: unused variable `ctrl'&lt;br /&gt;
make[2]: *** [usb-linux.o] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c''&lt;br /&gt;
at line 29 add the following (before ''#include &amp;lt;linux/usbdevice_fs.h&amp;gt;'')&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#include &amp;lt;linux/compiler.h&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
hint: there is a copy of the file in ''/home/moko/build/tmp/work/i686-linux/qemu-native-0.9.0+cvs20070613-r5/qemu/usb-linux.c''&lt;br /&gt;
&lt;br /&gt;
''see: http://osdir.com/ml/emulators.kvm.devel/2007-01/msg00101.html''&lt;br /&gt;
&lt;br /&gt;
== Cannot satisfy fstests ==&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
  make openmoko-devel-image&lt;br /&gt;
...&lt;br /&gt;
| Collected errors:&lt;br /&gt;
| ERROR: Cannot satisfy the following dependencies for task-openmoko-debug:&lt;br /&gt;
|        fstests&lt;br /&gt;
NOTE: Task failed: /no-backup/Moko/build/tmp/work/fic-gta01-linux/openmoko-devel-image-1.0-r0/temp/log.do_rootfs.25036&lt;br /&gt;
NOTE: package openmoko-devel-image-1.0-r0: task do_rootfs: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Failed on debian etch 2007-07-20&lt;br /&gt;
Solution from mailing list post from hardskinone, report of an irc chat&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
I got help in IRC channel. I do following steps&lt;br /&gt;
     * remove fstest from oe/packages/tasks/task-openmoko.bb ,&lt;br /&gt;
     * increase PR field by one&lt;br /&gt;
     * make openmoko-devel-image&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== conflicting types for 'futimens' ==&lt;br /&gt;
&lt;br /&gt;
if you encounter the following error:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 | In file included from utimecmp.c:40:&lt;br /&gt;
 | utimens.h:2: error: conflicting types for 'futimens'&lt;br /&gt;
 | /usr/include/sys/stat.h:370: error: previous declaration of 'futimens' was here&lt;br /&gt;
&lt;br /&gt;
a patch is needed because your glibc is too new. grab &amp;amp; enable the patch as follows &lt;br /&gt;
&lt;br /&gt;
 cd openembedded/packages/coreutils&lt;br /&gt;
 mv coreutils_5.3.0.bb coreutils_5.3.0.orig&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils_5.3.0.bb&lt;br /&gt;
 cd -&lt;br /&gt;
 cd openembedded/packages/coreutils/coreutils-5.3.0&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils-5.3.0/futimens.patch&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
== Workaround for problems compiling mtd-utils ==&lt;br /&gt;
&lt;br /&gt;
Change the line on &amp;lt;code&amp;gt;openembedded/packages/mtd/mtd-utils_1.0.0+git.bb&amp;lt;/code&amp;gt; which reads:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=master \&lt;br /&gt;
&lt;br /&gt;
to:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=a6fa706fe9e7696b4b2045edf9698c3bac07e3e3 \&lt;br /&gt;
&lt;br /&gt;
which forces the recipe to use an older revision (the one which worked last time I built the image on my computer).&lt;br /&gt;
&lt;br /&gt;
Be sure to remember to undo the change later, or else you will not get any new changes to that package. --[[User:CesarB|CesarB]] 04:48, 25 July 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
Note: these patches should be updated - the lzo patch is included in the current version, so backing off to the previous version and repatching seems silly.   I was able to make it through this part of the build by applying the remaining patches manually. --[[User:Mellon|Ted Lemon]] 15:44, 29 July 2007 (CDT)&lt;br /&gt;
&lt;br /&gt;
== Monotone segfaulting on Ubuntu Feisty Fawn/PPC ==&lt;br /&gt;
If you are running Ubuntu Feisty Fawn on a PowerPC computer you will experience problems running monotone. To fix this issue you need to install monotone as well as the libboost packages from Gutsy. The easiest way to accomplish this is to add the gutsy repositories to your sources.list&lt;br /&gt;
and change the preferences to look like this:&lt;br /&gt;
&lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=feisty&lt;br /&gt;
 Pin-Priority: 700&lt;br /&gt;
 &lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: -100&lt;br /&gt;
 &lt;br /&gt;
 Package: libc6 libc6-dev tzdata util-linux libgcc1 libstdc++6 monotone   &lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
 &lt;br /&gt;
 Package: libboost-*&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
&lt;br /&gt;
After doing this install monotone in this way:&lt;br /&gt;
 apt-get -t gutsy install monotone.&lt;br /&gt;
That should install monotone 0.35 with updated (and working) boost libraries.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on ncurses install in Fedora 7 with a &amp;quot;tic -x&amp;quot; message ==&lt;br /&gt;
Adjust the following command to your system, then run it:&lt;br /&gt;
 export LD_LIBRARY_PATH=/home/moko/build/tmp/work/x86_64-linux/ncurses-native-5.4-r8/ncurses-5.4/lib&lt;br /&gt;
Then start make again and it should pick up where it left off.&lt;br /&gt;
&lt;br /&gt;
You can get a list of potential paths to use with the following command from you main moko directory:&lt;br /&gt;
 find . | grep libncurses&lt;br /&gt;
&lt;br /&gt;
The basic problem is that it is linking against your main system libraries instead of the OpenEmbedded ones.&lt;br /&gt;
&lt;br /&gt;
There's probably a cleaner way of handling this - please update this entry if you know it.&lt;br /&gt;
&lt;br /&gt;
This has been fixed in Openembedded, see [http://bugs.openembedded.org/show_bug.cgi?id=2554 Openembedded Bug #2554] for further details.&lt;br /&gt;
&lt;br /&gt;
== uboot-gta01 fails to build ==&lt;br /&gt;
Changes in the GIT of U-Boot make the OpenMoko patches unapplyable. For the use of Revision ''cc3023b9f95d7ac959a764471a65001062aecf41'' and everything will be fine for now.&lt;br /&gt;
&lt;br /&gt;
== Perl fails to build ==&lt;br /&gt;
After following every bit of advice I can find to 'make clean' and nuke the perl build directories, every build comes up with:&lt;br /&gt;
&lt;br /&gt;
 | make[1]: Entering directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | make[1]: *** No rule to make target `&amp;lt;command-line&amp;gt;', needed by `miniperlmain.o'.  Stop.&lt;br /&gt;
 | make[1]: Leaving directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | FATAL: oe_runmake failed&lt;br /&gt;
 NOTE: Task failed: /src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/temp/log.do_compile.19531&lt;br /&gt;
 NOTE: package perl-native-5.8.7-r3: task do_compile: failed&lt;br /&gt;
&lt;br /&gt;
Solution turned out to be editing &lt;br /&gt;
/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7/makedepend.SH and at line 169 change the regexp to eat references to &amp;quot;&amp;lt;command.line&amp;gt;&amp;quot; to catch what was leaking through.&lt;br /&gt;
&lt;br /&gt;
== Gettext fails to build ==&lt;br /&gt;
Gettext's build is broken unless you have emacs installed. Crazy though it seems. You will see an error like:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
| WARNING: Warnings can be ignored. :-)&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
|       else : ; fi&lt;br /&gt;
| mv: cannot move `elc-temp' to `elc-stamp': No such file or directory&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[5]: *** [elc-stamp] Error 1&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[4]: *** [po-mode.elc] Error 2&lt;br /&gt;
| make[4]: *** Waiting for unfinished jobs....&lt;br /&gt;
| make[4]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[3]: *** [all-recursive] Error 1&lt;br /&gt;
| make[3]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[2]: *** [all] Error 2&lt;br /&gt;
| make[2]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[1]: *** [all-recursive] Error 1&lt;br /&gt;
| make[1]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1'&lt;br /&gt;
| FATAL: oe_runmake failed&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The solution is simple - install emacs (example below for debian/ubuntu) and try again:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
sudo apt-get install emacs&lt;br /&gt;
make clean-package-gettext-native-0.14.1-r5&lt;br /&gt;
make openmoko-devel-image                  &lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Fails compiling binutils-cross on Gentoo/AMD64 and openSUSE/x86_64 ==&lt;br /&gt;
&lt;br /&gt;
make setup works fine, but when running make openmoko-devel-image it fails with the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
| make[4]: Entering directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[4]: Nothing to be done for `install'.&lt;br /&gt;
| make[4]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[3]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty'&lt;br /&gt;
| make[2]: Nothing to be done for `install-target'.&lt;br /&gt;
| make[2]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| make[1]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib/gcc-lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross: No such file or directory&lt;br /&gt;
| mv: cannot stat `build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
NOTE: Task failed: build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/temp/log.do_stage.9730&lt;br /&gt;
NOTE: package binutils-cross-2.18-r0: task do_populate_staging: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
NOTE: package binutils-cross-2.18: failed&lt;br /&gt;
ERROR: Build of openembedded/packages/binutils/binutils-cross_2.18.bb do_populate_staging failed&lt;br /&gt;
ERROR: Task 1641 (openembedded/packages/binutils/binutils-cross_2.18.bb, do_populate_staging) failed&lt;br /&gt;
NOTE: Tasks Summary: Attempted 107 tasks of which 107 didn't need to be rerun and 1 failed.&lt;br /&gt;
ERROR: 'openembedded/packages/binutils/binutils-cross_2.18.bb' failed&lt;br /&gt;
make: *** [openmoko-devel-image] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The final reason why the build cannot continue is:&lt;br /&gt;
 mv: cannot stat `/home/techiem2/Moko/build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
&lt;br /&gt;
Likely, Gentoo/AMD64 uses lib64 instead of lib as the library directory for x86_64 libraries. It's l likey that may (or all?) AMD64 distributions do for their 64-bit binaries. At least on openSUSE-x86_64, the same happens.&lt;br /&gt;
&lt;br /&gt;
At least on openSUSE-10.3 the missing libiberty.a was inatalled to build/tmp/cross/lib64/libiberty.a, which is clearly wrong.&lt;br /&gt;
&lt;br /&gt;
After seeing this, I assumed that openmoko/openembedded was clearly not tested with lib64 build hosts and since that would mean that even if I'd fix that error, many others could follow, and as I was not interested to fix the lib64 bugs but rather wanted to see something running first, I decided to make openmoko/openembedded think that it was running on a normal 32-bit non-lib64 machine.&lt;br /&gt;
&lt;br /&gt;
There are several ways to do that:&lt;br /&gt;
* You install an IA32-Linux somewhere and use that for building:&lt;br /&gt;
** Do a native install and dual-boot the IA32-linux (That's for dummies which do not know the other tricks)&lt;br /&gt;
** Install IA32-Linux in a virtual machine (Quite some setup and has some overhead too)&lt;br /&gt;
* you can install a 32-bit development system in to a chroot jail and compile there (also quite some setup and inconvinience)&lt;br /&gt;
* Or you can install a 32-bit development system on the 64-bit host (suppored on openSUSE, should be possible with Gentoo/AMD64 too)&lt;br /&gt;
&lt;br /&gt;
I decided to go for the last option - to install a 32-bit development environment and use that:&lt;br /&gt;
&lt;br /&gt;
=== Building on SuSE Linux 10.3-AMD64 ===&lt;br /&gt;
&lt;br /&gt;
Install the following packages for the 32-bit C/C++ compiler target option -m32 to work and to compile what is needed&lt;br /&gt;
&lt;br /&gt;
 gcc-32bit libgcc42-32bit glibc-devel-32bit libstdc++-devel-32bit ncurses-devel-32bit zlib-devel-32bit (maybe also gtk2-devel-32bit)&lt;br /&gt;
&lt;br /&gt;
The openSUSE 10.3-AMD64 has no libopenssl-devel-32bit, but you can install the 32-bit rpm from the i586 10.3 rpm tree:&lt;br /&gt;
 &lt;br /&gt;
 libopenssl-devel&lt;br /&gt;
&lt;br /&gt;
For MokoMakefile to not fail on compiling qemu-user, you need to use gcc33:&lt;br /&gt;
&lt;br /&gt;
 wget download.opensuse.org/repositories/devel:/tools:/gcc/openSUSE_Factory/i586/{cpp,gcc}33-3.3.3-41.8.i586.rpm&lt;br /&gt;
 rpm -Uhv {cpp,gcc}33-3.3.3-41.8.i586.rpm&lt;br /&gt;
&lt;br /&gt;
You should also make sure that gdbm-devel is not installed.&lt;br /&gt;
The multilib support in ld has an issue which surfaces when it is called from perl's Configure script to complile a test program with -Lgdbm. If gdbm-devel is installed, it finds /usr/lib64/libgdbm.so, but since it's not compatible with 32-bit, it skips it, but also does not search the specified -Lpath where the OpenEmbedded-built libgdbm.so is already installed. To work around this, uninstall /usr/lib64/libgdbm.so with:&lt;br /&gt;
 rpm -e gdbm-devel&lt;br /&gt;
&lt;br /&gt;
Note these need to be the 32-bit cpp33 and gcc33 rpms as the 64-bit gcc33 rpms for openSUSE do not support the 32-bit target.&lt;br /&gt;
&lt;br /&gt;
To make the OpenMoko build think that its running on 32-bit i686, use linux32 (changes uname -m to i686 in the new shell):&lt;br /&gt;
&lt;br /&gt;
 linux32 bash&lt;br /&gt;
&lt;br /&gt;
And set up gcc scripts which force the use of gcc-3.3 (it can only generate 32-bit assembly) for all compilation:&lt;br /&gt;
&lt;br /&gt;
 mkdir bin;cd bin&lt;br /&gt;
 echo '/usr/bin/${0##*/}-3.3 -m32 &amp;quot;$@&amp;quot;'        &amp;gt;gcc&lt;br /&gt;
 echo '/usr/bin/${0##*/} -m elf_i386 &amp;quot;$@&amp;quot;' &amp;gt;ld&lt;br /&gt;
 echo '/usr/bin/${0##*/} --32 &amp;quot;$@&amp;quot;'        &amp;gt;gas&lt;br /&gt;
 sed -i '1i#!/bin/sh' gcc gas ld&lt;br /&gt;
 chmod 755 gcc gas ld&lt;br /&gt;
 ln -s gcc cc &lt;br /&gt;
 ln -s gcc c++&lt;br /&gt;
 ln -s gcc g++&lt;br /&gt;
 ln -s gas as&lt;br /&gt;
 echo PATH=\&amp;quot;&amp;quot;$PWD&amp;quot;:\$PATH\&amp;quot; &amp;gt;.setup-gcc-m32&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
Then set the path and test it:&lt;br /&gt;
&lt;br /&gt;
 source bin/.setup-gcc-m32&lt;br /&gt;
 type gcc&lt;br /&gt;
&lt;br /&gt;
== More package requirements ==&lt;br /&gt;
&lt;br /&gt;
On my system (Kubuntu 6.10) build failed with message &amp;quot;ERROR: QEMU requires SDL or Cocoa for graphical output&amp;quot; because package &amp;lt;tt&amp;gt;libsdl-image1.2-dev&amp;lt;/tt&amp;gt; was missing. Use &amp;lt;tt&amp;gt;apt-get install libsdl-image1.2-dev&amp;lt;/tt&amp;gt; to install. Additionally I had to install packages &amp;lt;tt&amp;gt;cvs&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;diffstat&amp;lt;/tt&amp;gt;. I was also asked to install Psyco JIT Compiler (package &amp;lt;tt&amp;gt;python-psyco&amp;lt;/tt&amp;gt;) to increase performance. Nevertheless &amp;lt;tt&amp;gt;make flash-qemu-local&amp;lt;/tt&amp;gt; took some hours, but now I finally can get an impression of the phone that I am looking for! -- [[User:Nichtich|Nichtich]] 00:26, 20 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== pango-directfb failed to build due to missing Glib 2.14.x ==&lt;br /&gt;
&lt;br /&gt;
The latest(as of Sept. 25, 2007) build started to fail with the following error:&lt;br /&gt;
&lt;br /&gt;
 | checking for GLIB... no&lt;br /&gt;
 | configure: error:&lt;br /&gt;
 | *** Glib 2.14.0 or better is required. The latest version of&lt;br /&gt;
 | *** Glib is always available from ftp://ftp.gtk.org/.&lt;br /&gt;
 | FATAL: oe_runconf failed&lt;br /&gt;
 NOTE: Task failed:&lt;br /&gt;
 /media/sdc1/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/\&lt;br /&gt;
     pango-directfb-1.18.1-r0/temp/log.do_configure.19927&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1-r0: task do_configure: failed&lt;br /&gt;
 ERROR: TaskFailed event exception, aborting&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1: failed&lt;br /&gt;
 ERROR: Build of /media/sdc1/moko/openembedded/packages/pango/\&lt;br /&gt;
     pango-directfb_1.18.1.bb do_configure failed&lt;br /&gt;
&lt;br /&gt;
The Glib included in the build tree seems to be only 2.12.12, so looks like something&lt;br /&gt;
is broken in term of dependency.&lt;br /&gt;
&lt;br /&gt;
This had happened on both of Fedora 7 and Debian Etch.  I am running the latest &lt;br /&gt;
MokoMakefile with OM-2007.2.  The funny thing is that the build had worked only &lt;br /&gt;
couple nights ago. Any idea?  I will update anything I find here and also on my blog(see my user profile).&lt;br /&gt;
[[User:ttz|ttz]] Wed Sep 26 12:17:33 CDT 2007&lt;br /&gt;
&lt;br /&gt;
pango-directfb had been removed from OE for now due to the report of it breaking builds like OpenMoko.&lt;br /&gt;
&lt;br /&gt;
[[User:ttz|ttz]] Thu Oct  4 10:20:12 CDT 2007&lt;br /&gt;
&lt;br /&gt;
== uicmoc4 failes to compile ==&lt;br /&gt;
&lt;br /&gt;
This is solved by installing libz-dev&lt;br /&gt;
&lt;br /&gt;
Or, look at [http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=747 Bug #747]&lt;br /&gt;
&lt;br /&gt;
== svn: REPORT request failed on '/repos/tasks/!svn/vcc/default' ==&lt;br /&gt;
&lt;br /&gt;
  osiris$ make update&lt;br /&gt;
  ...&lt;br /&gt;
  Fetching external item into 'trunk/src/target/OM-2007.2/applications/openmoko-today2/libkoto'&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
  make: *** [update-openmoko] Error 1&lt;br /&gt;
&lt;br /&gt;
  osiris$ cd openmoko/trunk/src/target/OM-2007.2/applications/openmoko-today2//libkoto/&lt;br /&gt;
  osiris$ svn up -r HEAD&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
&lt;br /&gt;
Anyone know about this one?&lt;br /&gt;
--[[User:Blackh|Blackh]] 00:11, 12 October 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== bootparam_prot.h fails to install in glibc-intermediate-2.5 package (Debian sid) ==&lt;br /&gt;
&lt;br /&gt;
  | install: cannot stat&lt;br /&gt;
    `/home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc/bootparam_prot.h'&lt;br /&gt;
    No such file or directory&lt;br /&gt;
  NOTE: Task failed: /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/temp/log.do_stage.3940&lt;br /&gt;
&lt;br /&gt;
For some reason, on Debian, the rpcgen command needs &amp;quot;-Y /usr/bin&amp;quot; added to the end of it or it won't work (&amp;quot;cannot find any C preprocessor (cpp)&amp;quot;).  This can be fixed by hand...&lt;br /&gt;
&lt;br /&gt;
 cd /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc&lt;br /&gt;
 for f in *.x ; do rpcgen -h $f -o ${f%%.x}.h -Y /usr/bin ; done&lt;br /&gt;
&lt;br /&gt;
This command will generate the right files and you can resume the build with&lt;br /&gt;
&lt;br /&gt;
make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
Here is a better fix - put this script, calling it rpcgen, somewhere in your PATH before /usr/bin:&lt;br /&gt;
&lt;br /&gt;
  #!/bin/sh&lt;br /&gt;
  exec /usr/bin/rpcgen -Y /usr/bin &amp;quot;$@&amp;quot;&lt;br /&gt;
&lt;br /&gt;
--[[User:Blackh|Blackh]] 05:17, 12 October 2007 (CEST)&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973</id>
		<title>Qtopia on Neo1973</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973"/>
				<updated>2007-11-21T16:30:09Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: Use more descriptive section headers, shorten overly long descriptions of what commands which are given below do, mention the PIN entry problem, put the MMC format into its own section, 240px is nicer&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Qtopia_on_Neo_1973}}&lt;br /&gt;
&lt;br /&gt;
== Flashing Qtopia images into Neo's NAND flash ==&lt;br /&gt;
Generic NAND flashing notice: Flash chunks to be flashed must be erased or cleared first (a write to a NAND flash can only set, but not clear bits), you either need to have a recent uboot (most GTA01v4 owner should have that already), or you have to erase or clean the NAND partition using [[nand erase]].&lt;br /&gt;
&lt;br /&gt;
Get &amp;quot;Qtopia on Neo Flash Image and kernel&amp;quot; [http://www.qtopia.net/modules/devices/openmoko.php from here]. Currently the flash tarball has the 2.6.21 openmoko kernel and a Qtopia phone edition jffs2 flash image cross-compiled for the Neo. &lt;br /&gt;
&lt;br /&gt;
Newer unofficial Qtopia images can be found in the ScaredyCat [[repositories]], but they may not ask for a PIN, so if your SIM needs a PIN to be accessible, only the 2007-09-18 preview image from qtopia.net will be able to access your SIM. It will however not be stable enough to be useable.&lt;br /&gt;
&lt;br /&gt;
== Dual-booting between Qtopia and X ==&lt;br /&gt;
&lt;br /&gt;
Both examples described here require you to reformat your MicroSD card to ext3, so this is the first step for both:&lt;br /&gt;
&lt;br /&gt;
{{warning|The following step will reformat your MircoSD card with the ext3 filesystem. We need it because we need support for symbolic or/and static links, which other filesystems like FAT do not support directly. After reformatting, no data on the card will be accessible to you anymore, so create good backups of anything which you need before starting!}}&lt;br /&gt;
&lt;br /&gt;
Then ssh to your neo and reformat your MicroSD card with:&lt;br /&gt;
 umount /dev/mmcblk0p1&lt;br /&gt;
 mkfs.ext3 /dev/mmcblk0p1&lt;br /&gt;
 mount /dev/mmcblk0p1&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia into an openmoko rootfs ===&lt;br /&gt;
&lt;br /&gt;
On [http://www.qtopia.net/modules/devices/openmoko.php], click &amp;quot;Developer root filesystem&amp;quot;. Then extract opt/Qtopia and the qpe init script and copy both to the mmc card of your neo:&lt;br /&gt;
&lt;br /&gt;
 tar xzf ficgta01-qtopia-developer-rootfs.tgz opt/Qtopia etc/init.d/qpe&lt;br /&gt;
 mv opt/Qtopia etc/init.d/qpe . &amp;amp;&amp;amp; rm -r opt etc&lt;br /&gt;
 tar czf Qtopia.tar.gz Qtopia qpe&lt;br /&gt;
 scp Qtopia.tar.gz root@192.168.0.202:/media/card/&lt;br /&gt;
&lt;br /&gt;
Log in to your Neo and unpack the archive and install it:&lt;br /&gt;
&lt;br /&gt;
 cd /media/card&lt;br /&gt;
 tar xzf Qtopia.tar.gz&lt;br /&gt;
 mkdir -p /opt&lt;br /&gt;
 ln -s /media/card/Qtopia /opt/Qtopia&lt;br /&gt;
 mv qpe /etc/init.d&lt;br /&gt;
&lt;br /&gt;
Now kill the X server and gsmd and start Qtopia (this can take some time):&lt;br /&gt;
&lt;br /&gt;
 /etc/init.d/xserver-nodm stop&lt;br /&gt;
 /etc/init.d/gsmd stop&lt;br /&gt;
 /etc/init.d/qpe start&lt;br /&gt;
&lt;br /&gt;
Now, in theory, it should be possible to could create a new entry in the [[uboot]] boot menu which adds a new boot argument to the kernel, say &amp;quot;qtopia=1&amp;quot; and you could could write a script which checks that boot parameter by checking if &amp;quot;$qtopia&amp;quot; is set to &amp;quot;1&amp;quot; or by checking /proc/cmdline and then boot Qtopia instead of X.&lt;br /&gt;
&lt;br /&gt;
=== Installing Qtopia on the SD card ===&lt;br /&gt;
&lt;br /&gt;
* format your SD card with ext3 and mount it (see above)&lt;br /&gt;
* unpack rootfs from qtopia-4.3.0-preview-neo-flash.tgz to SD card (see above)&lt;br /&gt;
* copy the uImage-2.6.22.5-moko11-r2-fic-gta01.bin kernel to the boot/ on SD card and rename it to uImage&lt;br /&gt;
* put a 'Boot from SD' menu item in uboot menu as explained here: [[Booting_from_SD#Step_3:_Add_uboot_boot_entry]]&lt;br /&gt;
&lt;br /&gt;
=== Build your own ===&lt;br /&gt;
If you want to build qtopia for yourself you can download the [ftp://ftp.trolltech.com/qtopia/tech-preview/ technical preview] or [ftp://ftp.trolltech.com/qtopia/snapshots/ snapshots]&lt;br /&gt;
&lt;br /&gt;
== Tips ==&lt;br /&gt;
Most things seem to work out of the box, however you may need to use the following command to get audio:&lt;br /&gt;
 alsactl -f /etc/gsmhandset.state restore&lt;br /&gt;
Or put this command in /etc/init.d/qpe line 64&lt;br /&gt;
&lt;br /&gt;
Do not switch themes.  Only the default theme is usable.  For example, once you switch themes, the lock feature continues to work, but only if you unlock using the smallest # keypad in the world.&lt;br /&gt;
&lt;br /&gt;
Suspend support is very flaky.  The neo often shuts off from a suspend state.  It will not wake from suspend for an incoming call or text message (someone try setting an alarm and report results here).  To turn suspend off (this will of course use the batteries very quickly), hit the down arrow next to the suspend setting in the power management until it says &amp;quot;Off&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
When using the virtual keyboard, do a quick flick up or down over the keyboard to access numbers/symbols/capitals.&lt;br /&gt;
&lt;br /&gt;
In summary, Qtopia on the Neo1973 is much closer to being ready than OpenMoko as of this writing.  However, sound and suspend support prevent it from being at all useful as a cell phone (as a landline that doesn't ring but instead vibrates, it works ok).&lt;br /&gt;
&lt;br /&gt;
The biggest issue for using Qtopia on the Neo1973 is currently PIN entry. On the Greenphone it's done thru the numberic keypad, but the Neo193 has none, so Qtopia has to use some other way of entering the PIN. The 3.4.0-preview flash image uses a tiny graphical keypad where you are able to enter the PIN, but none of the newer images have it and so it's not possible to access SIM cards which need a PIN.&lt;br /&gt;
&lt;br /&gt;
The [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum area on the FIC GTA01] might be helpful, but it is preferred that you update this section with issues and fixes which you find.&lt;br /&gt;
&lt;br /&gt;
== Screenshots ==&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia001.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia002.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia003.png|thumb|center|240px]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia004.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia005.png|thumb|center|240px]]&lt;br /&gt;
|[[Image:Qtopia006.png|thumb|center|240px]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Videos ==&lt;br /&gt;
&lt;br /&gt;
 http://www.youtube.com/watch?v=YW5q8SpY7t4&lt;br /&gt;
 http://www.youtube.com/watch?v=iOG_mtSEMgs&lt;br /&gt;
&lt;br /&gt;
For full size videos, 346 MiB:&lt;br /&gt;
&lt;br /&gt;
 http://linuxtracker.org/download.php?id=4613&amp;amp;name=qt_on_neo1973_videos.torrent&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973</id>
		<title>Qtopia on Neo1973</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973"/>
				<updated>2007-11-21T15:59:13Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Qtopia image */ added link to the official qtopia images, moved generic flashing notice to the top, tidy it up by referring to nand erase and remove the IP address  stuff (re-adding it later)&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Qtopia_on_Neo_1973}}&lt;br /&gt;
&lt;br /&gt;
== Installation ==&lt;br /&gt;
&lt;br /&gt;
Generic flashing notice: Flash chunks to be flashed must be erased or cleared first (a write to a NAND flash can only set, but not clear bits), you either need to have a recent uboot (most GTA01v4 owner should have that already), or you have to erase or clean the NAND partition using [[nand erase]].&lt;br /&gt;
&lt;br /&gt;
=== Qtopia images ===&lt;br /&gt;
Get &amp;quot;Qtopia on Neo Flash Image and kernel&amp;quot; [http://www.qtopia.net/modules/devices/openmoko.php from here]. Currently the flash tarball has the 2.6.21 openmoko kernel and a Qtopia phone edition jffs2 flash image cross-compiled for the Neo. &lt;br /&gt;
&lt;br /&gt;
Newer unofficial Qtopia images can be found in the ScaredyCat [[repositories]], but they may not ask for a PIN, so if your SIM needs a PIN to be accessible, only the 2007-09-18 preview image from qtopia.net will be able to access your SIM. It will however not be stable enough to be useable.&lt;br /&gt;
&lt;br /&gt;
=== Qtopia AND OpenMoko Option 1 ===&lt;br /&gt;
Why choose when you can have both ;)&lt;br /&gt;
&lt;br /&gt;
If you do not already have a recent version of OpenMoko on your Neo1973, have a look at [[Flashing openmoko]].&lt;br /&gt;
&lt;br /&gt;
{{warning|The following step will reformat your MircoSD card with the ext3 filesystem. We need it because we need support for symbolic or/and static links, which other filesystems like FAT do not support directly. After reformatting, no data on the card will be accessible to you anymore, so create good backups of anything which you need before starting!}}&lt;br /&gt;
&lt;br /&gt;
Then ssh to your neo and reformat your MicroSD card with:&lt;br /&gt;
 umount /dev/mmcblk0p1&lt;br /&gt;
 mkfs.ext3 /dev/mmcblk0p1&lt;br /&gt;
 mount /dev/mmcblk0p1&lt;br /&gt;
&lt;br /&gt;
On your desktop: Get &amp;quot;Developer root filesystem&amp;quot; [http://www.qtopia.net/modules/devices/openmoko.php from here]. Get the opt/Qtopia folder plus the qpe init script out of the archive repack and copy it to your neo. One could do this like this:&lt;br /&gt;
 tar xzf ficgta01-qtopia-developer-rootfs.tgz opt/Qtopia etc/init.d/qpe&lt;br /&gt;
 mv opt/Qtopia etc/init.d/qpe . &amp;amp;&amp;amp; rm -r opt etc&lt;br /&gt;
 tar czf Qtopia.tar.gz Qtopia qpe&lt;br /&gt;
 scp Qtopia.tar.gz root@192.168.0.202:/media/card/&lt;br /&gt;
&lt;br /&gt;
On your neo again: unpack the archive you just copied and link the Qtopia folder to /opt/Qtopia. Then move the init script to /etc/init.d/:&lt;br /&gt;
 cd /media/card&lt;br /&gt;
 tar xzf Qtopia.tar.gz&lt;br /&gt;
 mkdir -p /opt&lt;br /&gt;
 ln -s /media/card/Qtopia /opt/Qtopia&lt;br /&gt;
 mv qpe /etc/init.d&lt;br /&gt;
&lt;br /&gt;
Now kill the x server and gsmd and start Qtopia (this can take some time):&lt;br /&gt;
 /etc/init.d/xserver-nodm stop&lt;br /&gt;
 /etc/init.d/gsmd stop&lt;br /&gt;
 /etc/init.d/qpe start&lt;br /&gt;
&lt;br /&gt;
Where from here? You could put the last step in a script and start it from a terminal on your phone. But much nicer would be if you could choose between both interfaces on init time and have some small application in Qtopia/OpenMoko to switch.&lt;br /&gt;
&lt;br /&gt;
=== Qtopia AND OpenMoko Option 2 ===&lt;br /&gt;
&lt;br /&gt;
* format your SD card with ext3 and mount it (see above)&lt;br /&gt;
* unpack rootfs from qtopia-4.3.0-preview-neo-flash.tgz to SD card (see above)&lt;br /&gt;
* copy the uImage-2.6.22.5-moko11-r2-fic-gta01.bin kernel to the boot/ on SD card and rename it to uImage&lt;br /&gt;
* put a 'Boot from SD' menu item in uboot menu as explained here: [[Booting_from_SD#Step_3:_Add_uboot_boot_entry]]&lt;br /&gt;
&lt;br /&gt;
=== Build your own ===&lt;br /&gt;
If you want to build qtopia for yourself you can download the [ftp://ftp.trolltech.com/qtopia/tech-preview/ technical preview] or [ftp://ftp.trolltech.com/qtopia/snapshots/ snapshots]&lt;br /&gt;
&lt;br /&gt;
== Tips ==&lt;br /&gt;
Most things seem to work out of the box, however you may need to use the following command to get audio:&lt;br /&gt;
 alsactl -f /etc/gsmhandset.state restore&lt;br /&gt;
Or put this command in /etc/init.d/qpe line 64&lt;br /&gt;
&lt;br /&gt;
Do not switch themes.  Only the default theme is usable.  For example, once you switch themes, the lock feature continues to work, but only if you unlock using the smallest # keypad in the world.&lt;br /&gt;
&lt;br /&gt;
Suspend support is very flaky.  The neo often shuts off from a suspend state.  It will not wake from suspend for an incoming call or text message (someone try setting an alarm and report results here).  To turn suspend off (this will of course use the batteries very quickly), hit the down arrow next to the suspend setting in the power management until it says &amp;quot;Off&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
When using the virtual keyboard, do a quick flick up or down over the keyboard to access numbers/symbols/capitals.&lt;br /&gt;
&lt;br /&gt;
In summary, Qtopia on the Neo1973 is much closer to being ready than OpenMoko as of this writing.  However, sound and suspend support prevent it from being at all useful as a cell phone (as a landline that doesn't ring but instead vibrates, it works ok).&lt;br /&gt;
&lt;br /&gt;
The [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum area on the FIC GTA01] might be helpful, but it is preferred that you update this section with issues and fixes which you find.&lt;br /&gt;
&lt;br /&gt;
== Screenshots ==&lt;br /&gt;
&lt;br /&gt;
Here are some screenshots of Qtopia runing on a Neo 1973. Personally I find it very impressive...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia001.png|thumb|center|300px]]&lt;br /&gt;
|[[Image:Qtopia002.png|thumb|center|300px]]&lt;br /&gt;
|[[Image:Qtopia003.png|thumb|center|300px]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia004.png|thumb|center|300px]]&lt;br /&gt;
|[[Image:Qtopia005.png|thumb|center|300px]]&lt;br /&gt;
|[[Image:Qtopia006.png|thumb|center|300px]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Videos ==&lt;br /&gt;
&lt;br /&gt;
 http://www.youtube.com/watch?v=YW5q8SpY7t4&lt;br /&gt;
 http://www.youtube.com/watch?v=iOG_mtSEMgs&lt;br /&gt;
&lt;br /&gt;
For full size videos, 346 MiB:&lt;br /&gt;
&lt;br /&gt;
 http://linuxtracker.org/download.php?id=4613&amp;amp;name=qt_on_neo1973_videos.torrent&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Main_Page</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Main_Page"/>
				<updated>2007-11-21T02:39:48Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: Newer Qtopia images do not ask for PIN, so they can't work with SIM cards which need a PIN!!!&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Main_Page}}&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
{| cellspacing=&amp;quot;5&amp;quot; cellpadding=&amp;quot;0&amp;quot; style=&amp;quot;padding: 2%; margin:0em 0em 1em 0em; border:1px solid #F9D163; background:#FCE9B4; width:100%&amp;quot; &lt;br /&gt;
| &amp;lt;big&amp;gt;'''Welcome to the [[OpenMoko]]&amp;amp;trade; public Wiki'''&amp;lt;/big&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
[[Image:FIC-neo1973_small.jpg|200px|right|frontside]]&lt;br /&gt;
OpenMoko&amp;amp;trade; is an [http://en.wikipedia.org/wiki/Open_source Open Source] project to create the world's first free mobile phone operating system which runs a full X server and can therefore run most X applications.&lt;br /&gt;
&lt;br /&gt;
The [[OpenMoko]] project is a community that anyone can join, to help design their ideal phone.&lt;br /&gt;
&lt;br /&gt;
You can install any OpenMoko software over the whole range of [[Supported Hardware|supported phones]], and if you upgrade your phone, you don't lose that software. Bugs fixed on any phone are fixed on all. &lt;br /&gt;
&lt;br /&gt;
The [[Neo1973]] from [[FIC]] is the first of possibly many phones that OpenMoko may be used on. Buy it at [https://direct.openmoko.com/ Openmoko Online Shop]. You may check out the [[SH1 FAQ|Shipment 1 FAQ]] and the [[Phase 1 Software Testing|Phase 1 software test reports]].&lt;br /&gt;
&lt;br /&gt;
Please join us in collaborating on the OpenMoko project through any of the [[Development resources | project resources]] including this OpenMoko wiki. Please see the [[Help:Contents | wiki editing help]] page for information on making contributions to this wiki. A [[Meet the Core Team | core team]] of developers funded by FIC, Inc. leads the project.&lt;br /&gt;
&lt;br /&gt;
An [[introduction]] page is available, with [[Introduction#Photos|photos]] and [[Introduction#Videos|videos]]. Moreover, the usual [[FAQ | Frequently Asked Questions]] (FAQ) page might be helpful. Developers may find the [[ChangeLog | change log]] an important resource.&lt;br /&gt;
&lt;br /&gt;
{{warning|'''The software is not suitable for end users yet.''' It is of alpha-quality, and much functionality which expected to be present in a phone is not ready for an end-user yet. That means that even the most critical phone uses like making/receiving calls and SMS, using contacts and a calendar, are not there yet or are not finished yet. If you order a Neo1973, DO NOT expect to be able to use it as an everyday phone until December 2007 at the soonest, and probably later.}}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Latest status&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* The Openmoko snapshot from [[Phase_1_Software_Testing#Official_20071113_rootfs_with_20071113_.28r3238.29_kernel|20071113]], when employing a few steps, can sometimes (depending on the moon) make and receive calls but the dialer is in early alpha-testing state! Also note that there NO graphical frontend for handling SMS is included. Power management (suspend) is still flaky.&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* Some people reported that with some tweaks, it may be possible make calls using Qtopia, but only the old Qtopia 2007-09-18 preview image asks for a pin and while the preview image asks  for a pin, it's not stable. See [[Qtopia on Neo 1973]] for details.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | What's Your Interest?&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Basic End-user]] - Information for end users who want basic functionality and no surprises&lt;br /&gt;
* [[Advanced End-user]] - Information for advanced end-users who want advanced and experimental functionality but who are not programmers&lt;br /&gt;
* [[Business Development]] - Exchange of commercial opportunities for promoting widespread end-user acceptance.&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Application Developer]] - Information for application developers, including ideas and specifications for applications, and tools to build them&lt;br /&gt;
* [[System Developer]] - Information for system developers, including bootloader, kernel, and libraries&lt;br /&gt;
* [[Hardware Developer]] - Information for hardware developers, including hardware specs and debug board&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#d1d1d1;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | General&lt;br /&gt;
! width=33% style=&amp;quot;background:#C5FDAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Guides&lt;br /&gt;
! width=33% style=&amp;quot;background:#FDAFAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Reference Documentation&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#ebebeb;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Development resources | Project Resources]] - Provides a centralized location of all resources such as [[Development resources#Mailing_Lists|mailing lists]], [[Development resources#IRC | communication tools]], and other software development oriented resources.&lt;br /&gt;
 &lt;br /&gt;
* [[Current events]] - Information on both past and future events where FIC or OpenMoko had or will have a presence.&lt;br /&gt;
* [http://forums.makeopensource.com/ Unofficial OpenMoko Forums] - Everyone is invited to collaborate with OpenMoko users and developers on the forums.&lt;br /&gt;
* Most of the documentation and Wiki assumes you are using Linux; here are some notes for users of [[Other OSes]].&lt;br /&gt;
* [[MacOS_X|Mac OS X]] - Information specific for those who use Mac OS X&lt;br /&gt;
* [[OpenLab]] - A physical area where OpenMoko can interact with FOSS community&lt;br /&gt;
&lt;br /&gt;
'''Administrative + Organizational'''&lt;br /&gt;
* [[Shipping Notes]] - Information to help FIC figure out how to ship products to you, and how much it might cost.&lt;br /&gt;
* [[My Account]] - Ideas for what sort of account-based services FIC should provide with the phone.&lt;br /&gt;
* [[Hear Me FIC]] - Information to help FIC know what the community wants.&lt;br /&gt;
* [[Listen Up Community]] - Community's To-Do-List&lt;br /&gt;
* [[Wiki Issues]] - problems/requests regarding this Wiki&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#E8FFDF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Getting Started with your Neo1973]]&lt;br /&gt;
* [[installation_guide|A guide for flashing and emulating the openmoko software]] (In progress, this should replace the following options)&lt;br /&gt;
** [[Flashing_openmoko|Flashing Neo1973 with the kernel, the root filesystem and optionally u-boot.]]&lt;br /&gt;
** [[MokoMakefile|Building OpenMoko using the MokoMakefile]]&lt;br /&gt;
** [[Application Development Crash Course]] -A very basic how-to for the new people. &lt;br /&gt;
** [[OpenMoko2007.2|Building OpenMoko 2007.2]]&lt;br /&gt;
** [[Building OpenMoko from scratch]]&lt;br /&gt;
*** [[Building a hello world application]]&lt;br /&gt;
*** Old [[Building OpenMoko from scratch (pre-BBT)]]&lt;br /&gt;
** [[Running OpenMoko on PC]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xoo]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xephyr]]&lt;br /&gt;
*** [[How to run OpenMoko Apps on PC]]&lt;br /&gt;
*** [[OpenMoko under QEMU]]&lt;br /&gt;
*** [[Test Openmoko Emulation with chroot image|Test Openmoko Emulation with a Prebuilt chroot Image]]&lt;br /&gt;
* [[Migration to bad block tolerant builds]]&lt;br /&gt;
* [[Booting from SD]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FFDADA;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot;| &lt;br /&gt;
'''Hardware Reference Documentation'''&lt;br /&gt;
* All [[:Category:Hardware|Hardware]] related documentation and specifications are found on the [[:Category:Hardware|Hardware page]].&lt;br /&gt;
* The [[Neo1973 Hardware]] page provides an overview of the hardware components used by the [[:Category:Neo1973 Hardware|Neo1973 hardware platform]]. PCB photographs are also included. A [[Disassembling Neo1973 | photo disassembly story]] may be an interesting starting place.&lt;br /&gt;
* [[:Category:Neo1973 Hardware Debugging | Neo1973 Hardware Debugging]] is assisted with the [[Debug Board | Neo1973 debug board]].   A page discussing [[Connecting Neo1973 with Debug Board v2 | debug board and Neo1973 configurations]] is also provided.&lt;br /&gt;
&lt;br /&gt;
'''Software Reference Documentation'''&lt;br /&gt;
* Architectural&lt;br /&gt;
** [[OpenMokoFramework]] - The OpenMoko Application Framework&lt;br /&gt;
* [[Neo1973 host software]]&lt;br /&gt;
* Device Software&lt;br /&gt;
** Low-Level&lt;br /&gt;
*** [[u-boot]] - The bootloader we use, including documentation for our modifications&lt;br /&gt;
*** [[kernel]] - The Linux kernel we use, including documentation for our modifications&lt;br /&gt;
** Userspace&lt;br /&gt;
*** [[binary compatibility]]&lt;br /&gt;
*** [[gsmd]] - the GSM daemon managing the GSM Modem&lt;br /&gt;
*** [[gpsd]] - the AGPS (Assisted GPS) daemon&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#FCC6FF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko-specific Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#B3DDF4;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko Miscellaneous Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#F5FC7F;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Miscellaneous&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FEE9FF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[OpenEmbedded]] - The distribution-building framework&lt;br /&gt;
* [[Toolchain]] - The toolchain we use for compilation&lt;br /&gt;
* [[OpenMoko]] - The OpenMoko distribution&lt;br /&gt;
** [[OpenMoko2007]] - The first intended release of it&lt;br /&gt;
** [[OpenMoko2007.2]] - An improved release with more formalized style guidelines.&lt;br /&gt;
** [[Userspace root image]]&lt;br /&gt;
&lt;br /&gt;
'''User Interface Related'''&lt;br /&gt;
* [[GUI Style Guidelines]] -- New for [[OpenMoko2007.2]]&lt;br /&gt;
* [[Look &amp;amp; Feel]]&lt;br /&gt;
** [[Artwork]]&lt;br /&gt;
* [[Applications]]&lt;br /&gt;
* [[Widgets]]&lt;br /&gt;
** [[Widget Inheritance Graph]]&lt;br /&gt;
* [[Application UI Design Recommendations]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#D4EDFB;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Thesis work]] &lt;br /&gt;
* [[Freshman todo]]&lt;br /&gt;
* [[Templates]]&lt;br /&gt;
* [[PIM Storage]]&lt;br /&gt;
* [[Coding Guidelines]]&lt;br /&gt;
* [[OpenMoko#Setting_up_an_OpenMoko_SDK|How to setup the OpenMoko SDK]]&lt;br /&gt;
* Alternative distributions for [[Neo1973]] GTA01: [[Angstrom on Neo1973]], [http://pokylinux.org Poky] [http://www.usome.com](instructions needed!)&lt;br /&gt;
* [[License]] - How we license our code&lt;br /&gt;
* [[Development resources]] - Describes resources for developers (lists, svn, ...)&lt;br /&gt;
* [[Neo1973 Phase 0]] - Information for Phase 0 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P0 Review]] - Impressions of the Phase 0 hardware device, also the Phase 0 FAQ&lt;br /&gt;
* [[Neo1973 Phase 1]] - Information for Phase 1 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P1 Review]] - Impressions of the Phase 1 hardware device&lt;br /&gt;
* [[External Feeds]] - List of feeds from people blogging about OpenMoko&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FCFFCD;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[WiFi support in OpenMoko]]&lt;br /&gt;
* [[Neo1973 and Windows]]&lt;br /&gt;
* [[Press Coverage]] - What the press says about the OpenMoko project&lt;br /&gt;
* [[mFAQ]] - The OpenMoko Misinformation FAQ ('''mFAQ''') - What the press '''''incorrectly''''' says about the OpenMoko project&lt;br /&gt;
* [[Wish List]]s: [[Wish List - Hardware|Hardware]], [[Wishlist:BuiltInScriptingLanguage|Scripting Languages]], [[Wish List - OpenMoko Ringtones and Sounds|ringtones and sounds]]&lt;br /&gt;
* [[Media Content]] - What types of media on the device can we use (that is non-software)?&lt;br /&gt;
* [[Testimonials]] - How did you get to OpenMoko?&lt;br /&gt;
* [[Buying Interest List]] - (Not official and not a pre-order page) Have you put money aside for Neo1973? Put your nick here.&lt;br /&gt;
* Comparsion with the [[iPhone]]&lt;br /&gt;
* [[Translation]] of OpenMoko&lt;br /&gt;
* Project applications for Google's [[Summer of code]]&lt;br /&gt;
* Purcase OpenMoko [[SWAG]] T-Shirts!&lt;br /&gt;
* The OpenMoko [[Trademark Policy]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
The members of the OpenMoko community would like to thank FIC Inc. for their continued leadership of the OpenMoko project.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;span id=&amp;quot;bottom&amp;quot;&amp;gt;&amp;lt;/span&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[Category:Information| ]]&lt;br /&gt;
[[Category:Categories| ]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Talk:MokoMakefile</id>
		<title>Talk:MokoMakefile</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Talk:MokoMakefile"/>
				<updated>2007-11-20T23:25:35Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Building on SuSE Linux 10.3-AMD64 */ fixes&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Ubuntu Edgy: Update git-1.4.x to 1.5.x! ==&lt;br /&gt;
With old git-1.4.x, fetching uboot does not work: Use 1.5.x:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
NOTE: package uboot-gta01-1.2.0+svnnow-r4_14da5f7675bbb427c469e3f45006e027b6e21db9_0_1811: task do_fetch: started&lt;br /&gt;
fatal: corrupted pack file .git/objects/pack/pack-a146bcbc18f4826d6bf2a7f63be5dd77bbb5b2f5.pack&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on a 32bit machine - try again without ccache? ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;/bin/sh ./libtool --mode=compile     ccache     gcc -DHAVE_CONFIG_H -I.... -W... -O2 -c -o libbfd.lo build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c&lt;br /&gt;
ccache gcc -DHAVE_CONFIG_H -I... -W... -O2 -c  /usr/local/oe/build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c -o   t shift count &amp;gt;= width of type&lt;br /&gt;
make[5]: *** [libbfd.lo] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Any insight here? --[[User:Adam|Adam]] 23:10, 15 May 2007 (CEST)&lt;br /&gt;
: Try without ccache (did you get it compiled meanwhile or can we remove this?) --[[User:BernhardKaindl|BernhardKaindl]] 23:05, 19 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== Building on Fedora Core 6 ==&lt;br /&gt;
&lt;br /&gt;
Install stuff needed for OpenMoko:&lt;br /&gt;
  # yum install python m4 make wget curl ftp cvs monotone subversion \&lt;br /&gt;
    tar bzip2 gzip unzip python-psyco ccache perl texinfo texi2html \&lt;br /&gt;
    diffstat openjade docbook-style-dsssl docbook-style-xsl docbook-dtds \&lt;br /&gt;
    docbook-utils sed bison bc glibc-devel gcc binutils pcre pcre-devel git \&lt;br /&gt;
    quilt groff linuxdoc-tools patch compat-gcc-34 lynx netpbm&lt;br /&gt;
(notice ''compat-gcc-34'' wich was needed for FC6 (gcc 4 installed), and ''lynx'' which is needed by ''qemu'' (no fallback to ''wget'', ''curl'', or ''links'' at the moment and no check for it, resulting in strange &amp;quot;sleep&amp;quot; errors when trying to build without ''lynx'').&lt;br /&gt;
&lt;br /&gt;
Build it:&lt;br /&gt;
  $ make setup&lt;br /&gt;
  $ make openmoko-devel-image&lt;br /&gt;
  $ unset LD_LIBRARY_PATH&lt;br /&gt;
  $ make update-makefile &amp;amp;&amp;amp; make update &amp;amp;&amp;amp; make setup &amp;amp;&amp;amp; make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
I have also done a&lt;br /&gt;
  $ unset LD_LIBRARY_PATH; make update-makefile &amp;amp;&amp;amp; nice  make update &amp;amp;&amp;amp; nice make setup &amp;amp;&amp;amp; nice make all&lt;br /&gt;
(This takes several hours)&lt;br /&gt;
&lt;br /&gt;
Build qemu:&lt;br /&gt;
  $ make qemu&lt;br /&gt;
&lt;br /&gt;
Run it:&lt;br /&gt;
  # echo 1024 &amp;gt; /proc/sys/dev/rtc/max-user-freq&lt;br /&gt;
  $ make run-qemu&lt;br /&gt;
This will bring up the OpenMoko :) Use SPACE for AUX and ENTER for POWER.&lt;br /&gt;
Not quite the same as holding a Neo1973 in your hands I would guess, but this is the best we can do for now. Thanks!&lt;br /&gt;
&lt;br /&gt;
== Building on Ubuntu Feisty ==&lt;br /&gt;
&lt;br /&gt;
MokoMakefile requires more than 512 MB of RAM + Swap space (around 1GB?).&lt;br /&gt;
&lt;br /&gt;
If you need swap, please '''check that its size under Feisty is not null'''!&lt;br /&gt;
&lt;br /&gt;
[https://bugs.launchpad.net/ubuntu/+bug/105490 Bug #105490] describes the current issue and offers a workaround (23 Jul 07).&lt;br /&gt;
&lt;br /&gt;
== Fails trying to build bluez-utils == &lt;br /&gt;
on Gentoo Linux, it fails compiling bluez-utils (I've tried also &amp;quot;make clean-package-bluez-utils&amp;quot; before the following command)&lt;br /&gt;
&lt;br /&gt;
do a &amp;quot;make build-package-libusb; make clean-package-bluez-utils&amp;quot; and it should continue (the bluez-utils .bb is missing the libusb dependency)&lt;br /&gt;
&lt;br /&gt;
== openSUSE 10.1 and 10.2 workarounds ==&lt;br /&gt;
&lt;br /&gt;
ltrace package fails to build with error: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
...&lt;br /&gt;
checking for pid_t... yes&lt;br /&gt;
checking for getopt... yes&lt;br /&gt;
checking for getopt_long... yes&lt;br /&gt;
checking gelf.h usability... no&lt;br /&gt;
checking gelf.h presence... no&lt;br /&gt;
checking for gelf.h... no&lt;br /&gt;
configure: error: ***** gelf.h not found *****&lt;br /&gt;
FATAL: oe_runconf failed&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/build/tmp/work/armv4t-linux/ltrace-0.4-r0/ltrace-0.4/configure.ac''&lt;br /&gt;
at line 44: remove the following block:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
for path in /usr/include/elfutils /usr/local/include/elfutils \&lt;br /&gt;
       /usr/include/libelf /usr/local/include/libelf; do&lt;br /&gt;
   if test -f ${path}/gelf.h; then&lt;br /&gt;
       CPPFLAGS=&amp;quot;$CPPFLAGS -I ${path}&amp;quot;&lt;br /&gt;
   fi&lt;br /&gt;
done&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
( it adds /usr/include/elfutils to path, which causes cross-compile badness error )&lt;br /&gt;
&lt;br /&gt;
=== QEMU build fails to compile USB code ===&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: variable or field `__user' declared void&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: syntax error before '*' token&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_control':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:103: error: invalid application of `sizeof' to incomplete type `usbdevfs_ctrltran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_data':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: error: storage size of 'bt' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:132: error: invalid application of `sizeof' to incomplete type `usbdevfs_bulktran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: warning: unused variable `bt'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_device_open':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: error: storage size of 'ctrl' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:202: error: invalid application of `sizeof' to incomplete type `usbdevfs_ioctl'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: warning: unused variable `ctrl'&lt;br /&gt;
make[2]: *** [usb-linux.o] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c''&lt;br /&gt;
at line 29 add the following (before ''#include &amp;lt;linux/usbdevice_fs.h&amp;gt;'')&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#include &amp;lt;linux/compiler.h&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
hint: there is a copy of the file in ''/home/moko/build/tmp/work/i686-linux/qemu-native-0.9.0+cvs20070613-r5/qemu/usb-linux.c''&lt;br /&gt;
&lt;br /&gt;
''see: http://osdir.com/ml/emulators.kvm.devel/2007-01/msg00101.html''&lt;br /&gt;
&lt;br /&gt;
== Cannot satisfy fstests ==&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
  make openmoko-devel-image&lt;br /&gt;
...&lt;br /&gt;
| Collected errors:&lt;br /&gt;
| ERROR: Cannot satisfy the following dependencies for task-openmoko-debug:&lt;br /&gt;
|        fstests&lt;br /&gt;
NOTE: Task failed: /no-backup/Moko/build/tmp/work/fic-gta01-linux/openmoko-devel-image-1.0-r0/temp/log.do_rootfs.25036&lt;br /&gt;
NOTE: package openmoko-devel-image-1.0-r0: task do_rootfs: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Failed on debian etch 2007-07-20&lt;br /&gt;
Solution from mailing list post from hardskinone, report of an irc chat&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
I got help in IRC channel. I do following steps&lt;br /&gt;
     * remove fstest from oe/packages/tasks/task-openmoko.bb ,&lt;br /&gt;
     * increase PR field by one&lt;br /&gt;
     * make openmoko-devel-image&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== conflicting types for 'futimens' ==&lt;br /&gt;
&lt;br /&gt;
if you encounter the following error:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 | In file included from utimecmp.c:40:&lt;br /&gt;
 | utimens.h:2: error: conflicting types for 'futimens'&lt;br /&gt;
 | /usr/include/sys/stat.h:370: error: previous declaration of 'futimens' was here&lt;br /&gt;
&lt;br /&gt;
a patch is needed because your glibc is too new. grab &amp;amp; enable the patch as follows &lt;br /&gt;
&lt;br /&gt;
 cd openembedded/packages/coreutils&lt;br /&gt;
 mv coreutils_5.3.0.bb coreutils_5.3.0.orig&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils_5.3.0.bb&lt;br /&gt;
 cd -&lt;br /&gt;
 cd openembedded/packages/coreutils/coreutils-5.3.0&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils-5.3.0/futimens.patch&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
== Workaround for problems compiling mtd-utils ==&lt;br /&gt;
&lt;br /&gt;
Change the line on &amp;lt;code&amp;gt;openembedded/packages/mtd/mtd-utils_1.0.0+git.bb&amp;lt;/code&amp;gt; which reads:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=master \&lt;br /&gt;
&lt;br /&gt;
to:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=a6fa706fe9e7696b4b2045edf9698c3bac07e3e3 \&lt;br /&gt;
&lt;br /&gt;
which forces the recipe to use an older revision (the one which worked last time I built the image on my computer).&lt;br /&gt;
&lt;br /&gt;
Be sure to remember to undo the change later, or else you will not get any new changes to that package. --[[User:CesarB|CesarB]] 04:48, 25 July 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
Note: these patches should be updated - the lzo patch is included in the current version, so backing off to the previous version and repatching seems silly.   I was able to make it through this part of the build by applying the remaining patches manually. --[[User:Mellon|Ted Lemon]] 15:44, 29 July 2007 (CDT)&lt;br /&gt;
&lt;br /&gt;
== Monotone segfaulting on Ubuntu Feisty Fawn/PPC ==&lt;br /&gt;
If you are running Ubuntu Feisty Fawn on a PowerPC computer you will experience problems running monotone. To fix this issue you need to install monotone as well as the libboost packages from Gutsy. The easiest way to accomplish this is to add the gutsy repositories to your sources.list&lt;br /&gt;
and change the preferences to look like this:&lt;br /&gt;
&lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=feisty&lt;br /&gt;
 Pin-Priority: 700&lt;br /&gt;
 &lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: -100&lt;br /&gt;
 &lt;br /&gt;
 Package: libc6 libc6-dev tzdata util-linux libgcc1 libstdc++6 monotone   &lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
 &lt;br /&gt;
 Package: libboost-*&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
&lt;br /&gt;
After doing this install monotone in this way:&lt;br /&gt;
 apt-get -t gutsy install monotone.&lt;br /&gt;
That should install monotone 0.35 with updated (and working) boost libraries.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on ncurses install in Fedora 7 with a &amp;quot;tic -x&amp;quot; message ==&lt;br /&gt;
Adjust the following command to your system, then run it:&lt;br /&gt;
 export LD_LIBRARY_PATH=/home/moko/build/tmp/work/x86_64-linux/ncurses-native-5.4-r8/ncurses-5.4/lib&lt;br /&gt;
Then start make again and it should pick up where it left off.&lt;br /&gt;
&lt;br /&gt;
You can get a list of potential paths to use with the following command from you main moko directory:&lt;br /&gt;
 find . | grep libncurses&lt;br /&gt;
&lt;br /&gt;
The basic problem is that it is linking against your main system libraries instead of the OpenEmbedded ones.&lt;br /&gt;
&lt;br /&gt;
There's probably a cleaner way of handling this - please update this entry if you know it.&lt;br /&gt;
&lt;br /&gt;
This has been fixed in Openembedded, see [http://bugs.openembedded.org/show_bug.cgi?id=2554 Openembedded Bug #2554] for further details.&lt;br /&gt;
&lt;br /&gt;
== uboot-gta01 fails to build ==&lt;br /&gt;
Changes in the GIT of U-Boot make the OpenMoko patches unapplyable. For the use of Revision ''cc3023b9f95d7ac959a764471a65001062aecf41'' and everything will be fine for now.&lt;br /&gt;
&lt;br /&gt;
== Perl fails to build ==&lt;br /&gt;
After following every bit of advice I can find to 'make clean' and nuke the perl build directories, every build comes up with:&lt;br /&gt;
&lt;br /&gt;
 | make[1]: Entering directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | make[1]: *** No rule to make target `&amp;lt;command-line&amp;gt;', needed by `miniperlmain.o'.  Stop.&lt;br /&gt;
 | make[1]: Leaving directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | FATAL: oe_runmake failed&lt;br /&gt;
 NOTE: Task failed: /src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/temp/log.do_compile.19531&lt;br /&gt;
 NOTE: package perl-native-5.8.7-r3: task do_compile: failed&lt;br /&gt;
&lt;br /&gt;
Solution turned out to be editing &lt;br /&gt;
/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7/makedepend.SH and at line 169 change the regexp to eat references to &amp;quot;&amp;lt;command.line&amp;gt;&amp;quot; to catch what was leaking through.&lt;br /&gt;
&lt;br /&gt;
== Gettext fails to build ==&lt;br /&gt;
Gettext's build is broken unless you have emacs installed. Crazy though it seems. You will see an error like:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
| WARNING: Warnings can be ignored. :-)&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
|       else : ; fi&lt;br /&gt;
| mv: cannot move `elc-temp' to `elc-stamp': No such file or directory&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[5]: *** [elc-stamp] Error 1&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[4]: *** [po-mode.elc] Error 2&lt;br /&gt;
| make[4]: *** Waiting for unfinished jobs....&lt;br /&gt;
| make[4]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[3]: *** [all-recursive] Error 1&lt;br /&gt;
| make[3]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[2]: *** [all] Error 2&lt;br /&gt;
| make[2]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[1]: *** [all-recursive] Error 1&lt;br /&gt;
| make[1]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1'&lt;br /&gt;
| FATAL: oe_runmake failed&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The solution is simple - install emacs (example below for debian/ubuntu) and try again:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
sudo apt-get install emacs&lt;br /&gt;
make clean-package-gettext-native-0.14.1-r5&lt;br /&gt;
make openmoko-devel-image                  &lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Fails compiling binutils-cross on Gentoo/AMD64 and openSUSE/x86_64 ==&lt;br /&gt;
&lt;br /&gt;
make setup works fine, but when running make openmoko-devel-image it fails with the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
| make[4]: Entering directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[4]: Nothing to be done for `install'.&lt;br /&gt;
| make[4]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[3]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty'&lt;br /&gt;
| make[2]: Nothing to be done for `install-target'.&lt;br /&gt;
| make[2]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| make[1]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib/gcc-lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross: No such file or directory&lt;br /&gt;
| mv: cannot stat `build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
NOTE: Task failed: build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/temp/log.do_stage.9730&lt;br /&gt;
NOTE: package binutils-cross-2.18-r0: task do_populate_staging: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
NOTE: package binutils-cross-2.18: failed&lt;br /&gt;
ERROR: Build of openembedded/packages/binutils/binutils-cross_2.18.bb do_populate_staging failed&lt;br /&gt;
ERROR: Task 1641 (openembedded/packages/binutils/binutils-cross_2.18.bb, do_populate_staging) failed&lt;br /&gt;
NOTE: Tasks Summary: Attempted 107 tasks of which 107 didn't need to be rerun and 1 failed.&lt;br /&gt;
ERROR: 'openembedded/packages/binutils/binutils-cross_2.18.bb' failed&lt;br /&gt;
make: *** [openmoko-devel-image] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The final reason why the build cannot continue is:&lt;br /&gt;
 mv: cannot stat `/home/techiem2/Moko/build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
&lt;br /&gt;
Likely, Gentoo/AMD64 uses lib64 instead of lib as the library directory for x86_64 libraries. It's l likey that may (or all?) AMD64 distributions do for their 64-bit binaries. At least on openSUSE-x86_64, the same happens.&lt;br /&gt;
&lt;br /&gt;
At least on openSUSE-10.3 the missing libiberty.a was inatalled to build/tmp/cross/lib64/libiberty.a, which is clearly wrong.&lt;br /&gt;
&lt;br /&gt;
After seeing this, I assumed that openmoko/openembedded was clearly not tested with lib64 build hosts and since that would mean that even if I'd fix that error, many others could follow, and as I was not interested to fix the lib64 bugs but rather wanted to see something running first, I decided to make openmoko/openembedded think that it was running on a normal 32-bit non-lib64 machine.&lt;br /&gt;
&lt;br /&gt;
There are several ways to do that:&lt;br /&gt;
* You install an IA32-Linux somewhere and use that for building:&lt;br /&gt;
** Do a native install and dual-boot the IA32-linux (That's for dummies which do not know the other tricks)&lt;br /&gt;
** Install IA32-Linux in a virtual machine (Quite some setup and has some overhead too)&lt;br /&gt;
* you can install a 32-bit development system in to a chroot jail and compile there (also quite some setup and inconvinience)&lt;br /&gt;
* Or you can install a 32-bit development system on the 64-bit host (suppored on openSUSE, should be possible with Gentoo/AMD64 too)&lt;br /&gt;
&lt;br /&gt;
I decided to go for the last option - to install a 32-bit development environment and use that:&lt;br /&gt;
&lt;br /&gt;
=== Building on SuSE Linux 10.3-AMD64 ===&lt;br /&gt;
&lt;br /&gt;
Install the following packages for the 32-bit C/C++ compiler target option -m32 to work and to compile what is needed&lt;br /&gt;
&lt;br /&gt;
 gcc-32bit libgcc42-32bit glibc-devel-32bit libstdc++-devel-32bit ncurses-devel-32bit zlib-devel-32bit (maybe also gtk2-devel-32bit)&lt;br /&gt;
&lt;br /&gt;
The openSUSE 10.3-AMD64 has no libopenssl-devel-32bit, but you can install the 32-bit rpm from the i586 10.3 rpm tree:&lt;br /&gt;
 &lt;br /&gt;
 libopenssl-devel&lt;br /&gt;
&lt;br /&gt;
For MokoMakefile to not fail on compiling qemu-user, you need to use gcc33:&lt;br /&gt;
&lt;br /&gt;
 wget download.opensuse.org/repositories/devel:/tools:/gcc/openSUSE_Factory/i586/{cpp,gcc}33-3.3.3-41.8.i586.rpm&lt;br /&gt;
 rpm -Uhv {cpp,gcc}33-3.3.3-41.8.i586.rpm&lt;br /&gt;
&lt;br /&gt;
Note these need to be the 32-bit cpp33 and gcc33 rpms as the 64-bit gcc33 rpms for openSUSE do not support the 32-bit target.&lt;br /&gt;
&lt;br /&gt;
To make the OpenMoko build think that its running on 32-bit i686, use linux32 (changes uname -m to i686 in the new shell):&lt;br /&gt;
&lt;br /&gt;
 linux32 bash&lt;br /&gt;
&lt;br /&gt;
And set up gcc scripts which force the use of gcc-3.3 (it can only generate 32-bit assembly) for all compilation:&lt;br /&gt;
&lt;br /&gt;
 mkdir bin;cd bin&lt;br /&gt;
 echo '/usr/bin/${0##*/}-3.3 -m32 &amp;quot;$@&amp;quot;'        &amp;gt;gcc&lt;br /&gt;
 echo '/usr/bin/${0##*/} -m elf_i386 &amp;quot;$@&amp;quot;' &amp;gt;ld&lt;br /&gt;
 echo '/usr/bin/${0##*/} --32 &amp;quot;$@&amp;quot;'        &amp;gt;gas&lt;br /&gt;
 sed -i '1i#!/bin/sh' gcc gas ld&lt;br /&gt;
 chmod 755 gcc gas ld&lt;br /&gt;
 ln -s gcc cc &lt;br /&gt;
 ln -s gcc c++&lt;br /&gt;
 ln -s gcc g++&lt;br /&gt;
 ln -s gas as&lt;br /&gt;
 echo PATH=\&amp;quot;&amp;quot;$PWD&amp;quot;:\$PATH\&amp;quot; &amp;gt;.setup-gcc-m32&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
Then set the path and test it:&lt;br /&gt;
&lt;br /&gt;
 source bin/.setup-gcc-m32&lt;br /&gt;
 type gcc&lt;br /&gt;
&lt;br /&gt;
== More package requirements ==&lt;br /&gt;
&lt;br /&gt;
On my system (Kubuntu 6.10) build failed with message &amp;quot;ERROR: QEMU requires SDL or Cocoa for graphical output&amp;quot; because package &amp;lt;tt&amp;gt;libsdl-image1.2-dev&amp;lt;/tt&amp;gt; was missing. Use &amp;lt;tt&amp;gt;apt-get install libsdl-image1.2-dev&amp;lt;/tt&amp;gt; to install. Additionally I had to install packages &amp;lt;tt&amp;gt;cvs&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;diffstat&amp;lt;/tt&amp;gt;. I was also asked to install Psyco JIT Compiler (package &amp;lt;tt&amp;gt;python-psyco&amp;lt;/tt&amp;gt;) to increase performance. Nevertheless &amp;lt;tt&amp;gt;make flash-qemu-local&amp;lt;/tt&amp;gt; took some hours, but now I finally can get an impression of the phone that I am looking for! -- [[User:Nichtich|Nichtich]] 00:26, 20 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== pango-directfb failed to build due to missing Glib 2.14.x ==&lt;br /&gt;
&lt;br /&gt;
The latest(as of Sept. 25, 2007) build started to fail with the following error:&lt;br /&gt;
&lt;br /&gt;
 | checking for GLIB... no&lt;br /&gt;
 | configure: error:&lt;br /&gt;
 | *** Glib 2.14.0 or better is required. The latest version of&lt;br /&gt;
 | *** Glib is always available from ftp://ftp.gtk.org/.&lt;br /&gt;
 | FATAL: oe_runconf failed&lt;br /&gt;
 NOTE: Task failed:&lt;br /&gt;
 /media/sdc1/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/\&lt;br /&gt;
     pango-directfb-1.18.1-r0/temp/log.do_configure.19927&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1-r0: task do_configure: failed&lt;br /&gt;
 ERROR: TaskFailed event exception, aborting&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1: failed&lt;br /&gt;
 ERROR: Build of /media/sdc1/moko/openembedded/packages/pango/\&lt;br /&gt;
     pango-directfb_1.18.1.bb do_configure failed&lt;br /&gt;
&lt;br /&gt;
The Glib included in the build tree seems to be only 2.12.12, so looks like something&lt;br /&gt;
is broken in term of dependency.&lt;br /&gt;
&lt;br /&gt;
This had happened on both of Fedora 7 and Debian Etch.  I am running the latest &lt;br /&gt;
MokoMakefile with OM-2007.2.  The funny thing is that the build had worked only &lt;br /&gt;
couple nights ago. Any idea?  I will update anything I find here and also on my blog(see my user profile).&lt;br /&gt;
[[User:ttz|ttz]] Wed Sep 26 12:17:33 CDT 2007&lt;br /&gt;
&lt;br /&gt;
pango-directfb had been removed from OE for now due to the report of it breaking builds like OpenMoko.&lt;br /&gt;
&lt;br /&gt;
[[User:ttz|ttz]] Thu Oct  4 10:20:12 CDT 2007&lt;br /&gt;
&lt;br /&gt;
== uicmoc4 failes to compile ==&lt;br /&gt;
&lt;br /&gt;
This is solved by installing libz-dev&lt;br /&gt;
&lt;br /&gt;
Or, look at [http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=747 Bug #747]&lt;br /&gt;
&lt;br /&gt;
== svn: REPORT request failed on '/repos/tasks/!svn/vcc/default' ==&lt;br /&gt;
&lt;br /&gt;
  osiris$ make update&lt;br /&gt;
  ...&lt;br /&gt;
  Fetching external item into 'trunk/src/target/OM-2007.2/applications/openmoko-today2/libkoto'&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
  make: *** [update-openmoko] Error 1&lt;br /&gt;
&lt;br /&gt;
  osiris$ cd openmoko/trunk/src/target/OM-2007.2/applications/openmoko-today2//libkoto/&lt;br /&gt;
  osiris$ svn up -r HEAD&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
&lt;br /&gt;
Anyone know about this one?&lt;br /&gt;
--[[User:Blackh|Blackh]] 00:11, 12 October 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== bootparam_prot.h fails to install in glibc-intermediate-2.5 package (Debian sid) ==&lt;br /&gt;
&lt;br /&gt;
  | install: cannot stat&lt;br /&gt;
    `/home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc/bootparam_prot.h'&lt;br /&gt;
    No such file or directory&lt;br /&gt;
  NOTE: Task failed: /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/temp/log.do_stage.3940&lt;br /&gt;
&lt;br /&gt;
For some reason, on Debian, the rpcgen command needs &amp;quot;-Y /usr/bin&amp;quot; added to the end of it or it won't work (&amp;quot;cannot find any C preprocessor (cpp)&amp;quot;).  This can be fixed by hand...&lt;br /&gt;
&lt;br /&gt;
 cd /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc&lt;br /&gt;
 for f in *.x ; do rpcgen -h $f -o ${f%%.x}.h -Y /usr/bin ; done&lt;br /&gt;
&lt;br /&gt;
This command will generate the right files and you can resume the build with&lt;br /&gt;
&lt;br /&gt;
make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
Here is a better fix - put this script, calling it rpcgen, somewhere in your PATH before /usr/bin:&lt;br /&gt;
&lt;br /&gt;
  #!/bin/sh&lt;br /&gt;
  exec /usr/bin/rpcgen -Y /usr/bin &amp;quot;$@&amp;quot;&lt;br /&gt;
&lt;br /&gt;
--[[User:Blackh|Blackh]] 05:17, 12 October 2007 (CEST)&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/MokoMakefile</id>
		<title>MokoMakefile</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/MokoMakefile"/>
				<updated>2007-11-20T22:40:24Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* SuSE */ See also the Talk page on Building on SuSE Linux 10.3-AMD64&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;MokoMakefile is a Makefile which saves lots of work when setting up an OpenMoko build environment.&lt;br /&gt;
By automating the setup process of a new OpenMoko build environment, it provides an environment which is configured the same for all the existing developers and should therefore be preferred over manual procedures or individual setup procedures.&lt;br /&gt;
It brings the same repeatability to build environment creation and maintenance as that which the BitBake scripts bring to [[OpenEmbedded]] ease and standardize the process of building OpenEmbedded.&lt;br /&gt;
&lt;br /&gt;
Unlike the manual process described at [[Building OpenMoko from scratch]], MokoMakefile does not install anything into your system (it can and should be started as normal user).&lt;br /&gt;
MokoMakefile is a wrapper around all that to make it easy to set up and maintain a development environment that fully complies with the setup instructions published by OpenMoko.&lt;br /&gt;
&lt;br /&gt;
MokoMakefile is developed by [[User:RodWhitby|Rod Whitby]] - it is not an official product of OpenMoko (although I would be happy for them to pick it up and use it internally).  If there is any discrepancy between the [[OpenMoko2007.2#How_to_build|official OpenMoko build instructions]], and the operation of the MokoMakefile, then you should consider the official instructions to be correct.&lt;br /&gt;
&lt;br /&gt;
The MokoMakefile is able to build either OM-2007.1 or OM-2007.2 images.  The core team chooses the default, but you can select one or the other at the top of the Makefile.&lt;br /&gt;
&lt;br /&gt;
MokoMakefile also builds the QEMU-based neu1973 emulator as part of the build process and has make targets to install the  OpenMoko images into it and run it. These commands can also be used without downloading and building the whole OpenMoko OpenEmbedded distribution. This part is described in [[Using QEMU with MokoMakefile]].&lt;br /&gt;
&lt;br /&gt;
== Requirements for building OpenMoko ==&lt;br /&gt;
Independent on whether MokoMakefile or a manual process is used to setup an OpenMoko build environment, there are several requirements which must be fullfilled in order for the OpenMoko build to succeed:&lt;br /&gt;
&lt;br /&gt;
* RAM: The build host needs to have at least 512MB of RAM, and about the same amount of swap. Some packages built by OpenEmbedded like busybox are built by compiling all source files into one binary which causes gcc to grow beyond 300MB of size and no part of this memory may be on swap for the compile to finish in predictable time. For busybox, this can be turned off, but turning this off means that busybox will not as well optimized by gcc.&lt;br /&gt;
&lt;br /&gt;
* Disk space: You need about 12 GB of available disk space for the OpenMoko build to succeed (see below for a tip on how to reduce this).&lt;br /&gt;
&lt;br /&gt;
* Time: The initial build takes at least 5 hours (on 2GHz core2duo without multiprocessor optimization) and may take several days on slower machines.&lt;br /&gt;
&lt;br /&gt;
=== Required software ===&lt;br /&gt;
The version control system used by OpenEmbedded is [http://monotone.ca monotone], it is not downloaded and installed by MokoMakefile. If your distribution does not provide a package, you can download and install a static binary from http://monotone.ca&lt;br /&gt;
&lt;br /&gt;
Some distribution specific hints on preparing your build host for building OpenEmbedded are on   http://www.openembedded.org/wiki/OEandYourDistro but they may be outdated, incomplete and do not cover everything which OpenMoko needs to build.&lt;br /&gt;
&lt;br /&gt;
A good guide is [[Building OpenMoko from scratch#Build host prerequisites|the section on build host prerequisites]] in [[Building OpenMoko from scratch]]&lt;br /&gt;
&lt;br /&gt;
If you forgot anything which OE needs itself, OE will tell you shortly after you start building, but it does not check build dependices of OpenMoko, so you either have to install them before starting or install them after the build failed. OpenEmbedded will continue where it stopped when you restart the build afterwards.&lt;br /&gt;
&lt;br /&gt;
==== Package requirements by distribution ====&lt;br /&gt;
Your distribution needs to provide these commands in order for OpenEmbedded to start building:&lt;br /&gt;
 subversion texi2html texinfo help2man&lt;br /&gt;
&lt;br /&gt;
OpenMoko needs the development packages (with header files, development libraries and tools) in order to finish building:&lt;br /&gt;
 ncurses zlib (or libz) OpenSSL GTK++&lt;br /&gt;
&lt;br /&gt;
Because there are bugs in the interaction of QEMU and GCC-4, you'll need a copy of gcc-3.x installed as well.&lt;br /&gt;
&lt;br /&gt;
===== Debian / Ubuntu =====&lt;br /&gt;
  apt-get install subversion monotone build-essential help2man&lt;br /&gt;
    diffstat texi2html texinfo cvs gawk&lt;br /&gt;
  apt-get install libncurses5-dev libz-dev libssl-dev libgtk2.0-dev&lt;br /&gt;
  # To prevent errors in host validation&lt;br /&gt;
  apt-get install ca-certificates&lt;br /&gt;
  # For OpenMoko 2007.2 using BitBake-1.8.8:&lt;br /&gt;
  apt-get install python-pysqlite2 sqlite3 sqlite3-doc python-pysqlite2-dbg&lt;br /&gt;
  # For building faster&lt;br /&gt;
  apt-get install quilt python-psyco ccache&lt;br /&gt;
  # For qemu, install a second compiler for bug avoidance; MokoMakefile knows to look for it.&lt;br /&gt;
  apt-get install gcc-3.4 g++-3.4 libsdl1.2-dev lynx&lt;br /&gt;
&lt;br /&gt;
===== SuSE =====&lt;br /&gt;
For building OpenMoko on 10.3, you need&lt;br /&gt;
 gcc-c++ ncurses-devel zlib-devel libopenssl-devel gtk2-devel subversion diffstat texinfo help2man and [http://download.opensuse.org/repositories/devel:/tools:/scm/openSUSE_Factory/repodata/repoview/Development.Tools.group.html monotone]&lt;br /&gt;
&lt;br /&gt;
See also the [[Talk:MokoMakefile#Building_on_SuSE_Linux_10.3-AMD64|Talk page on Building on SuSE Linux 10.3-AMD64]]&lt;br /&gt;
&lt;br /&gt;
10.1 and 10.2: same packages as 10.3, but install &amp;lt;code&amp;gt;openssl-devel&amp;lt;/code&amp;gt; instead of libopenssl-devel. Use monotone for [http://download.opensuse.org/repositories/devel:/tools:/scm/openSUSE_10.2/repodata/repoview/Development.Tools.group.html 10.2] or [http://download.opensuse.org/repositories/devel:/tools:/scm/SUSE_Linux_10.1/repodata/repoview/Development.Tools.group.html 10.1]&lt;br /&gt;
&lt;br /&gt;
==== For all distributions ====&lt;br /&gt;
As the QEMU-based neo1973 emulator is also built as part of the build process started by MokoMakefile, so you need gcc-3.3 and other packages for building QEMU installed. See [[Using QEMU with MokoMakefile#Build requirements|the build requirements section]] in [[Using QEMU with MokoMakefile]] for information on the required software.&lt;br /&gt;
&lt;br /&gt;
== Building OpenMoko with MokoMakefile ==&lt;br /&gt;
&lt;br /&gt;
1 - Create your $OMDIR directory (note that you can change ~/moko to any directory you like):&lt;br /&gt;
   mkdir ~/moko ; cd ~/moko&lt;br /&gt;
2 - Grab MokoMakefile:&lt;br /&gt;
   wget http://www.rwhitby.net/files/openmoko/Makefile&lt;br /&gt;
&lt;br /&gt;
If that doesn't work, try &lt;br /&gt;
&lt;br /&gt;
   wget http://svn.nslu2-linux.org/svnroot/mokomakefile/trunk/Makefile&lt;br /&gt;
&lt;br /&gt;
   note: If you want to compile for the old version 2007.1 instead of the new&lt;br /&gt;
         version edit the top of the Makefile. Edit the lines at the top to &lt;br /&gt;
         look like this:&lt;br /&gt;
             OPENMOKO_GENERATION = 2007.1&lt;br /&gt;
             #OPENMOKO_GENERATION = 2007.2&lt;br /&gt;
&lt;br /&gt;
{{note|For building 2007.2, MokoMakefile uses BitBake 1.8.8 which requires python-sqlite2 and sqlite-3.3 or later. Users of SUSE Linux 10.1 can update to [http://download.opensuse.org/pub/opensuse/distribution/10.2/repo/oss/suse/i586/sqlite-3.3.8-14.i586.rpm the version of openSUSE 10.2]}}&lt;br /&gt;
&lt;br /&gt;
3 - Set up the environment:&lt;br /&gt;
   make setup&lt;br /&gt;
4 - Start building. Before starting a lengthy make process, check the Tips section below for how to make Make multicore aware. You may want to modify the build/conf/local.conf file for your target (emulation/chroot) environment:&lt;br /&gt;
   make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
This will set up the recommended directory structure as described in [[Building OpenMoko from scratch]], will download all the required software (from the right places with the right versions), and will immediately start building an image.&lt;br /&gt;
&lt;br /&gt;
Once you have done this, you can choose to continue using the MokoMakefile to initiate your subsequent builds, or you can go into the build directory and run bitbake commands manually.  The choice is yours.&lt;br /&gt;
&lt;br /&gt;
==Updating the environment==&lt;br /&gt;
For easy maintenance of your build environment the following commands are available.&lt;br /&gt;
&lt;br /&gt;
1 - To update the MokoMakefile to the latest version:&lt;br /&gt;
   make update-makefile &lt;br /&gt;
&lt;br /&gt;
2 - To make sure that any recent changes to the build directory structure have been applied:&lt;br /&gt;
   make setup &lt;br /&gt;
&lt;br /&gt;
3 - To update the OpenMoko repository checkout and the MokoMakefile patches to the latest version:&lt;br /&gt;
   make update&lt;br /&gt;
&lt;br /&gt;
A quick way to rebuild a new image with the latest updates:&lt;br /&gt;
   make update-makefile &amp;amp;&amp;amp; make setup update openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
==Build issues==&lt;br /&gt;
First, make sure that the problem is reproducible after running&lt;br /&gt;
&lt;br /&gt;
 make update-makefile &amp;amp;&amp;amp; make setup &amp;amp;&amp;amp; make update&lt;br /&gt;
&lt;br /&gt;
then run&lt;br /&gt;
&lt;br /&gt;
 make clean-package-&amp;lt;foo&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(where you replace &amp;lt;foo&amp;gt; with the name of the package which is failing)&lt;br /&gt;
&lt;br /&gt;
and finally&lt;br /&gt;
&lt;br /&gt;
 make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
If you can get the error to occur three times in a row after running that sequence of commands (including the update and setup steps) three times, then feel free to report it to rwhitby in #openmoko on [http://wiki.openmoko.org/wiki/Development_resources#IRC IRC].&lt;br /&gt;
&lt;br /&gt;
===Known MokoMakefile errors ===&lt;br /&gt;
If you experience the following after changing from OM-2007.1 to OM-2007.2:&lt;br /&gt;
&lt;br /&gt;
 Patch bitbake-1.6.6-om3.patch does not apply (enforce with -f)&lt;br /&gt;
&lt;br /&gt;
then type &amp;quot;make clobber-patches&amp;quot; to fix it.  There was a period of 24 hours when there was a bug in the MokoMakefile which causes this problem.  Once the patches have been clobbered, they will re-download and the problem will not reoccur.&lt;br /&gt;
&lt;br /&gt;
===Fixes for distribution/environment-specific or isolated issues===&lt;br /&gt;
&lt;br /&gt;
Work-arounds for temporary or isolated problems can be found and should be added to the [[Talk:MokoMakefile|Discussion page]] which is associated with this page.  As they are fixed, they will be removed from that page.&lt;br /&gt;
&lt;br /&gt;
==Tips==&lt;br /&gt;
*You can reduce the amount of consumed disk space significantly by adding&lt;br /&gt;
   INHERIT += &amp;quot;rm_work&amp;quot;&lt;br /&gt;
in your local.conf (e.g. ~/moko/build/conf/local.conf). This will remove the contents of each build/tmp/work/*/&amp;lt;package&amp;gt; directory after the corresponding package builds correctly. As of 10/16/07, this appears to be present in local.conf by default.&lt;br /&gt;
&lt;br /&gt;
*If you an encounter an error with monotone similar to the following:&lt;br /&gt;
   mtn: misuse: database /home/''username''/moko/OE.mtn is laid out according to an old schema&lt;br /&gt;
Then you need to upgrade OE.mtn  Use the following command while in ~/moko:&lt;br /&gt;
   # mtn --db OE.mtn db migrate&lt;br /&gt;
&lt;br /&gt;
*If a certain package does not build due to corrupted download or some such try to remove the sources and rebuild it.&lt;br /&gt;
 rm sources/&amp;lt;package&amp;gt;*&lt;br /&gt;
 cd build&lt;br /&gt;
 . ../setup-env&lt;br /&gt;
 bitbake -crebuild &amp;lt;package&amp;gt;&lt;br /&gt;
after that your build might just work again.&lt;br /&gt;
&lt;br /&gt;
*For people with multiple CPU's (or dual-core ones) this small patch might be useful to build things faster.&lt;br /&gt;
Edit the local.conf and add the following lines:&lt;br /&gt;
 PARALLEL_MAKE = &amp;quot;-j 4&amp;quot;&lt;br /&gt;
 BB_NUMBER_THREADS = &amp;quot;4&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Change the PARALLEL_MAKE and BB_NUMBER_THREADS values to something that suits better if it chokes your machine.&lt;br /&gt;
&lt;br /&gt;
*For amd64 host users you need the patch from http://bugs.openembedded.org/show_bug.cgi?id=1765 to build db3-native&lt;br /&gt;
&lt;br /&gt;
* If you encounter an error related with the qemu-native package and not compiling for the qemu, you can edit the build/conf/local.conf file and add ENABLE_BINARY_LOCALE_GENERATION = &amp;quot;0&amp;quot; line to avoid the error.&lt;br /&gt;
&lt;br /&gt;
* To prevent building tons of locales, add a line like this to local.conf:&lt;br /&gt;
 GLIBC_GENERATE_LOCALES = &amp;quot;en_US.UTF-8 nl_NL.UTF-8&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* To not build any binary locales at all, add this to local.conf:&lt;br /&gt;
 ENABLE_BINARY_LOCALE_GENERATION = &amp;quot;0&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* If you want to rebuild the package indexes (for instance, after compiling a new version of a package) without building &amp;lt;code&amp;gt;openmoko-devel-image&amp;lt;/code&amp;gt;, run &amp;lt;code&amp;gt;make build-package-package-index&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
==Developing with MokoMakefile==&lt;br /&gt;
&lt;br /&gt;
{{note|If using MokoMakefile with OM2007.2 then references to $OMDIR/openmoko should be replaced with $OMDIR/openembedded.  Also references to tmp/work/armv4t-linux should be replaced with tmp/work/fic-gta01-angstrom-linux-gnueabi}}&lt;br /&gt;
&lt;br /&gt;
For the following explanations $OMDIR is the directory where there Makefile puts all the stuff.&lt;br /&gt;
&lt;br /&gt;
To make in-tree changes and have them built and used by qemu:&lt;br /&gt;
&lt;br /&gt;
  cd $OMDIR/openmoko&lt;br /&gt;
  quilt new descriptive-patch-name.patch&lt;br /&gt;
  quilt add trunk/src/name-of-file-to-change # do this for every file you are about to modify&lt;br /&gt;
  ...make the changes...&lt;br /&gt;
  quilt refresh # this creates a file in $OMDIR/patches/openmoko-HEAD/ and updates the quilt series file there&lt;br /&gt;
&lt;br /&gt;
Note: Do '''NOT''' use absolute paths as this confuses quilt and will get you a diff of the file against /dev/null!&lt;br /&gt;
&lt;br /&gt;
To build the changes and have them used by qemu:&lt;br /&gt;
&lt;br /&gt;
  make build-qemu&lt;br /&gt;
  make flash-qemu-local&lt;br /&gt;
  make run-qemu&lt;br /&gt;
&lt;br /&gt;
If you want to modify applications instead of the openmoko toolchain, this is what you have to do (example: openmoko-messages):&lt;br /&gt;
&lt;br /&gt;
  cd $OMDIR/build&lt;br /&gt;
  . ../setup-env&lt;br /&gt;
  bitbake -c unpack openmoko-messages&lt;br /&gt;
  cd ../build/tmp/work/armv4t-linux/openmoko-messages-0.0.1+svnnow-r2_2276/openmoko-messages/&lt;br /&gt;
  ...make the changes...&lt;br /&gt;
  cd -&lt;br /&gt;
  bitbake openmoko-messages&lt;br /&gt;
&lt;br /&gt;
Then continue with MokoMakefile usage.&lt;br /&gt;
&lt;br /&gt;
If you want to add an application to your openmoko distribution, do this:&lt;br /&gt;
All file edits should be done using quilt as described above. That way a patch can easily be submitted to the openmoko project.&lt;br /&gt;
First, create a directory that will correspond to your package and edit a '''.bb''' file in there:&lt;br /&gt;
  cd $OMDIR/openmoko/&lt;br /&gt;
  quilt new mycoolpackage.patch&lt;br /&gt;
  mkdir trunk/oe/packages/mycoolpackage&lt;br /&gt;
  quilt add trunk/oe/packages/mycoolpackage/mycoolpackage_1.bb&lt;br /&gt;
  quilt edit trunk/oe/packages/mycoolpackage/mycoolpackage_1.bb&lt;br /&gt;
&lt;br /&gt;
The file should have the following content:&lt;br /&gt;
  DESCRIPTION = &amp;quot;This is a cool package&amp;quot;&lt;br /&gt;
  SECTION = &amp;quot;username/mycoolpackage&amp;quot;&lt;br /&gt;
  PV = &amp;quot;1&amp;quot;&lt;br /&gt;
  &lt;br /&gt;
  inherit autotools&lt;br /&gt;
  &lt;br /&gt;
  SRC_URI = &amp;quot;http://www.example.com/download/mycoolpackage-1.tar.gz&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Explanation:&lt;br /&gt;
* DESCRIPTION - Just a short text explaining the package&lt;br /&gt;
* SECTION - I have no clue, but I'll use username/mycoolpackage for now&lt;br /&gt;
* PV - Package Version&lt;br /&gt;
* inherit autotools - The package can be compiled by './configure &amp;amp;&amp;amp; make &amp;amp;&amp;amp; make install' so we tell MokoMakefile to do it this way.&lt;br /&gt;
* SRC_URI = ... - This is the download location of the package source. It's imperative that the tar.gz contains a directory called '''packagename-packageversion''' (in this case: mycoolpackage-1) so that MokoMakefile can find it automatically or the build will fail.&lt;br /&gt;
&lt;br /&gt;
This is not all. We also need to tell MokoMakfile that it needs to build and include the package in the image. To do this, do&lt;br /&gt;
  $OMDIR/openmoko# quilt edit trunk/oe/packages/tasks/task-openmoko.bb&lt;br /&gt;
Here, increase the value '''PR''' by one and add '''mycoolpackage \''' (with the backslash!) just before the line reading '''#  update-alternatives \'''.&lt;br /&gt;
&lt;br /&gt;
Now run&lt;br /&gt;
  quilt refresh&lt;br /&gt;
  cd ..&lt;br /&gt;
  make update openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
And if everything's alright you should now have an OpenMoko image to flash to your phone or run in qemu as described above.&lt;br /&gt;
&lt;br /&gt;
=== Hello World application ===&lt;br /&gt;
&lt;br /&gt;
There is a [http://wiki.openmoko.org/wiki/Building_a_hello_world_application Hello World!] tutorial available too.&lt;br /&gt;
&lt;br /&gt;
==Testimonials==&lt;br /&gt;
MokoMakefile is recommended by 4 out of 4 new developers on #openmoko, with testimonials such as &amp;quot;For some reason last night I couldn't get my manual install of everything to work (bb complained about my bbpath I think) ... but with your makefile, it works great!&amp;quot;, &amp;quot;MokoMakefile rocks!&amp;quot;, and &amp;quot;Wow this build system is nice - it just seems more polished than my gumstix toolchain buildroot system&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Project page:&lt;br /&gt;
http://mokomakefile.projects.openmoko.org/&lt;br /&gt;
&lt;br /&gt;
{{Languages|MokoMakefile}}&lt;br /&gt;
&lt;br /&gt;
[[Category:Developer]]&lt;br /&gt;
[[Category:Guides]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Talk:MokoMakefile</id>
		<title>Talk:MokoMakefile</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Talk:MokoMakefile"/>
				<updated>2007-11-20T22:37:17Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Build cross-binutils, cross-gcc and QEMU using -m32 on 64-bit hosts */ -&amp;gt; Building on SuSE Linux 10.3-AMD64&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Ubuntu Edgy: Update git-1.4.x to 1.5.x! ==&lt;br /&gt;
With old git-1.4.x, fetching uboot does not work: Use 1.5.x:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
NOTE: package uboot-gta01-1.2.0+svnnow-r4_14da5f7675bbb427c469e3f45006e027b6e21db9_0_1811: task do_fetch: started&lt;br /&gt;
fatal: corrupted pack file .git/objects/pack/pack-a146bcbc18f4826d6bf2a7f63be5dd77bbb5b2f5.pack&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on a 32bit machine - try again without ccache? ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;/bin/sh ./libtool --mode=compile     ccache     gcc -DHAVE_CONFIG_H -I.... -W... -O2 -c -o libbfd.lo build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c&lt;br /&gt;
ccache gcc -DHAVE_CONFIG_H -I... -W... -O2 -c  /usr/local/oe/build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c -o   t shift count &amp;gt;= width of type&lt;br /&gt;
make[5]: *** [libbfd.lo] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Any insight here? --[[User:Adam|Adam]] 23:10, 15 May 2007 (CEST)&lt;br /&gt;
: Try without ccache (did you get it compiled meanwhile or can we remove this?) --[[User:BernhardKaindl|BernhardKaindl]] 23:05, 19 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== Building on Fedora Core 6 ==&lt;br /&gt;
&lt;br /&gt;
Install stuff needed for OpenMoko:&lt;br /&gt;
  # yum install python m4 make wget curl ftp cvs monotone subversion \&lt;br /&gt;
    tar bzip2 gzip unzip python-psyco ccache perl texinfo texi2html \&lt;br /&gt;
    diffstat openjade docbook-style-dsssl docbook-style-xsl docbook-dtds \&lt;br /&gt;
    docbook-utils sed bison bc glibc-devel gcc binutils pcre pcre-devel git \&lt;br /&gt;
    quilt groff linuxdoc-tools patch compat-gcc-34 lynx netpbm&lt;br /&gt;
(notice ''compat-gcc-34'' wich was needed for FC6 (gcc 4 installed), and ''lynx'' which is needed by ''qemu'' (no fallback to ''wget'', ''curl'', or ''links'' at the moment and no check for it, resulting in strange &amp;quot;sleep&amp;quot; errors when trying to build without ''lynx'').&lt;br /&gt;
&lt;br /&gt;
Build it:&lt;br /&gt;
  $ make setup&lt;br /&gt;
  $ make openmoko-devel-image&lt;br /&gt;
  $ unset LD_LIBRARY_PATH&lt;br /&gt;
  $ make update-makefile &amp;amp;&amp;amp; make update &amp;amp;&amp;amp; make setup &amp;amp;&amp;amp; make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
I have also done a&lt;br /&gt;
  $ unset LD_LIBRARY_PATH; make update-makefile &amp;amp;&amp;amp; nice  make update &amp;amp;&amp;amp; nice make setup &amp;amp;&amp;amp; nice make all&lt;br /&gt;
(This takes several hours)&lt;br /&gt;
&lt;br /&gt;
Build qemu:&lt;br /&gt;
  $ make qemu&lt;br /&gt;
&lt;br /&gt;
Run it:&lt;br /&gt;
  # echo 1024 &amp;gt; /proc/sys/dev/rtc/max-user-freq&lt;br /&gt;
  $ make run-qemu&lt;br /&gt;
This will bring up the OpenMoko :) Use SPACE for AUX and ENTER for POWER.&lt;br /&gt;
Not quite the same as holding a Neo1973 in your hands I would guess, but this is the best we can do for now. Thanks!&lt;br /&gt;
&lt;br /&gt;
== Building on Ubuntu Feisty ==&lt;br /&gt;
&lt;br /&gt;
MokoMakefile requires more than 512 MB of RAM + Swap space (around 1GB?).&lt;br /&gt;
&lt;br /&gt;
If you need swap, please '''check that its size under Feisty is not null'''!&lt;br /&gt;
&lt;br /&gt;
[https://bugs.launchpad.net/ubuntu/+bug/105490 Bug #105490] describes the current issue and offers a workaround (23 Jul 07).&lt;br /&gt;
&lt;br /&gt;
== Fails trying to build bluez-utils == &lt;br /&gt;
on Gentoo Linux, it fails compiling bluez-utils (I've tried also &amp;quot;make clean-package-bluez-utils&amp;quot; before the following command)&lt;br /&gt;
&lt;br /&gt;
do a &amp;quot;make build-package-libusb; make clean-package-bluez-utils&amp;quot; and it should continue (the bluez-utils .bb is missing the libusb dependency)&lt;br /&gt;
&lt;br /&gt;
== openSUSE 10.1 and 10.2 workarounds ==&lt;br /&gt;
&lt;br /&gt;
ltrace package fails to build with error: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
...&lt;br /&gt;
checking for pid_t... yes&lt;br /&gt;
checking for getopt... yes&lt;br /&gt;
checking for getopt_long... yes&lt;br /&gt;
checking gelf.h usability... no&lt;br /&gt;
checking gelf.h presence... no&lt;br /&gt;
checking for gelf.h... no&lt;br /&gt;
configure: error: ***** gelf.h not found *****&lt;br /&gt;
FATAL: oe_runconf failed&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/build/tmp/work/armv4t-linux/ltrace-0.4-r0/ltrace-0.4/configure.ac''&lt;br /&gt;
at line 44: remove the following block:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
for path in /usr/include/elfutils /usr/local/include/elfutils \&lt;br /&gt;
       /usr/include/libelf /usr/local/include/libelf; do&lt;br /&gt;
   if test -f ${path}/gelf.h; then&lt;br /&gt;
       CPPFLAGS=&amp;quot;$CPPFLAGS -I ${path}&amp;quot;&lt;br /&gt;
   fi&lt;br /&gt;
done&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
( it adds /usr/include/elfutils to path, which causes cross-compile badness error )&lt;br /&gt;
&lt;br /&gt;
=== QEMU build fails to compile USB code ===&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: variable or field `__user' declared void&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: syntax error before '*' token&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_control':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:103: error: invalid application of `sizeof' to incomplete type `usbdevfs_ctrltran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_data':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: error: storage size of 'bt' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:132: error: invalid application of `sizeof' to incomplete type `usbdevfs_bulktran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: warning: unused variable `bt'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_device_open':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: error: storage size of 'ctrl' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:202: error: invalid application of `sizeof' to incomplete type `usbdevfs_ioctl'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: warning: unused variable `ctrl'&lt;br /&gt;
make[2]: *** [usb-linux.o] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c''&lt;br /&gt;
at line 29 add the following (before ''#include &amp;lt;linux/usbdevice_fs.h&amp;gt;'')&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#include &amp;lt;linux/compiler.h&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
hint: there is a copy of the file in ''/home/moko/build/tmp/work/i686-linux/qemu-native-0.9.0+cvs20070613-r5/qemu/usb-linux.c''&lt;br /&gt;
&lt;br /&gt;
''see: http://osdir.com/ml/emulators.kvm.devel/2007-01/msg00101.html''&lt;br /&gt;
&lt;br /&gt;
== Cannot satisfy fstests ==&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
  make openmoko-devel-image&lt;br /&gt;
...&lt;br /&gt;
| Collected errors:&lt;br /&gt;
| ERROR: Cannot satisfy the following dependencies for task-openmoko-debug:&lt;br /&gt;
|        fstests&lt;br /&gt;
NOTE: Task failed: /no-backup/Moko/build/tmp/work/fic-gta01-linux/openmoko-devel-image-1.0-r0/temp/log.do_rootfs.25036&lt;br /&gt;
NOTE: package openmoko-devel-image-1.0-r0: task do_rootfs: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Failed on debian etch 2007-07-20&lt;br /&gt;
Solution from mailing list post from hardskinone, report of an irc chat&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
I got help in IRC channel. I do following steps&lt;br /&gt;
     * remove fstest from oe/packages/tasks/task-openmoko.bb ,&lt;br /&gt;
     * increase PR field by one&lt;br /&gt;
     * make openmoko-devel-image&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== conflicting types for 'futimens' ==&lt;br /&gt;
&lt;br /&gt;
if you encounter the following error:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 | In file included from utimecmp.c:40:&lt;br /&gt;
 | utimens.h:2: error: conflicting types for 'futimens'&lt;br /&gt;
 | /usr/include/sys/stat.h:370: error: previous declaration of 'futimens' was here&lt;br /&gt;
&lt;br /&gt;
a patch is needed because your glibc is too new. grab &amp;amp; enable the patch as follows &lt;br /&gt;
&lt;br /&gt;
 cd openembedded/packages/coreutils&lt;br /&gt;
 mv coreutils_5.3.0.bb coreutils_5.3.0.orig&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils_5.3.0.bb&lt;br /&gt;
 cd -&lt;br /&gt;
 cd openembedded/packages/coreutils/coreutils-5.3.0&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils-5.3.0/futimens.patch&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
== Workaround for problems compiling mtd-utils ==&lt;br /&gt;
&lt;br /&gt;
Change the line on &amp;lt;code&amp;gt;openembedded/packages/mtd/mtd-utils_1.0.0+git.bb&amp;lt;/code&amp;gt; which reads:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=master \&lt;br /&gt;
&lt;br /&gt;
to:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=a6fa706fe9e7696b4b2045edf9698c3bac07e3e3 \&lt;br /&gt;
&lt;br /&gt;
which forces the recipe to use an older revision (the one which worked last time I built the image on my computer).&lt;br /&gt;
&lt;br /&gt;
Be sure to remember to undo the change later, or else you will not get any new changes to that package. --[[User:CesarB|CesarB]] 04:48, 25 July 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
Note: these patches should be updated - the lzo patch is included in the current version, so backing off to the previous version and repatching seems silly.   I was able to make it through this part of the build by applying the remaining patches manually. --[[User:Mellon|Ted Lemon]] 15:44, 29 July 2007 (CDT)&lt;br /&gt;
&lt;br /&gt;
== Monotone segfaulting on Ubuntu Feisty Fawn/PPC ==&lt;br /&gt;
If you are running Ubuntu Feisty Fawn on a PowerPC computer you will experience problems running monotone. To fix this issue you need to install monotone as well as the libboost packages from Gutsy. The easiest way to accomplish this is to add the gutsy repositories to your sources.list&lt;br /&gt;
and change the preferences to look like this:&lt;br /&gt;
&lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=feisty&lt;br /&gt;
 Pin-Priority: 700&lt;br /&gt;
 &lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: -100&lt;br /&gt;
 &lt;br /&gt;
 Package: libc6 libc6-dev tzdata util-linux libgcc1 libstdc++6 monotone   &lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
 &lt;br /&gt;
 Package: libboost-*&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
&lt;br /&gt;
After doing this install monotone in this way:&lt;br /&gt;
 apt-get -t gutsy install monotone.&lt;br /&gt;
That should install monotone 0.35 with updated (and working) boost libraries.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on ncurses install in Fedora 7 with a &amp;quot;tic -x&amp;quot; message ==&lt;br /&gt;
Adjust the following command to your system, then run it:&lt;br /&gt;
 export LD_LIBRARY_PATH=/home/moko/build/tmp/work/x86_64-linux/ncurses-native-5.4-r8/ncurses-5.4/lib&lt;br /&gt;
Then start make again and it should pick up where it left off.&lt;br /&gt;
&lt;br /&gt;
You can get a list of potential paths to use with the following command from you main moko directory:&lt;br /&gt;
 find . | grep libncurses&lt;br /&gt;
&lt;br /&gt;
The basic problem is that it is linking against your main system libraries instead of the OpenEmbedded ones.&lt;br /&gt;
&lt;br /&gt;
There's probably a cleaner way of handling this - please update this entry if you know it.&lt;br /&gt;
&lt;br /&gt;
This has been fixed in Openembedded, see [http://bugs.openembedded.org/show_bug.cgi?id=2554 Openembedded Bug #2554] for further details.&lt;br /&gt;
&lt;br /&gt;
== uboot-gta01 fails to build ==&lt;br /&gt;
Changes in the GIT of U-Boot make the OpenMoko patches unapplyable. For the use of Revision ''cc3023b9f95d7ac959a764471a65001062aecf41'' and everything will be fine for now.&lt;br /&gt;
&lt;br /&gt;
== Perl fails to build ==&lt;br /&gt;
After following every bit of advice I can find to 'make clean' and nuke the perl build directories, every build comes up with:&lt;br /&gt;
&lt;br /&gt;
 | make[1]: Entering directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | make[1]: *** No rule to make target `&amp;lt;command-line&amp;gt;', needed by `miniperlmain.o'.  Stop.&lt;br /&gt;
 | make[1]: Leaving directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | FATAL: oe_runmake failed&lt;br /&gt;
 NOTE: Task failed: /src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/temp/log.do_compile.19531&lt;br /&gt;
 NOTE: package perl-native-5.8.7-r3: task do_compile: failed&lt;br /&gt;
&lt;br /&gt;
Solution turned out to be editing &lt;br /&gt;
/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7/makedepend.SH and at line 169 change the regexp to eat references to &amp;quot;&amp;lt;command.line&amp;gt;&amp;quot; to catch what was leaking through.&lt;br /&gt;
&lt;br /&gt;
== Gettext fails to build ==&lt;br /&gt;
Gettext's build is broken unless you have emacs installed. Crazy though it seems. You will see an error like:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
| WARNING: Warnings can be ignored. :-)&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
|       else : ; fi&lt;br /&gt;
| mv: cannot move `elc-temp' to `elc-stamp': No such file or directory&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[5]: *** [elc-stamp] Error 1&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[4]: *** [po-mode.elc] Error 2&lt;br /&gt;
| make[4]: *** Waiting for unfinished jobs....&lt;br /&gt;
| make[4]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[3]: *** [all-recursive] Error 1&lt;br /&gt;
| make[3]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[2]: *** [all] Error 2&lt;br /&gt;
| make[2]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[1]: *** [all-recursive] Error 1&lt;br /&gt;
| make[1]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1'&lt;br /&gt;
| FATAL: oe_runmake failed&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The solution is simple - install emacs (example below for debian/ubuntu) and try again:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
sudo apt-get install emacs&lt;br /&gt;
make clean-package-gettext-native-0.14.1-r5&lt;br /&gt;
make openmoko-devel-image                  &lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Fails compiling binutils-cross on Gentoo/AMD64 and openSUSE/x86_64 ==&lt;br /&gt;
&lt;br /&gt;
make setup works fine, but when running make openmoko-devel-image it fails with the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
| make[4]: Entering directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[4]: Nothing to be done for `install'.&lt;br /&gt;
| make[4]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[3]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty'&lt;br /&gt;
| make[2]: Nothing to be done for `install-target'.&lt;br /&gt;
| make[2]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| make[1]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib/gcc-lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross: No such file or directory&lt;br /&gt;
| mv: cannot stat `build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
NOTE: Task failed: build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/temp/log.do_stage.9730&lt;br /&gt;
NOTE: package binutils-cross-2.18-r0: task do_populate_staging: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
NOTE: package binutils-cross-2.18: failed&lt;br /&gt;
ERROR: Build of openembedded/packages/binutils/binutils-cross_2.18.bb do_populate_staging failed&lt;br /&gt;
ERROR: Task 1641 (openembedded/packages/binutils/binutils-cross_2.18.bb, do_populate_staging) failed&lt;br /&gt;
NOTE: Tasks Summary: Attempted 107 tasks of which 107 didn't need to be rerun and 1 failed.&lt;br /&gt;
ERROR: 'openembedded/packages/binutils/binutils-cross_2.18.bb' failed&lt;br /&gt;
make: *** [openmoko-devel-image] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The final reason why the build cannot continue is:&lt;br /&gt;
 mv: cannot stat `/home/techiem2/Moko/build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
&lt;br /&gt;
Likely, Gentoo/AMD64 uses lib64 instead of lib as the library directory for x86_64 libraries. It's l likey that may (or all?) AMD64 distributions do for their 64-bit binaries. At least on openSUSE-x86_64, the same happens.&lt;br /&gt;
&lt;br /&gt;
At least on openSUSE-10.3 the missing libiberty.a was inatalled to build/tmp/cross/lib64/libiberty.a, which is clearly wrong.&lt;br /&gt;
&lt;br /&gt;
After seeing this, I assumed that openmoko/openembedded was clearly not tested with lib64 build hosts and since that would mean that even if I'd fix that error, many others could follow, and as I was not interested to fix the lib64 bugs but rather wanted to see something running first, I decided to make openmoko/openembedded think that it was running on a normal 32-bit non-lib64 machine.&lt;br /&gt;
&lt;br /&gt;
There are several ways to do that:&lt;br /&gt;
* You install an IA32-Linux somewhere and use that for building:&lt;br /&gt;
** Do a native install and dual-boot the IA32-linux (That's for dummies which do not know the other tricks)&lt;br /&gt;
** Install IA32-Linux in a virtual machine (Quite some setup and has some overhead too)&lt;br /&gt;
* you can install a 32-bit development system in to a chroot jail and compile there (also quite some setup and inconvinience)&lt;br /&gt;
* Or you can install a 32-bit development system on the 64-bit host (suppored on openSUSE, should be possible with Gentoo/AMD64 too)&lt;br /&gt;
&lt;br /&gt;
I decided to go for the last option - to install a 32-bit development environment and use that:&lt;br /&gt;
&lt;br /&gt;
=== Building on SuSE Linux 10.3-AMD64 ===&lt;br /&gt;
&lt;br /&gt;
Install the following packages for the 32-bit C/C++ compiler target option -m32 to work and to compile what is needed&lt;br /&gt;
&lt;br /&gt;
 gcc-32bit libgcc42-32bit glibc-devel-32bit libstdc++-devel-32bit ncurses-devel-32bit zlib-devel-32bit (maybe also gtk2-devel-32bit)&lt;br /&gt;
&lt;br /&gt;
The openSUSE 10.3-AMD64 has no libopenssl-devel-32bit, but you can install the 32-bit rpm from the i586 10.3 rpm tree:&lt;br /&gt;
 &lt;br /&gt;
 libopenssl-devel&lt;br /&gt;
&lt;br /&gt;
For MokoMakefile to not fail on compiling qemu-user, you need to use gcc33:&lt;br /&gt;
&lt;br /&gt;
 wget download.opensuse.org/repositories/devel:/tools:/gcc/openSUSE_Factory/i586/{cpp,gcc}33-3.3.3-41.8.i586.rpm&lt;br /&gt;
 rpm -Uhv {cpp,gcc}33-3.3.3-41.8.i586.rpm&lt;br /&gt;
&lt;br /&gt;
Note these need to be the 32-bit cpp33 and gcc33 rpms as the 64-bit gcc33 rpms for openSUSE do not support the 32-bit target.&lt;br /&gt;
&lt;br /&gt;
Then I used&lt;br /&gt;
 linux32&lt;br /&gt;
In order to build moko with the personality of the system set to i686 (uname -m changes to i686):&lt;br /&gt;
 cd ~/moko&lt;br /&gt;
 linux32 su - $USERNAME&lt;br /&gt;
&lt;br /&gt;
And set up gcc scripts which force the use of gcc-3.3 (it can only generate 32-bit assembly) for all compilation:&lt;br /&gt;
&lt;br /&gt;
 mkdir bin;cd bin&lt;br /&gt;
 echo '/usr/bin/${0##*/}-3.3 -m32 &amp;quot;$@&amp;quot;'        &amp;gt;gcc&lt;br /&gt;
 echo '/usr/bin/${0##*/} -m elf_i386 &amp;quot;$@&amp;quot;' &amp;gt;ld&lt;br /&gt;
 echo '/usr/bin/${0##*/} --32 &amp;quot;$@&amp;quot;'        &amp;gt;gas&lt;br /&gt;
 sed -i '1i#!/bin/sh' gcc gas ld&lt;br /&gt;
 chmod 755 gcc gas ld&lt;br /&gt;
 ln -s gcc cc &lt;br /&gt;
 ln -s gcc c++&lt;br /&gt;
 ln -s gcc g++&lt;br /&gt;
 ln -s gas as&lt;br /&gt;
 echo PATH=\&amp;quot;&amp;quot;$PWD&amp;quot;:\$PATH\&amp;quot; &amp;gt;.setup-gcc-m32&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
Then set the path and test it:&lt;br /&gt;
&lt;br /&gt;
 source bin/.setup-gcc-m32&lt;br /&gt;
 type gcc&lt;br /&gt;
&lt;br /&gt;
It would be of course much better to fix the binutils build, maybe it's the only build which is broken because binutils may&lt;br /&gt;
be a special package, going into the directory where it compiled and grepping for lib64 could help to find the bug.&lt;br /&gt;
&lt;br /&gt;
== More package requirements ==&lt;br /&gt;
&lt;br /&gt;
On my system (Kubuntu 6.10) build failed with message &amp;quot;ERROR: QEMU requires SDL or Cocoa for graphical output&amp;quot; because package &amp;lt;tt&amp;gt;libsdl-image1.2-dev&amp;lt;/tt&amp;gt; was missing. Use &amp;lt;tt&amp;gt;apt-get install libsdl-image1.2-dev&amp;lt;/tt&amp;gt; to install. Additionally I had to install packages &amp;lt;tt&amp;gt;cvs&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;diffstat&amp;lt;/tt&amp;gt;. I was also asked to install Psyco JIT Compiler (package &amp;lt;tt&amp;gt;python-psyco&amp;lt;/tt&amp;gt;) to increase performance. Nevertheless &amp;lt;tt&amp;gt;make flash-qemu-local&amp;lt;/tt&amp;gt; took some hours, but now I finally can get an impression of the phone that I am looking for! -- [[User:Nichtich|Nichtich]] 00:26, 20 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== pango-directfb failed to build due to missing Glib 2.14.x ==&lt;br /&gt;
&lt;br /&gt;
The latest(as of Sept. 25, 2007) build started to fail with the following error:&lt;br /&gt;
&lt;br /&gt;
 | checking for GLIB... no&lt;br /&gt;
 | configure: error:&lt;br /&gt;
 | *** Glib 2.14.0 or better is required. The latest version of&lt;br /&gt;
 | *** Glib is always available from ftp://ftp.gtk.org/.&lt;br /&gt;
 | FATAL: oe_runconf failed&lt;br /&gt;
 NOTE: Task failed:&lt;br /&gt;
 /media/sdc1/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/\&lt;br /&gt;
     pango-directfb-1.18.1-r0/temp/log.do_configure.19927&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1-r0: task do_configure: failed&lt;br /&gt;
 ERROR: TaskFailed event exception, aborting&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1: failed&lt;br /&gt;
 ERROR: Build of /media/sdc1/moko/openembedded/packages/pango/\&lt;br /&gt;
     pango-directfb_1.18.1.bb do_configure failed&lt;br /&gt;
&lt;br /&gt;
The Glib included in the build tree seems to be only 2.12.12, so looks like something&lt;br /&gt;
is broken in term of dependency.&lt;br /&gt;
&lt;br /&gt;
This had happened on both of Fedora 7 and Debian Etch.  I am running the latest &lt;br /&gt;
MokoMakefile with OM-2007.2.  The funny thing is that the build had worked only &lt;br /&gt;
couple nights ago. Any idea?  I will update anything I find here and also on my blog(see my user profile).&lt;br /&gt;
[[User:ttz|ttz]] Wed Sep 26 12:17:33 CDT 2007&lt;br /&gt;
&lt;br /&gt;
pango-directfb had been removed from OE for now due to the report of it breaking builds like OpenMoko.&lt;br /&gt;
&lt;br /&gt;
[[User:ttz|ttz]] Thu Oct  4 10:20:12 CDT 2007&lt;br /&gt;
&lt;br /&gt;
== uicmoc4 failes to compile ==&lt;br /&gt;
&lt;br /&gt;
This is solved by installing libz-dev&lt;br /&gt;
&lt;br /&gt;
Or, look at [http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=747 Bug #747]&lt;br /&gt;
&lt;br /&gt;
== svn: REPORT request failed on '/repos/tasks/!svn/vcc/default' ==&lt;br /&gt;
&lt;br /&gt;
  osiris$ make update&lt;br /&gt;
  ...&lt;br /&gt;
  Fetching external item into 'trunk/src/target/OM-2007.2/applications/openmoko-today2/libkoto'&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
  make: *** [update-openmoko] Error 1&lt;br /&gt;
&lt;br /&gt;
  osiris$ cd openmoko/trunk/src/target/OM-2007.2/applications/openmoko-today2//libkoto/&lt;br /&gt;
  osiris$ svn up -r HEAD&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
&lt;br /&gt;
Anyone know about this one?&lt;br /&gt;
--[[User:Blackh|Blackh]] 00:11, 12 October 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== bootparam_prot.h fails to install in glibc-intermediate-2.5 package (Debian sid) ==&lt;br /&gt;
&lt;br /&gt;
  | install: cannot stat&lt;br /&gt;
    `/home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc/bootparam_prot.h'&lt;br /&gt;
    No such file or directory&lt;br /&gt;
  NOTE: Task failed: /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/temp/log.do_stage.3940&lt;br /&gt;
&lt;br /&gt;
For some reason, on Debian, the rpcgen command needs &amp;quot;-Y /usr/bin&amp;quot; added to the end of it or it won't work (&amp;quot;cannot find any C preprocessor (cpp)&amp;quot;).  This can be fixed by hand...&lt;br /&gt;
&lt;br /&gt;
 cd /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc&lt;br /&gt;
 for f in *.x ; do rpcgen -h $f -o ${f%%.x}.h -Y /usr/bin ; done&lt;br /&gt;
&lt;br /&gt;
This command will generate the right files and you can resume the build with&lt;br /&gt;
&lt;br /&gt;
make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
Here is a better fix - put this script, calling it rpcgen, somewhere in your PATH before /usr/bin:&lt;br /&gt;
&lt;br /&gt;
  #!/bin/sh&lt;br /&gt;
  exec /usr/bin/rpcgen -Y /usr/bin &amp;quot;$@&amp;quot;&lt;br /&gt;
&lt;br /&gt;
--[[User:Blackh|Blackh]] 05:17, 12 October 2007 (CEST)&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Talk:MokoMakefile</id>
		<title>Talk:MokoMakefile</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Talk:MokoMakefile"/>
				<updated>2007-11-20T22:31:36Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Build cross-binutils, cross-gcc and QEMU using -m32 on 64-bit hosts */ Compile everything with gcc-3.3&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Ubuntu Edgy: Update git-1.4.x to 1.5.x! ==&lt;br /&gt;
With old git-1.4.x, fetching uboot does not work: Use 1.5.x:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
NOTE: package uboot-gta01-1.2.0+svnnow-r4_14da5f7675bbb427c469e3f45006e027b6e21db9_0_1811: task do_fetch: started&lt;br /&gt;
fatal: corrupted pack file .git/objects/pack/pack-a146bcbc18f4826d6bf2a7f63be5dd77bbb5b2f5.pack&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on a 32bit machine - try again without ccache? ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;/bin/sh ./libtool --mode=compile     ccache     gcc -DHAVE_CONFIG_H -I.... -W... -O2 -c -o libbfd.lo build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c&lt;br /&gt;
ccache gcc -DHAVE_CONFIG_H -I... -W... -O2 -c  /usr/local/oe/build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c -o   t shift count &amp;gt;= width of type&lt;br /&gt;
make[5]: *** [libbfd.lo] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Any insight here? --[[User:Adam|Adam]] 23:10, 15 May 2007 (CEST)&lt;br /&gt;
: Try without ccache (did you get it compiled meanwhile or can we remove this?) --[[User:BernhardKaindl|BernhardKaindl]] 23:05, 19 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== Building on Fedora Core 6 ==&lt;br /&gt;
&lt;br /&gt;
Install stuff needed for OpenMoko:&lt;br /&gt;
  # yum install python m4 make wget curl ftp cvs monotone subversion \&lt;br /&gt;
    tar bzip2 gzip unzip python-psyco ccache perl texinfo texi2html \&lt;br /&gt;
    diffstat openjade docbook-style-dsssl docbook-style-xsl docbook-dtds \&lt;br /&gt;
    docbook-utils sed bison bc glibc-devel gcc binutils pcre pcre-devel git \&lt;br /&gt;
    quilt groff linuxdoc-tools patch compat-gcc-34 lynx netpbm&lt;br /&gt;
(notice ''compat-gcc-34'' wich was needed for FC6 (gcc 4 installed), and ''lynx'' which is needed by ''qemu'' (no fallback to ''wget'', ''curl'', or ''links'' at the moment and no check for it, resulting in strange &amp;quot;sleep&amp;quot; errors when trying to build without ''lynx'').&lt;br /&gt;
&lt;br /&gt;
Build it:&lt;br /&gt;
  $ make setup&lt;br /&gt;
  $ make openmoko-devel-image&lt;br /&gt;
  $ unset LD_LIBRARY_PATH&lt;br /&gt;
  $ make update-makefile &amp;amp;&amp;amp; make update &amp;amp;&amp;amp; make setup &amp;amp;&amp;amp; make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
I have also done a&lt;br /&gt;
  $ unset LD_LIBRARY_PATH; make update-makefile &amp;amp;&amp;amp; nice  make update &amp;amp;&amp;amp; nice make setup &amp;amp;&amp;amp; nice make all&lt;br /&gt;
(This takes several hours)&lt;br /&gt;
&lt;br /&gt;
Build qemu:&lt;br /&gt;
  $ make qemu&lt;br /&gt;
&lt;br /&gt;
Run it:&lt;br /&gt;
  # echo 1024 &amp;gt; /proc/sys/dev/rtc/max-user-freq&lt;br /&gt;
  $ make run-qemu&lt;br /&gt;
This will bring up the OpenMoko :) Use SPACE for AUX and ENTER for POWER.&lt;br /&gt;
Not quite the same as holding a Neo1973 in your hands I would guess, but this is the best we can do for now. Thanks!&lt;br /&gt;
&lt;br /&gt;
== Building on Ubuntu Feisty ==&lt;br /&gt;
&lt;br /&gt;
MokoMakefile requires more than 512 MB of RAM + Swap space (around 1GB?).&lt;br /&gt;
&lt;br /&gt;
If you need swap, please '''check that its size under Feisty is not null'''!&lt;br /&gt;
&lt;br /&gt;
[https://bugs.launchpad.net/ubuntu/+bug/105490 Bug #105490] describes the current issue and offers a workaround (23 Jul 07).&lt;br /&gt;
&lt;br /&gt;
== Fails trying to build bluez-utils == &lt;br /&gt;
on Gentoo Linux, it fails compiling bluez-utils (I've tried also &amp;quot;make clean-package-bluez-utils&amp;quot; before the following command)&lt;br /&gt;
&lt;br /&gt;
do a &amp;quot;make build-package-libusb; make clean-package-bluez-utils&amp;quot; and it should continue (the bluez-utils .bb is missing the libusb dependency)&lt;br /&gt;
&lt;br /&gt;
== openSUSE 10.1 and 10.2 workarounds ==&lt;br /&gt;
&lt;br /&gt;
ltrace package fails to build with error: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
...&lt;br /&gt;
checking for pid_t... yes&lt;br /&gt;
checking for getopt... yes&lt;br /&gt;
checking for getopt_long... yes&lt;br /&gt;
checking gelf.h usability... no&lt;br /&gt;
checking gelf.h presence... no&lt;br /&gt;
checking for gelf.h... no&lt;br /&gt;
configure: error: ***** gelf.h not found *****&lt;br /&gt;
FATAL: oe_runconf failed&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/build/tmp/work/armv4t-linux/ltrace-0.4-r0/ltrace-0.4/configure.ac''&lt;br /&gt;
at line 44: remove the following block:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
for path in /usr/include/elfutils /usr/local/include/elfutils \&lt;br /&gt;
       /usr/include/libelf /usr/local/include/libelf; do&lt;br /&gt;
   if test -f ${path}/gelf.h; then&lt;br /&gt;
       CPPFLAGS=&amp;quot;$CPPFLAGS -I ${path}&amp;quot;&lt;br /&gt;
   fi&lt;br /&gt;
done&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
( it adds /usr/include/elfutils to path, which causes cross-compile badness error )&lt;br /&gt;
&lt;br /&gt;
=== QEMU build fails to compile USB code ===&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: variable or field `__user' declared void&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: syntax error before '*' token&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_control':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:103: error: invalid application of `sizeof' to incomplete type `usbdevfs_ctrltran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_data':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: error: storage size of 'bt' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:132: error: invalid application of `sizeof' to incomplete type `usbdevfs_bulktran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: warning: unused variable `bt'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_device_open':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: error: storage size of 'ctrl' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:202: error: invalid application of `sizeof' to incomplete type `usbdevfs_ioctl'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: warning: unused variable `ctrl'&lt;br /&gt;
make[2]: *** [usb-linux.o] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c''&lt;br /&gt;
at line 29 add the following (before ''#include &amp;lt;linux/usbdevice_fs.h&amp;gt;'')&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#include &amp;lt;linux/compiler.h&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
hint: there is a copy of the file in ''/home/moko/build/tmp/work/i686-linux/qemu-native-0.9.0+cvs20070613-r5/qemu/usb-linux.c''&lt;br /&gt;
&lt;br /&gt;
''see: http://osdir.com/ml/emulators.kvm.devel/2007-01/msg00101.html''&lt;br /&gt;
&lt;br /&gt;
== Cannot satisfy fstests ==&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
  make openmoko-devel-image&lt;br /&gt;
...&lt;br /&gt;
| Collected errors:&lt;br /&gt;
| ERROR: Cannot satisfy the following dependencies for task-openmoko-debug:&lt;br /&gt;
|        fstests&lt;br /&gt;
NOTE: Task failed: /no-backup/Moko/build/tmp/work/fic-gta01-linux/openmoko-devel-image-1.0-r0/temp/log.do_rootfs.25036&lt;br /&gt;
NOTE: package openmoko-devel-image-1.0-r0: task do_rootfs: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Failed on debian etch 2007-07-20&lt;br /&gt;
Solution from mailing list post from hardskinone, report of an irc chat&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
I got help in IRC channel. I do following steps&lt;br /&gt;
     * remove fstest from oe/packages/tasks/task-openmoko.bb ,&lt;br /&gt;
     * increase PR field by one&lt;br /&gt;
     * make openmoko-devel-image&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== conflicting types for 'futimens' ==&lt;br /&gt;
&lt;br /&gt;
if you encounter the following error:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 | In file included from utimecmp.c:40:&lt;br /&gt;
 | utimens.h:2: error: conflicting types for 'futimens'&lt;br /&gt;
 | /usr/include/sys/stat.h:370: error: previous declaration of 'futimens' was here&lt;br /&gt;
&lt;br /&gt;
a patch is needed because your glibc is too new. grab &amp;amp; enable the patch as follows &lt;br /&gt;
&lt;br /&gt;
 cd openembedded/packages/coreutils&lt;br /&gt;
 mv coreutils_5.3.0.bb coreutils_5.3.0.orig&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils_5.3.0.bb&lt;br /&gt;
 cd -&lt;br /&gt;
 cd openembedded/packages/coreutils/coreutils-5.3.0&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils-5.3.0/futimens.patch&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
== Workaround for problems compiling mtd-utils ==&lt;br /&gt;
&lt;br /&gt;
Change the line on &amp;lt;code&amp;gt;openembedded/packages/mtd/mtd-utils_1.0.0+git.bb&amp;lt;/code&amp;gt; which reads:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=master \&lt;br /&gt;
&lt;br /&gt;
to:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=a6fa706fe9e7696b4b2045edf9698c3bac07e3e3 \&lt;br /&gt;
&lt;br /&gt;
which forces the recipe to use an older revision (the one which worked last time I built the image on my computer).&lt;br /&gt;
&lt;br /&gt;
Be sure to remember to undo the change later, or else you will not get any new changes to that package. --[[User:CesarB|CesarB]] 04:48, 25 July 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
Note: these patches should be updated - the lzo patch is included in the current version, so backing off to the previous version and repatching seems silly.   I was able to make it through this part of the build by applying the remaining patches manually. --[[User:Mellon|Ted Lemon]] 15:44, 29 July 2007 (CDT)&lt;br /&gt;
&lt;br /&gt;
== Monotone segfaulting on Ubuntu Feisty Fawn/PPC ==&lt;br /&gt;
If you are running Ubuntu Feisty Fawn on a PowerPC computer you will experience problems running monotone. To fix this issue you need to install monotone as well as the libboost packages from Gutsy. The easiest way to accomplish this is to add the gutsy repositories to your sources.list&lt;br /&gt;
and change the preferences to look like this:&lt;br /&gt;
&lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=feisty&lt;br /&gt;
 Pin-Priority: 700&lt;br /&gt;
 &lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: -100&lt;br /&gt;
 &lt;br /&gt;
 Package: libc6 libc6-dev tzdata util-linux libgcc1 libstdc++6 monotone   &lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
 &lt;br /&gt;
 Package: libboost-*&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
&lt;br /&gt;
After doing this install monotone in this way:&lt;br /&gt;
 apt-get -t gutsy install monotone.&lt;br /&gt;
That should install monotone 0.35 with updated (and working) boost libraries.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on ncurses install in Fedora 7 with a &amp;quot;tic -x&amp;quot; message ==&lt;br /&gt;
Adjust the following command to your system, then run it:&lt;br /&gt;
 export LD_LIBRARY_PATH=/home/moko/build/tmp/work/x86_64-linux/ncurses-native-5.4-r8/ncurses-5.4/lib&lt;br /&gt;
Then start make again and it should pick up where it left off.&lt;br /&gt;
&lt;br /&gt;
You can get a list of potential paths to use with the following command from you main moko directory:&lt;br /&gt;
 find . | grep libncurses&lt;br /&gt;
&lt;br /&gt;
The basic problem is that it is linking against your main system libraries instead of the OpenEmbedded ones.&lt;br /&gt;
&lt;br /&gt;
There's probably a cleaner way of handling this - please update this entry if you know it.&lt;br /&gt;
&lt;br /&gt;
This has been fixed in Openembedded, see [http://bugs.openembedded.org/show_bug.cgi?id=2554 Openembedded Bug #2554] for further details.&lt;br /&gt;
&lt;br /&gt;
== uboot-gta01 fails to build ==&lt;br /&gt;
Changes in the GIT of U-Boot make the OpenMoko patches unapplyable. For the use of Revision ''cc3023b9f95d7ac959a764471a65001062aecf41'' and everything will be fine for now.&lt;br /&gt;
&lt;br /&gt;
== Perl fails to build ==&lt;br /&gt;
After following every bit of advice I can find to 'make clean' and nuke the perl build directories, every build comes up with:&lt;br /&gt;
&lt;br /&gt;
 | make[1]: Entering directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | make[1]: *** No rule to make target `&amp;lt;command-line&amp;gt;', needed by `miniperlmain.o'.  Stop.&lt;br /&gt;
 | make[1]: Leaving directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | FATAL: oe_runmake failed&lt;br /&gt;
 NOTE: Task failed: /src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/temp/log.do_compile.19531&lt;br /&gt;
 NOTE: package perl-native-5.8.7-r3: task do_compile: failed&lt;br /&gt;
&lt;br /&gt;
Solution turned out to be editing &lt;br /&gt;
/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7/makedepend.SH and at line 169 change the regexp to eat references to &amp;quot;&amp;lt;command.line&amp;gt;&amp;quot; to catch what was leaking through.&lt;br /&gt;
&lt;br /&gt;
== Gettext fails to build ==&lt;br /&gt;
Gettext's build is broken unless you have emacs installed. Crazy though it seems. You will see an error like:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
| WARNING: Warnings can be ignored. :-)&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
|       else : ; fi&lt;br /&gt;
| mv: cannot move `elc-temp' to `elc-stamp': No such file or directory&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[5]: *** [elc-stamp] Error 1&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[4]: *** [po-mode.elc] Error 2&lt;br /&gt;
| make[4]: *** Waiting for unfinished jobs....&lt;br /&gt;
| make[4]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[3]: *** [all-recursive] Error 1&lt;br /&gt;
| make[3]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[2]: *** [all] Error 2&lt;br /&gt;
| make[2]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[1]: *** [all-recursive] Error 1&lt;br /&gt;
| make[1]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1'&lt;br /&gt;
| FATAL: oe_runmake failed&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The solution is simple - install emacs (example below for debian/ubuntu) and try again:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
sudo apt-get install emacs&lt;br /&gt;
make clean-package-gettext-native-0.14.1-r5&lt;br /&gt;
make openmoko-devel-image                  &lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Fails compiling binutils-cross on Gentoo/AMD64 and openSUSE/x86_64 ==&lt;br /&gt;
&lt;br /&gt;
make setup works fine, but when running make openmoko-devel-image it fails with the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
| make[4]: Entering directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[4]: Nothing to be done for `install'.&lt;br /&gt;
| make[4]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[3]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty'&lt;br /&gt;
| make[2]: Nothing to be done for `install-target'.&lt;br /&gt;
| make[2]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| make[1]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib/gcc-lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross: No such file or directory&lt;br /&gt;
| mv: cannot stat `build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
NOTE: Task failed: build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/temp/log.do_stage.9730&lt;br /&gt;
NOTE: package binutils-cross-2.18-r0: task do_populate_staging: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
NOTE: package binutils-cross-2.18: failed&lt;br /&gt;
ERROR: Build of openembedded/packages/binutils/binutils-cross_2.18.bb do_populate_staging failed&lt;br /&gt;
ERROR: Task 1641 (openembedded/packages/binutils/binutils-cross_2.18.bb, do_populate_staging) failed&lt;br /&gt;
NOTE: Tasks Summary: Attempted 107 tasks of which 107 didn't need to be rerun and 1 failed.&lt;br /&gt;
ERROR: 'openembedded/packages/binutils/binutils-cross_2.18.bb' failed&lt;br /&gt;
make: *** [openmoko-devel-image] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The final reason why the build cannot continue is:&lt;br /&gt;
 mv: cannot stat `/home/techiem2/Moko/build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
&lt;br /&gt;
Likely, Gentoo/AMD64 uses lib64 instead of lib as the library directory for x86_64 libraries. It's l likey that may (or all?) AMD64 distributions do for their 64-bit binaries. At least on openSUSE-x86_64, the same happens.&lt;br /&gt;
&lt;br /&gt;
At least on openSUSE-10.3 the missing libiberty.a was inatalled to build/tmp/cross/lib64/libiberty.a, which is clearly wrong.&lt;br /&gt;
&lt;br /&gt;
After seeing this, I assumed that openmoko/openembedded was clearly not tested with lib64 build hosts and since that would mean that even if I'd fix that error, many others could follow, and as I was not interested to fix the lib64 bugs but rather wanted to see something running first, I decided to make openmoko/openembedded think that it was running on a normal 32-bit non-lib64 machine.&lt;br /&gt;
&lt;br /&gt;
There are several ways to do that:&lt;br /&gt;
* You install an IA32-Linux somewhere and use that for building:&lt;br /&gt;
** Do a native install and dual-boot the IA32-linux (That's for dummies which do not know the other tricks)&lt;br /&gt;
** Install IA32-Linux in a virtual machine (Quite some setup and has some overhead too)&lt;br /&gt;
* you can install a 32-bit development system in to a chroot jail and compile there (also quite some setup and inconvinience)&lt;br /&gt;
* Or you can install a 32-bit development system on the 64-bit host (suppored on openSUSE, should be possible with Gentoo/AMD64 too)&lt;br /&gt;
&lt;br /&gt;
I decided to go for the last option - to install a 32-bit development environment and use that:&lt;br /&gt;
&lt;br /&gt;
=== Build cross-binutils, cross-gcc and QEMU using -m32 on 64-bit hosts ===&lt;br /&gt;
&lt;br /&gt;
Here are my notes from openSUSE-10.3, no idea how gentoo names these things:&lt;br /&gt;
&lt;br /&gt;
Install the following packages for the 32-bit C/C++ compiler target option -m32 to work and to compile what is needed&lt;br /&gt;
&lt;br /&gt;
 gcc-32bit libgcc-32bit glibc-devel-32bit libstdc++-devel-32bit ncurses-devel-32bit zlib-devel-32bit gtk2-devel-32bit&lt;br /&gt;
&lt;br /&gt;
The current openSUSE 10.3 had no libopenssl-devel-32bit, so I had to install this 32-bit rpm:&lt;br /&gt;
 &lt;br /&gt;
 libopenssl-devel&lt;br /&gt;
&lt;br /&gt;
For MokoMakefile to not fail on compiling qemu-user, you need gcc33, I used:&lt;br /&gt;
&lt;br /&gt;
 wget download.opensuse.org/repositories/devel:/tools:/gcc/openSUSE_Factory/i586/{cpp,gcc}33-3.3.3-41.8.i586.rpm&lt;br /&gt;
 rpm -Uhv {cpp,gcc}33-3.3.3-41.8.i586.rpm&lt;br /&gt;
&lt;br /&gt;
Note these need to be the 32-bit cpp33 and gcc33 rpms as the 64-bit gcc33 rpms for openSUSE do not support the 32-bit target.&lt;br /&gt;
&lt;br /&gt;
Then I used&lt;br /&gt;
 linux32&lt;br /&gt;
In order to build moko with the personality of the system set to i686 (uname -m changes to i686):&lt;br /&gt;
 cd ~/moko&lt;br /&gt;
 linux32 su - $USERNAME&lt;br /&gt;
&lt;br /&gt;
And set up gcc scripts which force the compilation of 32-bit binaries:&lt;br /&gt;
&lt;br /&gt;
 mkdir bin;cd bin&lt;br /&gt;
 echo '/usr/bin/${0##*/}-3.3 -m32 &amp;quot;$@&amp;quot;'        &amp;gt;gcc&lt;br /&gt;
 echo '/usr/bin/${0##*/} -m elf_i386 &amp;quot;$@&amp;quot;' &amp;gt;ld&lt;br /&gt;
 echo '/usr/bin/${0##*/} --32 &amp;quot;$@&amp;quot;'        &amp;gt;gas&lt;br /&gt;
 sed -i '1i#!/bin/sh' gcc gas ld&lt;br /&gt;
 chmod 755 gcc gas ld&lt;br /&gt;
 ln -s gcc cc &lt;br /&gt;
 ln -s gcc c++&lt;br /&gt;
 ln -s gcc g++&lt;br /&gt;
 ln -s gas as&lt;br /&gt;
 echo PATH=\&amp;quot;&amp;quot;$PWD&amp;quot;:\$PATH\&amp;quot; &amp;gt;.setup-gcc-m32&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
Then set the path and test it:&lt;br /&gt;
&lt;br /&gt;
 source bin/.setup-gcc-m32&lt;br /&gt;
 type gcc&lt;br /&gt;
&lt;br /&gt;
It would be of course much better to fix the binutils build, maybe it's the only build which is broken because binutils may&lt;br /&gt;
be a special package, going into the directory where it compiled and grepping for lib64 could help to find the bug.&lt;br /&gt;
&lt;br /&gt;
== More package requirements ==&lt;br /&gt;
&lt;br /&gt;
On my system (Kubuntu 6.10) build failed with message &amp;quot;ERROR: QEMU requires SDL or Cocoa for graphical output&amp;quot; because package &amp;lt;tt&amp;gt;libsdl-image1.2-dev&amp;lt;/tt&amp;gt; was missing. Use &amp;lt;tt&amp;gt;apt-get install libsdl-image1.2-dev&amp;lt;/tt&amp;gt; to install. Additionally I had to install packages &amp;lt;tt&amp;gt;cvs&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;diffstat&amp;lt;/tt&amp;gt;. I was also asked to install Psyco JIT Compiler (package &amp;lt;tt&amp;gt;python-psyco&amp;lt;/tt&amp;gt;) to increase performance. Nevertheless &amp;lt;tt&amp;gt;make flash-qemu-local&amp;lt;/tt&amp;gt; took some hours, but now I finally can get an impression of the phone that I am looking for! -- [[User:Nichtich|Nichtich]] 00:26, 20 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== pango-directfb failed to build due to missing Glib 2.14.x ==&lt;br /&gt;
&lt;br /&gt;
The latest(as of Sept. 25, 2007) build started to fail with the following error:&lt;br /&gt;
&lt;br /&gt;
 | checking for GLIB... no&lt;br /&gt;
 | configure: error:&lt;br /&gt;
 | *** Glib 2.14.0 or better is required. The latest version of&lt;br /&gt;
 | *** Glib is always available from ftp://ftp.gtk.org/.&lt;br /&gt;
 | FATAL: oe_runconf failed&lt;br /&gt;
 NOTE: Task failed:&lt;br /&gt;
 /media/sdc1/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/\&lt;br /&gt;
     pango-directfb-1.18.1-r0/temp/log.do_configure.19927&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1-r0: task do_configure: failed&lt;br /&gt;
 ERROR: TaskFailed event exception, aborting&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1: failed&lt;br /&gt;
 ERROR: Build of /media/sdc1/moko/openembedded/packages/pango/\&lt;br /&gt;
     pango-directfb_1.18.1.bb do_configure failed&lt;br /&gt;
&lt;br /&gt;
The Glib included in the build tree seems to be only 2.12.12, so looks like something&lt;br /&gt;
is broken in term of dependency.&lt;br /&gt;
&lt;br /&gt;
This had happened on both of Fedora 7 and Debian Etch.  I am running the latest &lt;br /&gt;
MokoMakefile with OM-2007.2.  The funny thing is that the build had worked only &lt;br /&gt;
couple nights ago. Any idea?  I will update anything I find here and also on my blog(see my user profile).&lt;br /&gt;
[[User:ttz|ttz]] Wed Sep 26 12:17:33 CDT 2007&lt;br /&gt;
&lt;br /&gt;
pango-directfb had been removed from OE for now due to the report of it breaking builds like OpenMoko.&lt;br /&gt;
&lt;br /&gt;
[[User:ttz|ttz]] Thu Oct  4 10:20:12 CDT 2007&lt;br /&gt;
&lt;br /&gt;
== uicmoc4 failes to compile ==&lt;br /&gt;
&lt;br /&gt;
This is solved by installing libz-dev&lt;br /&gt;
&lt;br /&gt;
Or, look at [http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=747 Bug #747]&lt;br /&gt;
&lt;br /&gt;
== svn: REPORT request failed on '/repos/tasks/!svn/vcc/default' ==&lt;br /&gt;
&lt;br /&gt;
  osiris$ make update&lt;br /&gt;
  ...&lt;br /&gt;
  Fetching external item into 'trunk/src/target/OM-2007.2/applications/openmoko-today2/libkoto'&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
  make: *** [update-openmoko] Error 1&lt;br /&gt;
&lt;br /&gt;
  osiris$ cd openmoko/trunk/src/target/OM-2007.2/applications/openmoko-today2//libkoto/&lt;br /&gt;
  osiris$ svn up -r HEAD&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
&lt;br /&gt;
Anyone know about this one?&lt;br /&gt;
--[[User:Blackh|Blackh]] 00:11, 12 October 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== bootparam_prot.h fails to install in glibc-intermediate-2.5 package (Debian sid) ==&lt;br /&gt;
&lt;br /&gt;
  | install: cannot stat&lt;br /&gt;
    `/home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc/bootparam_prot.h'&lt;br /&gt;
    No such file or directory&lt;br /&gt;
  NOTE: Task failed: /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/temp/log.do_stage.3940&lt;br /&gt;
&lt;br /&gt;
For some reason, on Debian, the rpcgen command needs &amp;quot;-Y /usr/bin&amp;quot; added to the end of it or it won't work (&amp;quot;cannot find any C preprocessor (cpp)&amp;quot;).  This can be fixed by hand...&lt;br /&gt;
&lt;br /&gt;
 cd /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc&lt;br /&gt;
 for f in *.x ; do rpcgen -h $f -o ${f%%.x}.h -Y /usr/bin ; done&lt;br /&gt;
&lt;br /&gt;
This command will generate the right files and you can resume the build with&lt;br /&gt;
&lt;br /&gt;
make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
Here is a better fix - put this script, calling it rpcgen, somewhere in your PATH before /usr/bin:&lt;br /&gt;
&lt;br /&gt;
  #!/bin/sh&lt;br /&gt;
  exec /usr/bin/rpcgen -Y /usr/bin &amp;quot;$@&amp;quot;&lt;br /&gt;
&lt;br /&gt;
--[[User:Blackh|Blackh]] 05:17, 12 October 2007 (CEST)&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Talk:MokoMakefile</id>
		<title>Talk:MokoMakefile</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Talk:MokoMakefile"/>
				<updated>2007-11-20T21:53:12Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Build cross-binutils, cross-gcc and QEMU using -m32 on 64-bit hosts */ updated to current gcc33 rpms&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;== Ubuntu Edgy: Update git-1.4.x to 1.5.x! ==&lt;br /&gt;
With old git-1.4.x, fetching uboot does not work: Use 1.5.x:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
NOTE: package uboot-gta01-1.2.0+svnnow-r4_14da5f7675bbb427c469e3f45006e027b6e21db9_0_1811: task do_fetch: started&lt;br /&gt;
fatal: corrupted pack file .git/objects/pack/pack-a146bcbc18f4826d6bf2a7f63be5dd77bbb5b2f5.pack&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on a 32bit machine - try again without ccache? ==&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;/bin/sh ./libtool --mode=compile     ccache     gcc -DHAVE_CONFIG_H -I.... -W... -O2 -c -o libbfd.lo build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c&lt;br /&gt;
ccache gcc -DHAVE_CONFIG_H -I... -W... -O2 -c  /usr/local/oe/build/tmp/work/armv4t-linux/binutils-cross-2.17-r0/binutils-2.17/bfd/libbfd.c -o   t shift count &amp;gt;= width of type&lt;br /&gt;
make[5]: *** [libbfd.lo] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
Any insight here? --[[User:Adam|Adam]] 23:10, 15 May 2007 (CEST)&lt;br /&gt;
: Try without ccache (did you get it compiled meanwhile or can we remove this?) --[[User:BernhardKaindl|BernhardKaindl]] 23:05, 19 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== Building on Fedora Core 6 ==&lt;br /&gt;
&lt;br /&gt;
Install stuff needed for OpenMoko:&lt;br /&gt;
  # yum install python m4 make wget curl ftp cvs monotone subversion \&lt;br /&gt;
    tar bzip2 gzip unzip python-psyco ccache perl texinfo texi2html \&lt;br /&gt;
    diffstat openjade docbook-style-dsssl docbook-style-xsl docbook-dtds \&lt;br /&gt;
    docbook-utils sed bison bc glibc-devel gcc binutils pcre pcre-devel git \&lt;br /&gt;
    quilt groff linuxdoc-tools patch compat-gcc-34 lynx netpbm&lt;br /&gt;
(notice ''compat-gcc-34'' wich was needed for FC6 (gcc 4 installed), and ''lynx'' which is needed by ''qemu'' (no fallback to ''wget'', ''curl'', or ''links'' at the moment and no check for it, resulting in strange &amp;quot;sleep&amp;quot; errors when trying to build without ''lynx'').&lt;br /&gt;
&lt;br /&gt;
Build it:&lt;br /&gt;
  $ make setup&lt;br /&gt;
  $ make openmoko-devel-image&lt;br /&gt;
  $ unset LD_LIBRARY_PATH&lt;br /&gt;
  $ make update-makefile &amp;amp;&amp;amp; make update &amp;amp;&amp;amp; make setup &amp;amp;&amp;amp; make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
I have also done a&lt;br /&gt;
  $ unset LD_LIBRARY_PATH; make update-makefile &amp;amp;&amp;amp; nice  make update &amp;amp;&amp;amp; nice make setup &amp;amp;&amp;amp; nice make all&lt;br /&gt;
(This takes several hours)&lt;br /&gt;
&lt;br /&gt;
Build qemu:&lt;br /&gt;
  $ make qemu&lt;br /&gt;
&lt;br /&gt;
Run it:&lt;br /&gt;
  # echo 1024 &amp;gt; /proc/sys/dev/rtc/max-user-freq&lt;br /&gt;
  $ make run-qemu&lt;br /&gt;
This will bring up the OpenMoko :) Use SPACE for AUX and ENTER for POWER.&lt;br /&gt;
Not quite the same as holding a Neo1973 in your hands I would guess, but this is the best we can do for now. Thanks!&lt;br /&gt;
&lt;br /&gt;
== Building on Ubuntu Feisty ==&lt;br /&gt;
&lt;br /&gt;
MokoMakefile requires more than 512 MB of RAM + Swap space (around 1GB?).&lt;br /&gt;
&lt;br /&gt;
If you need swap, please '''check that its size under Feisty is not null'''!&lt;br /&gt;
&lt;br /&gt;
[https://bugs.launchpad.net/ubuntu/+bug/105490 Bug #105490] describes the current issue and offers a workaround (23 Jul 07).&lt;br /&gt;
&lt;br /&gt;
== Fails trying to build bluez-utils == &lt;br /&gt;
on Gentoo Linux, it fails compiling bluez-utils (I've tried also &amp;quot;make clean-package-bluez-utils&amp;quot; before the following command)&lt;br /&gt;
&lt;br /&gt;
do a &amp;quot;make build-package-libusb; make clean-package-bluez-utils&amp;quot; and it should continue (the bluez-utils .bb is missing the libusb dependency)&lt;br /&gt;
&lt;br /&gt;
== openSUSE 10.1 and 10.2 workarounds ==&lt;br /&gt;
&lt;br /&gt;
ltrace package fails to build with error: &lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
...&lt;br /&gt;
checking for pid_t... yes&lt;br /&gt;
checking for getopt... yes&lt;br /&gt;
checking for getopt_long... yes&lt;br /&gt;
checking gelf.h usability... no&lt;br /&gt;
checking gelf.h presence... no&lt;br /&gt;
checking for gelf.h... no&lt;br /&gt;
configure: error: ***** gelf.h not found *****&lt;br /&gt;
FATAL: oe_runconf failed&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/build/tmp/work/armv4t-linux/ltrace-0.4-r0/ltrace-0.4/configure.ac''&lt;br /&gt;
at line 44: remove the following block:&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
for path in /usr/include/elfutils /usr/local/include/elfutils \&lt;br /&gt;
       /usr/include/libelf /usr/local/include/libelf; do&lt;br /&gt;
   if test -f ${path}/gelf.h; then&lt;br /&gt;
       CPPFLAGS=&amp;quot;$CPPFLAGS -I ${path}&amp;quot;&lt;br /&gt;
   fi&lt;br /&gt;
done&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
( it adds /usr/include/elfutils to path, which causes cross-compile badness error )&lt;br /&gt;
&lt;br /&gt;
=== QEMU build fails to compile USB code ===&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: variable or field `__user' declared void&lt;br /&gt;
/usr/include/linux/usbdevice_fs.h:116: error: syntax error before '*' token&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_control':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:103: error: invalid application of `sizeof' to incomplete type `usbdevfs_ctrltran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_handle_data':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: error: storage size of 'bt' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:132: error: invalid application of `sizeof' to incomplete type `usbdevfs_bulktran&lt;br /&gt;
sfer'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:120: warning: unused variable `bt'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c: In function `usb_host_device_open':&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: error: storage size of 'ctrl' isn't known&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:202: error: invalid application of `sizeof' to incomplete type `usbdevfs_ioctl'&lt;br /&gt;
/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c:199: warning: unused variable `ctrl'&lt;br /&gt;
make[2]: *** [usb-linux.o] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
'''FIX: '''&lt;br /&gt;
edit ''/home/moko/openmoko/trunk/src/host/qemu-neo1973/usb-linux.c''&lt;br /&gt;
at line 29 add the following (before ''#include &amp;lt;linux/usbdevice_fs.h&amp;gt;'')&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
#include &amp;lt;linux/compiler.h&amp;gt;&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
hint: there is a copy of the file in ''/home/moko/build/tmp/work/i686-linux/qemu-native-0.9.0+cvs20070613-r5/qemu/usb-linux.c''&lt;br /&gt;
&lt;br /&gt;
''see: http://osdir.com/ml/emulators.kvm.devel/2007-01/msg00101.html''&lt;br /&gt;
&lt;br /&gt;
== Cannot satisfy fstests ==&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
  make openmoko-devel-image&lt;br /&gt;
...&lt;br /&gt;
| Collected errors:&lt;br /&gt;
| ERROR: Cannot satisfy the following dependencies for task-openmoko-debug:&lt;br /&gt;
|        fstests&lt;br /&gt;
NOTE: Task failed: /no-backup/Moko/build/tmp/work/fic-gta01-linux/openmoko-devel-image-1.0-r0/temp/log.do_rootfs.25036&lt;br /&gt;
NOTE: package openmoko-devel-image-1.0-r0: task do_rootfs: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
Failed on debian etch 2007-07-20&lt;br /&gt;
Solution from mailing list post from hardskinone, report of an irc chat&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
I got help in IRC channel. I do following steps&lt;br /&gt;
     * remove fstest from oe/packages/tasks/task-openmoko.bb ,&lt;br /&gt;
     * increase PR field by one&lt;br /&gt;
     * make openmoko-devel-image&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== conflicting types for 'futimens' ==&lt;br /&gt;
&lt;br /&gt;
if you encounter the following error:&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
 | In file included from utimecmp.c:40:&lt;br /&gt;
 | utimens.h:2: error: conflicting types for 'futimens'&lt;br /&gt;
 | /usr/include/sys/stat.h:370: error: previous declaration of 'futimens' was here&lt;br /&gt;
&lt;br /&gt;
a patch is needed because your glibc is too new. grab &amp;amp; enable the patch as follows &lt;br /&gt;
&lt;br /&gt;
 cd openembedded/packages/coreutils&lt;br /&gt;
 mv coreutils_5.3.0.bb coreutils_5.3.0.orig&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils_5.3.0.bb&lt;br /&gt;
 cd -&lt;br /&gt;
 cd openembedded/packages/coreutils/coreutils-5.3.0&lt;br /&gt;
 wget http://www.openembedded.org/repo/org.openembedded.dev/packages/coreutils/coreutils-5.3.0/futimens.patch&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
== Workaround for problems compiling mtd-utils ==&lt;br /&gt;
&lt;br /&gt;
Change the line on &amp;lt;code&amp;gt;openembedded/packages/mtd/mtd-utils_1.0.0+git.bb&amp;lt;/code&amp;gt; which reads:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=master \&lt;br /&gt;
&lt;br /&gt;
to:&lt;br /&gt;
&lt;br /&gt;
 SRC_URI = &amp;quot;git://git.infradead.org/mtd-utils.git;protocol=git;tag=a6fa706fe9e7696b4b2045edf9698c3bac07e3e3 \&lt;br /&gt;
&lt;br /&gt;
which forces the recipe to use an older revision (the one which worked last time I built the image on my computer).&lt;br /&gt;
&lt;br /&gt;
Be sure to remember to undo the change later, or else you will not get any new changes to that package. --[[User:CesarB|CesarB]] 04:48, 25 July 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
Note: these patches should be updated - the lzo patch is included in the current version, so backing off to the previous version and repatching seems silly.   I was able to make it through this part of the build by applying the remaining patches manually. --[[User:Mellon|Ted Lemon]] 15:44, 29 July 2007 (CDT)&lt;br /&gt;
&lt;br /&gt;
== Monotone segfaulting on Ubuntu Feisty Fawn/PPC ==&lt;br /&gt;
If you are running Ubuntu Feisty Fawn on a PowerPC computer you will experience problems running monotone. To fix this issue you need to install monotone as well as the libboost packages from Gutsy. The easiest way to accomplish this is to add the gutsy repositories to your sources.list&lt;br /&gt;
and change the preferences to look like this:&lt;br /&gt;
&lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=feisty&lt;br /&gt;
 Pin-Priority: 700&lt;br /&gt;
 &lt;br /&gt;
 Package: *&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: -100&lt;br /&gt;
 &lt;br /&gt;
 Package: libc6 libc6-dev tzdata util-linux libgcc1 libstdc++6 monotone   &lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
 &lt;br /&gt;
 Package: libboost-*&lt;br /&gt;
 Pin: release a=gutsy&lt;br /&gt;
 Pin-Priority: 800&lt;br /&gt;
&lt;br /&gt;
After doing this install monotone in this way:&lt;br /&gt;
 apt-get -t gutsy install monotone.&lt;br /&gt;
That should install monotone 0.35 with updated (and working) boost libraries.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
== Fails on ncurses install in Fedora 7 with a &amp;quot;tic -x&amp;quot; message ==&lt;br /&gt;
Adjust the following command to your system, then run it:&lt;br /&gt;
 export LD_LIBRARY_PATH=/home/moko/build/tmp/work/x86_64-linux/ncurses-native-5.4-r8/ncurses-5.4/lib&lt;br /&gt;
Then start make again and it should pick up where it left off.&lt;br /&gt;
&lt;br /&gt;
You can get a list of potential paths to use with the following command from you main moko directory:&lt;br /&gt;
 find . | grep libncurses&lt;br /&gt;
&lt;br /&gt;
The basic problem is that it is linking against your main system libraries instead of the OpenEmbedded ones.&lt;br /&gt;
&lt;br /&gt;
There's probably a cleaner way of handling this - please update this entry if you know it.&lt;br /&gt;
&lt;br /&gt;
This has been fixed in Openembedded, see [http://bugs.openembedded.org/show_bug.cgi?id=2554 Openembedded Bug #2554] for further details.&lt;br /&gt;
&lt;br /&gt;
== uboot-gta01 fails to build ==&lt;br /&gt;
Changes in the GIT of U-Boot make the OpenMoko patches unapplyable. For the use of Revision ''cc3023b9f95d7ac959a764471a65001062aecf41'' and everything will be fine for now.&lt;br /&gt;
&lt;br /&gt;
== Perl fails to build ==&lt;br /&gt;
After following every bit of advice I can find to 'make clean' and nuke the perl build directories, every build comes up with:&lt;br /&gt;
&lt;br /&gt;
 | make[1]: Entering directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | make[1]: *** No rule to make target `&amp;lt;command-line&amp;gt;', needed by `miniperlmain.o'.  Stop.&lt;br /&gt;
 | make[1]: Leaving directory `/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7'&lt;br /&gt;
 | FATAL: oe_runmake failed&lt;br /&gt;
 NOTE: Task failed: /src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/temp/log.do_compile.19531&lt;br /&gt;
 NOTE: package perl-native-5.8.7-r3: task do_compile: failed&lt;br /&gt;
&lt;br /&gt;
Solution turned out to be editing &lt;br /&gt;
/src/openmoko/build/tmp/work/i686-linux/perl-native-5.8.7-r3/perl-5.8.7/makedepend.SH and at line 169 change the regexp to eat references to &amp;quot;&amp;lt;command.line&amp;gt;&amp;quot; to catch what was leaking through.&lt;br /&gt;
&lt;br /&gt;
== Gettext fails to build ==&lt;br /&gt;
Gettext's build is broken unless you have emacs installed. Crazy though it seems. You will see an error like:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
| WARNING: Warnings can be ignored. :-)&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
| if test &amp;quot;no&amp;quot; != no; then \&lt;br /&gt;
|         set x; \&lt;br /&gt;
|         list='po-mode.el po-compat.el'; for p in $list; do \&lt;br /&gt;
|           if test -f &amp;quot;$p&amp;quot;; then d=; else d=&amp;quot;./&amp;quot;; fi; \&lt;br /&gt;
|           set x &amp;quot;$@&amp;quot; &amp;quot;$d$p&amp;quot;; shift; \&lt;br /&gt;
|         done; \&lt;br /&gt;
|         shift; \&lt;br /&gt;
|         EMACS=&amp;quot;no&amp;quot; /bin/bash ../../config/elisp-comp &amp;quot;$@&amp;quot; || exit 1; \&lt;br /&gt;
|       else : ; fi&lt;br /&gt;
| mv: cannot move `elc-temp' to `elc-stamp': No such file or directory&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[5]: *** [elc-stamp] Error 1&lt;br /&gt;
| make[5]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[4]: *** [po-mode.elc] Error 2&lt;br /&gt;
| make[4]: *** Waiting for unfinished jobs....&lt;br /&gt;
| make[4]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools/misc'&lt;br /&gt;
| make[3]: *** [all-recursive] Error 1&lt;br /&gt;
| make[3]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[2]: *** [all] Error 2&lt;br /&gt;
| make[2]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1/gettext-tools'&lt;br /&gt;
| make[1]: *** [all-recursive] Error 1&lt;br /&gt;
| make[1]: Leaving directory `/home/raster/moko/build/tmp/work/i686-linux/gettext-native-0.14.1-r5/gettext-0.14.1'&lt;br /&gt;
| FATAL: oe_runmake failed&lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The solution is simple - install emacs (example below for debian/ubuntu) and try again:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
sudo apt-get install emacs&lt;br /&gt;
make clean-package-gettext-native-0.14.1-r5&lt;br /&gt;
make openmoko-devel-image                  &lt;br /&gt;
&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
== Fails compiling binutils-cross on Gentoo/AMD64 and openSUSE/x86_64 ==&lt;br /&gt;
&lt;br /&gt;
make setup works fine, but when running make openmoko-devel-image it fails with the following:&lt;br /&gt;
&lt;br /&gt;
&amp;lt;pre&amp;gt;&lt;br /&gt;
| make[4]: Entering directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[4]: Nothing to be done for `install'.&lt;br /&gt;
| make[4]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty/testsuite'&lt;br /&gt;
| make[3]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi/libiberty'&lt;br /&gt;
| make[2]: Nothing to be done for `install-target'.&lt;br /&gt;
| make[2]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| make[1]: Leaving directory `build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/binutils-2.18/build.x86_64-linux.arm-angstrom-linux-gnueabi'&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib/gcc-lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross/lib: No such file or directory&lt;br /&gt;
| rmdir: build/tmp/cross//home/techiem2/Moko/build/tmp/cross: No such file or directory&lt;br /&gt;
| mv: cannot stat `build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
NOTE: Task failed: build/tmp/work/armv4t-angstrom-linux-gnueabi/binutils-cross-2.18-r0/temp/log.do_stage.9730&lt;br /&gt;
NOTE: package binutils-cross-2.18-r0: task do_populate_staging: failed&lt;br /&gt;
ERROR: TaskFailed event exception, aborting&lt;br /&gt;
NOTE: package binutils-cross-2.18: failed&lt;br /&gt;
ERROR: Build of openembedded/packages/binutils/binutils-cross_2.18.bb do_populate_staging failed&lt;br /&gt;
ERROR: Task 1641 (openembedded/packages/binutils/binutils-cross_2.18.bb, do_populate_staging) failed&lt;br /&gt;
NOTE: Tasks Summary: Attempted 107 tasks of which 107 didn't need to be rerun and 1 failed.&lt;br /&gt;
ERROR: 'openembedded/packages/binutils/binutils-cross_2.18.bb' failed&lt;br /&gt;
make: *** [openmoko-devel-image] Error 1&lt;br /&gt;
&amp;lt;/pre&amp;gt;&lt;br /&gt;
&lt;br /&gt;
The final reason why the build cannot continue is:&lt;br /&gt;
 mv: cannot stat `/home/techiem2/Moko/build/tmp/cross/lib/libiberty.a': No such file or directory&lt;br /&gt;
&lt;br /&gt;
Likely, Gentoo/AMD64 uses lib64 instead of lib as the library directory for x86_64 libraries. It's l likey that may (or all?) AMD64 distributions do for their 64-bit binaries. At least on openSUSE-x86_64, the same happens.&lt;br /&gt;
&lt;br /&gt;
At least on openSUSE-10.3 the missing libiberty.a was inatalled to build/tmp/cross/lib64/libiberty.a, which is clearly wrong.&lt;br /&gt;
&lt;br /&gt;
After seeing this, I assumed that openmoko/openembedded was clearly not tested with lib64 build hosts and since that would mean that even if I'd fix that error, many others could follow, and as I was not interested to fix the lib64 bugs but rather wanted to see something running first, I decided to make openmoko/openembedded think that it was running on a normal 32-bit non-lib64 machine.&lt;br /&gt;
&lt;br /&gt;
There are several ways to do that:&lt;br /&gt;
* You install an IA32-Linux somewhere and use that for building:&lt;br /&gt;
** Do a native install and dual-boot the IA32-linux (That's for dummies which do not know the other tricks)&lt;br /&gt;
** Install IA32-Linux in a virtual machine (Quite some setup and has some overhead too)&lt;br /&gt;
* you can install a 32-bit development system in to a chroot jail and compile there (also quite some setup and inconvinience)&lt;br /&gt;
* Or you can install a 32-bit development system on the 64-bit host (suppored on openSUSE, should be possible with Gentoo/AMD64 too)&lt;br /&gt;
&lt;br /&gt;
I decided to go for the last option - to install a 32-bit development environment and use that:&lt;br /&gt;
&lt;br /&gt;
=== Build cross-binutils, cross-gcc and QEMU using -m32 on 64-bit hosts ===&lt;br /&gt;
&lt;br /&gt;
Here are my notes from openSUSE-10.3, no idea how gentoo names these things:&lt;br /&gt;
&lt;br /&gt;
Install the following packages for the 32-bit C/C++ compiler target option -m32 to work and to compile what is needed&lt;br /&gt;
&lt;br /&gt;
 gcc-32bit libgcc-32bit glibc-devel-32bit libstdc++-devel-32bit ncurses-devel-32bit zlib-devel-32bit gtk2-devel-32bit&lt;br /&gt;
&lt;br /&gt;
The current openSUSE 10.3 had no libopenssl-devel-32bit, so I had to install this 32-bit rpm:&lt;br /&gt;
 &lt;br /&gt;
 libopenssl-devel&lt;br /&gt;
&lt;br /&gt;
For MokoMakefile to not fail on compiling qemu-user, you need gcc33, I used:&lt;br /&gt;
&lt;br /&gt;
 wget download.opensuse.org/repositories/devel:/tools:/gcc/openSUSE_Factory/i586/{cpp,gcc}33-3.3.3-41.8.i586.rpm&lt;br /&gt;
 rpm -Uhv {cpp,gcc}33-3.3.3-41.8.i586.rpm&lt;br /&gt;
&lt;br /&gt;
Note these need to be the 32-bit cpp33 and gcc33 rpms as the 64-bit gcc33 rpms for openSUSE do not support the 32-bit target.&lt;br /&gt;
&lt;br /&gt;
Then I used&lt;br /&gt;
 linux32&lt;br /&gt;
In order to build moko with the personality of the system set to i686 (uname -m changes to i686):&lt;br /&gt;
 cd ~/moko&lt;br /&gt;
 linux32 su - $USERNAME&lt;br /&gt;
&lt;br /&gt;
And set up gcc scripts which force the compilation of 32-bit binaries:&lt;br /&gt;
&lt;br /&gt;
 mkdir bin;cd bin&lt;br /&gt;
 echo '/usr/bin/${0##*/} -m32 &amp;quot;$@&amp;quot;'        &amp;gt;gcc&lt;br /&gt;
 echo '/usr/bin/${0##*/} -m elf_i386 &amp;quot;$@&amp;quot;' &amp;gt;ld&lt;br /&gt;
 echo '/usr/bin/${0##*/} --32 &amp;quot;$@&amp;quot;'        &amp;gt;gas&lt;br /&gt;
 sed -i '1i#!/bin/sh' gcc gas ld&lt;br /&gt;
 chmod 755 gcc gas ld&lt;br /&gt;
 ln -s gcc cc &lt;br /&gt;
 ln -s gcc c++&lt;br /&gt;
 ln -s gcc g++&lt;br /&gt;
 ln -s gas as&lt;br /&gt;
 echo PATH=\&amp;quot;&amp;quot;$PWD&amp;quot;:\$PATH\&amp;quot; &amp;gt;.setup-gcc-m32&lt;br /&gt;
 cd -&lt;br /&gt;
&lt;br /&gt;
Then set the path and test it:&lt;br /&gt;
&lt;br /&gt;
 source bin/.setup-gcc-m32&lt;br /&gt;
 type gcc&lt;br /&gt;
&lt;br /&gt;
It would be of course much better to fix the binutils build, maybe it's the only build which is broken because binutils may&lt;br /&gt;
be a special package, going into the directory where it compiled and grepping for lib64 could help to find the bug.&lt;br /&gt;
&lt;br /&gt;
== More package requirements ==&lt;br /&gt;
&lt;br /&gt;
On my system (Kubuntu 6.10) build failed with message &amp;quot;ERROR: QEMU requires SDL or Cocoa for graphical output&amp;quot; because package &amp;lt;tt&amp;gt;libsdl-image1.2-dev&amp;lt;/tt&amp;gt; was missing. Use &amp;lt;tt&amp;gt;apt-get install libsdl-image1.2-dev&amp;lt;/tt&amp;gt; to install. Additionally I had to install packages &amp;lt;tt&amp;gt;cvs&amp;lt;/tt&amp;gt; and &amp;lt;tt&amp;gt;diffstat&amp;lt;/tt&amp;gt;. I was also asked to install Psyco JIT Compiler (package &amp;lt;tt&amp;gt;python-psyco&amp;lt;/tt&amp;gt;) to increase performance. Nevertheless &amp;lt;tt&amp;gt;make flash-qemu-local&amp;lt;/tt&amp;gt; took some hours, but now I finally can get an impression of the phone that I am looking for! -- [[User:Nichtich|Nichtich]] 00:26, 20 September 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== pango-directfb failed to build due to missing Glib 2.14.x ==&lt;br /&gt;
&lt;br /&gt;
The latest(as of Sept. 25, 2007) build started to fail with the following error:&lt;br /&gt;
&lt;br /&gt;
 | checking for GLIB... no&lt;br /&gt;
 | configure: error:&lt;br /&gt;
 | *** Glib 2.14.0 or better is required. The latest version of&lt;br /&gt;
 | *** Glib is always available from ftp://ftp.gtk.org/.&lt;br /&gt;
 | FATAL: oe_runconf failed&lt;br /&gt;
 NOTE: Task failed:&lt;br /&gt;
 /media/sdc1/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/\&lt;br /&gt;
     pango-directfb-1.18.1-r0/temp/log.do_configure.19927&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1-r0: task do_configure: failed&lt;br /&gt;
 ERROR: TaskFailed event exception, aborting&lt;br /&gt;
 NOTE: package pango-directfb-1.18.1: failed&lt;br /&gt;
 ERROR: Build of /media/sdc1/moko/openembedded/packages/pango/\&lt;br /&gt;
     pango-directfb_1.18.1.bb do_configure failed&lt;br /&gt;
&lt;br /&gt;
The Glib included in the build tree seems to be only 2.12.12, so looks like something&lt;br /&gt;
is broken in term of dependency.&lt;br /&gt;
&lt;br /&gt;
This had happened on both of Fedora 7 and Debian Etch.  I am running the latest &lt;br /&gt;
MokoMakefile with OM-2007.2.  The funny thing is that the build had worked only &lt;br /&gt;
couple nights ago. Any idea?  I will update anything I find here and also on my blog(see my user profile).&lt;br /&gt;
[[User:ttz|ttz]] Wed Sep 26 12:17:33 CDT 2007&lt;br /&gt;
&lt;br /&gt;
pango-directfb had been removed from OE for now due to the report of it breaking builds like OpenMoko.&lt;br /&gt;
&lt;br /&gt;
[[User:ttz|ttz]] Thu Oct  4 10:20:12 CDT 2007&lt;br /&gt;
&lt;br /&gt;
== uicmoc4 failes to compile ==&lt;br /&gt;
&lt;br /&gt;
This is solved by installing libz-dev&lt;br /&gt;
&lt;br /&gt;
Or, look at [http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=747 Bug #747]&lt;br /&gt;
&lt;br /&gt;
== svn: REPORT request failed on '/repos/tasks/!svn/vcc/default' ==&lt;br /&gt;
&lt;br /&gt;
  osiris$ make update&lt;br /&gt;
  ...&lt;br /&gt;
  Fetching external item into 'trunk/src/target/OM-2007.2/applications/openmoko-today2/libkoto'&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
  make: *** [update-openmoko] Error 1&lt;br /&gt;
&lt;br /&gt;
  osiris$ cd openmoko/trunk/src/target/OM-2007.2/applications/openmoko-today2//libkoto/&lt;br /&gt;
  osiris$ svn up -r HEAD&lt;br /&gt;
  svn: REPORT request failed on '/repos/tasks/!svn/vcc/default'&lt;br /&gt;
  svn: REPORT of '/repos/tasks/!svn/vcc/default': 200 OK (http://svn.o-hand.com)&lt;br /&gt;
&lt;br /&gt;
Anyone know about this one?&lt;br /&gt;
--[[User:Blackh|Blackh]] 00:11, 12 October 2007 (CEST)&lt;br /&gt;
&lt;br /&gt;
== bootparam_prot.h fails to install in glibc-intermediate-2.5 package (Debian sid) ==&lt;br /&gt;
&lt;br /&gt;
  | install: cannot stat&lt;br /&gt;
    `/home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc/bootparam_prot.h'&lt;br /&gt;
    No such file or directory&lt;br /&gt;
  NOTE: Task failed: /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/temp/log.do_stage.3940&lt;br /&gt;
&lt;br /&gt;
For some reason, on Debian, the rpcgen command needs &amp;quot;-Y /usr/bin&amp;quot; added to the end of it or it won't work (&amp;quot;cannot find any C preprocessor (cpp)&amp;quot;).  This can be fixed by hand...&lt;br /&gt;
&lt;br /&gt;
 cd /home/blackh/src/openmoko/moko/build/tmp/work/armv4t-angstrom-linux-gnueabi/&lt;br /&gt;
    glibc-intermediate-2.5-r7/glibc-2.5/sunrpc/rpcsvc&lt;br /&gt;
 for f in *.x ; do rpcgen -h $f -o ${f%%.x}.h -Y /usr/bin ; done&lt;br /&gt;
&lt;br /&gt;
This command will generate the right files and you can resume the build with&lt;br /&gt;
&lt;br /&gt;
make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
Here is a better fix - put this script, calling it rpcgen, somewhere in your PATH before /usr/bin:&lt;br /&gt;
&lt;br /&gt;
  #!/bin/sh&lt;br /&gt;
  exec /usr/bin/rpcgen -Y /usr/bin &amp;quot;$@&amp;quot;&lt;br /&gt;
&lt;br /&gt;
--[[User:Blackh|Blackh]] 05:17, 12 October 2007 (CEST)&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/MokoMakefile</id>
		<title>MokoMakefile</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/MokoMakefile"/>
				<updated>2007-11-20T19:22:22Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* SuSE */ added diffstat to the list of rpms to install&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;MokoMakefile is a Makefile which saves lots of work when setting up an OpenMoko build environment.&lt;br /&gt;
By automating the setup process of a new OpenMoko build environment, it provides an environment which is configured the same for all the existing developers and should therefore be preferred over manual procedures or individual setup procedures.&lt;br /&gt;
It brings the same repeatability to build environment creation and maintenance as that which the BitBake scripts bring to [[OpenEmbedded]] ease and standardize the process of building OpenEmbedded.&lt;br /&gt;
&lt;br /&gt;
Unlike the manual process described at [[Building OpenMoko from scratch]], MokoMakefile does not install anything into your system (it can and should be started as normal user).&lt;br /&gt;
MokoMakefile is a wrapper around all that to make it easy to set up and maintain a development environment that fully complies with the setup instructions published by OpenMoko.&lt;br /&gt;
&lt;br /&gt;
MokoMakefile is developed by [[User:RodWhitby|Rod Whitby]] - it is not an official product of OpenMoko (although I would be happy for them to pick it up and use it internally).  If there is any discrepancy between the [[OpenMoko2007.2#How_to_build|official OpenMoko build instructions]], and the operation of the MokoMakefile, then you should consider the official instructions to be correct.&lt;br /&gt;
&lt;br /&gt;
The MokoMakefile is able to build either OM-2007.1 or OM-2007.2 images.  The core team chooses the default, but you can select one or the other at the top of the Makefile.&lt;br /&gt;
&lt;br /&gt;
MokoMakefile also builds the QEMU-based neu1973 emulator as part of the build process and has make targets to install the  OpenMoko images into it and run it. These commands can also be used without downloading and building the whole OpenMoko OpenEmbedded distribution. This part is described in [[Using QEMU with MokoMakefile]].&lt;br /&gt;
&lt;br /&gt;
== Requirements for building OpenMoko ==&lt;br /&gt;
Independent on whether MokoMakefile or a manual process is used to setup an OpenMoko build environment, there are several requirements which must be fullfilled in order for the OpenMoko build to succeed:&lt;br /&gt;
&lt;br /&gt;
* RAM: The build host needs to have at least 512MB of RAM, and about the same amount of swap. Some packages built by OpenEmbedded like busybox are built by compiling all source files into one binary which causes gcc to grow beyond 300MB of size and no part of this memory may be on swap for the compile to finish in predictable time. For busybox, this can be turned off, but turning this off means that busybox will not as well optimized by gcc.&lt;br /&gt;
&lt;br /&gt;
* Disk space: You need about 12 GB of available disk space for the OpenMoko build to succeed (see below for a tip on how to reduce this).&lt;br /&gt;
&lt;br /&gt;
* Time: The initial build takes at least 5 hours (on 2GHz core2duo without multiprocessor optimization) and may take several days on slower machines.&lt;br /&gt;
&lt;br /&gt;
=== Required software ===&lt;br /&gt;
The version control system used by OpenEmbedded is [http://monotone.ca monotone], it is not downloaded and installed by MokoMakefile. If your distribution does not provide a package, you can download and install a static binary from http://monotone.ca&lt;br /&gt;
&lt;br /&gt;
Some distribution specific hints on preparing your build host for building OpenEmbedded are on   http://www.openembedded.org/wiki/OEandYourDistro but they may be outdated, incomplete and do not cover everything which OpenMoko needs to build.&lt;br /&gt;
&lt;br /&gt;
A good guide is [[Building OpenMoko from scratch#Build host prerequisites|the section on build host prerequisites]] in [[Building OpenMoko from scratch]]&lt;br /&gt;
&lt;br /&gt;
If you forgot anything which OE needs itself, OE will tell you shortly after you start building, but it does not check build dependices of OpenMoko, so you either have to install them before starting or install them after the build failed. OpenEmbedded will continue where it stopped when you restart the build afterwards.&lt;br /&gt;
&lt;br /&gt;
==== Package requirements by distribution ====&lt;br /&gt;
Your distribution needs to provide these commands in order for OpenEmbedded to start building:&lt;br /&gt;
 subversion texi2html texinfo help2man&lt;br /&gt;
&lt;br /&gt;
OpenMoko needs the development packages (with header files, development libraries and tools) in order to finish building:&lt;br /&gt;
 ncurses zlib (or libz) OpenSSL GTK++&lt;br /&gt;
&lt;br /&gt;
Because there are bugs in the interaction of QEMU and GCC-4, you'll need a copy of gcc-3.x installed as well.&lt;br /&gt;
&lt;br /&gt;
===== Debian / Ubuntu =====&lt;br /&gt;
  apt-get install subversion monotone build-essential help2man&lt;br /&gt;
    diffstat texi2html texinfo cvs gawk&lt;br /&gt;
  apt-get install libncurses5-dev libz-dev libssl-dev libgtk2.0-dev&lt;br /&gt;
  # To prevent errors in host validation&lt;br /&gt;
  apt-get install ca-certificates&lt;br /&gt;
  # For OpenMoko 2007.2 using BitBake-1.8.8:&lt;br /&gt;
  apt-get install python-pysqlite2 sqlite3 sqlite3-doc python-pysqlite2-dbg&lt;br /&gt;
  # For building faster&lt;br /&gt;
  apt-get install quilt python-psyco ccache&lt;br /&gt;
  # For qemu, install a second compiler for bug avoidance; MokoMakefile knows to look for it.&lt;br /&gt;
  apt-get install gcc-3.4 g++-3.4 libsdl1.2-dev lynx&lt;br /&gt;
&lt;br /&gt;
===== SuSE =====&lt;br /&gt;
For building OpenMoko on 10.3, you need&lt;br /&gt;
 gcc-c++ ncurses-devel zlib-devel libopenssl-devel gtk2-devel subversion diffstat texinfo help2man [http://download.opensuse.org/repositories/devel:/tools:/scm/openSUSE_Factory/repodata/repoview/Development.Tools.group.html monotone]&lt;br /&gt;
10.1 and 10.2: same packages as 10.3, but install &amp;lt;code&amp;gt;openssl-devel&amp;lt;/code&amp;gt; instead of libopenssl-devel. Use monotone for [http://download.opensuse.org/repositories/devel:/tools:/scm/openSUSE_10.2/repodata/repoview/Development.Tools.group.html 10.2] or [http://download.opensuse.org/repositories/devel:/tools:/scm/SUSE_Linux_10.1/repodata/repoview/Development.Tools.group.html 10.1]&lt;br /&gt;
&lt;br /&gt;
==== For all distributions ====&lt;br /&gt;
As the QEMU-based neo1973 emulator is also built as part of the build process started by MokoMakefile, so you need gcc-3.3 and other packages for building QEMU installed. See [[Using QEMU with MokoMakefile#Build requirements|the build requirements section]] in [[Using QEMU with MokoMakefile]] for information on the required software.&lt;br /&gt;
&lt;br /&gt;
== Building OpenMoko with MokoMakefile ==&lt;br /&gt;
&lt;br /&gt;
1 - Create your $OMDIR directory (note that you can change ~/moko to any directory you like):&lt;br /&gt;
   mkdir ~/moko ; cd ~/moko&lt;br /&gt;
2 - Grab MokoMakefile:&lt;br /&gt;
   wget http://www.rwhitby.net/files/openmoko/Makefile&lt;br /&gt;
&lt;br /&gt;
If that doesn't work, try &lt;br /&gt;
&lt;br /&gt;
   wget http://svn.nslu2-linux.org/svnroot/mokomakefile/trunk/Makefile&lt;br /&gt;
&lt;br /&gt;
   note: If you want to compile for the old version 2007.1 instead of the new&lt;br /&gt;
         version edit the top of the Makefile. Edit the lines at the top to &lt;br /&gt;
         look like this:&lt;br /&gt;
             OPENMOKO_GENERATION = 2007.1&lt;br /&gt;
             #OPENMOKO_GENERATION = 2007.2&lt;br /&gt;
&lt;br /&gt;
{{note|For building 2007.2, MokoMakefile uses BitBake 1.8.8 which requires python-sqlite2 and sqlite-3.3 or later. Users of SUSE Linux 10.1 can update to [http://download.opensuse.org/pub/opensuse/distribution/10.2/repo/oss/suse/i586/sqlite-3.3.8-14.i586.rpm the version of openSUSE 10.2]}}&lt;br /&gt;
&lt;br /&gt;
3 - Set up the environment:&lt;br /&gt;
   make setup&lt;br /&gt;
4 - Start building. Before starting a lengthy make process, check the Tips section below for how to make Make multicore aware. You may want to modify the build/conf/local.conf file for your target (emulation/chroot) environment:&lt;br /&gt;
   make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
This will set up the recommended directory structure as described in [[Building OpenMoko from scratch]], will download all the required software (from the right places with the right versions), and will immediately start building an image.&lt;br /&gt;
&lt;br /&gt;
Once you have done this, you can choose to continue using the MokoMakefile to initiate your subsequent builds, or you can go into the build directory and run bitbake commands manually.  The choice is yours.&lt;br /&gt;
&lt;br /&gt;
==Updating the environment==&lt;br /&gt;
For easy maintenance of your build environment the following commands are available.&lt;br /&gt;
&lt;br /&gt;
1 - To update the MokoMakefile to the latest version:&lt;br /&gt;
   make update-makefile &lt;br /&gt;
&lt;br /&gt;
2 - To make sure that any recent changes to the build directory structure have been applied:&lt;br /&gt;
   make setup &lt;br /&gt;
&lt;br /&gt;
3 - To update the OpenMoko repository checkout and the MokoMakefile patches to the latest version:&lt;br /&gt;
   make update&lt;br /&gt;
&lt;br /&gt;
A quick way to rebuild a new image with the latest updates:&lt;br /&gt;
   make update-makefile &amp;amp;&amp;amp; make setup update openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
==Build issues==&lt;br /&gt;
First, make sure that the problem is reproducible after running&lt;br /&gt;
&lt;br /&gt;
 make update-makefile &amp;amp;&amp;amp; make setup &amp;amp;&amp;amp; make update&lt;br /&gt;
&lt;br /&gt;
then run&lt;br /&gt;
&lt;br /&gt;
 make clean-package-&amp;lt;foo&amp;gt;&lt;br /&gt;
&lt;br /&gt;
(where you replace &amp;lt;foo&amp;gt; with the name of the package which is failing)&lt;br /&gt;
&lt;br /&gt;
and finally&lt;br /&gt;
&lt;br /&gt;
 make openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
If you can get the error to occur three times in a row after running that sequence of commands (including the update and setup steps) three times, then feel free to report it to rwhitby in #openmoko on [http://wiki.openmoko.org/wiki/Development_resources#IRC IRC].&lt;br /&gt;
&lt;br /&gt;
===Known MokoMakefile errors ===&lt;br /&gt;
If you experience the following after changing from OM-2007.1 to OM-2007.2:&lt;br /&gt;
&lt;br /&gt;
 Patch bitbake-1.6.6-om3.patch does not apply (enforce with -f)&lt;br /&gt;
&lt;br /&gt;
then type &amp;quot;make clobber-patches&amp;quot; to fix it.  There was a period of 24 hours when there was a bug in the MokoMakefile which causes this problem.  Once the patches have been clobbered, they will re-download and the problem will not reoccur.&lt;br /&gt;
&lt;br /&gt;
===Fixes for distribution/environment-specific or isolated issues===&lt;br /&gt;
&lt;br /&gt;
Work-arounds for temporary or isolated problems can be found and should be added to the [[Talk:MokoMakefile|Discussion page]] which is associated with this page.  As they are fixed, they will be removed from that page.&lt;br /&gt;
&lt;br /&gt;
==Tips==&lt;br /&gt;
*You can reduce the amount of consumed disk space significantly by adding&lt;br /&gt;
   INHERIT += &amp;quot;rm_work&amp;quot;&lt;br /&gt;
in your local.conf (e.g. ~/moko/build/conf/local.conf). This will remove the contents of each build/tmp/work/*/&amp;lt;package&amp;gt; directory after the corresponding package builds correctly. As of 10/16/07, this appears to be present in local.conf by default.&lt;br /&gt;
&lt;br /&gt;
*If you an encounter an error with monotone similar to the following:&lt;br /&gt;
   mtn: misuse: database /home/''username''/moko/OE.mtn is laid out according to an old schema&lt;br /&gt;
Then you need to upgrade OE.mtn  Use the following command while in ~/moko:&lt;br /&gt;
   # mtn --db OE.mtn db migrate&lt;br /&gt;
&lt;br /&gt;
*If a certain package does not build due to corrupted download or some such try to remove the sources and rebuild it.&lt;br /&gt;
 rm sources/&amp;lt;package&amp;gt;*&lt;br /&gt;
 cd build&lt;br /&gt;
 . ../setup-env&lt;br /&gt;
 bitbake -crebuild &amp;lt;package&amp;gt;&lt;br /&gt;
after that your build might just work again.&lt;br /&gt;
&lt;br /&gt;
*For people with multiple CPU's (or dual-core ones) this small patch might be useful to build things faster.&lt;br /&gt;
Edit the local.conf and add the following lines:&lt;br /&gt;
 PARALLEL_MAKE = &amp;quot;-j 4&amp;quot;&lt;br /&gt;
 BB_NUMBER_THREADS = &amp;quot;4&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Change the PARALLEL_MAKE and BB_NUMBER_THREADS values to something that suits better if it chokes your machine.&lt;br /&gt;
&lt;br /&gt;
*For amd64 host users you need the patch from http://bugs.openembedded.org/show_bug.cgi?id=1765 to build db3-native&lt;br /&gt;
&lt;br /&gt;
* If you encounter an error related with the qemu-native package and not compiling for the qemu, you can edit the build/conf/local.conf file and add ENABLE_BINARY_LOCALE_GENERATION = &amp;quot;0&amp;quot; line to avoid the error.&lt;br /&gt;
&lt;br /&gt;
* To prevent building tons of locales, add a line like this to local.conf:&lt;br /&gt;
 GLIBC_GENERATE_LOCALES = &amp;quot;en_US.UTF-8 nl_NL.UTF-8&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* To not build any binary locales at all, add this to local.conf:&lt;br /&gt;
 ENABLE_BINARY_LOCALE_GENERATION = &amp;quot;0&amp;quot;&lt;br /&gt;
&lt;br /&gt;
* If you want to rebuild the package indexes (for instance, after compiling a new version of a package) without building &amp;lt;code&amp;gt;openmoko-devel-image&amp;lt;/code&amp;gt;, run &amp;lt;code&amp;gt;make build-package-package-index&amp;lt;/code&amp;gt;.&lt;br /&gt;
&lt;br /&gt;
==Developing with MokoMakefile==&lt;br /&gt;
&lt;br /&gt;
{{note|If using MokoMakefile with OM2007.2 then references to $OMDIR/openmoko should be replaced with $OMDIR/openembedded.  Also references to tmp/work/armv4t-linux should be replaced with tmp/work/fic-gta01-angstrom-linux-gnueabi}}&lt;br /&gt;
&lt;br /&gt;
For the following explanations $OMDIR is the directory where there Makefile puts all the stuff.&lt;br /&gt;
&lt;br /&gt;
To make in-tree changes and have them built and used by qemu:&lt;br /&gt;
&lt;br /&gt;
  cd $OMDIR/openmoko&lt;br /&gt;
  quilt new descriptive-patch-name.patch&lt;br /&gt;
  quilt add trunk/src/name-of-file-to-change # do this for every file you are about to modify&lt;br /&gt;
  ...make the changes...&lt;br /&gt;
  quilt refresh # this creates a file in $OMDIR/patches/openmoko-HEAD/ and updates the quilt series file there&lt;br /&gt;
&lt;br /&gt;
Note: Do '''NOT''' use absolute paths as this confuses quilt and will get you a diff of the file against /dev/null!&lt;br /&gt;
&lt;br /&gt;
To build the changes and have them used by qemu:&lt;br /&gt;
&lt;br /&gt;
  make build-qemu&lt;br /&gt;
  make flash-qemu-local&lt;br /&gt;
  make run-qemu&lt;br /&gt;
&lt;br /&gt;
If you want to modify applications instead of the openmoko toolchain, this is what you have to do (example: openmoko-messages):&lt;br /&gt;
&lt;br /&gt;
  cd $OMDIR/build&lt;br /&gt;
  . ../setup-env&lt;br /&gt;
  bitbake -c unpack openmoko-messages&lt;br /&gt;
  cd ../build/tmp/work/armv4t-linux/openmoko-messages-0.0.1+svnnow-r2_2276/openmoko-messages/&lt;br /&gt;
  ...make the changes...&lt;br /&gt;
  cd -&lt;br /&gt;
  bitbake openmoko-messages&lt;br /&gt;
&lt;br /&gt;
Then continue with MokoMakefile usage.&lt;br /&gt;
&lt;br /&gt;
If you want to add an application to your openmoko distribution, do this:&lt;br /&gt;
All file edits should be done using quilt as described above. That way a patch can easily be submitted to the openmoko project.&lt;br /&gt;
First, create a directory that will correspond to your package and edit a '''.bb''' file in there:&lt;br /&gt;
  cd $OMDIR/openmoko/&lt;br /&gt;
  quilt new mycoolpackage.patch&lt;br /&gt;
  mkdir trunk/oe/packages/mycoolpackage&lt;br /&gt;
  quilt add trunk/oe/packages/mycoolpackage/mycoolpackage_1.bb&lt;br /&gt;
  quilt edit trunk/oe/packages/mycoolpackage/mycoolpackage_1.bb&lt;br /&gt;
&lt;br /&gt;
The file should have the following content:&lt;br /&gt;
  DESCRIPTION = &amp;quot;This is a cool package&amp;quot;&lt;br /&gt;
  SECTION = &amp;quot;username/mycoolpackage&amp;quot;&lt;br /&gt;
  PV = &amp;quot;1&amp;quot;&lt;br /&gt;
  &lt;br /&gt;
  inherit autotools&lt;br /&gt;
  &lt;br /&gt;
  SRC_URI = &amp;quot;http://www.example.com/download/mycoolpackage-1.tar.gz&amp;quot;&lt;br /&gt;
&lt;br /&gt;
Explanation:&lt;br /&gt;
* DESCRIPTION - Just a short text explaining the package&lt;br /&gt;
* SECTION - I have no clue, but I'll use username/mycoolpackage for now&lt;br /&gt;
* PV - Package Version&lt;br /&gt;
* inherit autotools - The package can be compiled by './configure &amp;amp;&amp;amp; make &amp;amp;&amp;amp; make install' so we tell MokoMakefile to do it this way.&lt;br /&gt;
* SRC_URI = ... - This is the download location of the package source. It's imperative that the tar.gz contains a directory called '''packagename-packageversion''' (in this case: mycoolpackage-1) so that MokoMakefile can find it automatically or the build will fail.&lt;br /&gt;
&lt;br /&gt;
This is not all. We also need to tell MokoMakfile that it needs to build and include the package in the image. To do this, do&lt;br /&gt;
  $OMDIR/openmoko# quilt edit trunk/oe/packages/tasks/task-openmoko.bb&lt;br /&gt;
Here, increase the value '''PR''' by one and add '''mycoolpackage \''' (with the backslash!) just before the line reading '''#  update-alternatives \'''.&lt;br /&gt;
&lt;br /&gt;
Now run&lt;br /&gt;
  quilt refresh&lt;br /&gt;
  cd ..&lt;br /&gt;
  make update openmoko-devel-image&lt;br /&gt;
&lt;br /&gt;
And if everything's alright you should now have an OpenMoko image to flash to your phone or run in qemu as described above.&lt;br /&gt;
&lt;br /&gt;
=== Hello World application ===&lt;br /&gt;
&lt;br /&gt;
There is a [http://wiki.openmoko.org/wiki/Building_a_hello_world_application Hello World!] tutorial available too.&lt;br /&gt;
&lt;br /&gt;
==Testimonials==&lt;br /&gt;
MokoMakefile is recommended by 4 out of 4 new developers on #openmoko, with testimonials such as &amp;quot;For some reason last night I couldn't get my manual install of everything to work (bb complained about my bbpath I think) ... but with your makefile, it works great!&amp;quot;, &amp;quot;MokoMakefile rocks!&amp;quot;, and &amp;quot;Wow this build system is nice - it just seems more polished than my gumstix toolchain buildroot system&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
Project page:&lt;br /&gt;
http://mokomakefile.projects.openmoko.org/&lt;br /&gt;
&lt;br /&gt;
{{Languages|MokoMakefile}}&lt;br /&gt;
&lt;br /&gt;
[[Category:Developer]]&lt;br /&gt;
[[Category:Guides]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Main_Page</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Main_Page"/>
				<updated>2007-11-20T16:40:52Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: Mention the flaky power management (suspend)&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Main_Page}}&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
{| cellspacing=&amp;quot;5&amp;quot; cellpadding=&amp;quot;0&amp;quot; style=&amp;quot;padding: 2%; margin:0em 0em 1em 0em; border:1px solid #F9D163; background:#FCE9B4; width:100%&amp;quot; &lt;br /&gt;
| &amp;lt;big&amp;gt;'''Welcome to the [[OpenMoko]]&amp;amp;trade; public Wiki'''&amp;lt;/big&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
[[Image:FIC-neo1973_small.jpg|200px|right|frontside]]&lt;br /&gt;
OpenMoko&amp;amp;trade; is an [http://en.wikipedia.org/wiki/Open_source Open Source] project to create the world's first free mobile phone operating system which runs a full X server and can therefore run most X applications.&lt;br /&gt;
&lt;br /&gt;
The [[OpenMoko]] project is a community that anyone can join, to help design their ideal phone.&lt;br /&gt;
&lt;br /&gt;
You can install any OpenMoko software over the whole range of [[Supported Hardware|supported phones]], and if you upgrade your phone, you don't lose that software. Bugs fixed on any phone are fixed on all. &lt;br /&gt;
&lt;br /&gt;
The [[Neo1973]] from [[FIC]] is the first of possibly many phones that OpenMoko may be used on. Buy it at [https://direct.openmoko.com/ Openmoko Online Shop]. You may check out the [[SH1 FAQ|Shipment 1 FAQ]] and the [[Phase 1 Software Testing|Phase 1 software test reports]].&lt;br /&gt;
&lt;br /&gt;
Please join us in collaborating on the OpenMoko project through any of the [[Development resources | project resources]] including this OpenMoko wiki. Please see the [[Help:Contents | wiki editing help]] page for information on making contributions to this wiki. A [[Meet the Core Team | core team]] of developers funded by FIC, Inc. leads the project.&lt;br /&gt;
&lt;br /&gt;
An [[introduction]] page is available, with [[Introduction#Photos|photos]] and [[Introduction#Videos|videos]]. Moreover, the usual [[FAQ | Frequently Asked Questions]] (FAQ) page might be helpful. Developers may find the [[ChangeLog | change log]] an important resource.&lt;br /&gt;
&lt;br /&gt;
{{warning|'''The software is not suitable for end users yet.''' It is of alpha-quality, and much functionality which expected to be present in a phone is not ready for an end-user yet. That means that even the most critical phone uses like making/receiving calls and SMS, using contacts and a calendar, are not there yet or are not finished yet. If you order a Neo1973, DO NOT expect to be able to use it as an everyday phone until December 2007 at the soonest, and probably later.}}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Latest status&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* The Openmoko snapshot from [[Phase_1_Software_Testing#Official_20071113_rootfs_with_20071113_.28r3238.29_kernel|20071113]], when employing a few steps, can sometimes (depending on the moon) make and receive calls but the dialer is in early alpha-testing state! Also note that there NO graphical frontend for handling SMS is included. Power management (suspend) is still flaky.&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* With some tweaks, it is now also also possible to use the Qtopia to make and receive calls, use contacts, and other basic tasks. But Qtopia has some issues with suspend, so it may last only 3-5 hours without external power or replacing the battery. See [[Qtopia on Neo 1973]] for details.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | What's Your Interest?&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Basic End-user]] - Information for end users who want basic functionality and no surprises&lt;br /&gt;
* [[Advanced End-user]] - Information for advanced end-users who want advanced and experimental functionality but who are not programmers&lt;br /&gt;
* [[Business Development]] - Exchange of commercial opportunities for promoting widespread end-user acceptance.&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Application Developer]] - Information for application developers, including ideas and specifications for applications, and tools to build them&lt;br /&gt;
* [[System Developer]] - Information for system developers, including bootloader, kernel, and libraries&lt;br /&gt;
* [[Hardware Developer]] - Information for hardware developers, including hardware specs and debug board&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#d1d1d1;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | General&lt;br /&gt;
! width=33% style=&amp;quot;background:#C5FDAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Guides&lt;br /&gt;
! width=33% style=&amp;quot;background:#FDAFAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Reference Documentation&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#ebebeb;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Development resources | Project Resources]] - Provides a centralized location of all resources such as [[Development resources#Mailing_Lists|mailing lists]], [[Development resources#IRC | communication tools]], and other software development oriented resources.&lt;br /&gt;
 &lt;br /&gt;
* [[Current events]] - Information on both past and future events where FIC or OpenMoko had or will have a presence.&lt;br /&gt;
* [http://forums.makeopensource.com/ Unofficial OpenMoko Forums] - Everyone is invited to collaborate with OpenMoko users and developers on the forums.&lt;br /&gt;
* Most of the documentation and Wiki assumes you are using Linux; here are some notes for users of [[Other OSes]].&lt;br /&gt;
* [[MacOS_X|Mac OS X]] - Information specific for those who use Mac OS X&lt;br /&gt;
* [[OpenLab]] - A physical area where OpenMoko can interact with FOSS community&lt;br /&gt;
&lt;br /&gt;
'''Administrative + Organizational'''&lt;br /&gt;
* [[Shipping Notes]] - Information to help FIC figure out how to ship products to you, and how much it might cost.&lt;br /&gt;
* [[My Account]] - Ideas for what sort of account-based services FIC should provide with the phone.&lt;br /&gt;
* [[Hear Me FIC]] - Information to help FIC know what the community wants.&lt;br /&gt;
* [[Listen Up Community]] - Community's To-Do-List&lt;br /&gt;
* [[Wiki Issues]] - problems/requests regarding this Wiki&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#E8FFDF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Getting Started with your Neo1973]]&lt;br /&gt;
* [[installation_guide|A guide for flashing and emulating the openmoko software]] (In progress, this should replace the following options)&lt;br /&gt;
** [[Flashing_openmoko|Flashing Neo1973 with the kernel, the root filesystem and optionally u-boot.]]&lt;br /&gt;
** [[MokoMakefile|Building OpenMoko using the MokoMakefile]]&lt;br /&gt;
** [[Application Development Crash Course]] -A very basic how-to for the new people. &lt;br /&gt;
** [[OpenMoko2007.2|Building OpenMoko 2007.2]]&lt;br /&gt;
** [[Building OpenMoko from scratch]]&lt;br /&gt;
*** [[Building a hello world application]]&lt;br /&gt;
*** Old [[Building OpenMoko from scratch (pre-BBT)]]&lt;br /&gt;
** [[Running OpenMoko on PC]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xoo]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xephyr]]&lt;br /&gt;
*** [[How to run OpenMoko Apps on PC]]&lt;br /&gt;
*** [[OpenMoko under QEMU]]&lt;br /&gt;
*** [[Test Openmoko Emulation with chroot image|Test Openmoko Emulation with a Prebuilt chroot Image]]&lt;br /&gt;
* [[Migration to bad block tolerant builds]]&lt;br /&gt;
* [[Booting from SD]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FFDADA;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot;| &lt;br /&gt;
'''Hardware Reference Documentation'''&lt;br /&gt;
* All [[:Category:Hardware|Hardware]] related documentation and specifications are found on the [[:Category:Hardware|Hardware page]].&lt;br /&gt;
* The [[Neo1973 Hardware]] page provides an overview of the hardware components used by the [[:Category:Neo1973 Hardware|Neo1973 hardware platform]]. PCB photographs are also included. A [[Disassembling Neo1973 | photo disassembly story]] may be an interesting starting place.&lt;br /&gt;
* [[:Category:Neo1973 Hardware Debugging | Neo1973 Hardware Debugging]] is assisted with the [[Debug Board | Neo1973 debug board]].   A page discussing [[Connecting Neo1973 with Debug Board v2 | debug board and Neo1973 configurations]] is also provided.&lt;br /&gt;
&lt;br /&gt;
'''Software Reference Documentation'''&lt;br /&gt;
* Architectural&lt;br /&gt;
** [[OpenMokoFramework]] - The OpenMoko Application Framework&lt;br /&gt;
* [[Neo1973 host software]]&lt;br /&gt;
* Device Software&lt;br /&gt;
** Low-Level&lt;br /&gt;
*** [[u-boot]] - The bootloader we use, including documentation for our modifications&lt;br /&gt;
*** [[kernel]] - The Linux kernel we use, including documentation for our modifications&lt;br /&gt;
** Userspace&lt;br /&gt;
*** [[binary compatibility]]&lt;br /&gt;
*** [[gsmd]] - the GSM daemon managing the GSM Modem&lt;br /&gt;
*** [[gpsd]] - the AGPS (Assisted GPS) daemon&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#FCC6FF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko-specific Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#B3DDF4;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko Miscellaneous Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#F5FC7F;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Miscellaneous&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FEE9FF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[OpenEmbedded]] - The distribution-building framework&lt;br /&gt;
* [[Toolchain]] - The toolchain we use for compilation&lt;br /&gt;
* [[OpenMoko]] - The OpenMoko distribution&lt;br /&gt;
** [[OpenMoko2007]] - The first intended release of it&lt;br /&gt;
** [[OpenMoko2007.2]] - An improved release with more formalized style guidelines.&lt;br /&gt;
** [[Userspace root image]]&lt;br /&gt;
&lt;br /&gt;
'''User Interface Related'''&lt;br /&gt;
* [[GUI Style Guidelines]] -- New for [[OpenMoko2007.2]]&lt;br /&gt;
* [[Look &amp;amp; Feel]]&lt;br /&gt;
** [[Artwork]]&lt;br /&gt;
* [[Applications]]&lt;br /&gt;
* [[Widgets]]&lt;br /&gt;
** [[Widget Inheritance Graph]]&lt;br /&gt;
* [[Application UI Design Recommendations]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#D4EDFB;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Thesis work]] &lt;br /&gt;
* [[Freshman todo]]&lt;br /&gt;
* [[Templates]]&lt;br /&gt;
* [[PIM Storage]]&lt;br /&gt;
* [[Coding Guidelines]]&lt;br /&gt;
* [[OpenMoko#Setting_up_an_OpenMoko_SDK|How to setup the OpenMoko SDK]]&lt;br /&gt;
* Alternative distributions for [[Neo1973]] GTA01: [[Angstrom on Neo1973]], [http://pokylinux.org Poky] [http://www.usome.com](instructions needed!)&lt;br /&gt;
* [[License]] - How we license our code&lt;br /&gt;
* [[Development resources]] - Describes resources for developers (lists, svn, ...)&lt;br /&gt;
* [[Neo1973 Phase 0]] - Information for Phase 0 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P0 Review]] - Impressions of the Phase 0 hardware device, also the Phase 0 FAQ&lt;br /&gt;
* [[Neo1973 Phase 1]] - Information for Phase 1 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P1 Review]] - Impressions of the Phase 1 hardware device&lt;br /&gt;
* [[External Feeds]] - List of feeds from people blogging about OpenMoko&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FCFFCD;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[WiFi support in OpenMoko]]&lt;br /&gt;
* [[Neo1973 and Windows]]&lt;br /&gt;
* [[Press Coverage]] - What the press says about the OpenMoko project&lt;br /&gt;
* [[mFAQ]] - The OpenMoko Misinformation FAQ ('''mFAQ''') - What the press '''''incorrectly''''' says about the OpenMoko project&lt;br /&gt;
* [[Wish List]]s: [[Wish List - Hardware|Hardware]], [[Wishlist:BuiltInScriptingLanguage|Scripting Languages]], [[Wish List - OpenMoko Ringtones and Sounds|ringtones and sounds]]&lt;br /&gt;
* [[Media Content]] - What types of media on the device can we use (that is non-software)?&lt;br /&gt;
* [[Testimonials]] - How did you get to OpenMoko?&lt;br /&gt;
* [[Buying Interest List]] - (Not official and not a pre-order page) Have you put money aside for Neo1973? Put your nick here.&lt;br /&gt;
* Comparsion with the [[iPhone]]&lt;br /&gt;
* [[Translation]] of OpenMoko&lt;br /&gt;
* Project applications for Google's [[Summer of code]]&lt;br /&gt;
* Purcase OpenMoko [[SWAG]] T-Shirts!&lt;br /&gt;
* The OpenMoko [[Trademark Policy]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
The members of the OpenMoko community would like to thank FIC Inc. for their continued leadership of the OpenMoko project.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;span id=&amp;quot;bottom&amp;quot;&amp;gt;&amp;lt;/span&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[Category:Information| ]]&lt;br /&gt;
[[Category:Categories| ]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Main_Page</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Main_Page"/>
				<updated>2007-11-20T16:38:30Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: Openmoko-20071113 is not stable for doing phone calls yet and suspend is still flaky&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Main_Page}}&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
{| cellspacing=&amp;quot;5&amp;quot; cellpadding=&amp;quot;0&amp;quot; style=&amp;quot;padding: 2%; margin:0em 0em 1em 0em; border:1px solid #F9D163; background:#FCE9B4; width:100%&amp;quot; &lt;br /&gt;
| &amp;lt;big&amp;gt;'''Welcome to the [[OpenMoko]]&amp;amp;trade; public Wiki'''&amp;lt;/big&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
[[Image:FIC-neo1973_small.jpg|200px|right|frontside]]&lt;br /&gt;
OpenMoko&amp;amp;trade; is an [http://en.wikipedia.org/wiki/Open_source Open Source] project to create the world's first free mobile phone operating system which runs a full X server and can therefore run most X applications.&lt;br /&gt;
&lt;br /&gt;
The [[OpenMoko]] project is a community that anyone can join, to help design their ideal phone.&lt;br /&gt;
&lt;br /&gt;
You can install any OpenMoko software over the whole range of [[Supported Hardware|supported phones]], and if you upgrade your phone, you don't lose that software. Bugs fixed on any phone are fixed on all. &lt;br /&gt;
&lt;br /&gt;
The [[Neo1973]] from [[FIC]] is the first of possibly many phones that OpenMoko may be used on. Buy it at [https://direct.openmoko.com/ Openmoko Online Shop]. You may check out the [[SH1 FAQ|Shipment 1 FAQ]] and the [[Phase 1 Software Testing|Phase 1 software test reports]].&lt;br /&gt;
&lt;br /&gt;
Please join us in collaborating on the OpenMoko project through any of the [[Development resources | project resources]] including this OpenMoko wiki. Please see the [[Help:Contents | wiki editing help]] page for information on making contributions to this wiki. A [[Meet the Core Team | core team]] of developers funded by FIC, Inc. leads the project.&lt;br /&gt;
&lt;br /&gt;
An [[introduction]] page is available, with [[Introduction#Photos|photos]] and [[Introduction#Videos|videos]]. Moreover, the usual [[FAQ | Frequently Asked Questions]] (FAQ) page might be helpful. Developers may find the [[ChangeLog | change log]] an important resource.&lt;br /&gt;
&lt;br /&gt;
{{warning|'''The software is not suitable for end users yet.''' It is of alpha-quality, and much functionality which expected to be present in a phone is not ready for an end-user yet. That means that even the most critical phone uses like making/receiving calls and SMS, using contacts and a calendar, are not there yet or are not finished yet. If you order a Neo1973, DO NOT expect to be able to use it as an everyday phone until December 2007 at the soonest, and probably later.}}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Latest status&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* The Openmoko snapshot from [[Phase_1_Software_Testing#Official_20071113_rootfs_with_20071113_.28r3238.29_kernel|20071113]], when employing a few steps, can sometimes (depending on the moon) make and receive calls but the dialer is in early alpha-testing state! Also note that there NO graphical frontend for handling SMS is included.&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* With some tweaks, it is now also also possible to use the Qtopia to make and receive calls, use contacts, and other basic tasks. But Qtopia has some issues with suspend, so it may last only 3-5 hours without external power or replacing the battery. See [[Qtopia on Neo 1973]] for details.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | What's Your Interest?&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Basic End-user]] - Information for end users who want basic functionality and no surprises&lt;br /&gt;
* [[Advanced End-user]] - Information for advanced end-users who want advanced and experimental functionality but who are not programmers&lt;br /&gt;
* [[Business Development]] - Exchange of commercial opportunities for promoting widespread end-user acceptance.&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Application Developer]] - Information for application developers, including ideas and specifications for applications, and tools to build them&lt;br /&gt;
* [[System Developer]] - Information for system developers, including bootloader, kernel, and libraries&lt;br /&gt;
* [[Hardware Developer]] - Information for hardware developers, including hardware specs and debug board&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#d1d1d1;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | General&lt;br /&gt;
! width=33% style=&amp;quot;background:#C5FDAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Guides&lt;br /&gt;
! width=33% style=&amp;quot;background:#FDAFAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Reference Documentation&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#ebebeb;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Development resources | Project Resources]] - Provides a centralized location of all resources such as [[Development resources#Mailing_Lists|mailing lists]], [[Development resources#IRC | communication tools]], and other software development oriented resources.&lt;br /&gt;
 &lt;br /&gt;
* [[Current events]] - Information on both past and future events where FIC or OpenMoko had or will have a presence.&lt;br /&gt;
* [http://forums.makeopensource.com/ Unofficial OpenMoko Forums] - Everyone is invited to collaborate with OpenMoko users and developers on the forums.&lt;br /&gt;
* Most of the documentation and Wiki assumes you are using Linux; here are some notes for users of [[Other OSes]].&lt;br /&gt;
* [[MacOS_X|Mac OS X]] - Information specific for those who use Mac OS X&lt;br /&gt;
* [[OpenLab]] - A physical area where OpenMoko can interact with FOSS community&lt;br /&gt;
&lt;br /&gt;
'''Administrative + Organizational'''&lt;br /&gt;
* [[Shipping Notes]] - Information to help FIC figure out how to ship products to you, and how much it might cost.&lt;br /&gt;
* [[My Account]] - Ideas for what sort of account-based services FIC should provide with the phone.&lt;br /&gt;
* [[Hear Me FIC]] - Information to help FIC know what the community wants.&lt;br /&gt;
* [[Listen Up Community]] - Community's To-Do-List&lt;br /&gt;
* [[Wiki Issues]] - problems/requests regarding this Wiki&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#E8FFDF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Getting Started with your Neo1973]]&lt;br /&gt;
* [[installation_guide|A guide for flashing and emulating the openmoko software]] (In progress, this should replace the following options)&lt;br /&gt;
** [[Flashing_openmoko|Flashing Neo1973 with the kernel, the root filesystem and optionally u-boot.]]&lt;br /&gt;
** [[MokoMakefile|Building OpenMoko using the MokoMakefile]]&lt;br /&gt;
** [[Application Development Crash Course]] -A very basic how-to for the new people. &lt;br /&gt;
** [[OpenMoko2007.2|Building OpenMoko 2007.2]]&lt;br /&gt;
** [[Building OpenMoko from scratch]]&lt;br /&gt;
*** [[Building a hello world application]]&lt;br /&gt;
*** Old [[Building OpenMoko from scratch (pre-BBT)]]&lt;br /&gt;
** [[Running OpenMoko on PC]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xoo]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xephyr]]&lt;br /&gt;
*** [[How to run OpenMoko Apps on PC]]&lt;br /&gt;
*** [[OpenMoko under QEMU]]&lt;br /&gt;
*** [[Test Openmoko Emulation with chroot image|Test Openmoko Emulation with a Prebuilt chroot Image]]&lt;br /&gt;
* [[Migration to bad block tolerant builds]]&lt;br /&gt;
* [[Booting from SD]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FFDADA;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot;| &lt;br /&gt;
'''Hardware Reference Documentation'''&lt;br /&gt;
* All [[:Category:Hardware|Hardware]] related documentation and specifications are found on the [[:Category:Hardware|Hardware page]].&lt;br /&gt;
* The [[Neo1973 Hardware]] page provides an overview of the hardware components used by the [[:Category:Neo1973 Hardware|Neo1973 hardware platform]]. PCB photographs are also included. A [[Disassembling Neo1973 | photo disassembly story]] may be an interesting starting place.&lt;br /&gt;
* [[:Category:Neo1973 Hardware Debugging | Neo1973 Hardware Debugging]] is assisted with the [[Debug Board | Neo1973 debug board]].   A page discussing [[Connecting Neo1973 with Debug Board v2 | debug board and Neo1973 configurations]] is also provided.&lt;br /&gt;
&lt;br /&gt;
'''Software Reference Documentation'''&lt;br /&gt;
* Architectural&lt;br /&gt;
** [[OpenMokoFramework]] - The OpenMoko Application Framework&lt;br /&gt;
* [[Neo1973 host software]]&lt;br /&gt;
* Device Software&lt;br /&gt;
** Low-Level&lt;br /&gt;
*** [[u-boot]] - The bootloader we use, including documentation for our modifications&lt;br /&gt;
*** [[kernel]] - The Linux kernel we use, including documentation for our modifications&lt;br /&gt;
** Userspace&lt;br /&gt;
*** [[binary compatibility]]&lt;br /&gt;
*** [[gsmd]] - the GSM daemon managing the GSM Modem&lt;br /&gt;
*** [[gpsd]] - the AGPS (Assisted GPS) daemon&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#FCC6FF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko-specific Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#B3DDF4;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko Miscellaneous Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#F5FC7F;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Miscellaneous&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FEE9FF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[OpenEmbedded]] - The distribution-building framework&lt;br /&gt;
* [[Toolchain]] - The toolchain we use for compilation&lt;br /&gt;
* [[OpenMoko]] - The OpenMoko distribution&lt;br /&gt;
** [[OpenMoko2007]] - The first intended release of it&lt;br /&gt;
** [[OpenMoko2007.2]] - An improved release with more formalized style guidelines.&lt;br /&gt;
** [[Userspace root image]]&lt;br /&gt;
&lt;br /&gt;
'''User Interface Related'''&lt;br /&gt;
* [[GUI Style Guidelines]] -- New for [[OpenMoko2007.2]]&lt;br /&gt;
* [[Look &amp;amp; Feel]]&lt;br /&gt;
** [[Artwork]]&lt;br /&gt;
* [[Applications]]&lt;br /&gt;
* [[Widgets]]&lt;br /&gt;
** [[Widget Inheritance Graph]]&lt;br /&gt;
* [[Application UI Design Recommendations]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#D4EDFB;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Thesis work]] &lt;br /&gt;
* [[Freshman todo]]&lt;br /&gt;
* [[Templates]]&lt;br /&gt;
* [[PIM Storage]]&lt;br /&gt;
* [[Coding Guidelines]]&lt;br /&gt;
* [[OpenMoko#Setting_up_an_OpenMoko_SDK|How to setup the OpenMoko SDK]]&lt;br /&gt;
* Alternative distributions for [[Neo1973]] GTA01: [[Angstrom on Neo1973]], [http://pokylinux.org Poky] [http://www.usome.com](instructions needed!)&lt;br /&gt;
* [[License]] - How we license our code&lt;br /&gt;
* [[Development resources]] - Describes resources for developers (lists, svn, ...)&lt;br /&gt;
* [[Neo1973 Phase 0]] - Information for Phase 0 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P0 Review]] - Impressions of the Phase 0 hardware device, also the Phase 0 FAQ&lt;br /&gt;
* [[Neo1973 Phase 1]] - Information for Phase 1 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P1 Review]] - Impressions of the Phase 1 hardware device&lt;br /&gt;
* [[External Feeds]] - List of feeds from people blogging about OpenMoko&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FCFFCD;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[WiFi support in OpenMoko]]&lt;br /&gt;
* [[Neo1973 and Windows]]&lt;br /&gt;
* [[Press Coverage]] - What the press says about the OpenMoko project&lt;br /&gt;
* [[mFAQ]] - The OpenMoko Misinformation FAQ ('''mFAQ''') - What the press '''''incorrectly''''' says about the OpenMoko project&lt;br /&gt;
* [[Wish List]]s: [[Wish List - Hardware|Hardware]], [[Wishlist:BuiltInScriptingLanguage|Scripting Languages]], [[Wish List - OpenMoko Ringtones and Sounds|ringtones and sounds]]&lt;br /&gt;
* [[Media Content]] - What types of media on the device can we use (that is non-software)?&lt;br /&gt;
* [[Testimonials]] - How did you get to OpenMoko?&lt;br /&gt;
* [[Buying Interest List]] - (Not official and not a pre-order page) Have you put money aside for Neo1973? Put your nick here.&lt;br /&gt;
* Comparsion with the [[iPhone]]&lt;br /&gt;
* [[Translation]] of OpenMoko&lt;br /&gt;
* Project applications for Google's [[Summer of code]]&lt;br /&gt;
* Purcase OpenMoko [[SWAG]] T-Shirts!&lt;br /&gt;
* The OpenMoko [[Trademark Policy]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
The members of the OpenMoko community would like to thank FIC Inc. for their continued leadership of the OpenMoko project.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;span id=&amp;quot;bottom&amp;quot;&amp;gt;&amp;lt;/span&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[Category:Information| ]]&lt;br /&gt;
[[Category:Categories| ]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Main_Page</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Main_Page"/>
				<updated>2007-11-20T14:16:05Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: improved the link to the Phase 1 software test reports and updated the wording&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Main_Page}}&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
{| cellspacing=&amp;quot;5&amp;quot; cellpadding=&amp;quot;0&amp;quot; style=&amp;quot;padding: 2%; margin:0em 0em 1em 0em; border:1px solid #F9D163; background:#FCE9B4; width:100%&amp;quot; &lt;br /&gt;
| &amp;lt;big&amp;gt;'''Welcome to the [[OpenMoko]]&amp;amp;trade; public Wiki'''&amp;lt;/big&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
[[Image:FIC-neo1973_small.jpg|200px|right|frontside]]&lt;br /&gt;
OpenMoko&amp;amp;trade; is an [http://en.wikipedia.org/wiki/Open_source Open Source] project to create the world's first free mobile phone operating system which runs a full X server and can therefore run most X applications.&lt;br /&gt;
&lt;br /&gt;
The [[OpenMoko]] project is a community that anyone can join, to help design their ideal phone.&lt;br /&gt;
&lt;br /&gt;
You can install any OpenMoko software over the whole range of [[Supported Hardware|supported phones]], and if you upgrade your phone, you don't lose that software. Bugs fixed on any phone are fixed on all. &lt;br /&gt;
&lt;br /&gt;
The [[Neo1973]] from [[FIC]] is the first of possibly many phones that OpenMoko may be used on. Buy it at [https://direct.openmoko.com/ Openmoko Online Shop]. You may check out the [[SH1 FAQ|Shipment 1 FAQ]] and the [[Phase 1 Software Testing|Phase 1 software test reports]].&lt;br /&gt;
&lt;br /&gt;
Please join us in collaborating on the OpenMoko project through any of the [[Development resources | project resources]] including this OpenMoko wiki. Please see the [[Help:Contents | wiki editing help]] page for information on making contributions to this wiki. A [[Meet the Core Team | core team]] of developers funded by FIC, Inc. leads the project.&lt;br /&gt;
&lt;br /&gt;
An [[introduction]] page is available, with [[Introduction#Photos|photos]] and [[Introduction#Videos|videos]]. Moreover, the usual [[FAQ | Frequently Asked Questions]] (FAQ) page might be helpful. Developers may find the [[ChangeLog | change log]] an important resource.&lt;br /&gt;
&lt;br /&gt;
{{warning|'''The software is not suitable for end users yet.''' It is of alpha-quality, and much functionality which expected to be present in a phone is not ready for an end-user yet. That means that even the most critical phone uses like making/receiving calls and SMS, using contacts and a calendar, are not there yet or are not finished yet. If you order a Neo1973, DO NOT expect to be able to use it as an everyday phone until December 2007 at the soonest, and probably later.}}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Latest status&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* The Openmoko snapshot from [[Phase_1_Software_Testing#Official_20071113_rootfs_with_20071113_.28r3238.29_kernel|20071113]], when employing a few steps, can be used to make and receive calls, but this has seen very little testing and is in early alpha-testing state! Please also note that there is NO graphical frontend for sending/receiving of SMS included. After installing additional software however, it should be possible to send SMS.&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* With some tweaks, it is now also also possible to use the Qtopia to make and receive calls, use contacts, and other basic tasks. But Qtopia has some issues with suspend, so it may last only 3-5 hours without external power or replacing the battery. See [[Qtopia on Neo 1973]] for details.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | What's Your Interest?&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Basic End-user]] - Information for end users who want basic functionality and no surprises&lt;br /&gt;
* [[Advanced End-user]] - Information for advanced end-users who want advanced and experimental functionality but who are not programmers&lt;br /&gt;
* [[Business Development]] - Exchange of commercial opportunities for promoting widespread end-user acceptance.&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Application Developer]] - Information for application developers, including ideas and specifications for applications, and tools to build them&lt;br /&gt;
* [[System Developer]] - Information for system developers, including bootloader, kernel, and libraries&lt;br /&gt;
* [[Hardware Developer]] - Information for hardware developers, including hardware specs and debug board&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#d1d1d1;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | General&lt;br /&gt;
! width=33% style=&amp;quot;background:#C5FDAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Guides&lt;br /&gt;
! width=33% style=&amp;quot;background:#FDAFAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Reference Documentation&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#ebebeb;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Development resources | Project Resources]] - Provides a centralized location of all resources such as [[Development resources#Mailing_Lists|mailing lists]], [[Development resources#IRC | communication tools]], and other software development oriented resources.&lt;br /&gt;
 &lt;br /&gt;
* [[Current events]] - Information on both past and future events where FIC or OpenMoko had or will have a presence.&lt;br /&gt;
* [http://forums.makeopensource.com/ Unofficial OpenMoko Forums] - Everyone is invited to collaborate with OpenMoko users and developers on the forums.&lt;br /&gt;
* Most of the documentation and Wiki assumes you are using Linux; here are some notes for users of [[Other OSes]].&lt;br /&gt;
* [[MacOS_X|Mac OS X]] - Information specific for those who use Mac OS X&lt;br /&gt;
* [[OpenLab]] - A physical area where OpenMoko can interact with FOSS community&lt;br /&gt;
&lt;br /&gt;
'''Administrative + Organizational'''&lt;br /&gt;
* [[Shipping Notes]] - Information to help FIC figure out how to ship products to you, and how much it might cost.&lt;br /&gt;
* [[My Account]] - Ideas for what sort of account-based services FIC should provide with the phone.&lt;br /&gt;
* [[Hear Me FIC]] - Information to help FIC know what the community wants.&lt;br /&gt;
* [[Listen Up Community]] - Community's To-Do-List&lt;br /&gt;
* [[Wiki Issues]] - problems/requests regarding this Wiki&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#E8FFDF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Getting Started with your Neo1973]]&lt;br /&gt;
* [[installation_guide|A guide for flashing and emulating the openmoko software]] (In progress, this should replace the following options)&lt;br /&gt;
** [[Flashing_openmoko|Flashing Neo1973 with the kernel, the root filesystem and optionally u-boot.]]&lt;br /&gt;
** [[MokoMakefile|Building OpenMoko using the MokoMakefile]]&lt;br /&gt;
** [[Application Development Crash Course]] -A very basic how-to for the new people. &lt;br /&gt;
** [[OpenMoko2007.2|Building OpenMoko 2007.2]]&lt;br /&gt;
** [[Building OpenMoko from scratch]]&lt;br /&gt;
*** [[Building a hello world application]]&lt;br /&gt;
*** Old [[Building OpenMoko from scratch (pre-BBT)]]&lt;br /&gt;
** [[Running OpenMoko on PC]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xoo]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xephyr]]&lt;br /&gt;
*** [[How to run OpenMoko Apps on PC]]&lt;br /&gt;
*** [[OpenMoko under QEMU]]&lt;br /&gt;
*** [[Test Openmoko Emulation with chroot image|Test Openmoko Emulation with a Prebuilt chroot Image]]&lt;br /&gt;
* [[Migration to bad block tolerant builds]]&lt;br /&gt;
* [[Booting from SD]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FFDADA;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot;| &lt;br /&gt;
'''Hardware Reference Documentation'''&lt;br /&gt;
* All [[:Category:Hardware|Hardware]] related documentation and specifications are found on the [[:Category:Hardware|Hardware page]].&lt;br /&gt;
* The [[Neo1973 Hardware]] page provides an overview of the hardware components used by the [[:Category:Neo1973 Hardware|Neo1973 hardware platform]]. PCB photographs are also included. A [[Disassembling Neo1973 | photo disassembly story]] may be an interesting starting place.&lt;br /&gt;
* [[:Category:Neo1973 Hardware Debugging | Neo1973 Hardware Debugging]] is assisted with the [[Debug Board | Neo1973 debug board]].   A page discussing [[Connecting Neo1973 with Debug Board v2 | debug board and Neo1973 configurations]] is also provided.&lt;br /&gt;
&lt;br /&gt;
'''Software Reference Documentation'''&lt;br /&gt;
* Architectural&lt;br /&gt;
** [[OpenMokoFramework]] - The OpenMoko Application Framework&lt;br /&gt;
* [[Neo1973 host software]]&lt;br /&gt;
* Device Software&lt;br /&gt;
** Low-Level&lt;br /&gt;
*** [[u-boot]] - The bootloader we use, including documentation for our modifications&lt;br /&gt;
*** [[kernel]] - The Linux kernel we use, including documentation for our modifications&lt;br /&gt;
** Userspace&lt;br /&gt;
*** [[binary compatibility]]&lt;br /&gt;
*** [[gsmd]] - the GSM daemon managing the GSM Modem&lt;br /&gt;
*** [[gpsd]] - the AGPS (Assisted GPS) daemon&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#FCC6FF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko-specific Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#B3DDF4;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko Miscellaneous Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#F5FC7F;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Miscellaneous&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FEE9FF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[OpenEmbedded]] - The distribution-building framework&lt;br /&gt;
* [[Toolchain]] - The toolchain we use for compilation&lt;br /&gt;
* [[OpenMoko]] - The OpenMoko distribution&lt;br /&gt;
** [[OpenMoko2007]] - The first intended release of it&lt;br /&gt;
** [[OpenMoko2007.2]] - An improved release with more formalized style guidelines.&lt;br /&gt;
** [[Userspace root image]]&lt;br /&gt;
&lt;br /&gt;
'''User Interface Related'''&lt;br /&gt;
* [[GUI Style Guidelines]] -- New for [[OpenMoko2007.2]]&lt;br /&gt;
* [[Look &amp;amp; Feel]]&lt;br /&gt;
** [[Artwork]]&lt;br /&gt;
* [[Applications]]&lt;br /&gt;
* [[Widgets]]&lt;br /&gt;
** [[Widget Inheritance Graph]]&lt;br /&gt;
* [[Application UI Design Recommendations]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#D4EDFB;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Thesis work]] &lt;br /&gt;
* [[Freshman todo]]&lt;br /&gt;
* [[Templates]]&lt;br /&gt;
* [[PIM Storage]]&lt;br /&gt;
* [[Coding Guidelines]]&lt;br /&gt;
* [[OpenMoko#Setting_up_an_OpenMoko_SDK|How to setup the OpenMoko SDK]]&lt;br /&gt;
* Alternative distributions for [[Neo1973]] GTA01: [[Angstrom on Neo1973]], [http://pokylinux.org Poky] [http://www.usome.com](instructions needed!)&lt;br /&gt;
* [[License]] - How we license our code&lt;br /&gt;
* [[Development resources]] - Describes resources for developers (lists, svn, ...)&lt;br /&gt;
* [[Neo1973 Phase 0]] - Information for Phase 0 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P0 Review]] - Impressions of the Phase 0 hardware device, also the Phase 0 FAQ&lt;br /&gt;
* [[Neo1973 Phase 1]] - Information for Phase 1 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P1 Review]] - Impressions of the Phase 1 hardware device&lt;br /&gt;
* [[External Feeds]] - List of feeds from people blogging about OpenMoko&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FCFFCD;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[WiFi support in OpenMoko]]&lt;br /&gt;
* [[Neo1973 and Windows]]&lt;br /&gt;
* [[Press Coverage]] - What the press says about the OpenMoko project&lt;br /&gt;
* [[mFAQ]] - The OpenMoko Misinformation FAQ ('''mFAQ''') - What the press '''''incorrectly''''' says about the OpenMoko project&lt;br /&gt;
* [[Wish List]]s: [[Wish List - Hardware|Hardware]], [[Wishlist:BuiltInScriptingLanguage|Scripting Languages]], [[Wish List - OpenMoko Ringtones and Sounds|ringtones and sounds]]&lt;br /&gt;
* [[Media Content]] - What types of media on the device can we use (that is non-software)?&lt;br /&gt;
* [[Testimonials]] - How did you get to OpenMoko?&lt;br /&gt;
* [[Buying Interest List]] - (Not official and not a pre-order page) Have you put money aside for Neo1973? Put your nick here.&lt;br /&gt;
* Comparsion with the [[iPhone]]&lt;br /&gt;
* [[Translation]] of OpenMoko&lt;br /&gt;
* Project applications for Google's [[Summer of code]]&lt;br /&gt;
* Purcase OpenMoko [[SWAG]] T-Shirts!&lt;br /&gt;
* The OpenMoko [[Trademark Policy]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
The members of the OpenMoko community would like to thank FIC Inc. for their continued leadership of the OpenMoko project.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;span id=&amp;quot;bottom&amp;quot;&amp;gt;&amp;lt;/span&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[Category:Information| ]]&lt;br /&gt;
[[Category:Categories| ]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Main_Page</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Main_Page"/>
				<updated>2007-11-20T14:11:48Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: Condensed the overly verbose entry descriptions in the cell &amp;quot;Miscallenous&amp;quot; so that it does not extend thus far below the other cells. E.g. condensed the Wish list entries into one.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Main_Page}}&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
{| cellspacing=&amp;quot;5&amp;quot; cellpadding=&amp;quot;0&amp;quot; style=&amp;quot;padding: 2%; margin:0em 0em 1em 0em; border:1px solid #F9D163; background:#FCE9B4; width:100%&amp;quot; &lt;br /&gt;
| &amp;lt;big&amp;gt;'''Welcome to the [[OpenMoko]]&amp;amp;trade; public Wiki'''&amp;lt;/big&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
[[Image:FIC-neo1973_small.jpg|200px|right|frontside]]&lt;br /&gt;
OpenMoko&amp;amp;trade; is an [http://en.wikipedia.org/wiki/Open_source Open Source] project to create the world's first free mobile phone operating system which runs a full X server and can therefore run most X applications.&lt;br /&gt;
&lt;br /&gt;
The [[OpenMoko]] project is a community that anyone can join, to help design their ideal phone.&lt;br /&gt;
&lt;br /&gt;
You can install any OpenMoko software over the whole range of [[Supported Hardware|supported phones]], and if you upgrade your phone, you don't lose that software. Bugs fixed on any phone are fixed on all. &lt;br /&gt;
&lt;br /&gt;
The [[Neo1973]] from [[FIC]] is the first of possibly many phones that OpenMoko may be used on. Buy it at [https://direct.openmoko.com/ Openmoko Online Shop]. You may wish to see the [[SH1 FAQ|Shipment 1 FAQ]] and [[Phase 1 Software Testing]]&lt;br /&gt;
&lt;br /&gt;
Please join us in collaborating on the OpenMoko project through any of the [[Development resources | project resources]] including this OpenMoko wiki. Please see the [[Help:Contents | wiki editing help]] page for information on making contributions to this wiki. A [[Meet the Core Team | core team]] of developers funded by FIC, Inc. leads the project.&lt;br /&gt;
&lt;br /&gt;
An [[introduction]] page is available, with [[Introduction#Photos|photos]] and [[Introduction#Videos|videos]]. Moreover, the usual [[FAQ | Frequently Asked Questions]] (FAQ) page might be helpful. Developers may find the [[ChangeLog | change log]] an important resource.&lt;br /&gt;
&lt;br /&gt;
{{warning|'''The software is not suitable for end users yet.''' It is of alpha-quality, and much functionality which expected to be present in a phone is not ready for an end-user yet. That means that even the most critical phone uses like making/receiving calls and SMS, using contacts and a calendar, are not there yet or are not finished yet. If you order a Neo1973, DO NOT expect to be able to use it as an everyday phone until December 2007 at the soonest, and probably later.}}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Latest status&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* The Openmoko snapshot from [[Phase_1_Software_Testing#Official_20071113_rootfs_with_20071113_.28r3238.29_kernel|20071113]], when employing a few steps, can be used to make and receive calls, but this has seen very little testing and is in early alpha-testing state! Please also note that there is NO graphical frontend for sending/receiving of SMS included. After installing additional software however, it should be possible to send SMS.&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* With some tweaks, it is now also also possible to use the Qtopia to make and receive calls, use contacts, and other basic tasks. But Qtopia has some issues with suspend, so it may last only 3-5 hours without external power or replacing the battery. See [[Qtopia on Neo 1973]] for details.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | What's Your Interest?&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Basic End-user]] - Information for end users who want basic functionality and no surprises&lt;br /&gt;
* [[Advanced End-user]] - Information for advanced end-users who want advanced and experimental functionality but who are not programmers&lt;br /&gt;
* [[Business Development]] - Exchange of commercial opportunities for promoting widespread end-user acceptance.&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Application Developer]] - Information for application developers, including ideas and specifications for applications, and tools to build them&lt;br /&gt;
* [[System Developer]] - Information for system developers, including bootloader, kernel, and libraries&lt;br /&gt;
* [[Hardware Developer]] - Information for hardware developers, including hardware specs and debug board&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#d1d1d1;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | General&lt;br /&gt;
! width=33% style=&amp;quot;background:#C5FDAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Guides&lt;br /&gt;
! width=33% style=&amp;quot;background:#FDAFAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Reference Documentation&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#ebebeb;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Development resources | Project Resources]] - Provides a centralized location of all resources such as [[Development resources#Mailing_Lists|mailing lists]], [[Development resources#IRC | communication tools]], and other software development oriented resources.&lt;br /&gt;
 &lt;br /&gt;
* [[Current events]] - Information on both past and future events where FIC or OpenMoko had or will have a presence.&lt;br /&gt;
* [http://forums.makeopensource.com/ Unofficial OpenMoko Forums] - Everyone is invited to collaborate with OpenMoko users and developers on the forums.&lt;br /&gt;
* Most of the documentation and Wiki assumes you are using Linux; here are some notes for users of [[Other OSes]].&lt;br /&gt;
* [[MacOS_X|Mac OS X]] - Information specific for those who use Mac OS X&lt;br /&gt;
* [[OpenLab]] - A physical area where OpenMoko can interact with FOSS community&lt;br /&gt;
&lt;br /&gt;
'''Administrative + Organizational'''&lt;br /&gt;
* [[Shipping Notes]] - Information to help FIC figure out how to ship products to you, and how much it might cost.&lt;br /&gt;
* [[My Account]] - Ideas for what sort of account-based services FIC should provide with the phone.&lt;br /&gt;
* [[Hear Me FIC]] - Information to help FIC know what the community wants.&lt;br /&gt;
* [[Listen Up Community]] - Community's To-Do-List&lt;br /&gt;
* [[Wiki Issues]] - problems/requests regarding this Wiki&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#E8FFDF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Getting Started with your Neo1973]]&lt;br /&gt;
* [[installation_guide|A guide for flashing and emulating the openmoko software]] (In progress, this should replace the following options)&lt;br /&gt;
** [[Flashing_openmoko|Flashing Neo1973 with the kernel, the root filesystem and optionally u-boot.]]&lt;br /&gt;
** [[MokoMakefile|Building OpenMoko using the MokoMakefile]]&lt;br /&gt;
** [[Application Development Crash Course]] -A very basic how-to for the new people. &lt;br /&gt;
** [[OpenMoko2007.2|Building OpenMoko 2007.2]]&lt;br /&gt;
** [[Building OpenMoko from scratch]]&lt;br /&gt;
*** [[Building a hello world application]]&lt;br /&gt;
*** Old [[Building OpenMoko from scratch (pre-BBT)]]&lt;br /&gt;
** [[Running OpenMoko on PC]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xoo]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xephyr]]&lt;br /&gt;
*** [[How to run OpenMoko Apps on PC]]&lt;br /&gt;
*** [[OpenMoko under QEMU]]&lt;br /&gt;
*** [[Test Openmoko Emulation with chroot image|Test Openmoko Emulation with a Prebuilt chroot Image]]&lt;br /&gt;
* [[Migration to bad block tolerant builds]]&lt;br /&gt;
* [[Booting from SD]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FFDADA;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot;| &lt;br /&gt;
'''Hardware Reference Documentation'''&lt;br /&gt;
* All [[:Category:Hardware|Hardware]] related documentation and specifications are found on the [[:Category:Hardware|Hardware page]].&lt;br /&gt;
* The [[Neo1973 Hardware]] page provides an overview of the hardware components used by the [[:Category:Neo1973 Hardware|Neo1973 hardware platform]]. PCB photographs are also included. A [[Disassembling Neo1973 | photo disassembly story]] may be an interesting starting place.&lt;br /&gt;
* [[:Category:Neo1973 Hardware Debugging | Neo1973 Hardware Debugging]] is assisted with the [[Debug Board | Neo1973 debug board]].   A page discussing [[Connecting Neo1973 with Debug Board v2 | debug board and Neo1973 configurations]] is also provided.&lt;br /&gt;
&lt;br /&gt;
'''Software Reference Documentation'''&lt;br /&gt;
* Architectural&lt;br /&gt;
** [[OpenMokoFramework]] - The OpenMoko Application Framework&lt;br /&gt;
* [[Neo1973 host software]]&lt;br /&gt;
* Device Software&lt;br /&gt;
** Low-Level&lt;br /&gt;
*** [[u-boot]] - The bootloader we use, including documentation for our modifications&lt;br /&gt;
*** [[kernel]] - The Linux kernel we use, including documentation for our modifications&lt;br /&gt;
** Userspace&lt;br /&gt;
*** [[binary compatibility]]&lt;br /&gt;
*** [[gsmd]] - the GSM daemon managing the GSM Modem&lt;br /&gt;
*** [[gpsd]] - the AGPS (Assisted GPS) daemon&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#FCC6FF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko-specific Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#B3DDF4;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko Miscellaneous Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#F5FC7F;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Miscellaneous&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FEE9FF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[OpenEmbedded]] - The distribution-building framework&lt;br /&gt;
* [[Toolchain]] - The toolchain we use for compilation&lt;br /&gt;
* [[OpenMoko]] - The OpenMoko distribution&lt;br /&gt;
** [[OpenMoko2007]] - The first intended release of it&lt;br /&gt;
** [[OpenMoko2007.2]] - An improved release with more formalized style guidelines.&lt;br /&gt;
** [[Userspace root image]]&lt;br /&gt;
&lt;br /&gt;
'''User Interface Related'''&lt;br /&gt;
* [[GUI Style Guidelines]] -- New for [[OpenMoko2007.2]]&lt;br /&gt;
* [[Look &amp;amp; Feel]]&lt;br /&gt;
** [[Artwork]]&lt;br /&gt;
* [[Applications]]&lt;br /&gt;
* [[Widgets]]&lt;br /&gt;
** [[Widget Inheritance Graph]]&lt;br /&gt;
* [[Application UI Design Recommendations]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#D4EDFB;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Thesis work]] &lt;br /&gt;
* [[Freshman todo]]&lt;br /&gt;
* [[Templates]]&lt;br /&gt;
* [[PIM Storage]]&lt;br /&gt;
* [[Coding Guidelines]]&lt;br /&gt;
* [[OpenMoko#Setting_up_an_OpenMoko_SDK|How to setup the OpenMoko SDK]]&lt;br /&gt;
* Alternative distributions for [[Neo1973]] GTA01: [[Angstrom on Neo1973]], [http://pokylinux.org Poky] [http://www.usome.com](instructions needed!)&lt;br /&gt;
* [[License]] - How we license our code&lt;br /&gt;
* [[Development resources]] - Describes resources for developers (lists, svn, ...)&lt;br /&gt;
* [[Neo1973 Phase 0]] - Information for Phase 0 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P0 Review]] - Impressions of the Phase 0 hardware device, also the Phase 0 FAQ&lt;br /&gt;
* [[Neo1973 Phase 1]] - Information for Phase 1 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P1 Review]] - Impressions of the Phase 1 hardware device&lt;br /&gt;
* [[External Feeds]] - List of feeds from people blogging about OpenMoko&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FCFFCD;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[WiFi support in OpenMoko]]&lt;br /&gt;
* [[Neo1973 and Windows]]&lt;br /&gt;
* [[Press Coverage]] - What the press says about the OpenMoko project&lt;br /&gt;
* [[mFAQ]] - The OpenMoko Misinformation FAQ ('''mFAQ''') - What the press '''''incorrectly''''' says about the OpenMoko project&lt;br /&gt;
* [[Wish List]]s: [[Wish List - Hardware|Hardware]], [[Wishlist:BuiltInScriptingLanguage|Scripting Languages]], [[Wish List - OpenMoko Ringtones and Sounds|ringtones and sounds]]&lt;br /&gt;
* [[Media Content]] - What types of media on the device can we use (that is non-software)?&lt;br /&gt;
* [[Testimonials]] - How did you get to OpenMoko?&lt;br /&gt;
* [[Buying Interest List]] - (Not official and not a pre-order page) Have you put money aside for Neo1973? Put your nick here.&lt;br /&gt;
* Comparsion with the [[iPhone]]&lt;br /&gt;
* [[Translation]] of OpenMoko&lt;br /&gt;
* Project applications for Google's [[Summer of code]]&lt;br /&gt;
* Purcase OpenMoko [[SWAG]] T-Shirts!&lt;br /&gt;
* The OpenMoko [[Trademark Policy]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
The members of the OpenMoko community would like to thank FIC Inc. for their continued leadership of the OpenMoko project.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;span id=&amp;quot;bottom&amp;quot;&amp;gt;&amp;lt;/span&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[Category:Information| ]]&lt;br /&gt;
[[Category:Categories| ]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Main_Page</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Main_Page"/>
				<updated>2007-11-20T13:59:15Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: Moved thanks to the end and, moved the not-ready-for-end-users-warning below the introductionary paragraphs and improved wording of the &amp;quot;Latest status&amp;quot; table entries&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Main_Page}}&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
{| cellspacing=&amp;quot;5&amp;quot; cellpadding=&amp;quot;0&amp;quot; style=&amp;quot;padding: 2%; margin:0em 0em 1em 0em; border:1px solid #F9D163; background:#FCE9B4; width:100%&amp;quot; &lt;br /&gt;
| &amp;lt;big&amp;gt;'''Welcome to the [[OpenMoko]]&amp;amp;trade; public Wiki'''&amp;lt;/big&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
[[Image:FIC-neo1973_small.jpg|200px|right|frontside]]&lt;br /&gt;
OpenMoko&amp;amp;trade; is an [http://en.wikipedia.org/wiki/Open_source Open Source] project to create the world's first free mobile phone operating system which runs a full X server and can therefore run most X applications.&lt;br /&gt;
&lt;br /&gt;
The [[OpenMoko]] project is a community that anyone can join, to help design their ideal phone.&lt;br /&gt;
&lt;br /&gt;
You can install any OpenMoko software over the whole range of [[Supported Hardware|supported phones]], and if you upgrade your phone, you don't lose that software. Bugs fixed on any phone are fixed on all. &lt;br /&gt;
&lt;br /&gt;
The [[Neo1973]] from [[FIC]] is the first of possibly many phones that OpenMoko may be used on. Buy it at [https://direct.openmoko.com/ Openmoko Online Shop]. You may wish to see the [[SH1 FAQ|Shipment 1 FAQ]] and [[Phase 1 Software Testing]]&lt;br /&gt;
&lt;br /&gt;
Please join us in collaborating on the OpenMoko project through any of the [[Development resources | project resources]] including this OpenMoko wiki. Please see the [[Help:Contents | wiki editing help]] page for information on making contributions to this wiki. A [[Meet the Core Team | core team]] of developers funded by FIC, Inc. leads the project.&lt;br /&gt;
&lt;br /&gt;
An [[introduction]] page is available, with [[Introduction#Photos|photos]] and [[Introduction#Videos|videos]]. Moreover, the usual [[FAQ | Frequently Asked Questions]] (FAQ) page might be helpful. Developers may find the [[ChangeLog | change log]] an important resource.&lt;br /&gt;
&lt;br /&gt;
{{warning|'''The software is not suitable for end users yet.''' It is of alpha-quality, and much functionality which expected to be present in a phone is not ready for an end-user yet. That means that even the most critical phone uses like making/receiving calls and SMS, using contacts and a calendar, are not there yet or are not finished yet. If you order a Neo1973, DO NOT expect to be able to use it as an everyday phone until December 2007 at the soonest, and probably later.}}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Latest status&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* The Openmoko snapshot from [[Phase_1_Software_Testing#Official_20071113_rootfs_with_20071113_.28r3238.29_kernel|20071113]], when employing a few steps, can be used to make and receive calls, but this has seen very little testing and is in early alpha-testing state! Please also note that there is NO graphical frontend for sending/receiving of SMS included. After installing additional software however, it should be possible to send SMS.&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* With some tweaks, it is now also also possible to use the Qtopia to make and receive calls, use contacts, and other basic tasks. But Qtopia has some issues with suspend, so it may last only 3-5 hours without external power or replacing the battery. See [[Qtopia on Neo 1973]] for details.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | What's Your Interest?&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
&lt;br /&gt;
* [[Basic End-user]] - Information for end users who want basic functionality and no surprises&lt;br /&gt;
* [[Advanced End-user]] - Information for advanced end-users who want advanced and experimental functionality but who are not programmers&lt;br /&gt;
* [[Business Development]] - Exchange of commercial opportunities for promoting widespread end-user acceptance.&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Application Developer]] - Information for application developers, including ideas and specifications for applications, and tools to build them&lt;br /&gt;
* [[System Developer]] - Information for system developers, including bootloader, kernel, and libraries&lt;br /&gt;
* [[Hardware Developer]] - Information for hardware developers, including hardware specs and debug board&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#d1d1d1;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | General&lt;br /&gt;
! width=33% style=&amp;quot;background:#C5FDAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Guides&lt;br /&gt;
! width=33% style=&amp;quot;background:#FDAFAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Reference Documentation&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#ebebeb;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Development resources | Project Resources]] - Provides a centralized location of all resources such as [[Development resources#Mailing_Lists|mailing lists]], [[Development resources#IRC | communication tools]], and other software development oriented resources.&lt;br /&gt;
 &lt;br /&gt;
* [[Current events]] - Information on both past and future events where FIC or OpenMoko had or will have a presence.&lt;br /&gt;
* [http://forums.makeopensource.com/ Unofficial OpenMoko Forums] - Everyone is invited to collaborate with OpenMoko users and developers on the forums.&lt;br /&gt;
* Most of the documentation and Wiki assumes you are using Linux; here are some notes for users of [[Other OSes]].&lt;br /&gt;
* [[MacOS_X|Mac OS X]] - Information specific for those who use Mac OS X&lt;br /&gt;
* [[OpenLab]] - A physical area where OpenMoko can interact with FOSS community&lt;br /&gt;
&lt;br /&gt;
'''Administrative + Organizational'''&lt;br /&gt;
* [[Shipping Notes]] - Information to help FIC figure out how to ship products to you, and how much it might cost.&lt;br /&gt;
* [[My Account]] - Ideas for what sort of account-based services FIC should provide with the phone.&lt;br /&gt;
* [[Hear Me FIC]] - Information to help FIC know what the community wants.&lt;br /&gt;
* [[Listen Up Community]] - Community's To-Do-List&lt;br /&gt;
* [[Wiki Issues]] - problems/requests regarding this Wiki&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#E8FFDF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Getting Started with your Neo1973]]&lt;br /&gt;
* [[installation_guide|A guide for flashing and emulating the openmoko software]] (In progress, this should replace the following options)&lt;br /&gt;
** [[Flashing_openmoko|Flashing Neo1973 with the kernel, the root filesystem and optionally u-boot.]]&lt;br /&gt;
** [[MokoMakefile|Building OpenMoko using the MokoMakefile]]&lt;br /&gt;
** [[Application Development Crash Course]] -A very basic how-to for the new people. &lt;br /&gt;
** [[OpenMoko2007.2|Building OpenMoko 2007.2]]&lt;br /&gt;
** [[Building OpenMoko from scratch]]&lt;br /&gt;
*** [[Building a hello world application]]&lt;br /&gt;
*** Old [[Building OpenMoko from scratch (pre-BBT)]]&lt;br /&gt;
** [[Running OpenMoko on PC]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xoo]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xephyr]]&lt;br /&gt;
*** [[How to run OpenMoko Apps on PC]]&lt;br /&gt;
*** [[OpenMoko under QEMU]]&lt;br /&gt;
*** [[Test Openmoko Emulation with chroot image|Test Openmoko Emulation with a Prebuilt chroot Image]]&lt;br /&gt;
* [[Migration to bad block tolerant builds]]&lt;br /&gt;
* [[Booting from SD]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FFDADA;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot;| &lt;br /&gt;
'''Hardware Reference Documentation'''&lt;br /&gt;
* All [[:Category:Hardware|Hardware]] related documentation and specifications are found on the [[:Category:Hardware|Hardware page]].&lt;br /&gt;
* The [[Neo1973 Hardware]] page provides an overview of the hardware components used by the [[:Category:Neo1973 Hardware|Neo1973 hardware platform]]. PCB photographs are also included. A [[Disassembling Neo1973 | photo disassembly story]] may be an interesting starting place.&lt;br /&gt;
* [[:Category:Neo1973 Hardware Debugging | Neo1973 Hardware Debugging]] is assisted with the [[Debug Board | Neo1973 debug board]].   A page discussing [[Connecting Neo1973 with Debug Board v2 | debug board and Neo1973 configurations]] is also provided.&lt;br /&gt;
&lt;br /&gt;
'''Software Reference Documentation'''&lt;br /&gt;
* Architectural&lt;br /&gt;
** [[OpenMokoFramework]] - The OpenMoko Application Framework&lt;br /&gt;
* [[Neo1973 host software]]&lt;br /&gt;
* Device Software&lt;br /&gt;
** Low-Level&lt;br /&gt;
*** [[u-boot]] - The bootloader we use, including documentation for our modifications&lt;br /&gt;
*** [[kernel]] - The Linux kernel we use, including documentation for our modifications&lt;br /&gt;
** Userspace&lt;br /&gt;
*** [[binary compatibility]]&lt;br /&gt;
*** [[gsmd]] - the GSM daemon managing the GSM Modem&lt;br /&gt;
*** [[gpsd]] - the AGPS (Assisted GPS) daemon&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#FCC6FF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko-specific Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#B3DDF4;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko Miscellaneous Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#F5FC7F;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Miscellaneous&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FEE9FF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[OpenEmbedded]] - The distribution-building framework&lt;br /&gt;
* [[Toolchain]] - The toolchain we use for compilation&lt;br /&gt;
* [[OpenMoko]] - The OpenMoko distribution&lt;br /&gt;
** [[OpenMoko2007]] - The first intended release of it&lt;br /&gt;
** [[OpenMoko2007.2]] - An improved release with more formalized style guidelines.&lt;br /&gt;
** [[Userspace root image]]&lt;br /&gt;
&lt;br /&gt;
'''User Interface Related'''&lt;br /&gt;
* [[GUI Style Guidelines]] -- New for [[OpenMoko2007.2]]&lt;br /&gt;
* [[Look &amp;amp; Feel]]&lt;br /&gt;
** [[Artwork]]&lt;br /&gt;
* [[Applications]]&lt;br /&gt;
* [[Widgets]]&lt;br /&gt;
** [[Widget Inheritance Graph]]&lt;br /&gt;
* [[Application UI Design Recommendations]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#D4EDFB;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Thesis work]] &lt;br /&gt;
* [[Freshman todo]]&lt;br /&gt;
* [[Templates]]&lt;br /&gt;
* [[PIM Storage]]&lt;br /&gt;
* [[Coding Guidelines]]&lt;br /&gt;
* [[OpenMoko#Setting_up_an_OpenMoko_SDK|How to setup the OpenMoko SDK]]&lt;br /&gt;
* Alternative distributions for [[Neo1973]] GTA01: [[Angstrom on Neo1973]], [http://pokylinux.org Poky] [http://www.usome.com](instructions needed!)&lt;br /&gt;
* [[License]] - How we license our code&lt;br /&gt;
* [[Development resources]] - Describes resources for developers (lists, svn, ...)&lt;br /&gt;
* [[Neo1973 Phase 0]] - Information for Phase 0 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P0 Review]] - Impressions of the Phase 0 hardware device, also the Phase 0 FAQ&lt;br /&gt;
* [[Neo1973 Phase 1]] - Information for Phase 1 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P1 Review]] - Impressions of the Phase 1 hardware device&lt;br /&gt;
* [[External Feeds]] - List of feeds from people blogging about OpenMoko&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FCFFCD;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[WiFi support in OpenMoko]]&lt;br /&gt;
* [[Neo1973 and Windows]]&lt;br /&gt;
* [[Press Coverage]] - What the press says about the OpenMoko project&lt;br /&gt;
* [[mFAQ]] - The OpenMoko Misinformation FAQ ('''mFAQ''') - What the press '''''incorrectly''''' says about the OpenMoko project&lt;br /&gt;
* [[Wish List]] - A collection of ideas and ideals we'd like to see implemented some day&lt;br /&gt;
* [[Wish List - Hardware]] - A collection of ideas we'd like to see in the next Neo release&lt;br /&gt;
* [[Wishlist:BuiltInScriptingLanguage|Wish List - Built-in Scripting Language]] - Discussion on a suitable scripting language to be included&lt;br /&gt;
* [[Wish List - OpenMoko Ringtones and Sounds]]  Collection of [http://en.wikipedia.org/wiki/Free_music free music]/sounds/ringtones we'd like to listen in the next Neo release&lt;br /&gt;
* [[Media Content]] - What types of media on the device can we use (that is non-software)?&lt;br /&gt;
* [[Testimonials]] - How did you get to OpenMoko?&lt;br /&gt;
* [[Buying Interest List]] - (Not official and not a pre-order page) Have you put money aside for Neo1973? Put your nick here.&lt;br /&gt;
* [[iPhone]] -  Comparison between Apple iPhone and FIC Neo1973&lt;br /&gt;
* [[Translation]] -  Translation of OpenMoko&lt;br /&gt;
* [[Summer of code]] - Our page with project applications for Google's Summer of Code&lt;br /&gt;
* [[SWAG]] - Where to purchase openmoko swag (T-Shirts!)&lt;br /&gt;
* [[Trademark Policy]] -- The OpenMoko Trademark Policy&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
The members of the OpenMoko community would like to thank FIC Inc. for their continued leadership of the OpenMoko project.&lt;br /&gt;
&lt;br /&gt;
&amp;lt;span id=&amp;quot;bottom&amp;quot;&amp;gt;&amp;lt;/span&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[Category:Information| ]]&lt;br /&gt;
[[Category:Categories| ]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973</id>
		<title>Qtopia on Neo1973</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Qtopia_on_Neo1973"/>
				<updated>2007-11-20T13:50:36Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: /* Tips */ Moved the link to the Qtopia forum area from the Main Page here.&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Qtopia_on_Neo_1973}}&lt;br /&gt;
&lt;br /&gt;
== Installation ==&lt;br /&gt;
&lt;br /&gt;
=== Qtopia image ===&lt;br /&gt;
Get &amp;quot;Qtopia on Neo Flash Image and kernel&amp;quot; [http://www.qtopia.net/modules/devices/openmoko.php from here]. Currently the flash tarball has the 2.6.21 openmoko kernel and a Qtopia phone edition jffs2 flash image cross-compiled for the Neo. &lt;br /&gt;
&lt;br /&gt;
Newer unofficial Qtopia images can be found in the ScaredyCat [[repositories]].&lt;br /&gt;
&lt;br /&gt;
It appears you must clear the flash chunks first (if you have not updated your uboot.  If you have, you may skip this step). Get into uboot console [http://wiki.openmoko.org/wiki/Uboot#Accessing_the_bootloader_prompt] and enter &lt;br /&gt;
&lt;br /&gt;
 nand erase kernel&lt;br /&gt;
 nand erase rootfs&lt;br /&gt;
&lt;br /&gt;
Download and use dfu-util as [[Flashing_openmoko|normal]] and the ip address and cidr are the same as the openmoko build (192.168.0.202/24) :D - Simple, Eh?&lt;br /&gt;
&lt;br /&gt;
=== Qtopia AND OpenMoko Option 1 ===&lt;br /&gt;
Why choose when you can have both ;)&lt;br /&gt;
&lt;br /&gt;
If you do not already have a recent version of OpenMoko on your Neo1973, have a look at [[Flashing openmoko]].&lt;br /&gt;
&lt;br /&gt;
{{warning|The following step will reformat your MircoSD card with the ext3 filesystem. We need it because we need support for symbolic or/and static links, which other filesystems like FAT do not support directly. After reformatting, no data on the card will be accessible to you anymore, so create good backups of anything which you need before starting!}}&lt;br /&gt;
&lt;br /&gt;
Then ssh to your neo and reformat your MicroSD card with:&lt;br /&gt;
 umount /dev/mmcblk0p1&lt;br /&gt;
 mkfs.ext3 /dev/mmcblk0p1&lt;br /&gt;
 mount /dev/mmcblk0p1&lt;br /&gt;
&lt;br /&gt;
On your desktop: Get &amp;quot;Developer root filesystem&amp;quot; [http://www.qtopia.net/modules/devices/openmoko.php from here]. Get the opt/Qtopia folder plus the qpe init script out of the archive repack and copy it to your neo. One could do this like this:&lt;br /&gt;
 tar xzf ficgta01-qtopia-developer-rootfs.tgz opt/Qtopia etc/init.d/qpe&lt;br /&gt;
 mv opt/Qtopia etc/init.d/qpe . &amp;amp;&amp;amp; rm -r opt etc&lt;br /&gt;
 tar czf Qtopia.tar.gz Qtopia qpe&lt;br /&gt;
 scp Qtopia.tar.gz root@192.168.0.202:/media/card/&lt;br /&gt;
&lt;br /&gt;
On your neo again: unpack the archive you just copied and link the Qtopia folder to /opt/Qtopia. Then move the init script to /etc/init.d/:&lt;br /&gt;
 cd /media/card&lt;br /&gt;
 tar xzf Qtopia.tar.gz&lt;br /&gt;
 mkdir -p /opt&lt;br /&gt;
 ln -s /media/card/Qtopia /opt/Qtopia&lt;br /&gt;
 mv qpe /etc/init.d&lt;br /&gt;
&lt;br /&gt;
Now kill the x server and gsmd and start Qtopia (this can take some time):&lt;br /&gt;
 /etc/init.d/xserver-nodm stop&lt;br /&gt;
 /etc/init.d/gsmd stop&lt;br /&gt;
 /etc/init.d/qpe start&lt;br /&gt;
&lt;br /&gt;
Where from here? You could put the last step in a script and start it from a terminal on your phone. But much nicer would be if you could choose between both interfaces on init time and have some small application in Qtopia/OpenMoko to switch.&lt;br /&gt;
&lt;br /&gt;
=== Qtopia AND OpenMoko Option 2 ===&lt;br /&gt;
&lt;br /&gt;
* format your SD card with ext3 and mount it (see above)&lt;br /&gt;
* unpack rootfs from qtopia-4.3.0-preview-neo-flash.tgz to SD card (see above)&lt;br /&gt;
* copy the uImage-2.6.22.5-moko11-r2-fic-gta01.bin kernel to the boot/ on SD card and rename it to uImage&lt;br /&gt;
* put a 'Boot from SD' menu item in uboot menu as explained here: [[Booting_from_SD#Step_3:_Add_uboot_boot_entry]]&lt;br /&gt;
&lt;br /&gt;
=== Build your own ===&lt;br /&gt;
If you want to build qtopia for yourself you can download the [ftp://ftp.trolltech.com/qtopia/tech-preview/ technical preview] or [ftp://ftp.trolltech.com/qtopia/snapshots/ snapshots]&lt;br /&gt;
&lt;br /&gt;
== Tips ==&lt;br /&gt;
Most things seem to work out of the box, however you may need to use the following command to get audio:&lt;br /&gt;
 alsactl -f /etc/gsmhandset.state restore&lt;br /&gt;
Or put this command in /etc/init.d/qpe line 64&lt;br /&gt;
&lt;br /&gt;
Do not switch themes.  Only the default theme is usable.  For example, once you switch themes, the lock feature continues to work, but only if you unlock using the smallest # keypad in the world.&lt;br /&gt;
&lt;br /&gt;
Suspend support is very flaky.  The neo often shuts off from a suspend state.  It will not wake from suspend for an incoming call or text message (someone try setting an alarm and report results here).  To turn suspend off (this will of course use the batteries very quickly), hit the down arrow next to the suspend setting in the power management until it says &amp;quot;Off&amp;quot;.&lt;br /&gt;
&lt;br /&gt;
When using the virtual keyboard, do a quick flick up or down over the keyboard to access numbers/symbols/capitals.&lt;br /&gt;
&lt;br /&gt;
In summary, Qtopia on the Neo1973 is much closer to being ready than OpenMoko as of this writing.  However, sound and suspend support prevent it from being at all useful as a cell phone (as a landline that doesn't ring but instead vibrates, it works ok).&lt;br /&gt;
&lt;br /&gt;
The [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum area on the FIC GTA01] might be helpful, but it is preferred that you update this section with issues and fixes which you find.&lt;br /&gt;
&lt;br /&gt;
== Screenshots ==&lt;br /&gt;
&lt;br /&gt;
Here are some screenshots of Qtopia runing on a Neo 1973. Personally I find it very impressive...&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
{|&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia001.png|thumb|center|300px]]&lt;br /&gt;
|[[Image:Qtopia002.png|thumb|center|300px]]&lt;br /&gt;
|[[Image:Qtopia003.png|thumb|center|300px]]&lt;br /&gt;
|-&lt;br /&gt;
|[[Image:Qtopia004.png|thumb|center|300px]]&lt;br /&gt;
|[[Image:Qtopia005.png|thumb|center|300px]]&lt;br /&gt;
|[[Image:Qtopia006.png|thumb|center|300px]]&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
== Videos ==&lt;br /&gt;
&lt;br /&gt;
 http://www.youtube.com/watch?v=YW5q8SpY7t4&lt;br /&gt;
 http://www.youtube.com/watch?v=iOG_mtSEMgs&lt;br /&gt;
&lt;br /&gt;
For full size videos, 346 MiB:&lt;br /&gt;
&lt;br /&gt;
 http://linuxtracker.org/download.php?id=4613&amp;amp;name=qt_on_neo1973_videos.torrent&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Main_Page</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Main_Page"/>
				<updated>2007-11-20T04:11:35Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: Turned the &amp;quot;Latest status&amp;quot; section into a table with color background (actually copied from &amp;quot;What is your interest&amp;quot;, you may want to find a different color for the copy but it can stay as it is also)&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Main_Page}}&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
{| cellspacing=&amp;quot;5&amp;quot; cellpadding=&amp;quot;0&amp;quot; style=&amp;quot;padding: 2%; margin:0em 0em 1em 0em; border:1px solid #F9D163; background:#FCE9B4; width:100%&amp;quot; &lt;br /&gt;
| &amp;lt;big&amp;gt;'''Welcome to the [[OpenMoko]]&amp;amp;trade; public Wiki'''&amp;lt;/big&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
[[Image:FIC-neo1973_small.jpg|200px|right|frontside]]&lt;br /&gt;
OpenMoko&amp;amp;trade; is an [http://en.wikipedia.org/wiki/Open_source Open Source] project to create the world's first free mobile phone operating system which runs a full X server and can therefore run most X applications.&lt;br /&gt;
&lt;br /&gt;
The [[OpenMoko]] project is a community that anyone can join, to help design their ideal phone.&lt;br /&gt;
&lt;br /&gt;
You can install any OpenMoko software over the whole range of [[Supported Hardware|supported phones]], and if you upgrade your phone, you don't lose that software. Bugs fixed on any phone are fixed on all. &lt;br /&gt;
&lt;br /&gt;
{{warning|'''The software is not suitable for end-users yet.''' It is of alpha-quality, and much functionality which expected to be present in a phone is not ready for an end-user yet. That means that even the most critical phone uses like making/receiving calls and SMS, using contacts and a calendar, are not there yet or are not finished yet. If you order a Neo1973, DO NOT expect to be able to use it as an everyday phone until December 2007 at the soonest, and probably later.}}&lt;br /&gt;
&lt;br /&gt;
The [[Neo1973]] from [[FIC]] is the first of possibly many phones that OpenMoko may be used on. Buy it at [https://direct.openmoko.com/ Openmoko Online Shop]. You may wish to see the [[SH1 FAQ|Shipment 1 FAQ]] and [[Phase 1 Software Testing]]&lt;br /&gt;
&lt;br /&gt;
Please join us in collaborating on the OpenMoko project through any of the [[Development resources | project resources]] including this OpenMoko wiki. Please see the [[Help:Contents | wiki editing help]] page for information on making contributions to this wiki. A [[Meet the Core Team | core team]] of developers funded by FIC, Inc. leads the project.&lt;br /&gt;
&lt;br /&gt;
An [[introduction]] page is available, with [[Introduction#Photos|photos]] and [[Introduction#Videos|videos]]. Moreover, the usual [[FAQ | Frequently Asked Questions]] (FAQ) page might be helpful. Developers may find the [[ChangeLog | change log]] an important resource.&lt;br /&gt;
&lt;br /&gt;
The members of the OpenMoko community would like to thank FIC Inc. for showing leadership and initiating the OpenMoko project.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Latest status&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* The Openmoko snapshot from [[Phase_1_Software_Testing#Official_20071113_rootfs_with_20071113_.28r3238.29_kernel|20071113]], when employing a few steps, can be used to make and receive calls, but this has seen very little testing! Please also note that there is NO graphical frontend for sending/receiving of SMS included. With additional software, it is possible to send SMS.&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* With some work, and only for 3-5 hours due to issues with suspend, it is now also also possible to use the Qtopia to make and receive calls, use contacts, and other basic tasks. See [[Qtopia on Neo 1973]] , http://www.qtopia.net/modules/mydownloads/ and the [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum] for more details.&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | What's Your Interest?&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
&lt;br /&gt;
* [[Basic End-user]] - Information for end users who want basic functionality and no surprises&lt;br /&gt;
* [[Advanced End-user]] - Information for advanced end-users who want advanced and experimental functionality but who are not programmers&lt;br /&gt;
* [[Business Development]] - Exchange of commercial opportunities for promoting widespread end-user acceptance.&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Application Developer]] - Information for application developers, including ideas and specifications for applications, and tools to build them&lt;br /&gt;
* [[System Developer]] - Information for system developers, including bootloader, kernel, and libraries&lt;br /&gt;
* [[Hardware Developer]] - Information for hardware developers, including hardware specs and debug board&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#d1d1d1;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | General&lt;br /&gt;
! width=33% style=&amp;quot;background:#C5FDAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Guides&lt;br /&gt;
! width=33% style=&amp;quot;background:#FDAFAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Reference Documentation&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#ebebeb;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Development resources | Project Resources]] - Provides a centralized location of all resources such as [[Development resources#Mailing_Lists|mailing lists]], [[Development resources#IRC | communication tools]], and other software development oriented resources.&lt;br /&gt;
 &lt;br /&gt;
* [[Current events]] - Information on both past and future events where FIC or OpenMoko had or will have a presence.&lt;br /&gt;
* [http://forums.makeopensource.com/ Unofficial OpenMoko Forums] - Everyone is invited to collaborate with OpenMoko users and developers on the forums.&lt;br /&gt;
* Most of the documentation and Wiki assumes you are using Linux; here are some notes for users of [[Other OSes]].&lt;br /&gt;
* [[MacOS_X|Mac OS X]] - Information specific for those who use Mac OS X&lt;br /&gt;
&lt;br /&gt;
'''Administrative + Organizational'''&lt;br /&gt;
* [[Shipping Notes]] - Information to help FIC figure out how to ship products to you, and how much it might cost.&lt;br /&gt;
* [[My Account]] - Ideas for what sort of account-based services FIC should provide with the phone.&lt;br /&gt;
* [[Hear Me FIC]] - Information to help FIC know what the community wants.&lt;br /&gt;
* [[Listen Up Community]] - Community's To-Do-List&lt;br /&gt;
* [[Wiki Issues]] - problems/requests regarding this Wiki&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#E8FFDF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Getting Started with your Neo1973]]&lt;br /&gt;
* [[installation_guide|A guide for flashing and emulating the openmoko software]] (In progress, this should replace the following options)&lt;br /&gt;
** [[Flashing_openmoko|Flashing Neo1973 with the kernel, the root filesystem and optionally u-boot.]]&lt;br /&gt;
** [[MokoMakefile|Building OpenMoko using the MokoMakefile]]&lt;br /&gt;
** [[Application Development Crash Course]] -A very basic how-to for the new people. &lt;br /&gt;
** [[OpenMoko2007.2|Building OpenMoko 2007.2]]&lt;br /&gt;
** [[Building OpenMoko from scratch]]&lt;br /&gt;
*** [[Building a hello world application]]&lt;br /&gt;
*** Old [[Building OpenMoko from scratch (pre-BBT)]]&lt;br /&gt;
** [[Running OpenMoko on PC]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xoo]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xephyr]]&lt;br /&gt;
*** [[How to run OpenMoko Apps on PC]]&lt;br /&gt;
*** [[OpenMoko under QEMU]]&lt;br /&gt;
*** [[Test Openmoko Emulation with chroot image|Test Openmoko Emulation with a Prebuilt chroot Image]]&lt;br /&gt;
* [[Migration to bad block tolerant builds]]&lt;br /&gt;
* [[Booting from SD]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FFDADA;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot;| &lt;br /&gt;
'''Hardware Reference Documentation'''&lt;br /&gt;
* All [[:Category:Hardware|Hardware]] related documentation and specifications are found on the [[:Category:Hardware|Hardware page]].&lt;br /&gt;
* The [[Neo1973 Hardware]] page provides an overview of the hardware components used by the [[:Category:Neo1973 Hardware|Neo1973 hardware platform]]. PCB photographs are also included. A [[Disassembling Neo1973 | photo disassembly story]] may be an interesting starting place.&lt;br /&gt;
* [[:Category:Neo1973 Hardware Debugging | Neo1973 Hardware Debugging]] is assisted with the [[Debug Board | Neo1973 debug board]].   A page discussing [[Connecting Neo1973 with Debug Board v2 | debug board and Neo1973 configurations]] is also provided.&lt;br /&gt;
&lt;br /&gt;
'''Software Reference Documentation'''&lt;br /&gt;
* Architectural&lt;br /&gt;
** [[OpenMokoFramework]] - The OpenMoko Application Framework&lt;br /&gt;
* [[Neo1973 host software]]&lt;br /&gt;
* Device Software&lt;br /&gt;
** Low-Level&lt;br /&gt;
*** [[u-boot]] - The bootloader we use, including documentation for our modifications&lt;br /&gt;
*** [[kernel]] - The Linux kernel we use, including documentation for our modifications&lt;br /&gt;
** Userspace&lt;br /&gt;
*** [[binary compatibility]]&lt;br /&gt;
*** [[gsmd]] - the GSM daemon managing the GSM Modem&lt;br /&gt;
*** [[gpsd]] - the AGPS (Assisted GPS) daemon&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#FCC6FF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko-specific Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#B3DDF4;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko Miscellaneous Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#F5FC7F;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Miscellaneous&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FEE9FF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[OpenEmbedded]] - The distribution-building framework&lt;br /&gt;
* [[Toolchain]] - The toolchain we use for compilation&lt;br /&gt;
* [[OpenMoko]] - The OpenMoko distribution&lt;br /&gt;
** [[OpenMoko2007]] - The first intended release of it&lt;br /&gt;
** [[OpenMoko2007.2]] - An improved release with more formalized style guidelines.&lt;br /&gt;
** [[Userspace root image]]&lt;br /&gt;
&lt;br /&gt;
'''User Interface Related'''&lt;br /&gt;
* [[GUI Style Guidelines]] -- New for [[OpenMoko2007.2]]&lt;br /&gt;
* [[Look &amp;amp; Feel]]&lt;br /&gt;
** [[Artwork]]&lt;br /&gt;
* [[Applications]]&lt;br /&gt;
* [[Widgets]]&lt;br /&gt;
** [[Widget Inheritance Graph]]&lt;br /&gt;
* [[Application UI Design Recommendations]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#D4EDFB;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Thesis work]] &lt;br /&gt;
* [[Freshman todo]]&lt;br /&gt;
* [[Templates]]&lt;br /&gt;
* [[PIM Storage]]&lt;br /&gt;
* [[Coding Guidelines]]&lt;br /&gt;
* [[OpenMoko#Setting_up_an_OpenMoko_SDK|How to setup the OpenMoko SDK]]&lt;br /&gt;
* Alternative distributions for [[Neo1973]] GTA01: [[Angstrom on Neo1973]], [http://pokylinux.org Poky] [http://www.usome.com](instructions needed!)&lt;br /&gt;
* [[License]] - How we license our code&lt;br /&gt;
* [[Development resources]] - Describes resources for developers (lists, svn, ...)&lt;br /&gt;
* [[Neo1973 Phase 0]] - Information for Phase 0 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P0 Review]] - Impressions of the Phase 0 hardware device, also the Phase 0 FAQ&lt;br /&gt;
* [[Neo1973 Phase 1]] - Information for Phase 1 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P1 Review]] - Impressions of the Phase 1 hardware device&lt;br /&gt;
* [[External Feeds]] - List of feeds from people blogging about OpenMoko&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FCFFCD;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[WiFi support in OpenMoko]]&lt;br /&gt;
* [[Neo1973 and Windows]]&lt;br /&gt;
* [[Press Coverage]] - What the press says about the OpenMoko project&lt;br /&gt;
* [[mFAQ]] - The OpenMoko Misinformation FAQ ('''mFAQ''') - What the press '''''incorrectly''''' says about the OpenMoko project&lt;br /&gt;
* [[Wish List]] - A collection of ideas and ideals we'd like to see implemented some day&lt;br /&gt;
* [[Wish List - Hardware]] - A collection of ideas we'd like to see in the next Neo release&lt;br /&gt;
* [[Wishlist:BuiltInScriptingLanguage|Wish List - Built-in Scripting Language]] - Discussion on a suitable scripting language to be included&lt;br /&gt;
* [[Wish List - OpenMoko Ringtones and Sounds]]  Collection of [http://en.wikipedia.org/wiki/Free_music free music]/sounds/ringtones we'd like to listen in the next Neo release&lt;br /&gt;
* [[Media Content]] - What types of media on the device can we use (that is non-software)?&lt;br /&gt;
* [[Testimonials]] - How did you get to OpenMoko?&lt;br /&gt;
* [[Buying Interest List]] - (Not official and not a pre-order page) Have you put money aside for Neo1973? Put your nick here.&lt;br /&gt;
* [[iPhone]] -  Comparison between Apple iPhone and FIC Neo1973&lt;br /&gt;
* [[Translation]] -  Translation of OpenMoko&lt;br /&gt;
* [[Summer of code]] - Our page with project applications for Google's Summer of Code&lt;br /&gt;
* [[SWAG]] - Where to purchase openmoko swag (T-Shirts!)&lt;br /&gt;
* [[Trademark Policy]] -- The OpenMoko Trademark Policy&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;span id=&amp;quot;bottom&amp;quot;&amp;gt;&amp;lt;/span&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[Category:Information| ]]&lt;br /&gt;
[[Category:Categories| ]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	<entry>
		<id>http://wiki.openmoko.org/wiki/Main_Page</id>
		<title>Main Page</title>
		<link rel="alternate" type="text/html" href="http://wiki.openmoko.org/wiki/Main_Page"/>
				<updated>2007-11-20T03:56:40Z</updated>
		
		<summary type="html">&lt;p&gt;BernhardKaindl: Moved the not-ready-for-end-users warning into a warning template. Besides OpenMoko, Qtopia is now also Open Source, so OpenMoko stays unique in that it uses a full X server, capable of running X apps&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;{{Languages|Main_Page}}&lt;br /&gt;
__NOTOC__&lt;br /&gt;
__NOEDITSECTION__&lt;br /&gt;
__NOTOC__&lt;br /&gt;
{| cellspacing=&amp;quot;5&amp;quot; cellpadding=&amp;quot;0&amp;quot; style=&amp;quot;padding: 2%; margin:0em 0em 1em 0em; border:1px solid #F9D163; background:#FCE9B4; width:100%&amp;quot; &lt;br /&gt;
| &amp;lt;big&amp;gt;'''Welcome to the [[OpenMoko]]&amp;amp;trade; public Wiki'''&amp;lt;/big&amp;gt;&amp;lt;br&amp;gt;&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
[[Image:FIC-neo1973_small.jpg|200px|right|frontside]]&lt;br /&gt;
OpenMoko&amp;amp;trade; is an [http://en.wikipedia.org/wiki/Open_source Open Source] project to create the world's first free mobile phone operating system which runs a full X server and can therefore run most X applications.&lt;br /&gt;
&lt;br /&gt;
The [[OpenMoko]] project is a community that anyone can join, to help design their ideal phone.&lt;br /&gt;
&lt;br /&gt;
You can install any OpenMoko software over the whole range of [[Supported Hardware|supported phones]], and if you upgrade your phone, you don't lose that software. Bugs fixed on any phone are fixed on all. &lt;br /&gt;
&lt;br /&gt;
{{warning|'''The software is not suitable for end-users yet.''' It is of alpha-quality, and much functionality which expected to be present in a phone is not ready for an end-user yet. That means that even the most critical phone uses like making/receiving calls and SMS, using contacts and a calendar, are not there yet or are not finished yet. If you order a Neo1973, DO NOT expect to be able to use it as an everyday phone until December 2007 at the soonest, and probably later.}}&lt;br /&gt;
&lt;br /&gt;
Latest developments:&lt;br /&gt;
* The Openmoko snapshot from [[Phase_1_Software_Testing#Official_20071113_rootfs_with_20071113_.28r3238.29_kernel|20071113]], when employing a few steps, can be used to make and receive calls, but this has seen very little testing! Please also note that there is graphical frontend for sending/receiving of SMS included. With additional software, it is possible to send SMS.&lt;br /&gt;
* With some work, and only for 3-5 hours due to issues with suspend, it is now also also possible to use the Qtopia to make and receive calls, use contacts, and other basic tasks. See [[Qtopia on Neo 1973]] , http://www.qtopia.net/modules/mydownloads/ and the [http://www.qtopia.net/modules/newbb_plus/viewtopic.php?topic_id=473&amp;amp;forum=4 Qtopia forum] for more details.&lt;br /&gt;
&lt;br /&gt;
The [[Neo1973]] from [[FIC]] is the first of possibly many phones that OpenMoko may be used on. Buy it at [https://direct.openmoko.com/ Openmoko Online Shop]. You may wish to see the [[SH1 FAQ|Shipment 1 FAQ]] and [[Phase 1 Software Testing]]&lt;br /&gt;
&lt;br /&gt;
Please join us in collaborating on the OpenMoko project through any of the [[Development resources | project resources]] including this OpenMoko wiki. Please see the [[Help:Contents | wiki editing help]] page for information on making contributions to this wiki. A [[Meet the Core Team | core team]] of developers funded by FIC, Inc. leads the project.&lt;br /&gt;
&lt;br /&gt;
An [[introduction]] page is available, with [[Introduction#Photos|photos]] and [[Introduction#Videos|videos]]. Moreover, the usual [[FAQ | Frequently Asked Questions]] (FAQ) page might be helpful. Developers may find the [[ChangeLog | change log]] an important resource.&lt;br /&gt;
&lt;br /&gt;
Update 2007-07-25:  The [http://forums.makeopensource.com/ Unofficial OpenMoko Forums] are now open!  Everyone is invited to participate!&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
The members of the OpenMoko community would like to thank FIC Inc. for showing leadership and initiating the OpenMoko project.&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=100% colspan=&amp;quot;2&amp;quot; style=&amp;quot;background:#F9D163;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | What's Your Interest?&lt;br /&gt;
|-&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-left:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
&lt;br /&gt;
* [[Basic End-user]] - Information for end users who want basic functionality and no surprises&lt;br /&gt;
* [[Advanced End-user]] - Information for advanced end-users who want advanced and experimental functionality but who are not programmers&lt;br /&gt;
* [[Business Development]] - Exchange of commercial opportunities for promoting widespread end-user acceptance.&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; width=&amp;quot;50%&amp;quot; style=&amp;quot;background:#FCE9B4;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Application Developer]] - Information for application developers, including ideas and specifications for applications, and tools to build them&lt;br /&gt;
* [[System Developer]] - Information for system developers, including bootloader, kernel, and libraries&lt;br /&gt;
* [[Hardware Developer]] - Information for hardware developers, including hardware specs and debug board&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#d1d1d1;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | General&lt;br /&gt;
! width=33% style=&amp;quot;background:#C5FDAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Guides&lt;br /&gt;
! width=33% style=&amp;quot;background:#FDAFAF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Developer Reference Documentation&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#ebebeb;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Development resources | Project Resources]] - Provides a centralized location of all resources such as [[Development resources#Mailing_Lists|mailing lists]], [[Development resources#IRC | communication tools]], and other software development oriented resources.&lt;br /&gt;
 &lt;br /&gt;
* [[Current events]] - Information on both past and future events where FIC or OpenMoko had or will have a presence.&lt;br /&gt;
* [http://forums.makeopensource.com/ Unofficial OpenMoko Forums] - Everyone is invited to collaborate with OpenMoko users and developers on the forums.&lt;br /&gt;
* Most of the documentation and Wiki assumes you are using Linux; here are some notes for users of [[Other OSes]].&lt;br /&gt;
* [[MacOS_X|Mac OS X]] - Information specific for those who use Mac OS X&lt;br /&gt;
&lt;br /&gt;
'''Administrative + Organizational'''&lt;br /&gt;
* [[Shipping Notes]] - Information to help FIC figure out how to ship products to you, and how much it might cost.&lt;br /&gt;
* [[My Account]] - Ideas for what sort of account-based services FIC should provide with the phone.&lt;br /&gt;
* [[Hear Me FIC]] - Information to help FIC know what the community wants.&lt;br /&gt;
* [[Listen Up Community]] - Community's To-Do-List&lt;br /&gt;
* [[Wiki Issues]] - problems/requests regarding this Wiki&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#E8FFDF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[Getting Started with your Neo1973]]&lt;br /&gt;
* [[installation_guide|A guide for flashing and emulating the openmoko software]] (In progress, this should replace the following options)&lt;br /&gt;
** [[Flashing_openmoko|Flashing Neo1973 with the kernel, the root filesystem and optionally u-boot.]]&lt;br /&gt;
** [[MokoMakefile|Building OpenMoko using the MokoMakefile]]&lt;br /&gt;
** [[Application Development Crash Course]] -A very basic how-to for the new people. &lt;br /&gt;
** [[OpenMoko2007.2|Building OpenMoko 2007.2]]&lt;br /&gt;
** [[Building OpenMoko from scratch]]&lt;br /&gt;
*** [[Building a hello world application]]&lt;br /&gt;
*** Old [[Building OpenMoko from scratch (pre-BBT)]]&lt;br /&gt;
** [[Running OpenMoko on PC]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xoo]]&lt;br /&gt;
*** [[Getting OpenMoko working on host with Xephyr]]&lt;br /&gt;
*** [[How to run OpenMoko Apps on PC]]&lt;br /&gt;
*** [[OpenMoko under QEMU]]&lt;br /&gt;
*** [[Test Openmoko Emulation with chroot image|Test Openmoko Emulation with a Prebuilt chroot Image]]&lt;br /&gt;
* [[Migration to bad block tolerant builds]]&lt;br /&gt;
* [[Booting from SD]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FFDADA;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot;| &lt;br /&gt;
'''Hardware Reference Documentation'''&lt;br /&gt;
* All [[:Category:Hardware|Hardware]] related documentation and specifications are found on the [[:Category:Hardware|Hardware page]].&lt;br /&gt;
* The [[Neo1973 Hardware]] page provides an overview of the hardware components used by the [[:Category:Neo1973 Hardware|Neo1973 hardware platform]]. PCB photographs are also included. A [[Disassembling Neo1973 | photo disassembly story]] may be an interesting starting place.&lt;br /&gt;
* [[:Category:Neo1973 Hardware Debugging | Neo1973 Hardware Debugging]] is assisted with the [[Debug Board | Neo1973 debug board]].   A page discussing [[Connecting Neo1973 with Debug Board v2 | debug board and Neo1973 configurations]] is also provided.&lt;br /&gt;
&lt;br /&gt;
'''Software Reference Documentation'''&lt;br /&gt;
* Architectural&lt;br /&gt;
** [[OpenMokoFramework]] - The OpenMoko Application Framework&lt;br /&gt;
* [[Neo1973 host software]]&lt;br /&gt;
* Device Software&lt;br /&gt;
** Low-Level&lt;br /&gt;
*** [[u-boot]] - The bootloader we use, including documentation for our modifications&lt;br /&gt;
*** [[kernel]] - The Linux kernel we use, including documentation for our modifications&lt;br /&gt;
** Userspace&lt;br /&gt;
*** [[binary compatibility]]&lt;br /&gt;
*** [[gsmd]] - the GSM daemon managing the GSM Modem&lt;br /&gt;
*** [[gpsd]] - the AGPS (Assisted GPS) daemon&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
{| class=&amp;quot;wikitable&amp;quot; cellspacing=&amp;quot;0&amp;quot; cellpadding=&amp;quot;5&amp;quot; width=100%&lt;br /&gt;
! width=33% style=&amp;quot;background:#FCC6FF;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko-specific Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#B3DDF4;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | OpenMoko Miscellaneous Development&lt;br /&gt;
! width=33% style=&amp;quot;background:#F5FC7F;border-left:5px solid white;border-right:5px solid white;border-top:5px solid white;&amp;quot; | Miscellaneous&lt;br /&gt;
|-&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FEE9FF;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[OpenEmbedded]] - The distribution-building framework&lt;br /&gt;
* [[Toolchain]] - The toolchain we use for compilation&lt;br /&gt;
* [[OpenMoko]] - The OpenMoko distribution&lt;br /&gt;
** [[OpenMoko2007]] - The first intended release of it&lt;br /&gt;
** [[OpenMoko2007.2]] - An improved release with more formalized style guidelines.&lt;br /&gt;
** [[Userspace root image]]&lt;br /&gt;
&lt;br /&gt;
'''User Interface Related'''&lt;br /&gt;
* [[GUI Style Guidelines]] -- New for [[OpenMoko2007.2]]&lt;br /&gt;
* [[Look &amp;amp; Feel]]&lt;br /&gt;
** [[Artwork]]&lt;br /&gt;
* [[Applications]]&lt;br /&gt;
* [[Widgets]]&lt;br /&gt;
** [[Widget Inheritance Graph]]&lt;br /&gt;
* [[Application UI Design Recommendations]]&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#D4EDFB;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; |&lt;br /&gt;
* [[Thesis work]] &lt;br /&gt;
* [[Freshman todo]]&lt;br /&gt;
* [[Templates]]&lt;br /&gt;
* [[PIM Storage]]&lt;br /&gt;
* [[Coding Guidelines]]&lt;br /&gt;
* [[OpenMoko#Setting_up_an_OpenMoko_SDK|How to setup the OpenMoko SDK]]&lt;br /&gt;
* Alternative distributions for [[Neo1973]] GTA01: [[Angstrom on Neo1973]], [http://pokylinux.org Poky] [http://www.usome.com](instructions needed!)&lt;br /&gt;
* [[License]] - How we license our code&lt;br /&gt;
* [[Development resources]] - Describes resources for developers (lists, svn, ...)&lt;br /&gt;
* [[Neo1973 Phase 0]] - Information for Phase 0 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P0 Review]] - Impressions of the Phase 0 hardware device, also the Phase 0 FAQ&lt;br /&gt;
* [[Neo1973 Phase 1]] - Information for Phase 1 device owners&lt;br /&gt;
* [[Wishlist:Neo1973 P1 Review]] - Impressions of the Phase 1 hardware device&lt;br /&gt;
* [[External Feeds]] - List of feeds from people blogging about OpenMoko&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
|valign=&amp;quot;TOP&amp;quot; style=&amp;quot;background:#FCFFCD;border-left:5px solid white;border-right:5px solid white;border-bottom:5px solid white;&amp;quot; | &lt;br /&gt;
* [[WiFi support in OpenMoko]]&lt;br /&gt;
* [[Neo1973 and Windows]]&lt;br /&gt;
* [[Press Coverage]] - What the press says about the OpenMoko project&lt;br /&gt;
* [[mFAQ]] - The OpenMoko Misinformation FAQ ('''mFAQ''') - What the press '''''incorrectly''''' says about the OpenMoko project&lt;br /&gt;
* [[Wish List]] - A collection of ideas and ideals we'd like to see implemented some day&lt;br /&gt;
* [[Wish List - Hardware]] - A collection of ideas we'd like to see in the next Neo release&lt;br /&gt;
* [[Wishlist:BuiltInScriptingLanguage|Wish List - Built-in Scripting Language]] - Discussion on a suitable scripting language to be included&lt;br /&gt;
* [[Wish List - OpenMoko Ringtones and Sounds]]  Collection of [http://en.wikipedia.org/wiki/Free_music free music]/sounds/ringtones we'd like to listen in the next Neo release&lt;br /&gt;
* [[Media Content]] - What types of media on the device can we use (that is non-software)?&lt;br /&gt;
* [[Testimonials]] - How did you get to OpenMoko?&lt;br /&gt;
* [[Buying Interest List]] - (Not official and not a pre-order page) Have you put money aside for Neo1973? Put your nick here.&lt;br /&gt;
* [[iPhone]] -  Comparison between Apple iPhone and FIC Neo1973&lt;br /&gt;
* [[Translation]] -  Translation of OpenMoko&lt;br /&gt;
* [[Summer of code]] - Our page with project applications for Google's Summer of Code&lt;br /&gt;
* [[SWAG]] - Where to purchase openmoko swag (T-Shirts!)&lt;br /&gt;
* [[Trademark Policy]] -- The OpenMoko Trademark Policy&lt;br /&gt;
&lt;br /&gt;
|}&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
&amp;lt;span id=&amp;quot;bottom&amp;quot;&amp;gt;&amp;lt;/span&amp;gt;&lt;br /&gt;
&lt;br /&gt;
[[Category:Information| ]]&lt;br /&gt;
[[Category:Categories| ]]&lt;/div&gt;</summary>
		<author><name>BernhardKaindl</name></author>	</entry>

	</feed>