<div dir="ltr">Hi,<br>you've done a great job.<br>if you can put inside also the emulator (qemu) for the gta01/02 will be great.<br><br>Davide<br><br><div class="gmail_quote">2008/9/28 Joel Newkirk <span dir="ltr"><<a href="mailto:freerunner@newkirk.us">freerunner@newkirk.us</a>></span><br>
<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">On Sun, 28 Sep 2008 18:42:54 +0200, Michael Tansella<br>
<<a href="mailto:michael-tansella@gmx.de">michael-tansella@gmx.de</a>> wrote:<br>
>> Hello community lists !<br>
>> This may be virtualbox images.. Nothing fancy, just ubuntu with<br>
>> toolchain, maybe even a "ready" eclipse version. Publish this by<br>
>> torrents, Maybe even with "good" to go software used during development.<br>
>> I spent lots of time before i got a working environment to develop/debug<br>
>> my openmoko in.<br>
><br>
> +1<br>
> This would be very nice<br>
<br>
</div>I have made such an image. (a few times, in fact - first one got bloated<br>
before I thought about cloning it, second one got corrupted, third time's<br>
the charm, right? ;) I'm working on it right now.<br>
<br>
I started with Ubuntu Jeos <a href="http://8.04.1." target="_blank">8.04.1.</a> (JEOS is Just Enough OS - stripped-down<br>
to the bare essentials to get a working X-less console install in a<br>
virtualized machine) On top of that I selected (with aptitude) to install<br>
'xubuntu-desktop', which is a metapackage that pulls in everything from<br>
Xubuntu. (Xubuntu is Ubuntu but with XFCE4 instead of Gnome or KDE) Don't<br>
really want 'everything' though, so before committing the installation I<br>
then go through and manually unselect a couple hundred packages, like X<br>
drivers for every video chipset (VM xserver only is required), office apps,<br>
etc.<br>
<br>
Bring in everything needed to build and install e17 (using easy_e17.sh) and<br>
install the Openmoko toolchain and VMware Tools. Then flush out all the<br>
development packages and i686 build tools not needed for cross-development,<br>
and remove the e17 build dir (~1gb). Then go through again with synaptic<br>
and purge another hundred or so packages, though more can still go. GDM<br>
offers e17 session at login as well, if desired, but default is xfce4.<br>
<br>
Right now, the image boots up and logs in user 'omdev' automatically (stop<br>
this in Settings->Login Window) with an xfce desktop. /usr/local/openmoko<br>
links in desktop and /home/omdev, desktop shortcuts for xfce4-terminal and<br>
xterm, and edje_editor. (the main reason I build e17 in the VM - for those<br>
wanting to change wallpapers, init screen, desktop layout, anything else<br>
"theme-ish" current Openmoko OS releases) It has Firefox3 and Gimp but not<br>
much else preinstalled in the way of applications. CVS, git, SVN, wget all<br>
installed and ready to run. A few other added console-based utils (mc,<br>
ipcalc, others) - vim as well. (though at about 24mb and me not using it,<br>
it was tempting to purge it)<br>
<br>
Set up to share USB devices - tested with memory cards, but my Freerunner<br>
isn't in hand at the moment. From VMware Infrastructure Web Access (latest<br>
VMware server) you can select any connected USB devices and they appear to<br>
the VM. In this instance, I plugged in a USB thumbdrive, after the desktop<br>
recognized it I told VMware to connect it to the VM, and Thunar file<br>
manager popped up on the VM desktop displaying drive contents. Painless,<br>
but I don't know how easy it would be to redirect the Freerunner uboot to<br>
it for dfu-util, nor if it's stable/reliable enough to flash the FreeRunner<br>
through this arrangement. (I suspect it will be workable, though maybe<br>
awkward needing to keep uboot idling while redirecting USB) usb0 is set up<br>
to communicate with the default FreeRunner usbnet config.<br>
<br>
I've tested the toolchain to be sure everything works as it should. (I<br>
added ". /usr/local/openmoko/arm/setup-env" to .bashrc so the toolchain is<br>
always ready in new terminals)<br>
<br>
The image is preconfigured for one CPU, an 8gb partition (sorry, no more<br>
available on my workstation when created) and 1gb RAM, (change in VMware<br>
before booting if needed) with desktop set to 1280x1024. (change in<br>
SettingsManager->Display) It currently uses 2.3gb of that partition, while<br>
a 7zip archive of the entire VM weighs in at about 1.4gb.<br>
<br>
<br>
What else should be here? As it stands it serves my needs, but others'<br>
will of course differ.<br>
<br>
I thought about bitbake (which I don't use) but it seems to me that the<br>
added weight in the VM wouldn't be justified in the distributable form -<br>
thoughts?<br>
<br>
I intend to rebuild it with a significantly larger partition as soon as I<br>
can clear some space on this workstation's HD, but that'll probably be<br>
several days from now.<br>
<div><div></div><div class="Wj3C7c"><br>
j<br>
<br>
<br>
<br>
_______________________________________________<br>
Openmoko community mailing list<br>
<a href="mailto:community@lists.openmoko.org">community@lists.openmoko.org</a><br>
<a href="http://lists.openmoko.org/mailman/listinfo/community" target="_blank">http://lists.openmoko.org/mailman/listinfo/community</a><br>
</div></div></blockquote></div><br></div>