nihui 关于KDE4编译的建议

haulm

今天再次尝试编译KDE4，收获良多，很感谢nihui之前做的打包工作，所以我学习KDE4打包遇到的麻烦不会太多，一些扩展插件的编译是否可选有待商讨，但目前自然是越全越好啦，等到要放进发行版里才会考虑取舍。
之所以会另立主题，完全是因为kdepim4这个组件，我记得以前kdepim4是被强行绑定在kde4，编译kdebase居然需要libkdepim 的支持，从kde4.2.0的编译我仍然很不喜欢kdepim4，但发现kdepim已经和kdebase分离依赖了，nihui的打包很多组件仍手工绑定依赖了libkdepim，所以请nihui修正依赖关系。因为kdepim必需mysql的支持，它真的不适合做为一个MGC考虑的组件成员。更何况有很多不错的软件可以替代它，从KDE3的应用就可以发觉捆绑的通讯软件不能灵活更新也不好使。
分离开kdepim让喜欢它的朋友自由选择！

zhong

原帖由 haulm 于 2009-3-9 00:50 发表
今天再次尝试编译KDE4，收获良多，很感谢nihui之前做的打包工作，所以我学习KDE4打包遇到的麻烦不会太多，一些扩展插件的编译是否可选有待商讨，但目前自然是越全越好啦，等到要放进发行版里才会考虑取舍。
之所以会另立主题，完全 ...

是需要kdepimlibs这个包...不是需要kdepim
kdepim和kdepimlibs是独立的两个包..kdebase是需要kdepimlibs不是kdepim..安装kde4的几个基础组件包.是完全可以不安装kdepim

而mysql的问题.是因为kdepimlibs需要akonadi.而akonadi需要mysql

nihui

kdepimlibs 这个包已经把 akonadi 部分拆出来了，所以可以不安装 akonadi 和 mysql 的。
但是 KDE4 对 mysql 依赖越来越重了，不光有 akonadi 和 kdepim，还有 amarok2 ....

依赖的话，我个人是拆包弱化，而不是直接去除该功能。
KDE3 的包就是直接删掉部分组件来弱化依赖的，十分不友好！