KDE4环境下使用kdepim3到底是否可行呢

Kenerry

不好意思有点离题但是希望有人指导一下。前面那帖问了一下，我还是决定在当前环境下尝试编译kdepim3，因为我感觉这个难度总比调试kdepim4附带的akonadi服务，要容易一些。但是我不知道KDE4环境下，是否有KDE3应用生存的可能性？也就是向下兼容性？

编译过程中我查询了Qt的情况，它是支持3/4两个版本共存的，大部分执行文件和头文件都没有冲突，可以供需要的组件编译用。但是我按照这个依赖路线图编译下去：

kdepim-3.5.10 -> Qt-3.3.8b
kdepim-3.5.10 -> kdelibs-3.5.10 -> (Qt-3.3.8b) -> aRts-1.5.10 -> (Qt-3.3.8b) -> GLib-2.30.1

反复回溯，最后卡在aRts上面失败了，看错误提示已经是头文件内容和一些类型匹配错误，不是简单的包依赖，可能是不同kde版本的根本区别; 如果用--without-arts 跳过aRts的依赖进行编译kdelibs，也发生相似的错误，无法解决。所以现在是这两个组件无法编译通过。

这样一个路线图有没有问题？ 或者有其它方法将kdepim3装起来吗？
另外就是kdepim4是否从第一个版本开始就需要akonadi？

Kenerry

整个过程从下载kdepim-3.5.10开始：

http://www.linuxfromscratch.org/blfs/view/cvs/kde/kdepim.html

nihui

kdepim 4 一开始不需要 akonadi。比如 mgc 2.5 final 就不包含 akonadi，但依然有 kdepim4。
4.0~4.3，kdepim4 可完全不需要 akonadi。
4.4，kdepim4 编译时依赖 akonadi。
4.5 从来没有过。
4.6 以上，kdepim4 编译+运行依赖 akonadi。

Kenerry

噢，在wikipedia查到说明了：

The first KDE 4 release of Kontact was officially shipped with KDE 4.1. That release did not use Akonadi. Since then the Kontact components have been gradually migrating towards Akonadi. The first stable version of KDE PIM using Akonadi has been released together with KDE 4.6.4 in June 2011.[14]

如果实在无法搞定上面的东西，就找KDE4.1搭配的kdepim来顶着用。

Kenerry

原帖由 nihui 于 2011-11-16 14:19 发表
kdepim 4 一开始不需要 akonadi。比如 mgc 2.5 final 就不包含 akonadi，但依然有 kdepim4。
4.0~4.3，kdepim4 可完全不需要 akonadi。
4.4，kdepim4 编译时依赖 akonadi。
4.5 从来没有过。
4.6 以上，kdepim4 编译+运行依 ...

多谢。我用了几个发行版带的kdepim，估计都是4.6以后的版本了，搞起来非常的头疼。
应该观望个几个月，等他们将akonadi问题彻底解决为止。

sejishikong

原帖由 Kenerry 于 2011-11-16 12:47 发表
不好意思有点离题但是希望有人指导一下。前面那帖问了一下，我还是决定在当前环境下尝试编译kdepim3，因为我感觉这个难度总比调试kdepim4附带的akonadi服务，要容易一些。但是我不知道KDE4环境下，是否有KDE3应用生存的可能 ...

如果是magic，qt3/qt4,kde3/kde4完全可以共存。有一些小地方可能需要修改，比如kdm什么的，不过kdepim3应该没什么问题。
arts有更新的版本，在magic的仓库里应该有源包，你可以试着编译下。