关于KDE4 面面观以及如何正确编译和运行
使用nihui的源码稍加调整，这些调整主要是beta3和rc1相差太多了，nihui的打包内容是suse引进的文件列表式，可以说是又臭又长。经过简化打包应用补丁终于编译完工KDE4的核心，但是在运行时除了看到KDE4的开发组集体照logo外一无所获，运行startkde会出现dbus无法运行的对话框，未能进入桌面。从KDECN看到的帮助里，dbus版本是1.0.2，而MGC现在的测试版本使用了测试版本，版本号是1.1.0，通过重新编译dbus并指定新的dbus目录位置仍然无法启动dbus。再找帮助，Qt据KDECN帮助用的是KDE开发组的COPY，版本应该是还未发布的Qt4.3，目前我所编译的是4.2，到 Trolltech 网站上暂时不能下载任何的Qt版本。或许Qt4.3快要公布了吧。
总的来说，能编译成功却不能运行的确很郁闷，这种情况很类似于早前我编译compiz，还是需要等待。。。
我希望有运行成功KDE4的朋友传授一下编译经验，难不成dbus无法启动单纯因为dbus版本不对的缘故要导致所有编译需重头再来么？或者是Qt版本还待公布，Qt4.2不符合KDE4 RC1的编译条件？
[ 本帖最后由 haulm 于 2007-11-25 19:48 编辑 ] 我在SUSE上安装了KDE4 rc1 （非自己编译），同样只有开发组集体照logo，无法进入桌面的现象。 startxxx 的脚本都不会启动 dbus 服务的，你用 gdm 、kdm或许就行了，不然就在 startkde 启动脚本前加上 dbus 启动的命令。
compiz 的问题也是这个，需要前置启动 dbus 的命令。
看来楼主没用过 gentoo 。 原帖由 haulm 于 2007-11-25 08:15 发表 http://www.linuxfans.org/bbs/images/common/back.gif
使用nihui的源码稍加调整，这些调整主要是beta3和rc1相差太多了，nihui的打包内容是suse引进的文件列表式，可以说是又臭又长。经过简化打包应用补丁终于编译完工KDE4的核心，但是在运行时除了看到KDE4的开发组集 ...
..................
拜托.....这明明就不是什么问题，haulm 去看看 KDE4 的编译指南就知道了（英文的官方网站上有）
是因为 startx 脚本中还缺少一行：
export PATH=/usr/lib/qt4/bin/:$PATH
具体是因为 startx 没有正确找到 qdbus 的路径而报错的。
qdbus 是 qt4 里面的命令，而系统默认是用 qt3 的，不行可以看看 $QTDIR 的输出~
在我这边运行十分好哦~ :-D
过会儿我就发上来完整的后续步骤说明 :mrgreen: :wink:倒是用上了，原来dbus不能启动只是Qt4的路径问题，编译时cmake能识别到Qt4进行编译，所以我还以为KDE4就不用指定Qt4路径。
不过感觉速度上并不是很快，操作上不太习惯，开始菜单会自动记录文档使用的历史（这个其实我并不喜欢），有一些桌面上的摆设可以365度摆放。 原帖由 jiangtao9999 于 2007-11-25 15:58 发表 http://www.linuxfans.org/bbs/images/common/back.gif
startxxx 的脚本都不会启动 dbus 服务的，你用 gdm 、kdm或许就行了，不然就在 startkde 启动脚本前加上 dbus 启动的命令。
compiz 的问题也是这个，需要前置启动 dbus 的命令。
看来楼主没用过 gentoo 。
各人喜好吧，gentoo是成长为系统工程师的活，我不用gentoo，因为我不喜欢漫长的编译，拥有一个良好的大众化的桌面系统是我的追求和需要，而gentoo之流真的不适合我，参与MGC为的是发现问题、解决问题、讨论和学到新内容。
我有个想法： 集结一批Linux爱好者共同唯护和建设MGC，gentoo会使我走的太远。
页:
[1]