也不知道大家用过KDE4.1没有，今天自己用GCC4.2.4重新编译了一次
可能大家没珍惜nihui的劳动吧，因为的确没看到别人的截图。整体感觉就还是漂亮，开机时很酷的灰色背景和浙显的LOGO图标，注意一下现在的桌面出来了，只是变成了一个可以删除的小方框了，注意一下箭头图标和底部的任务栏也漂亮了，我这里不得不BS一下KDE4的开发，我的机器刚刚换代了，可用KDE4本身还是慢，其反应速度不敢贡唯，虽然用了GCC4来编译也没能感觉到提速，唉KDE4只能拿来养眼，无法和KDE3流畅地工作相提并论。
开始菜单现在多了一个选项，切换为经典菜单风格，这个翻译好，KDE4现在才知道自己设计的kickoff有多垃圾，现在变换菜单模式不需要再去拉了，右击改下就好了。
这次我是第一次编译KDE4，虽然下载了大量nihui的源码，可nihui的KDE4源码和周边支持源码非常散乱，起名也不合理，光看那些不合格的文件包名都会犯晕，分不清东西南北。由于编译依赖过多，烦不胜烦，我丢掉了一些支持依赖，这一次编译痛苦的很，在源码堆里从早上编译到深夜，一天假期没了。 对了，箭头在截图上看不到，反正就是一套比较酷的黑色立体箭头风格，大家可以安装试试。
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 编辑 ] 呵呵
辛苦了 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 目前而言是必须的。 nihui起的真早，kdepim绑定mysql 我们很早就讨论过了，只不过为了解决依赖，否则kdepim我都不愿意去编译，很显然在桌面上绑定一个商业数据库实在难以接受。其它组件主要是依赖太多，兄台编译打包了近半年，我一天的整理实在无法忍受过多的依赖编译。 关于debugfull 改为 release 能提升速度，我检查了一下，大多数包都已经是release模式编译的，但从速度上的确是不尽人意。kdepim我也只编译了kdepimlib，只是为了满足依赖，kdepim就不编译了，正如你说的需要mysql的支持。
总的KDE4的性能还是欠佳。 原帖由 haulm 于 2008-8-16 07:08 发表 http://linuxfans.org/bbs/images/common/back.gif
关于debugfull 改为 release 能提升速度，我检查了一下，大多数包都已经是release模式编译的，但从速度上的确是不尽人意。kdepim我也只编译了kdepimlib，只是为了满足依赖，kdepim就不编译了，正如你说的需要my ...
已经是 release 了？
那么也许 sejishikong 改的吧~
ps: 我还没用过 4.1.0 呢......至今还是 4.1rc1+ ....:wink: 没有尝鲜，开发组跟进我才会跟进，，
自己弄感觉比较麻烦
没兴趣，不如写程序来得爽
:mrgreen: 原帖由 stdio 于 2008-8-16 12:22 发表 http://www.linuxfans.org/bbs/images/common/back.gif
没有尝鲜，开发组跟进我才会跟进，，
自己弄感觉比较麻烦
没兴趣，不如写程序来得爽
:mrgreen:
写个脚本会更爽 楼主说的KDE4性能问题，是不是NVIDIA驱动的原因？
页:
[1]