西雅图报道。容器迟早要改变世界，以及改变操作系统的角色。这是 Wim Coekaerts 带来的 LinuxCon 演讲主题，Coekaerts 是 Oracle 公司 Linux 与虚拟化工程的高级副总裁。

Coekaerts 在开始演讲的时候拿出一张关于“桌面之年”的幻灯片，引发了现场观众的一片笑声。之后他说 2015 年很明显是容器之年，更是应用之年，应用才是容器的关键。

“你需要操作系统做什么事情？”，Coekaerts 回答现场观众：“只需一件事：运行一个应用。操作系统负责管理硬件和资源，来让你的应用运行起来。”

Coakaerts 补充说，在 Docker 容器的帮助下，我们的注意力再次集中在应用上，而在 Oracle，我们将注意力放在如何让应用更好地运行在操作系统上。

“许多人过去常常需要繁琐地安装应用，而现在的年轻人只需要按一个按钮就能让应用在他们的移动设备上运行起来”。

人们对安装企业版的软件需要这么复杂的步骤而感到惊讶，而 Docker 帮助他们脱离了这片苦海。

“操作系统的角色已经变了。” Coekaerts 说。

Docker 的出现不代表虚拟机的淘汰，容器化过程需要经过很长时间才能变得成熟，然后才能在世界范围内得到应用。

在这段时间内，容器会与虚拟机共存，并且我们需要一些工具，将应用在容器和虚拟机之间进行转换迁移。Coekaerts 举例说 Oracle 的 VirtualBox 就可以用来帮助用户运行 Docker，而它原来是被广泛用在桌面系统上的一项开源技术。现在 Docker 的 Kitematic 项目将在 Mac 上使用 VirtualBox 运行 Docker。

容器的开放计算计划和一次写随处部署

一个能让容器成功的关键是“一次写，随处部署”的概念。而在容器之间的互操作领域，Linux 基金会的开放计算计划（OCI）扮演一个非常关键的角色。

“使用 OCI，应用编译一次后就可以很方便地在多地运行，所以你可以将你的应用部署在任何地方”。

Coekaerts 总结说虽然在迁移到容器模型过程中会发生很多好玩的事情，但容器还没真正做好准备，他强调 Oracle 现在正在验证将产品运行在容器内的可行性，但这是一个非常艰难的过程。

“运行数据库很简单，难的是要搞定数据库所需的环境”，Coekaerts 说：“容器与虚拟机不一样，一些需要依赖底层系统配置的应用无法从主机迁移到容器中。”

另外，Coekaerts 指出在容器内调试问题与在虚拟机内调试问题也是不一样的，现在还没有成熟的工具来进行容器应用的调试。

Coekaerts 强调当容器足够成熟时，有一点很重要：不要抛弃现有的技术。组织和企业不能抛弃现有的部署好的应用，而完全投入新技术的怀抱。

“部署新技术是很困难的事情，你需要缓慢地迁移过去，能让你顺利迁移的技术才是成功的技术。”Coekaerts 说。

via: http://www.serverwatch.com/server-news/linuxcon-the-changing-role-of-the-server-os.html

作者：Sean Michael Kerner 译者：bazz2 校对：wxy

本文由 LCTT 原创翻译，Linux中国 荣誉推出

在2015年8月16日， Debian项目组庆祝了 Debian 的22周年纪念日；这也是开源世界历史最悠久、热门的发行版之一。 Debian项目于1993年由Ian Murdock创立。彼时，Slackware 作为最早的 Linux 发行版已经名声在外。

22岁生日快乐! Debian Linux!

Ian Ashly Murdock， 一个美国职业软件工程师， 在他还是普渡大学的学生时构想出了 Debian 项目的计划。他把这个项目命名为 Debian 是由于这个名字组合了他彼时女友的名字 Debra Lynn 和他自己的名字 Ian。 他之后和 Lynn 结婚并在2008年1月离婚。

Debian 创始人:Ian Murdock

Ian 目前是 ExactTarget 的平台与开发社区的副总裁。

Debian (如同Slackware一样) 都是由于当时缺乏满足合乎标准的发行版才应运而生的。 Ian 在一次采访中说：“免费提供一流的产品会是 Debian 项目的唯一使命。 尽管过去的 Linux 发行版均不尽然可靠抑或是优秀。 我印象里...比如在不同的文件系统间移动文件， 处理大型文件经常会导致内核出错。 但是 Linux 其实是很可靠的， 自由的源代码让这个项目本质上很有前途。”

"我记得过去我像其他想解决问题的人一样， 想在家里运行一个像 UNIX 的东西。 但那是不可能的， 无论是经济上还是法律上或是别的什么角度。 然后我就听闻了 GNU 内核开发项目， 以及这个项目是如何没有任何法律纷争"， Ian 补充到。 他早年在开发 Debian 时曾被自由软件基金会(FSF)资助， 这份资助帮助 Debian 取得了长足的发展； 尽管一年后由于学业原因 Ian 退出了 FSF 转而去完成他的学位。

Debian开发历史

• Debian 0.01 – 0.09 : 发布于 1993 年八月 – 1993 年十二月。
• Debian 0.91 : 发布于 1994 年一月。 有了原始的包管理系统， 没有依赖管理机制。
• Debian 0.93 rc5 : 发布于 1995 年三月。 “现代”意义的 Debian 的第一次发布， 在基础系统安装后会使用dpkg 安装以及管理其他软件包。
• Debian 0.93 rc6: 发布于 1995 年十一月。 最后一次 a.out 发布， deselect 机制第一次出现， 有60位开发者在彼时维护着软件包。
• Debian 1.1: 发布于 1996 年六月。 项目代号 – Buzz， 软件包数量 – 474， 包管理器 dpkg， 内核版本 2.0， ELF 二进制。
• Debian 1.2: 发布于 1996 年十二月。 项目代号 – Rex， 软件包数量 – 848， 开发者数量 – 120。
• Debian 1.3: 发布于 1997 年七月。 项目代号 – Bo， 软件包数量 974， 开发者数量 – 200。
• Debian 2.0: 发布于 1998 年七月。 项目代号 - Hamm， 支持构架 – Intel i386 以及 Motorola 68000 系列， 软件包数量: 1500+， 开发者数量: 400+， 内置了 glibc。
• Debian 2.1: 发布于1999 年三月九日。 项目代号 – slink， 支持构架 - Alpha 和 Sparc， apt 包管理器开始成型， 软件包数量 – 2250。
• Debian 2.2: 发布于 2000 年八月十五日。 项目代号 – Potato， 支持构架 – Intel i386， Motorola 68000 系列， Alpha， SUN Sparc， PowerPC 以及 ARM 构架。 软件包数量: 3900+ (二进制) 以及 2600+ (源代码)， 开发者数量 – 450。 有一群人在那时研究并发表了一篇论文， 论文展示了自由软件是如何在被各种问题包围的情况下依然逐步成长为优秀的现代操作系统的。
• Debian 3.0: 发布于 2002 年七月十九日。 项目代号 – woody， 支持构架新增 – HP， PA\_RISC， IA-64， MIPS 以及 IBM， 首次以DVD的形式发布， 软件包数量 – 8500+， 开发者数量 – 900+， 支持加密。
• Debian 3.1: 发布于 2005 年六月六日。 项目代号 – sarge， 支持构架 – 新增 AMD64（非官方渠道发布）， 内核 – 2.4 以及 2.6 系列， 软件包数量: 15000+， 开发者数量 : 1500+， 增加了诸如 OpenOffice 套件， Firefox 浏览器， Thunderbird， Gnome 2.8， 支持: RAID， XFS， LVM， Modular Installer。
• Debian 4.0: 发布于 2007 年四月八日。 项目代号 – etch， 支持构架 – 如前，包括 AMD64。 软件包数量: 18，200+ 开发者数量 : 1030+， 图形化安装器。
• Debian 5.0: 发布于 2009 年二月十四日。 项目代号 – lenny， 支持构架 – 新增 ARM。 软件包数量: 23000+， 开发者数量: 1010+。
• Debian 6.0: 发布于 2009 年七月二十九日。 项目代号 – squeeze， 包含的软件包: 内核 2.6.32， Gnome 2.3. Xorg 7.5， 同时包含了 DKMS， 基于依赖包支持。 支持构架 : 新增 kfreebsd-i386 以及 kfreebsd-amd64， 基于依赖管理的启动过程。
• Debian 7.0: 发布于 2013 年五月四日。 项目代号: wheezy， 支持 Multiarch， 私有云工具， 升级了安装器， 移除了第三方软件依赖， 全功能多媒体套件-codec， 内核版本 3.2， Xen Hypervisor 4.1.4 ，软件包数量: 37400+。
• Debian 8.0: 发布于 2015 年五月二十五日。 项目代号: Jessie， 将 Systemd 作为默认的初始化系统， 内核版本 3.16， 增加了快速启动(fast booting)， service进程所依赖的 cgroups 使隔离部分 service 进程成为可能， 43000+ 软件包。 Sysvinit 初始化工具在 Jessie 中可用。

注意: Linux的内核第一次是在1991 年十月五日被发布， 而 Debian 的首次发布则在1993 年九月十三日。 所以 Debian 已经在只有24岁的 Linux 内核上运行了整整22年了。

Debian 的那些事

1994年管理和重整了 Debian 项目以使得其他开发者能更好地加入，所以在那一年并没有发布面向用户的更新， 当然， 内部版本肯定是有的。

Debian 1.0 从来就没有被发布过。 一家 CD-ROM 的生产商错误地把某个未发布的版本标注为了 1.0， 为了避免产生混乱， 原本的 Debian 1.0 以1.1的面貌发布了。 从那以后才有了所谓的官方CD-ROM的概念。

每个 Debian 新版本的代号都是玩具总动员里某个角色的名字哦。

Debian 有四种可用版本: 旧稳定版(old stable)， 稳定版(stable)， 测试版(testing) 以及 试验版(experimental)。 始终如此。

Debian 项目组一直工作在不稳定发行版上， 这个不稳定版本始终被叫做Sid(玩具总动员里那个邪恶的臭小孩)。 Sid是unstable版本的永久名称， 同时Sid也取自'Still In Development"(译者:还在开发中)的首字母。 Sid 将会成为下一个稳定版， 当前的稳定版本代号为 jessie。

Debian 的官方发行版只包含开源并且自由的软件， 绝无其他东西. 不过 contrib 和非自由软件包使得安装那些本身自由但是其依赖的软件包不自由(contrib)的软件和非自由软件成为了可能。

Debian 是一堆Linux 发行版之母。 举几个例子:

• Damn Small Linux
• KNOPPIX
• Linux Advanced
• MEPIS
• Ubuntu
• 64studio (不再活跃开发)
• LMDE

Debian 是世界上最大的非商业 Linux 发行版。它主要是由C编写的(32.1%)， 一并的还有其他70多种语言。

Debian 开发语言贡献表，图片来源: Xmodulo

Debian 项目包含6，850万行代码， 以及 450万行空格和注释。

国际空间站放弃了 Windows 和红帽子， 进而换成了 Debian - 在上面的宇航员使用落后一个版本的稳定发行版， 目前是 squeeze; 这么做是为了稳定程度以及来自 Debian 社区的雄厚帮助支持。

感谢上帝! 我们差点就听到来自国际空间宇航员面对 Windows Metro 界面的尖叫了 :P

黑色星期三

2002 年十一月二十日， Twente 大学的网络运营中心(NOC)着火。 当地消防部门放弃了服务器区域。 NOC维护着satie.debian.org 的网站服务器， 这个网站包含了安全、非美国相关的存档、新维护者资料、数量报告、数据库等等；这一切都化为了灰烬。 之后这些服务由 Debian 重建了。

未来版本

下一个待发布版本是 Debian 9， 项目代号 – Stretch， 它会带来什么还是个未知数。 满心期待吧!

有很多发行版在 Linux 发行版的历史上出现过一瞬间然后很快消失了。 在多数情况下， 维护一个日渐庞大的项目是开发者们面临的挑战。 但这对 Debian 来说不是问题。 Debian 项目有全世界成百上千的开发者、维护者。 它在 Linux 诞生的之初起便一直存在。

Debian 在 Linux 生态环境中的贡献是难以用语言描述的。 如果 Debian 没有出现过， 那么 Linux 世界将不会像现在这样丰富和用户友好。 Debian 是为数不多可以被认为安全可靠又稳定的发行版，是作为网络服务器完美选择。

这仅仅是 Debian 的一个开始。 它走过了这么长的征程， 并将一直走下去。 未来即是现在！ 世界近在眼前！ 如果你到现在还从来没有使用过 Debian， 我只想问， 你还再等什么? 快去下载一份镜像试试吧， 我们会在此守候遇到任何问题的你。

• Debian 主页

via: http://www.tecmint.com/happy-birthday-to-debian-gnu-linux/

作者：Avishek Kumar 译者：jerryling315 校对：wxy

本文由 LCTT 原创翻译，Linux中国 荣誉推出

Linux 4.2 内核涉及到史上最多的贡献者数量，内核开发者 Jonathan Corbet 如是说。

西雅图报道。Linux 内核持续增长：代码量在增加，代码贡献者数量也在增加。而随之而来的一些挑战需要处理一下。以上是 Jonathan Corbet 在今年的 LinuxCon 的内核年度报告上提出的主要观点。以下是他的主要演讲内容：

Linux 4.2 内核已经于上月底释出。Corbet 强调有 1569 名开发者为这个版本贡献了代码，其中 277 名是第一次提交代码。

越来越多的开发者的加入，内核更新非常快，Corbet 估计现在大概 63 天就能产生一个新的内核里程碑。

Linux 4.2 涉及多方面的更新。其中一个就是引进了 OverLayFS，这是一种只读型文件系统，它可以实现在一个容器之上再放一个容器。

网络系统对小包传输性能也有了提升，这对于高频金融交易而言非常重要。提升的方面主要集中在减小处理数据包的时间的能耗。

依然有新的驱动中加入内核。在每个内核发布周期，平均会有 60 到 80 个新增或升级驱动中加入。

另一个主要更新是实时内核补丁，这个特性在 4.0 版首次引进，好处是系统管理员可以在生产环境中打上内核补丁而不需要重启系统。当补丁所需要的元素都已准备就绪，打补丁的过程会在后台持续而稳定地进行。

Linux 安全, IoT 和其他关注点

过去一年中，安全问题在开源社区是一个很热的话题，这都归因于那些引发高度关注的事件，比如 Heartbleed 和 Shellshock。

“我毫不怀疑 Linux 代码对这些方面的忽视会产生一些令人不悦的问题”，Corbet 原话。

他强调说过去 10 年间有超过 3 百万行代码不再被开发者修改，而产生 Shellshock 漏洞的代码的年龄已经是 20 岁了，近年来更是无人问津。

另一个关注点是 2038 问题，Linux 界的“千年虫”，如果不解决，2000 年出现过的问题还会重现。2038 问题说的是在 2038 年一些 Linux 和 Unix 机器会死机（LCTT译注：32 位系统记录的时间，在2038年1月19日星期二晚上03:14:07之后的下一秒，会变成负数）。Corbet 说现在离 2038 年还有 23 年时间，现在部署的系统都会考虑 2038 问题。

Linux 已经启动一些初步的方案来修复 2038 问题了，但做的还远远不够。“现在就要修复这个问题，而不是等 20 年后把这个头疼的问题留给下一代解决，我们却享受着退休的美好时光”。

物联网(IoT)也是 Linux 关注的领域，Linux 是物联网嵌入式操作系统的主要占有者，然而这并没有什么卵用。Corget 认为日渐臃肿的内核对于未来的物联网设备来说肯定过于庞大。

现在有一个项目就是做内核最小化的，获取足够的支持对于这个项目来说非常重要。

“除了 Linux 之外，也有其他项目可以做物联网，但那些项目不会像 Linux 一样开放”，Corbet 说，“我们不能指望 Linux 在物联网领域一直保持优势，我们需要靠自己的努力去做到这点，我们需要注意不能让内核变得越来越臃肿。”

via: http://www.eweek.com/enterprise-apps/a-look-at-whats-next-for-the-linux-kernel.html

作者：Sean Michael Kerner 译者：bazz2 校对：wxy

本文由 LCTT 原创翻译，Linux中国 荣誉推出

用户体验和最后想法

当 Gnome 2.x 和 KDE 4.x 要正面交锋时……我在它们之间左右逢源。我对它们爱恨交织，但总的来说它们使用起来还算是一种乐趣。然后 Gnome 3.x 来了，带着一场 Gnome Shell 的戏剧。那时我就放弃了 Gnome，我尽我所能的避开它。当时它对用户是不友好的，而且不直观，它打破了原有的设计典范，只为平板的统治世界做准备……而根据平板下跌的销量来看，这样的未来不可能实现。

在 Gnome 3 后续发布了八个版本后，奇迹发生了。Gnome 变得对对用户友好了，变得直观了。它完美吗？当然不。我还是很讨厌它想推动的那种设计范例，我讨厌它总想给我强加一种工作流（work flow），但是在付出时间和耐心后，这两都能被接受。只要你能够回头去看看 Gnome Shell 那外星人一样的界面，然后开始跟 Gnome 的其它部分（特别是控制中心）互动，你就能发现 Gnome 绝对做对了：细节，对细节的关注！

人们能适应新的界面设计范例，能适应新的工作流—— iPhone 和 iPad 都证明了这一点——但真正让他们操心的一直是“纸割”——那些不完美的细节。

它带出了 KDE 和 Gnome 之间最重要的一个区别。Gnome 感觉像一个产品，像一种非凡的体验。你用它的时候，觉得它是完整的，你要的东西都触手可及。它让人感觉就像是一个拥有 Windows 或者 OS X 那样桌面体验的 Linux 桌面版：你要的都在里面，而且它是被同一个目标一致的团队中的同一个人写出来的。天，即使是一个应用程序发出的 sudo 请求都感觉是 Gnome 下的一个特意设计的部分，就像在 Windows 下的一样。而在 KDE 下感觉就是随便一个应用程序都能创建的那种各种外观的弹窗。它不像是以系统本身这样的正式身份停下来说“嘿，有个东西要请求管理员权限！你要给它吗？”。

KDE 让人体验不到有凝聚力的体验。KDE 像是在没有方向地打转，感觉没有完整的体验。它就像是一堆东西往不同的的方向移动，只不过恰好它们都有一个共同享有的工具包而已。如果开发者对此很开心，那么好吧，他们开心就好，但是如果他们想提供最好体验的话，那么就需要多关注那些小地方了。用户体验跟直观应当做为每一个应用程序的设计中心，应当有一个视野，知道 KDE 要提供什么——并且——知道它看起来应该是什么样的。

是不是有什么原因阻止我在 KDE 下使用 Gnome 磁盘管理？ Rhythmbox 呢? Evolution 呢? 没有，没有，没有。但是这样说又错过了关键。Gnome 和 KDE 都称它们自己为“桌面环境”。那么它们就应该是完整的环境，这意味着他们的各个部件应该汇集并紧密结合在一起，意味着你应该使用它们环境下的工具，因为它们说“您在一个完整的桌面中需要的任何东西，我们都支持。”说真的？只有 Gnome 看起来能符合完整的要求。KDE 在“汇集在一起”这一方面感觉就像个半成品，更不用说提供“完整体验”中你所需要的东西。Gnome 磁盘管理没有相应的对手—— kpartionmanage 要求 ROOT 权限。KDE 不运行“首次用户注册”的过程（原文：No 'First Time User' run through。可能是指系统安装过程中KDE没有创建新用户的过程，译注） ，现在也不过是在 Kubuntu 下引入了一个用户管理器。老天，Gnome 甚至提供了地图、笔记、日历和时钟应用。这些应用都是百分百要紧的吗？不，当然不了。但是正是这些应用帮助 Gnome 推动“Gnome 是一种完整丰富的体验”的想法。

我吐槽的 KDE 问题并非不可能解决，决对不是这样的！但是它需要人去关心它。它需要开发者为他们的作品感到自豪，而不仅仅是为它们实现的功能而感到自豪——组织的价值可大了去了。别夺走用户设置选项的能力—— GNOME 3.x 就是因为缺乏配置选项的能力而为我所诟病，但别把“好吧，你想怎么设置就怎么设置”作为借口而不提供任何理智的默认设置。默认设置是用户将看到的东西，它们是用户从打开软件的第一刻开始进行评判的关键。给用户留个好印象吧。

我知道 KDE 开发者们知道设计很重要，这也是为什么VDG（Visual Design Group 视觉设计组）存在的原因，但是感觉好像他们没有让 VDG 充分发挥，所以 KDE 里存在组织上的缺陷。不是 KDE 没办法完整，不是它没办法汇集整合在一起然后解决衰败问题，只是开发者们没做到。他们瞄准了靶心……但是偏了。

还有，在任何人说这句话之前……千万别说“欢迎给我们提交补丁啊"。因为当我开心的为某个人提交补丁时，只要开发者坚持以他们喜欢的却不直观的方式干事，更多这样的烦人事就会不断发生。这不关 Muon 有没有中心对齐。也不关 Amarok 的界面太丑。也不关每次我敲下快捷键后，弹出的音量和亮度调节窗口占用了我一大块的屏幕“地皮”（说真的，有人会把这些东西缩小）。

这跟心态的冷漠有关，跟开发者们在为他们的应用设计 UI 时根本就不多加思考有关。KDE 团队做的东西都工作得很好。Amarok 能播放音乐。Dragon 能播放视频。Kwin 或 Qt 和 kdelibs 似乎比 Mutter/gtk 更有力更效率（仅根据我的电池电量消耗计算。非科学性测试）。这些都很好，很重要……但是它们呈现的方式也很重要。甚至可以说，呈现方式是最重要的，因为它是用户看到的并与之交互的东西。

KDE 应用开发者们……让 VDG 参与进来吧。让 VDG 审查并核准每一个“核心”应用，让一个 VDG 的 UI/UX 专家来设计应用的使用模式和使用流程，以此保证其直观性。真见鬼，不管你们在开发的是啥应用，仅仅把它的模型发到 VDG 论坛寻求反馈甚至都可能都能得到一些非常好的指点跟反馈。你有这么好的资源在这，现在赶紧用吧。

我不想说得好像我一点都不懂感恩。我爱 KDE，我爱那些志愿者们为了给 Linux 用户一个可视化的桌面而付出的工作与努力，也爱可供选择的 Gnome。正是因为我关心我才写这篇文章。因为我想看到更好的 KDE，我想看到它走得比以前更加遥远。而这样做需要每个人继续努力，并且需要人们不再躲避批评。它需要人们对系统互动及系统崩溃的地方都保持诚实。如果我们不能直言批评，如果我们不说“这真垃圾！”，那么情况永远不会变好。

这周后我会继续使用 Gnome 吗？可能不。应该不。Gnome 还在试着强迫我接受其工作流，而我不想追随，也不想遵循，因为我在使用它的时候感觉变得不够高效，因为它并不遵循我的思维模式。可是对于我的朋友们，当他们问我“我该用哪种桌面环境？”我可能会推荐 Gnome，特别是那些不大懂技术，只要求“能工作”就行的朋友。根据目前 KDE 的形势来看，这可能是我能说出的最狠毒的评估了。

via: http://www.phoronix.com/scan.php?page=article&item=gnome-week-editorial&num=5

作者：Eric Griffith 译者：XLCYun 校对：wxy

本文由 LCTT 原创翻译，Linux中国 荣誉推出

设置

在这我要挑一挑几个特定 KDE 控制模块的毛病，大部分原因是因为相比它们的对手GNOME来说，糟糕得太可笑，实话说，真是悲哀。

第一个接招的？打印机。

GNOME 在左，KDE 在右。你知道左边跟右边的打印程序有什么区别吗？当我在 GNOME 控制中心打开“打印机”时，程序窗口弹出来了，然后这样就可以使用了。而当我在 KDE 系统设置打开“打印机”时，我得到了一条密码提示。甚至我都没能看一眼打印机呢，我就必须先交出 ROOT 密码。

让我再重复一遍。在今天这个有了 PolicyKit 和 Logind 的日子里，对一个应该是 sudo 的操作，我依然被询问要求 ROOT 的密码。我安装系统的时候甚至都没设置 root 密码。所以我必须跑到 Konsole 去，接着运行 'sudo passwd root' 命令，这样我才能给 root 设一个密码，然后我才能回到系统设置中的打印程序，再交出 root 密码，然后仅仅是看一看哪些打印机可用。完成了这些工作后，当我点击“添加打印机”时，我再次得到请求 ROOT 密码的提示，当我解决了它后再选择一个打印机和驱动时，我再次得到请求 ROOT 密码的提示。仅仅是为了添加一个打印机到系统我就收到三次密码请求！

而在 GNOME 下添加打印机，在点击打印机程序中的“解锁”之前，我没有得到任何请求 SUDO 密码的提示。整个过程我只被请求过一次，仅此而已。KDE，求你了……采用 GNOME 的“解锁”模式吧。不到一定需要的时候不要发出提示。还有，不管是哪个库，只要它允许 KDE 应用程序绕过 PolicyKit/Logind（如果有的话）并直接请求 ROOT 权限……那就把它封进箱里吧。如果这是个多用户系统，那我要么必须交出 ROOT 密码，要么我必须时时刻刻待命，以免有一个用户需要升级、更改或添加一个新的打印机。而这两种情况都是完全无法接受的。

有还一件事……

这个问题问大家：怎么样看起来更简洁？我在写这篇文章时意识到：当有任何附加的打印机准备好时，Gnome 打印机程序会把过程做得非常简洁，它们在左边上放了一个竖直栏来列出这些打印机。而我在 KDE 中添加第二台打印机时，它突然增加出一个左边栏来。而在添加之前，我脑海中已经有了一个恐怖的画面，它会像图片文件夹显示预览图一样直接在界面里插入另外一个图标。我很高兴也很惊讶的看到我是错的。但是事实是它直接“长出”另外一个从未存在的竖直栏，彻底改变了它的界面布局，而这样也称不上“好”。终究还是一种令人困惑，奇怪而又不直观的设计。

打印机说得够多了……下一个接受我公开石刑的 KDE 系统设置是？多媒体，即 Phonon。

一如既往，GNOME 在左边，KDE 在右边。让我们先看看 GNOME 的系统设置先……眼睛移动是从左到右，从上到下，对吧？来吧，就这样做。首先：音量控制滑条。滑条中的蓝色条与空条百分百清晰地消除了哪边是“音量增加”的困惑。在音量控制条后马上就是一个 On/Off 开关，用来开关静音功能。Gnome 的再次得分在于静音后能记住当前设置的音量，而在点击音量增加按钮取消静音后能回到原来设置的音量中来。Kmixer，你个健忘的垃圾，我真的希望我能多讨论你一下。

继续！输入输出和应用程序的标签选项？每一个应用程序的音量随时可控？Gnome，每过一秒，我爱你越深。音量均衡选项、声音配置、和清晰地标上标志的“测试麦克风”选项。

我不清楚它能否以一种更干净更简洁的设计实现。是的，它只是一个 Gnome 化的 Pavucontrol，但我想这就是重要的地方。Pavucontrol 在这方面几乎完全做对了，Gnome 控制中心中的“声音”应用程序的改善使它向完美更进了一步。

Phonon，该你上了。但开始前我想说：我 TM 看到的是什么？！我知道我看到的是音频设备的优先级列表，但是它呈现的方式有点太坑。还有，那些用户可能关心的那些东西哪去了？拥有一个优先级列表当然很好，它也应该存在，但问题是优先级列表属于那种用户乱搞一两次之后就不会再碰的东西。它还不够重要，或者说不够常用到可以直接放在正中间位置的程度。音量控制滑块呢？对每个应用程序的音量控制功能呢？那些用户使用最频繁的东西呢？好吧，它们在 Kmix 中，一个分离的程序，拥有它自己的配置选项……而不是在系统设置下……这样真的让“系统设置”这个词变得有点用词不当。

上面展示的 Gnome 的网络设置。KDE 的没有展示，原因就是我接下来要吐槽的内容了。如果你进入 KDE 的系统设置里，然后点击“网络”区域中三个选项中的任何一个，你会得到一大堆的选项：蓝牙设置、Samba 分享的默认用户名和密码（说真的，“连通性（Connectivity）”下面只有两个选项：SMB 的用户名和密码。TMD 怎么就配得上“连通性”这么大的词？），浏览器身份验证控制（只有 Konqueror 能用……一个已经倒闭的项目），代理设置，等等……我的 wifi 设置哪去了？它们没在这。哪去了？好吧，它们在网络应用程序的设置里面……而不是在网络设置里……

KDE，你这是要杀了我啊，你有“系统设置”当凶器，拿着它动手吧！

via: http://www.phoronix.com/scan.php?page=article&item=gnome-week-editorial&num=4

作者：Eric Griffith 译者：XLCYun 校对：wxy

本文由 LCTT 原创翻译，Linux中国 荣誉推出

应用

这是一个基本扯平的方面。每一个桌面环境都有一些非常好的应用，也有一些不怎么样的。再次强调，Gnome 把那些 KDE 完全错失的小细节给做对了。我不是想说 KDE 中有哪些应用不好。他们都能工作，但仅此而已。也就是说：它们合格了，但确实还没有达到甚至接近100分。

Gnome 在左边，KDE 在右边。KDE 的 Dragon 播放器运行得很好，清晰的标出了播放文件、URL或和光盘的按钮，正如你在 Gnome Videos 中能做到的一样……但是在便利的文件名和用户的友好度方面，Gnome 多走了一小步。它默认显示了在你的电脑上检测到的所有影像文件，不需要你做任何事情。KDE 有 [Baloo][]（正如之前的 Nepomuk，LCTT 译注：这是 KDE 中一种文件索引服务框架）为什么不使用它们？它们能列出可读取的影像文件……但却没被使用。

下一步……音乐播放器

这两个应用，左边的是 Rhythmbox ，右边的是 Amarok，都是打开后没有做任何修改直接截屏的。看到差别了吗？Rhythmbox 看起来像个音乐播放器，直接了当，排序文件的方法也很清晰，它知道它应该是什么样的，它的工作是什么：就是播放音乐。

Amarok 感觉就像是某个人为了展示而把所有的扩展和选项都尽可能地塞进一个应用程序中去，而做出来的一个技术演示产品（tech demos），或者一个库演示产品（library demos）——而这些是不应该做为产品装进去的，它只应该展示其中一点东西。而 Amarok 给人的感觉却是这样的：好像是某个人想把每一个感觉可能很酷的东西都塞进一个媒体播放器里，甚至都不停下来想“我想写啥来着？一个播放音乐的应用？”

看看默认布局就行了。前面和中心都呈现了什么？一个可视化工具和集成了维基百科——占了整个页面最大和最显眼的区域。第二大的呢？播放列表。第三大，同时也是最小的呢？真正的音乐列表。这种默认设置对于一个核心应用来说，怎么可能称得上理智？

软件管理器！它在最近几年当中有很大的进步，而且接下来的几个月中，很可能只能看到它更大的进步。不幸的是，这是另一个 KDE 做得差一点点就能……但还是在终点线前以脸戗地了。

Gnome 软件中心可能是我的新的最爱的软件中心，先放下牢骚等下再发。Muon, 我想爱上你，真的。但你就是个设计上的梦魇。当 VDG 给你画设计草稿时（草图如下），你看起来真漂亮。白色空间用得很好，设计简洁，类别列表也很好，你的整个“不要分开做成两个应用程序”的设计都很不错。

接着就有人为你写代码，实现真正的UI，但是，我猜这些家伙当时一定是喝醉了。

我们来看看 Gnome 软件中心。正中间是什么？软件，软件截图和软件描述等等。Muon 的正中心是什么？白白浪费的大块白色空间。Gnome 软件中心还有一个贴心便利特点，那就是放了一个“运行”的按钮在那儿，以防你已经安装了这个软件。便利性和易用性很重要啊，大哥。说实话，仅仅让 Muon 把东西都居中对齐了可能看起来的效果都要好得多。

Gnome 软件中心沿着顶部的东西是什么，像个标签列表？所有软件，已安装软件，软件升级。语言简洁，直接，直指要点。Muon，好吧，我们有个“发现”，这个语言表达上还算差强人意，然后我们又有一个“已安装软件”，然后，就没有然后了。软件升级哪去了？

好吧……开发者决定把升级独立分开成一个应用程序，这样你就得打开两个应用程序才能管理你的软件——一个用来安装，一个用来升级——自从有了新立得图形软件包管理器以来，首次有这种破天荒的设计，与任何已存的软件中心的设计范例相违背。

我不想贴上截图给你们看，因为我不想等下还得清理我的电脑，如果你进入 Muon 安装了什么，那么它就会在屏幕下方根据安装的应用名创建一个标签，所以如果你一次性安装很多软件的话，那么下面的标签数量就会慢慢的增长，然后你就不得不手动检查清除它们，因为如果你不这样做，当标签增长到超过屏幕显示时，你就不得不一个个找过去来才能找到最近正在安装的软件。想想：在火狐浏览器中打开50个标签是什么感受。太烦人，太不方便！

我说过我会给 Gnome 一点打击，我是认真的。Muon 有一点做得比 Gnome 软件中心做得好。在 Muon 的设置栏下面有个“显示技术包”，即：编辑器，软件库，非图形应用程序，无 AppData 的应用等等（LCTT 译注：AppData 是软件包中的一个特殊文件，用于专门存储软件的信息）。Gnome 则没有。如果你想安装其中任何一项你必须跑到终端操作。我想这是他们做得不对的一点。我完全理解他们推行 AppData 的心情，但我想他们太急了（LCTT 译注：推行所有软件包带有 AppData 是 Gnome 软件中心的目标之一）。我是在想安装 PowerTop，而 Gnome 不显示这个软件时我才发现这点的——因为它没有 AppData，也没有“显示技术包”设置。

更不幸的事实是，如果你在 KDE 下你不能说“用 Apper 就行了”，因为……

Apper 对安装本地软件包的支持大约在 Fedora 19 时就中止了，几乎两年了。我喜欢关注细节与质量。

via: http://www.phoronix.com/scan.php?page=article&item=gnome-week-editorial&num=3

作者：Eric Griffith 译者：XLCYun 校对：wxy

本文由 LCTT 原创翻译，Linux中国 荣誉推出