• 22
  • Feb

昨天,有网友问我编译“Chrome OS”的事情,他说官方要求64位系统,问我是不是用64位的。

我从未见过官方关于64位的要求,之前也顺利在32位下编译通过。于是习惯性地回复之:不需要64位。

之后才发现,十天不见,Chrome OS已经从基于Ubuntu,转向基于Gentoo了!

当前官方最新的编译文档是:http://dev.chromium.org/chromium-os/building-chromium-os/portage-based-build,可以看到,整个系统已经是基于Portage了,而不是deb(apt)了。

是什么原因让Chrome OS的开发人员,将它的基本系统从Ubuntu转向Gentoo了呢?

作为一个至今仍非常喜欢Portage系统的前Gentoo进阶用户,我可以毫不客气地说,Portage是当前我已知的编译系统中,最强大、最灵活的了。通过Portage,每个人都拥有它独一无二的Gentoo。这不仅仅表现在软件包的选择上,更是表现在版本选择、甚至于选择同一软件的不同功能上。

之前我也曾向官方成功提交过自己的ebuild(见《激动啊!ebuild被接受啦!》),非常喜欢ebuild简洁明了的单文件格式和目录版本控制。相比于RPM和DEB,我还是喜欢ebuild。

Chrome OS转向基于Portage,我想主要是Portage的两个优势:USE和crossdev。

USE机制可以灵活的控制Chrome OS的各项参数,在《Chrome OS的愿景》中,我介绍了Chrome OS将会面向各种大小不一的设备,从手持设备,到上网本,再到大型显示设备。不仅CPU架构从ARM跨到X86,连操纵模式也从触控到键盘等。

此时,Chrome OS不可能以单一的系统来应对这些平台。这时,USE机制就上场了。

当编译一个面向手持设备的Chrome OS变种时,USE可能会是:+touchui,如果是传统桌面,则是:+classicui。总之,开发者可以保持组件开发的简易,仅使用不同的编译参数来使Chrome OS支援不同的平台。特别是像Window Manager这个最基础的组件。

另外一个则是Gentoo的crossdev,我在《Gentoo是最佳开发者平台!》中介绍过,在Gentoo下搭起一个全功能的交叉编译环境,简直是太方便和智能了。

Chrome OS肯定需要交叉编译的,当前Chrome OS已经支持x86和arm两种CPU架构了。

Chrome OS从Ubuntu切换至Gentoo,对于我这个笨兔和贱兔都喜欢而且会用的人来说,真是太幸运了。我可以很平滑地继续去研究基于Portage的Gentoo了。只是暂时得装个x86_64的Ubuntu,这个稍微麻烦点。

我不知道未来Chrome OS还会有什么变化,根据Google的计划,2010下半年将会有预装Chrome OS的产品上市了。相信这段时间其开发依然会保持这么迅速的!

» You can leave a comment.

2 Pingbacks

11 Comments

  1. 另人兴奋的东西太多了,放假几天,新闻真多

  2. HOHO.看来Gentoo前途一片光明,我得好好研究..

  3. transtone

    Further Reading里全是gentoo官网现成的文档,google还不用自己写教程了。

  4. GENTOO ROCKS!!!
    难怪你昨天问我mirror,哈哈

  5. vmlinz

    debian的可定制性确实不能和gentoo强大的portage相比,使用debian based的最重要因素就是它的prebuilt packages,然而chrome os并不需要原有的package,它需要定制编译。所以还是gentoo更适合它。

  6. 哈哈,我也喜欢gentoo

  7. 哦……Gentoo,暂时还不敢触摸
    但很向往

  8. ChromeOS用debian用gentoo对用户来说都么有神马影响。因为ChromeOS上的主流是Web App,用Gentoo的原因是ChromeOS开发者更加容易定制吧。

  9. 懒人飘过...Gentoo, 唯一一个每天能够在老婆允许的10min内完成我的一切折腾需求的OS

Leave a Comment