[转]Moblin Image Creator_常见问题解答

问：为什么要这么费劲地使用buildroot环境？为什么我不能只安装Ubuntu Gutsy*，然后直接在我的工作站中创建移动应用程序？

答：使用buildroot之后，您可以隔离来自主工作站（或者建立服务器）的编译机器依赖关系。如今，所有的MID产品都把焦点放在Gutsy上。所以，在您的工作站上使用Gutsy并安装所有需要的编译依赖关系会很有用。但是，Moblin Image Creator的一个目标就是提供这样一种编译环境：当产品的主要发行版过时很久之后，它仍然能够适用于该产品。

 

问: 要使用Moblin Image Creator，必须在我的工作站上安装Ubuntu吗？

答：不需要。当运行Ubuntu（或者任何Debian* derivative distro）时，生成的RPM包有可能适用于各种基于RPM的发行版。非debian系统并不支持Moblin Image Creator的创建。不过，项目下载页提供了一些预编译的RPM供大家使用。

可用RPM包的列表将随着时间的推移而改变（由需求决定）。

 

问：为什么 Moblin Image Creator依赖于debian包? 为什么不用RPM?

答：最初的原型实际上基于Fedora* RPM。这与现在我们使用apt（Debian包管理工具）一样，用yum来自动解决依赖问题。但是，从一开始，yum就已经证明它的效果比我们的预想要差一些。而同时，需要使用的基础Fedora包的数量却迅速达到了负荷状态。

将Moblin Image Creator移到基于debian/ apt的实现中，并加入Ubuntu-Mobile团队之后，我们从更加丰富的debian技术中获益颇多。同时将我们的所有发行版需求推放到即将发布的Ubuntu Gutsy库中。

问：如何实现交叉编译？

答：因为最初的Moblin Image Creator目标都是以x86为基础。所以，可以仅仅通过安装在buildroot或者主工作站（如果这个工作站和目标的运行基础相同）上的本地编译器来简化创建。

尽管如此，将Moblin Image Creator建立在debian基础之上的一个优势就是拥有一套丰富的、适用于任何架构的交叉编译包。创建一个新的平台定义应该不会有任何问题。这个平台定义是从针对目标架构而创建的apt数据库包中得来的，并且可以利用现有的交叉编译技术创建额外的包。