自定义内核显然就是开源的好处之一，不过内核编译属于高级用户（Advanced Users）的范畴，newbies慎入。下面以Fedora 19为例（Fedora 14及更高版本都是通用的内核编译方法，以后如果有变动了我会更新）。
终端运行，
su -c 'yum install rpmdevtools yum-utils ncurses-devel'
我的系统装在SSD上，比较小，所以我把RPM的编译主目录放在移动硬盘（/media/c/rpmbuild）上。编辑~/.rpmmacros，修改第一行为：
羡慕苹果Mac OS X或者是iOS设备上的字体渲染效果？或者喜欢M$ Windows Vista/7的字体渲染效果？还是Ubuntu的字体渲染（Ubuntu给freetype相关库打了补丁，和一般Linux发行版字体渲染效果有差异）。Infinality都能搞定！Infinality实际上是开源字体渲染后端的一系列补丁（个人理解，轻拍）。
微博上晒Chrome的奇葩问题图，反被阿卡林吐槽字体渲染效果太糟糕。赶紧按贵人指示，Google了一下freetype2 infinality！Infinality有自行维护Fedora的repository，所以Fedora捡了个小便宜（Arch可以通过AUR安装，其它发行版自行Google）。终端下输入以下指令：
su -c 'rpm -Uvh http://www.infinality.net/fedora/linux/infinality-repo-1.0-1.noarch.rpm' su -c 'yum install freetype-infinality fontconfig-infinality'
安装完毕？注销重新登录就可以看到效果了！也可以编辑/etc/profile.d/infinality-settings.sh这个配置文件来调整效果，可以微调，也可以直接修改USE_STYLE加载预置的配置方案（如OS X、iPad、Ubuntu、Windows 7）。
打开Infinality的字体测试页面看看字体渲染效果吧？
参考资料：Infinality Freetype Patches 使用freetype-infinality 美化 fedora 字体
前几天OpenBSD团队宣布了AMD Radeon KMS移植工作的完成，现在FreeBSD的消息也来了（就差NetBSD了啊！！！）。
FreeBSD 9.1的时候带来了Intel KMS的移植驱动。现在FreeBSD官方Wiki页面显示的消息是，AMD Radeon KMS移植将在近期进入HEAD，因此将成为FreeBSD 10.0正式发布时的一部分！
FreeBSD的AMD Radeon驱动移植自Linux内核3.8（看样子3.10带来的UVD支持和3.11带来的动态电源管理暂时是不会被移植了）。值得注意的是，这次移植工作并非由AMD的雇员而是FreeBSD基金会聘请的员工完成的。
考虑到AMD的闭源驱动Catalyst Driver都不支持BSD平台，这一点也不奇怪。不过考虑到Sony PS4用的AMD APU平台，而且其系统基于FreeBSD 9.0，AMD在未来应该会有员工从事BSD平台的开源驱动代码的维护的。
消息来源：Phoronix
AMD的显卡（俗称A卡）用户有福了！在Linux内核3.10中整合进来的开源radeon驱动可以实现UVD调用显卡进行硬解，而Fedora 19（老版本18也应该可以的）最近把kernel-3.10推到了稳定更新频道！下面详细讲一下各位Fedora 18/19用户怎样确保AMD显卡成功硬解视频。
Razor-qt和LXDE-qt合并了，合并后项目名称沿用LXDE-qt（估计是因为LXDE的名声还是比Razor响亮吧）。本文纯粹是自己的想法拿来分享一下，没有什么技术含量的内容。老鸟不要拍砖。
Razor-qt是近两年兴起来的桌面环境（Desktop Environment，简称DE），用Qt 4写的。Razor-qt证明了Qt写出来的DE并非都是像KDE那样重量级的。那个试图阻挡历史潮流的TDE就不拉出来讲了，TDE就是KDE 3.x的续命散。
LXDE应该很多人都熟悉，但是GTK+ 2.x已经进入了停止开发维护的状态，LXDE难以为继，在选择迁移到GTK+ 3.x还是Qt的时候，LXDE团队决定迁移到Qt工具集。具体原因大家可以直接去LXDE的blog看，大概就是讲Qt 4和Qt 5之间升级的话非常平滑，而且Qt和GTK+ 3.x的系统资源占用大同小异（都比GTK+ 2.x多一点）。
后来LXDE就开始LXDE-qt项目了。这个消息出来差不多一个月，昨天就听说Razor-qt和LXDE-qt合并了。其实这些相似的Light DE确实应该抱团取暖，不然开发进度根本保障不了。至此，Qt在轻量级桌面环境的逆袭之旅就拉开帷幕了！！！
想想看，目前轻量级DE里面，就Xfce还在GTK+阵营（但是Xfce还是依赖于GTK+ 2.x，看目前对GTK+ 3.x的部分兼容来看，估计Xfce会迁移到GTK+ 3.x）。e17是ELF（一定程度上可忽略）。WM不是DE，别把jwm、icewm这些东西拿出来讲。等LXDE-qt的稳定版本发布，Qt就能在轻量级和重量级DE两端和GTK+抗衡了！现在Qt社区化开源运作程度应该是比Nokia时代的强，毕竟Digia难以像Nokia那样“霸道”地左右Qt的路线。
Kill GNOME! Kill Xfce! Long live KDE! Long live Qt!
不知道Slax是什么？一个小型的模块化的KDE桌面Linux发行版。
最近又跟浏览器干上了，本来就是一个小型发行版，所以不想塞一个Firefox、Chrome、Opera这种重型浏览器。之前一直在用rekonq浏览器，后来又来试了一试QupZilla，一样的QtWebKit内核，QupZilla的浏览体验倒好多了，很顺畅，没有Rekonq那种加载时一卡一卡的感觉。不过QupZilla的sb包有2MB，而Rekonq只有800+KB。
现在Slax搭载的Qt 4.8.4，所以QtWebKit是官方仓库里比较老的QtWebKit 2.2，WebKit版本好象是534.xx，不支持桌面通知、WebGL、拼写检查等功能（大部分和HTML5相关）。不过现在好了，我上传了QtWebKit 2.3的buildscript，并且传了一个叫作qupzilla-next的buildscript，依赖新版的WebKit编译。
对于想在Slax下获得更好的浏览体验的朋友，在终端下执行：
slax activate qupzilla-next
前几天Digia发布了Qt 4.8.5，包含最新的WebKit，所以如果Slax能在下一个版本更新Qt的话，就不需要额外加载qtwebkit-23这个包，可以方便很多。 大误，Qt 4.8.5只是小幅度更新QtWebKit，还是2.2……
情况远比我想象的要糟糕！
The NetBSD Foundation接收到的捐款目前仍然不到3万美金，这是去年设定的6万美金的筹款目标。2013年都过去4个月了，增长依然乏力，或许是用户对NetBSD失去了信心转向FreeBSD了？
我承认FreeBSD确实是BSD世界目前最活跃的发行版本，但是NetBSD有它自己的特色！是地球上支持硬件平台最多的操作系统，安装完毕后最干净的操作系统！
显卡驱动的移植我之前也报道过了，NetBSD已经雇佣了码农着手移植显卡驱动了。
希望有散钱的捐款帮助NetBSD继续发展下去。
捐款给The NetBSD Foundation（支持Google Checkout和PayPal，其中PayPal支持普通中国银联借记卡）
P.S. 捐款人默认是不留名的（需要留名的要发一封Email，详见上面官方捐款链接的说明），捐款额度稍微高一点还能获得相应的赞助称号、链接推广等。
企业或者组织捐款超过1万美金的可以把Logo放在NetBSD.org的首页。
Chrome OS和Chromium OS的关系就是Chrome和Chromium的关系。Chrome OS现在慢慢发展起来了，不过个人觉得短期内还是没必要入一台Chromebook，特别在天朝这个网络环境下，扯远了啊……国外的Hexxeh有每天自动编译更新的Chromium OS镜像下载，但是很遗憾，在我的笔记本（全AMD平台）上从来没有正常地运行过。一般都是和ATI显卡之间的问题，后来变成和Broadcom网卡驱动的问题……总之，我觉得还是自己来编译一个适合自己电脑的Chromium OS会舒服一点。
实际上已经不算「新闻」了，好几天前，Google宣布他们从WebKit项目fork出来的项目——Blink！以便更方便、快速地实现Google工程师的目标。毕竟控制WebKit项目的是苹果而不是谷歌。
可是，我想提醒各位读者，Google的Blink是源于WebKit而不是WebKit2，而WebKit2这个全新的API层已经有几年历史了。WebKit2的实际控制者当然也是苹果，苹果给出的解释是谷歌不愿意把Chromium的多进程等代码合并到WebKit分支，所以苹果着手开发了一套新的多进程机制以及一些其它一些大的变化。
其实Chromium和Apple Safari并不完全相同，虽然都是WebKit，但是Chromium使用的是V8 JavaScript解析器，而Safari不是。我的观点就是这个分裂的祸根早就埋下了，苹果和谷歌不可能可以手拉手一起捣鼓WebKit！
可能有人不知道，WebKit是从KDE项目团队开发的KHTML fork出来的（壮哉我大KDE！）。
本文翻译自OpenSource.com，原文作者：Chris Haddad，本文遵循CC-BY-SA-3.0 Unported（同原文）发布。