<div dir="ltr">On Sun, Oct 5, 2008 at 12:27 AM, Rod Whitby <span dir="ltr">&lt;<a href="mailto:rod@whitby.id.au">rod@whitby.id.au</a>&gt;</span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="Ih2E3d">&gt; 2) if i issue a make update openembedded complains that it don&#39;t know<br>
&gt; where to update from...<br>
</div>the Makefile was updated to match this. &nbsp;Did you run &quot;make<br>
update-makefile&quot; and try again?<br>
<div class="Ih2E3d"></div></blockquote><div>i tried but the makefile just doesn&#39;t have the update-makefile target.. No problems anyway, i just went back to square one and wgetted a new makefile and it seems to work. now i can even issue a make update, and i just seen the ttf-liberation package compiled, yeah!<br>
</div><div>&nbsp;</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">&gt; 4) last but not least, the fso image i have created (fso-testing,<br>

&gt; removing the ttf-liberation package) is not able to connect to the gsm<br>
&gt; network, and write &quot;No service&quot; over the band meter icon. Is this expected?<br></div>It&#39;s not a systematic problem, since many people are able to connect<br>
using that image.</blockquote><div class="Wj3C7c">happy to hear this.. maybe i just made some confusion with the kernel boot arguments, since i want to start it from the sd card and seems like uboot don&#39;t like it very much. it&#39;s a 2 gb &quot;ultra&quot;, but when i make mmcinit uboot says it is a 512 mb card.. i am able to boot fso one time out of 10 or so, and i suspect that uboot fallback to load the main kernel on the internal memory passing it the rootfs argument of the sd, the kernel actually can read the card without problem and fso magically boots :) (i&#39;m not sure of this, it&#39;s just a suspicion.. i must indagate better. is there a way, maybe in the proc directory, to know where the kernel were loaded from? or maybe the complete kernel image to diff against and find out?)<br>
maybe the different kernel loaded make gsmd unable to actually use the gsm hardware.. <br><br>well, thanks for your reply, my pc will compile all night now.. let&#39;s hope to find a good fso image tomorrow morning, and let&#39;s prepare to fight another uboot war!</div>
</div><br>roby<br></div>