rss· 投稿· 设为首页· 加入收藏· 繁體版
当前位置: 火魔网 » 操作系统 » Linux桌面

各种平台上的KDE

注:本页面属KDE中国小组原创,不含KDE官方性质。

作为一套自由发布的通用桌面软件,KDE在各种支持它的系统上都有不同的表现,在此我们撷录出一些简体中文用户的个别体验作为参考,当您在选择中产生犹疑时,希望它们能提供帮助。请注意以下篇目都仅代表撰写者个人意见,而不代表KDE中国小组的取向。

在此涉及的各种系统,按首字母顺序排列。

KDE on Arch Linux Arch Linux 是一份针对i686优化的社区发行版,产生于2001年初,主要负责人为Judd Vinet。其主要特点为快速,轻便,可定制性强。最新的版本为0.8beta2。 Arch的包管理系统是其最大的优点,由pacman和abs两部分组成。pacman负责跟踪、下载、安装、删除和升级软件包。这些软件包都是以tar.gz形式打包的,并提供了最基本的依赖关系检查,Abs系统是Arch的打包系统,来源于FreeBSD的ports系统。abs系统可以让你从源码编译符合自己需要的软件包。 因为强调轻便和可定制性,Arch并没有默认的桌面环境,一切由用户自己决定。所以,所有的桌面系统在Arch上都是被一视同仁的。Arch所用的KDE包都直接由KDE官方网站获取源代码打包而成,除了增加了一张壁纸外,没有进行任何的改动,可以说是原汁原味,而且,其更新速度非常的快,基本做到了和官方同步。因为Arch所使用的编译参数针对i686系统进行优化,所以,在启动、运行的速度上较其他发行版来说更快。直接从官方获取源码打包的另一个好处就是相对于Kubuntu、SuSE这些对KDE改动较大的发行版来说,Arch所使用的KDE更加的稳定,很少出现崩溃现象。对于开发人员来说,也不需要像Fedora、SuSE等安装一个devel包来获得开发所需的库文件。不过这样做的缺点就是和官方一样KDE大量的应用软件被按照类型分为几个包,每个包都比较大。往往是这种情况,每个包的许多软件中,用户只需要其中的一个到两个,而就是为了这一到两个的软件要安装整个包,有点资源浪费。目前唯一的解决办法就是用户根据自己的需要修改abs的软件源码编译脚本,以此来达到拆包的目的。 对于有一定Linux基础,喜欢追新而又不愿自己打包的用户来说,Arch应该是一个不错的选择。 值得一提的是,有一位karcholin同学制作了一份以KDE作为默认桌面环境的Arch Linux中文LiveCD,对中文的支持很好。作者对KDE原有的大包做了精简,只保留了一些常用软件,同时也包括了如Firefox等大家耳熟能详的软件,这份LiveCD能够很简单地安装到硬盘,免去正常安装配置硬件和中文环境的诸多烦恼,对于那些想尝试Arch linux的新手来说,这应该是适合的版本了。 KDE on Debian 早在1993年Ian Murdock就发起了Debian计划,与其它含商业公司性质的Linux发行版不同,Debian的开发模式与它的软件精神秉承Richard Stallman的黑客思想,可谓GNU计划中最纯粹的典范之一。它是由世界各地一千多位志愿者通过互联网自觉自愿合作开发完成,而这些志愿者几乎无一不是理想主义者。 Debian维护人员对纳入Debian的软件授权性质区分要求非常严格,因为自由软件几乎是Debian的信仰。直到2000年9月5日,奇趣公司宣布将Qt置于GPL下发布。由于"KDE是GPL的,而Qt不是"之类的原因而一直不肯将KDE纳入Debian官方Apt库的开发者们这才逐渐平息历时数年的争论,接受了KDE。2000年10月,KDE才正式进入了Debian官方的软件库,当时是KDE2.0。 Debian的维护者们并不像RedHat公司的同仁们那么喜欢自主,他们只是将默认KDE桌面以及登录管理器的背景换为Debian桌布,而对KDE本身不会做太多的变动。因此Debian下的KDE可以用原汁原味来形容。而且Deb包和Apt这两大利器对KDE的安装也简便又实用。 Debian的KDE小组将KDE下的各个模块分装打包。如您想要安装kdegraphics模块下的KPDF,您只要apt-get install kpdf就可以了,而不会强令您安装上KFax、Kooka、KolourPaint等kdegraphics中的其它软件。而只有当您apt-get install kde时,才会安装上所有KDE组件。 由于Debian维护者对软件稳定性方面的重视,进入Debian的软件一般都经过了严格的测试。随着KDE3的稳定性表现得越来越出色,最新的KDE版本进入Debian的时间也越来越短。目前unstable或experimental软件源中的KDE版本基本上都紧跟KDE的官方发布更新。同时在Debian优秀的平台下,KDE非常稳定,在操作得当的情况下,很少出现崩溃现象。每当接到bug报告时,Debian的维护者也会及时打上补丁,并上传到Apt库中。 Debian对KDE的支持力度也在加大,如目前GTK+程序的KDE主题、KDE与Debian的整合、Debian下的KDE风格系统管理器等项目都在进行当中。基于Debian的Kalyxo,Knoppix等发行版都将KDE作为其默认的桌面环境。 相信Debian与KDE将永远愉快地合作,共同见证开源的美好未来。 KDE on FreeBSD FreeBSD 是一个支持 Intel (x86 和 Itanium®)、AMD64,Alpha™、Sun UltraSPARC®计算机的基于4.4BSD-Lite的操作系统。 在FreeBSD上使用KDE并不是件容易的事情,这种不便更多的来自FreeBSD本身,用户需要对类UNIX系统有很好的了解才能够体会到FreeBSD和KDE的美妙与强大。 在FreeBSD上安装KDE可以通过以下两种方式,第一种是通过预编译包,这些预编译包可以通过FTP或者安装CD获得,使用预编译包的好处就是节约时间,缺点是这些包的版本比较老。第二种方式也是FreeBSD的主要包管理方式,同时也是通过源码方式管理软件包的始祖:ports系统。使用源码管理方式是显而易见的,用户可以比较早的获得最新的软件,并可以自己定义和优化这些包,这一点相信很多Gentoo用户有很深的体会。FreeBSD也不例外,用户可以在第一时间获得KDE的最新稳定版本和补丁。一般来说,所有能够进入FreeBSD的ports源里的软件都是FreeBSD的开发小组认为足够稳定和安全的,很多软件都是在发布1~2个月甚至更久才会进入 ports,而自从KDE进入3.X以来,在KDE官方发布一个新的版本后的1~2天内ports 就会收录这个新的版本,这一方面说明KDE足够稳定,另一方面也说明KDE3.X进入了一个相对稳定的发展阶段,不再有什么大的变化,更多的是进行一些细节上的改动。 不过,因为FreeBSD的设计哲学是以稳定为第一要素的,任何会带来不稳定的特性都被排斥,所以深度的优化和自定义并不被提倡。因此,虽然使用了源码管理方式,但FreeBSD的可定制性并不如其他使用同类包管理方式的系统那样灵活。具体到KDE来说,我们只能在ports源里看到熟悉的kdebase3、kdelib3等十几个大包,而且,这些包是不可拆分的,这样带来的问题是很明显的,用户会安装一些他们并不需要的软件,以及,冗长的编译时间。 因为FreeBSD的部分机制(特别是API)与Linux不同,一些可以在Linux上很好工作的特性在FreeBSD系统上不能很好的被支持或要通过比较复杂的配置才能实现,这一点在一些与系统底层紧密联系的应用上表现得尤其明显。 KDE on Gentoo 作为当今类Unix平台下最优秀的桌面环境之一,KDE在Gentoo下同样大受欢迎,这一切得益于Gentoo的高度定制能力和优秀的包管理机制——portage。基于Gentoo,用户的KDE体验必然从安装开始,KDE的安装非常的简单,在安装完带有Xorg和Qt3的基本系统后,就可以通过portage开始安装KDE3.x。当然您也可以在安装Qt4的前提下安装KDE4。这里要重点提到Gentoo对于KDE3拆包方式,众所周知,现今的KDE是一个被拆分为19个大包的完整桌面环境,可以通过emerge kdebase kdenetwork kdeadmin这样的方式来安装,在Gentoo中,以大包为单位进行安装,被称为“Installing KDE as Monolithic Packages”。然而以这样的方式安装KDE,必然会在Gentoo的支持者中产生大量反对的声音,因为一个大的KDE包中含有很多或许您根本不需要的软件,这完全不符合Gentoo倡导的自由和定制的精神。因此,一种更加灵活的被称为“Install KDE as Split Package”的KDE拆包方式受到更多Gentoo用户的欢迎,这是一种基于对KDE每个软件包ebuild的安装方式。以这种方式安装KDE,不再以KDE官方的拆包方式为单位,而是以每个KDE软件为单位,比如可以直接使用命令emerge kmail来安装KMail而不需要安装它所属的大包。基于“Install KDE as Split Package”的前提,同样可以安装单个KDE大包或整个KDE。值得强调的是:正是由于有两种安装KDE的基本方式,同时以“Install KDE as Split Package”方式安装的KDE更是有多种组合,导致不同的人同样安装KDE桌面环境会出现完全不同的KDE,再加上用户后期的设置,所以,可以这样说,其他大多数发行版的KDE是“发行版的KDE”,但是Gentoo下,您可以大声宣布这是您自己的KDE! 以源码方式编译安装软件是Gentoo的一大特点,因此Gentoo下的KDE具有相当的“原汁原味”,再加上Gentoo本身对新版本软件的快速反应能力,往往Gentoo是最早能够用到新版本KDE的发行版。与其他像SuSE、Fedora Core等发行版上相比,KDE表现得更加快速和简洁,这一切得益于Gentoo在编译参数上的自定义和高度自由的选包安装。在~arch的ACCEPT_KEYWORDS下(注1),KDE总体来说还是相当稳定的,尽管也时常有个别软件造成KDE组件崩溃的报告,但是往往问题并不是出在KDE本身。通过Gentoo特有的配置方式,如USE参数(注2)的调整等,可以很方便地开启和关闭KDE中的一些功能。因此Gentoo可以成为喜爱KDE的用户体验KDE的上佳平台之一。 尽管在Gentoo发行版下使用KDE是一件非常美妙的事情,但是这并不意味着“完美”。最受人非议的就要数过于冗长的安装时间,虽然这是由Gentoo的本身特性造成的,但也影响到了用户在Gentoo下对KDE的体验。作者本人配置为Athlon64 2800+、512M内存,系统为64bit,需要1个多小时时间编译kdelibs,基本的kdebase包也需要1个小时左右时间编译完成,使得许多用户以此形容KDE为“大家伙”。正因如此,也连带造成KDE版本升级和调整KDE的USE参数后重新编译的极度耗时。另外,Gentoo不会给KDE带来更多的配置,导致某些KDE设置给用户带来异常的繁琐,比如KDE默认字体、桌面分辨率和刷新率的配置、KDE桌面锁定的设置、控制中心配置项目缺失等。由此可见,在Gentoo下使用KDE桌面环境,不仅需要用户的耐心,还需要相当的Linux使用技巧。 注1:ACCEPT_KEYWORDS是Gentoo下控制软件分支的参数,一般在/etc/make.conf作全局设置或在/etc/portage/package.keywords作局部设置,~ARCH代表“稳定,但需要更多测试”,ARCH代表“稳定”。一般情况下可以把~ARCH理解为“~x86 ~amd64”,ARCH理解为“x86 amd64”。 注2:USE参数是Gentoo下控制各个软件包功能的开关,类似./configure --enable-FUNCTION中的FUNCTION,一般可以在/etc/make.conf中做全局设置或/etc/portage/package.use做局部设置。 KDE on Kubuntu Ubuntu是一种衍生自Debian的GNU/Linux发行版,依靠社区和资金力量壮大发展。它最初只有以GNOME为默认桌面的版本,后新增了以KDE为默认桌面的衍生版,冠名为Kubuntu,和Ubuntu相比两者除了默认的桌面环境外,其它没有区别。所以在这里即使将段落标题改成“KDE on Ubuntu”,实质也是一样的。 Kubuntu对一般用户来说,具有中文化支持较好、基础教程文档完整、社区力量丰厚、默认界面华丽、最新稳定版本可通过邮寄免费取得等几种好处,而且在易用性上它针对原版KDE作了些个别改进。现在Ubuntu/Kubuntu被普遍认为是相当适合新手且足具发展潜力的发行版,但处于“发展期”也意味着它暂时还无法提供一个经历了时间考验的产品,这是它相比Debian的短处。另外在一些Ubuntu自创元素如新版的系统安装程序上,的确存在一些健壮性上的缺陷。在此我们仅就KDE on Kubuntu这个主题而言,它还存在一个非常严重的问题,我们必须在这里予以指明: 在Kubuntu 6.06这个最新稳定版中,其默认安装中携带了Scim输入法平台以提供汉语输入的支持,但是因为某种关联技术上的原因,这个输入法在KDE环境下会导致频繁的程序崩溃,甚至很多人在第一次进入安装完的系统时就遇到了醒目的故障对话框。虽然这个现象可以在后续通过多种办法解决,但它对KDE以至Kubuntu在稳定性上的口评造成的深远负面影响已经难以挽回了。我们在这里声明这件事,是希望您一旦明辨真相,当遇到了问题,不会作出将责任归咎到KDE上这一失实的判断。 除去现存的缺点以外,Kubuntu作为KDE的体验平台还是合格的,此外由于Ubuntu社区正处于活跃期,很多当下的缺陷也会较快在新版里获得解决(如上述的系统安装程序和输入法问题)。还有就是,鉴于KDE官方的支持态度(Kubuntu的后台老板也是KDE的赞助商),很多新版程序在发布时也会同时提供对应Kubuntu的预编译包供方便升级,喜欢追新的用户会常有事可做。 KDE on OS X 待撰。 KDE on RedHat/Fedora Core/CentOS Red Hat Linux是Linux业界著名的“红帽”公司的产品,在这里泛指以Red Hat为品牌的Linux企业版与Linux高级服务器版等若干同属一系的操作系统,着重于企业应用,任何人都可自由获取它,但技术支持和更新服务则需购买,它的发布周期较长;Fedora Core是Red Hat借助与开源社区力量协作而创立的另一个和Red Hat Linux形似的Linux发行计划,常用于整合尝试最新的开源技术,在一定程度上也有利于Red Hat Linux的发展,其发布周期较短。CentOS则是Red Hat Linux的重构版本,和前者几乎完全一样,但却提供免费的更新服务,对不需要官方收费技术支持的企业用户来说它可以是基本等价的替代品。 Red Hat名属下的发行版虽是界内的元老,但我们以为基于KDE桌面用户的视角来说,它们并不是最好的试用对象。有几个原因:
  • 默认的桌面色彩风格较为昏暗,和KDE标准的鲜亮风格截然相反。虽然我们知道这是个人喜好问题。但考虑到大多简体中文用户的计算机应用经验,结合我们在一些实际场合的意见反馈,这恐怕对多数人──尤其是对类Unix系统不熟悉的用户会造成不太好的第一印象。
  • 由于相对GNOME桌面而言,Red Hat对KDE的投入力度较弱,这种偏重导致KDE环境的应用细节在默认时较显粗糙。例如在Red Hat Advanced Server 4上,内置的IIImf输入法框架在KDE下的选字框会非常大,不能自动缩放到合适比例。
  • KDE官方在发布新版产品时,不会同时提供适合Red Hat/Fedora Core/CentOS系统的更新包,用户必须等待官方打包或自行编译来取得新版本。而在这三套发行版中,只有Fedora Core这一不稳定产品有较频繁的升级周期,Red Hat和CentOS一般只会对KDE发布安全更新而不提供新的上游版本。换句话说,您可能总是没有新软件可用。
尽管在桌面应用上Red Hat所属发行版有些现存的局限,但它们依然是很完备的开发平台,Fedora Core还是典型的新技术试图田,而用户群体的广泛也意味着即使是新手也容易获得针对这几种发行版的第三方支持。如果您对KDE开发抱有兴趣,尝试这类发行版仍有相当的必要性。另外,如果您喜欢定制,它们会给您提供足够宽松的DIY空间。 KDE on SuSE SuSE Linux发起于德国,现在是Novell公司旗下的一个项目,它曾对Linux桌面应用技术的发展、创新和推广起到了很大的贡献,同时是欧洲市场上受认可度最高的GNU/Linux产品一,有OpenSuSE、SuSE企业版等几个分支。 SuSE和KDE之间存有千丝万缕的联系,甚至有部分KDE开发人员也是在SuSE小组内供职的,因此SuSE对KDE的支持力度向来较高,许多系统管理工具都和KDE环境有良好的整合。KDE on SuSE本身也可被视作一种品牌。作为简体中文用户,可以发现SuSE中有这样几种特点:
  • 汉字支持效果默认就足够圆满。在SuSE中整合了方正字库作为默认的中文字体,这使得您可以从不必为“中文美化”这种本不该由用户调理的事伤神,即使达到了目的,也往往也依赖于某种灰色的解决方案。不过随着局势的进化,类Unix系统用户缺少自由的优秀中文字体的陈疴已有所改善,许多新的发行版在这问题上也提供了令人满意的处理方案,SuSE这个以往的重大优势现在并不独特。
  • 体积庞大。这是一把双刃剑,现今的SuSE完整发行版动辄至少5CD的容量,全部安装需要约5GB的硬盘空间。庞杂的软件库和相应的依赖关系对一些用户来说意味着定制复杂、浪费空间、运行效率降低等不佳因素,但对另一些用户而言也代表了软件齐全,大大降低了可能要面临为某些应用另行筹备环境等麻烦的可能性。这对您来说是好是坏在此不施加判断。
  • 桌面华丽。SuSE对自己的KDE进行了许多定制,例如它里面使用了自创的登录管理器和程序菜单等部件,默认的图标和主题和样式风格也都是别树一帜的,总体上这些设计强化了KDE的便利性和视觉观感。另外,以XGL为代表(但它不是先驱)的3D桌面技术也是SuSE开发团队率先推广并集成在产品中的。这些以服务感官为目的的特色虽然很容易受到欢迎和追捧,但它们也降低了桌面的运行效率和稳定性,尤其是XGL刚开始进入SuSE产品中时带有3D窗口特性的KDE桌面就在稳定性上受到了相当的考验。
作为结论,如果不遇到什么意外,在SuSE Linux上使用KDE很容易给用户带来上佳的初体验,尽管它和原味的KDE有一定差异,实质却没有什么害处。不过有个“场外”问题值得一提,去年年末,Novell和微软公司签定了多项有关SuSE Linux的合作协议,让其在开源圈内的地位变得微妙,其中正面消息是微软承诺SuSE Linux用户不会遭到这方面的软件专利侵权诉讼,但反过来,这种被视作“背叛”的行为也让它在一定程度上受到自由软件基金会和部分用户的排斥。 KDE on Windows

待撰。

来源http://www.kdecn.org/trykde/kdeonx.php

顶一下
(0)
踩一下
(0)