Ars 在 Windows 上试用了一下 KDE 4.2 的 RC 版本。
去年 KDE4 发布是个比较重要的里程碑，很多组件进行了重新编写，或者大修，另外项目完全转移到 Qt 4 上 —- 这让 KDE 方便地移植到 Windows 或者 Mac OS X 上成为了可能。当然，采用了跨平台的 build 管理工具 CMake 也是原因之一。支持多个 OS 这回事，自然是要扩展 open source 的实用性和影响力，同时也给了举棋不定的用户一个无需太大代价的尝试机会。
Ars 这次就在 XP 上装了 KDE 4.2 RC。
安装程序可以选择下载哪些组件，有点像 Cygwin 是吧。运行起来后的效果，这个也要看用户选择。Qt 支持 native style，就是在 Windows 就有 Windows 控件的样儿，不过似乎 KDE4 在 Windows 上的视觉样式……比较简单的应用显示出来没什么大问题，不过复杂的界面就有点对不起大家了。Ars 的编辑切换成使用 KDE 自己的 Oxygen style 后，看上去不错，确实和 Linux 上差别不大。
上次说过 Portland 概况 ，不能就这么不了了之。Bettering the Linux desktop — Portland progress 。
六个月前，二十多个面向桌面的 Linux 项目的 architect 们在 Portland 碰头，促成了 Portland Project。
去年 12 月会议是 OSDL 的 Desktop Linux Working Group 赞助的，会上最大的成就恐怕是，所有与会开发者发现，他们原来有如此多的共同之处。OSDL Linux 桌面的 Initiative manager，John Cherry，说人们开始认识到“我们不能像一帮散兵游勇，各自为政，合作努力才能确保 Linux 桌面的成功”。另外，开发者也意识到，通过协同工作，他们能用一致的声音同硬件 vender 对话，这对改善 Linux 设备驱动的情况亦有帮助，以前为了 API 和 ABI 头疼是常有的事。
Portland 会提供一组 Linux 桌面接口，应用程序可以方便地和最终用户选择的桌面集成。也就是应用中性，在保证用户选择桌面的灵活度时，不用牺牲应用层面的特性。插一句，哲学上让我想起 Apple 转到 Intel 之后的 Universal Binary，不论在 PowerPC Mac 还是 IA Mac，都保证 native 代码唰唰地跑起来。不论用户会选用 KDE 还是 GNOME，应用开发者可以少操心了，用户也不用担心会出问题。把苦难留给自己，把选择的自由和不必牺牲什么的保证留给用户，谓之君子也。
目前有个4人小组已经成立，专门来保证项目进度，另外还有来自 GNOME 的 Alex Graveley 和 KDE 的 George Staikos，共同领到这个小组。他们的工作是划分工作优先级，和独立软件供应商沟通，鉴别 GNOME 和 KDE 中已有的可以被放入 Portland 的功能。
家伙们的目标是争取把第一个版本的 Portland 放入 LSB 4.0－－2006年底发布。
去年12月会议， Bryce Harrington 的 Infinite Knots blog entry 。那次可是个真正的盛会，有 X.org, KDE, GNOME, Mozilla, OpenOffice, freedesktop.org，还有 6 个发行版公司/社区，一些ISV，最终用户，应用，内核开发者等等。预计的 40~50 人的会议，到了 70 多人，来自 30 多个项目。这个本来来自 KDE 和 GNOME 的家伙们都以为会变成 KDE vs. GNOME 大会的大会，取得了出乎意料的喜剧效果 ;-)
Dan Kegel 的 meeting notes 。
这个月 8，9 号两天，在德国 Mainz，更多的头头脑脑们聚首，检查了进度，讨论了前景－－好一派“面朝大海，春暖花开”的朝气景象……
会上，Intel 的 Linux client architect，Waldo Bastian 做了个报告，列出了开发者们觉得最终要的需要改进的地方：
－提高发行版之间的二进制兼容性
－提高两个主要的桌面环境（GNOME, KDE）之间的兼容性
－让第三方开发者更容易地为不同发行版打包软件
－文档，文档，文档
Bastian 还提到，现在有种倾向，认为开发者必须在 GNOME 和 KDE 之间选择，可是实际上，95% 的功能都和 window manager 以及桌面环境无关。只要 Portland 搞定剩余的 5%，那就…大同世界咯。
另一个重要地方是，把开发用 toolkit 和运行时环境剥离。也就是，用户不需要运行 KDE 才能使用 KDE 程序，也不需要运行 GNOME 来执行 GNOME 应用。Portland 提供的high level 桌面集成 API 就是完成这活儿的。在 KDE 上运行 Evolution 应该没问题的。
除此之外，Portland 的另一个目标是 xdg-utils 。用在已经部署了的发行版之上，这是一组通用脚本，为任何 Linux 桌面提供最低级别的兼容性。包括：
－安装：xdg-menu：命令行工具，安装/卸载 桌面按钮； xdg-desktop：命令行工具，安装/卸载 桌面图标。其他的还有xdg-email ，xdg-mime ，xdg-su ，xdg-open ，xdg-copy ，xdg-file-dialog 等。这些脚本不依赖 KDE 和 GNOME，而且也可以用在所谓的 第二层 Linux 桌面上，比如 XFCE 和 Blackbox。
继续深入挖掘，Desktop API 可能要求上游桌面项目作出改变。
DAPI 由一个守护进程和库组成。应用需要和桌面交互的时候，call 库，后者走 IPC 向守护进程发出调用请求，守护进程再和桌面交互。通过库中的 wrapper 和 守护进程，应用可以不用关心桌面是什么。目前和守护进程交互的 IPC 还是个自定义的东东，或许哪一天会转到 DBUS 上。
今年夏天，Portland 可能会进入实战，首先出现在 Fedora，OpenSUSE 和 Ubuntu。随着 Linux 桌面在 infrastructure 上的不断改进，理想的，和 Windows 一样容易使用，容易为之开发软件的 Linux 桌面，就能一步步逼近现实。
[tags]portland, linux, gnome, kde, desktop, osdl[/tags]
OSDL 旨在融合 GNOME 和 KDE 之间令人恼火的鸿沟的努力已经接近收获期。
这次 Boston －－哦，已经过去几个星期了－－的LinuxWorld Conference and Expo 上，OSDL 的开发者向大家介绍了一下 Project Portland 的情况，当然，这活儿实际上实在 OSDL 和 Freedesktop.org 等协作人工的努力下一道完成的。
5 月份 Portland 的 beta 应该能问世，7 月会有 1.0，最终，Portland 可能能进入LSB。就这个进度来看，还是比较快的，项目的发端也不过是去年12月，OSDL 的开发者在 Portland 的一次会议上提出来的，现在 KDE 和 GNOME 都许诺支持 Portland。Portland 的成果是两组 interface，一组是命令行工具，一组是供应用使用的库，提供称为 DAPI 的新 API。
希望这样的努力能真的把优秀应用从 GUI 的禁锢中解放出来，访问 desktop service 不再和下层不必要的 framework 勾得那么紧。或许我们能在 Fedora 这样最乐于勇于善于集成 cutting edge 技术的发行版上最先尝试到 Portland，一份应用，无论在哪个桌面，都跑得哗哗的。。。
[tags]linux, portland, gnome, kde, desktop[/tags]
这下好了，SUSE 有可能要跟 KDE 说farewell了。
在刚刚宣布要裁掉全球10%，也就是600个职位的同时，Novell 还抛出定心丸说他们的Linux产品线不会受到伤害，但是，他们还作出了一个战略性决定：GNOME将成为SLES (SuSE Linux Enterprise Server) 和 Novell Linux Desktop 的缺省桌面环境。
SLES和NLD仍将支持KDE库，但是 GNOME 仍将成为Novell产品的主导。KDE桌面和产品将（只）通过OpenSUSE进行。
在KDE和GNOME的历史上，争执谁更优秀更好用更这个更那个的话题一直没有停止过，不过GNMOE收到的赞助比较多倒是事实，而KDE在只有很少资助的情况下能这样发展也赢得了不少敬重－－特别是他们没把自己打扮成一个可怜兮兮的悲情英雄的样子的时候。大多数发行版都同时支持两个环境，不过在企业Linux市场，还是GNOME占据优势，不过我看这只是因为目前占据企业Linux市场的厂商都是传统的GNOME赞助者的缘故而已。
SUSE在传统上一直是KDE的支持者和使用者，默认桌面环境一直是KDE。我个人的喜好是稍微有点摇摆不定，不过偏KDE多些。
有人会说，发展两个桌面环境是Linux或者Open Source圈儿的不幸，它分散了人力，牵扯了Linux了发展，甚至带来了内部的裂痕。我对这个问题的体会和跟一群同事吃午饭时讨论的一个话题的意见类似：在宾夕法尼亚和堪萨斯（甚至很久以前的田纳西），州政府，民间组织和普通公民为进化论神创论智能设计论这论那论到底能不能进课堂争执得头破血流，我知道对这个问题有多种解释方向，而且都言之有理，不过我觉得还有一点也很重要－－中国人常常看走眼，想不到的一点－－就是，或许，一个学术问题的真正答案，与能否对这个问题进行争执的自由相比，是多么微不足道。不知道绕了这么一大圈，我说没说清楚我在GNOME 和 KDE 问题上的态度 ;-P
一位Novell内部的消息人士说，他并不在乎哪个是缺省桌面。不过他很高兴Novell作出了决定，选定了一个－－当你要削减开支的时候，同时支持两个做同样事情的桌面简直毫无意义。
我有理由怀疑Novell在组织OpenSUSE社区的时候就在计划这一步了，一边跟情人调情一边在肚子里盘算马基雅弗利式的阴谋对这些商人来说可是小菜一叠。
[tags]linux, kde, suse, gnome, desktop[/tags]