也不知道大家用过KDE4.1没有，今天自己用GCC4.2.4重新编译了一次

haulm

可能大家没珍惜nihui的劳动吧，因为的确没看到别人的截图。

整体感觉就还是漂亮，开机时很酷的灰色背景和浙显的LOGO图标，注意一下现在的桌面出来了，只是变成了一个可以删除的小方框了，注意一下箭头图标和底部的任务栏也漂亮了，我这里不得不BS一下KDE4的开发，我的机器刚刚换代了，可用KDE4本身还是慢，其反应速度不敢贡唯，虽然用了GCC4来编译也没能感觉到提速，唉KDE4只能拿来养眼，无法和KDE3流畅地工作相提并论。

开始菜单现在多了一个选项，切换为经典菜单风格，这个翻译好，KDE4现在才知道自己设计的kickoff有多垃圾，现在变换菜单模式不需要再去拉了，右击改下就好了。

这次我是第一次编译KDE4，虽然下载了大量nihui的源码，可nihui的KDE4源码和周边支持源码非常散乱，起名也不合理，光看那些不合格的文件包名都会犯晕，分不清东西南北。由于编译依赖过多，烦不胜烦，我丢掉了一些支持依赖，这一次编译痛苦的很，在源码堆里从早上编译到深夜，一天假期没了。

haulm

对了，箭头在截图上看不到，反正就是一套比较酷的黑色立体箭头风格，大家可以安装试试。

MGC RC1上KDE4的基本源码我整理出来了，可以去掉一些不必要的依赖，比如gstreamer及它的插件，老是编译不通过的avahi，KDEPIM 死要绑定的mysql其实也可以不装mysql编译，最多是不用它的一些多余组件。

这里是最小化KDE4的源码列表

akonadi-1.0.0-1mgc.src.rpm
automoc4-0.9.84-1mgc.src.rpm
capseo-0.3.0-0.20070725.0.2mgc.src.rpm
clucene-0.9.20-1mgc.src.rpm
cppunit-1.12.0-0.1mgc.src.rpm
enchant-1.4.2-1mgc.src.rpm
hspell-1.0-1mgc.src.rpm
libcaptury-0.3.0-0.20070725.0.2mgc.src.rpm
libxklavier-3.4-0.1mgc.src.rpm
phonon-4.2.0-0.1mgc.src.rpm
qimageblitz-0.0.4-0.2mgc.src.rpm
raptor-1.4.18-1mgc.src.rpm
rasqal-0.9.16-1mgc.src.rpm
redland-1.0.8-1mgc.src.rpm
soprano-2.1.1-1mgc.src.rpm
strigi-0.5.10-1mgc.src.rpm
qt4-4.4.0-2mgc.src.rpm
kde4-l10n-zh_CN-4.1.0-0.1mgc.src.rpm
kdebase4-4.1.0-0.1mgc.src.rpm
kdebase4-runtime-4.1.0-0.1mgc.src.rpm
kdebase4-workspace-4.1.0-0.2mgc.src.rpm
kdelibs4-4.1.0-0.1mgc.src.rpm
kdepimlibs4-4.1.0-0.1mgc.src.rpm

[ 本帖最后由 haulm 于 2008-8-16 07:12 编辑 ]

npcomet

呵呵
辛苦了

nihui

gcc4 编译与 gcc3 编译的差距不大，但是速度上的差异与你的编译方式有关：注意 spec 文件头部的 build_type 的定义(从 debugfull 改为 release 能提升速度，减少调试信息的输出)。

K 菜单现在多了一个选项，切换为经典菜单风格   <-- 早在 kde 4.0.1 的时候就有了....

依赖关系有些可以去掉，有些是没有办法的........
spec 文件中的很多依赖关系都有我写的注释在里头，已经很细致了。

kde4 的分包我进行了细分，虽然引入了很多编译依赖，但实际在装的时候可以将功能分离，最终用户安装时并不是特别多。

既然 haulm 已经提了几个，我也解释一下~
phonon 的 gstreamer 支持：phonon 之所以会纳入 gstreamer 支持，因为当初 phonon 是直接在 qt4 里面编译的，当时就已经有 gstreamer，而现在 qt4 的 phonon/gstreamer 已经不纳入编译，采用 kde.org 的那个版本，保留对于 qt4 的功能完整性。还有个原因是 kde4 的 juk 在使用 phonon-xine 的时候，歌曲间的淡入淡出(crossfade)表现不佳，经常出现卡死情况(upstream bug on phonon-xine)，而 phonon-gstreamer 表现更好。

avahi：kdelibs 和 kdenetworks 的 zeroconf 功能支持。之所以通不过编译，是出在了内核的问题上了。自己这边在更新内核之后也有通不过编译的情况。(注意 ./configure 的输出，有一个警告)

kdepim 绑定 mysql：确实是出于无奈，我也不愿意去装这个东西。kde4 中对于个人信息管理的存储用了新的技术——akonadi，但是 akonadi 目前只能使用 mysql 作为后端，sqlite 之类没有完成开发(详见 techbase.kde.org 上的 akonadi FAQ)。如果去掉 mysql 依赖，表面上确实可以不用装了，但是由于 akonadi 没有了数据存储后端，kdepim 的几乎所有重要组件都会无法正常工作(akregator/kmail/kontact/..........)。所以 mysql 对于 kdepim 目前而言是必须的。

haulm

nihui起的真早，kdepim绑定mysql 我们很早就讨论过了，只不过为了解决依赖，否则kdepim我都不愿意去编译，很显然在桌面上绑定一个商业数据库实在难以接受。其它组件主要是依赖太多，兄台编译打包了近半年，我一天的整理实在无法忍受过多的依赖编译。

haulm

关于debugfull 改为 release 能提升速度，我检查了一下，大多数包都已经是release模式编译的，但从速度上的确是不尽人意。kdepim我也只编译了kdepimlib，只是为了满足依赖，kdepim就不编译了，正如你说的需要mysql的支持。

总的KDE4的性能还是欠佳。

nihui

原帖由 haulm 于 2008-8-16 07:08 发表
关于debugfull 改为 release 能提升速度，我检查了一下，大多数包都已经是release模式编译的，但从速度上的确是不尽人意。kdepim我也只编译了kdepimlib，只是为了满足依赖，kdepim就不编译了，正如你说的需要my ...

已经是 release 了？
那么也许 sejishikong 改的吧~


ps: 我还没用过 4.1.0 呢......至今还是 4.1rc1+ ....

stdio

没有尝鲜，开发组跟进我才会跟进，，

自己弄感觉比较麻烦

没兴趣，不如写程序来得爽

haulm

原帖由 stdio 于 2008-8-16 12:22 发表
没有尝鲜，开发组跟进我才会跟进，，

自己弄感觉比较麻烦

没兴趣，不如写程序来得爽

写个脚本会更爽

Jeff-cao

楼主说的KDE4性能问题，是不是NVIDIA驱动的原因？