test against test again

nihui

因为 KDE 4-rc1 已经“可以”用了。
同时为了方便 kde4-i18n 的工作。
所以就先发到公社上去。
如果有谁能看到我这篇东西的话，或许你就有幸能玩玩了....

较于 beta3 而言，plasma 的改进十分明显，任务条，启动按钮，桌面切换等等都可以正常工作了。
kwin 的效果更是稳定了许多，崩溃问题也少很多了。
测试版的系统 + 测试版的软件 + 测试打包的.... （可能崩溃还是有些的，但基本上还是称得上“functional”）ps, beta3 的时候我是说“usable”的...
i18n 部分的包终于有了，呵呵~~（自己实在有点偷懒....）

安装系统环境：Magic Linux 2.1 >= 1107 (0727可能不行)
编译环境：Magic Linux 2.1-1107
KDE4 版本：KDE4-rc1(3.96.0-svn738436)
安装路径：除依赖部分的包之外，主要的软件包的默认安装路径为"/opt/kde4/"
请按照以下顺序安装，最后务必要阅读“后续步骤”，以运行完整的 KDE4 桌面环境。
“后续步骤”较上次的 beta3 版本有所改动，排除了进入桌面时提示无法启动 D-Bus 的问题。

最小安装：
http://wiki.magiclinux.org/ftp/haulm/qt4/
haulm 的 Qt-4.3.2(除了 devel 包，几乎全要)(rpm -ivh *.rpm)

http://wiki.magiclinux.org/ftp/nihui/1107/kde4-dev/
请仔细看清楚包的名称后下载，用不着全部装上
另外，如果想要 devel 包的话，也可以装上。
目录里面还有其它组件可以用哦~
自己想要就一起装吧~

以下四个包需要升级安装
clucene-0.9.20-0.2mgc.i686.rpm
clucene-devel-0.9.20-0.2mgc.i686.rpm
strigi-0.5.7-0.1mgc.i686.rpm
strigi-devel-0.5.7-0.1mgc.i686.rpm

以下七个包是 KDE4-rc1 的直接依赖的软件包
jasper-1.900.1-0.3mgc.i686.rpm
libraptor-1.4.16-0.1mgc.i686.rpm
librasqal-0.9.14-0.1mgc.i686.rpm
libsoprano-1.97.1-0.1mgc.i686.rpm
qimageblitz-0.0.4-0.1.svn706674mgc.i686.rpm
redland-1.0.6-0.1mgc.i686.rpm
libxklavier-3.3-0.1mgc.i686.rpm

接着我们开始安装 kde4-rc1 了~
(1).kdelibs4
libkdelibs4-3.96.0-0.1mgc.i686.rpm
kdelibs4-3.96.0-0.1mgc.i686.rpm

(2).kdepimlibs4
libkdepimlibs4-3.96.0-0.1mgc.i686.rpm
kdepimlibs4-3.96.0-0.1mgc.i686.rpm

(3).kdebase4-runtime
kdebase4-runtime-3.96.0-0.1mgc.i686.rpm

(4).kdebase4
kdebase4-3.96.0-0.1mgc.i686.rpm

(5).kdebase4-workspace
kdebase4-workspace-3.96.0-0.1mgc.i686.rpm
kde4-kdm-3.96.0-0.1mgc.i686.rpm

好了，这五个包是最最基本的 kde4 环境了~但先继续看下去~！


后续步骤：
1.修改 KDE4 的 startkde 脚本(需要 root 权限)：
路径：/opt/kde4/bin/startkde
备份
用文本编辑器打开(utf-8 编码)
在文件的头部添加五行 export 命令：
export LD_LIBRARY_PATH=/opt/kde4/lib
export KDEDIRS=/opt/kde4
export PATH=/opt/kde4/bin/:$PATH
export KDEHOME=~/.kde4
export PATH=/usr/lib/qt4/bin/:$PATH

修改后的样子如(1 至 12 行)：
#!/bin/sh
#
#  DEFAULT KDE STARTUP SCRIPT ( 3.96.00 (KDE 4.0 RC1) )
#
export LD_LIBRARY_PATH=/opt/kde4/lib
export KDEDIRS=/opt/kde4
export PATH=/opt/kde4/bin/:$PATH
export KDEHOME=~/.kde4
export PATH=/usr/lib/qt4/bin/:$PATH
# When the X server dies we get a HUP signal from xinit. We must ignore it
# because we still need to do some cleanup.
trap 'echo GOT SIGHUP' HUP

2.添加 kdm 的启动菜单项(需要 root 权限)：
路径：/opt/kde4/share/apps/kdm/sessions/kde.desktop
备份，改名为“kde4.desktop”
将其复制到 /usr/share/apps/kdm/sessions/ 目录中
用文本编辑器打开 kde4.desktop (utf-8 编码)
将 第6行 的“Name”值改为“KDE 4”

修改后的样子如(1 至 7 行)：
[Desktop Entry]
Encoding=UTF-8
Type=XSession
Exec=/opt/kde4/bin/startkde
TryExec=/opt/kde4/bin/startkde
Name=KDE 4
Name[hi]=

nihui

占位贴图.........

1.刚刚进去的样子



2.可以上网的 konqueror~



3.取代“控制中心”的“系统设置”



4.大幅改善的 plasma 桌面（部件可以旋转拉伸哦~）



5.kwin 的混色设置



6.多窗口综览
Ctrl + f10/f11



7.多桌面综览
Ctrl + f8



8.kdegames4 的游戏：kmajhong 和 ksudoku



9.可调节透明度的窗口和 kwrite



[ 本帖最后由 nihui 于 2007-11-25 17:14 编辑 ]

npcomet

  不错

haulm

原帖由 nihui 于 2007-11-25 16:41 发表
因为 KDE 4-rc1 已经“可以”用了。
同时为了方便 kde4-i18n 的工作。
所以就先发到公社上去。
如果有谁能看到我这篇东西的话，或许你就有幸能玩玩了....

较于 beta3 而言，plasma 的改进十分明显，任务条 ...

早知nihui兄会把KDE4的核心打包，我就不用劳力了，不过话说回来，这次打包学到一些新东西，那就是cmake，看来以后编译软件用./configure;make;make install 这个万能膏药是万万不够的。

nihui

原帖由 haulm 于 2007-11-25 18:04 发表


早知nihui兄会把KDE4的核心打包，我就不用劳力了，不过话说回来，这次打包学到一些新东西，那就是cmake，看来以后编译软件用./configure;make;make install 这个万能膏药是万万不够的。

谁说你不用费力啦？？
你不是说我的 spec 文件中 %file 字段写得太长了么？你可以试着用通配符和 %exclude 简化一下啊~

mandrakechina

个人建议不要在%files中使用%exclude，这样可能会导致文件漏掉。

haulm

原帖由 mandrakechina 于 2007-11-25 18:27 发表
个人建议不要在%files中使用%exclude，这样可能会导致文件漏掉。

嗯，不过MGC编译我经常要用到，%exclude要尽量少用，但不是不用。

%exclude /usr/src
%exclude /usr/lib/debug

mandrakechina

这种情况我更愿意把这些文件在%install阶段删掉。

haulm

KDE4 RC1在运行速度上似乎差了点。。。

[ 本帖最后由 haulm 于 2007-11-25 19:47 编辑 ]

KDE

原帖由 mandrakechina 于 2007-11-25 18:27 发表
个人建议不要在%files中使用%exclude，这样可能会导致文件漏掉。

你的经验可能很宝贵，但是这样的写法从 magiclinux 1.2  版本以来，一直在广泛使用，我们没有遇到因此引发文件丢失的现象。这样写看似很随意、粗糙，其实是刻意而为之。magic 作为纯桌面环境，和服务器开发理念是不同的。极大地简化打包也是易用性的一个重要环节，windows 下你见哪个软件发布时是一堆文件？通常只有一个安装程序。这里的易用性，既针对用户，也针对开发人员。我们通过它可以简单地屏蔽掉所有 debug 文件，而不用逐个文件罗列在 file 字段。也通过它直接将 devel 文件分离出来。

mandrakechina

Mandriva的spec-helper会自动在编译的时候disable掉debug，然后从二进制文件中分析出调试信号(原理是这样，我对程序调试不太懂)，然后自动将debug的东西另外放在一个foobar-devel的包中。这个才是真正简化。

我始终认为，解决一个问题，应该朝着它本来的源头方向，而不是用其它方法修一座坝。

haulm

原帖由 KDE 于 2007-11-25 23:04 发表

你的经验可能很宝贵，但是这样的写法从 magiclinux 1.2  版本以来，一直在广泛使用，我们没有遇到因此引发文件丢失的现象。这样写看似很随意、粗糙，其实是刻意而为之。magic 作为纯桌面环境，和服务器开发理 ...

%exclude 尽量少用这是对的，使用%exclude 一般是用于简化%file段的书写，suse在这方面很特别，它是文件列表式的，是不嫌麻烦肯定不会用%exclude。如果在某一目录中少量的文件需要独立打包请用%exclude，%exclude 某目录是不明智的，但MGC却经常包入/usr/src和/usr/lib/debug，所以我会%exclude 这两目录，兄台说的不错，其实可以在%file段前删除，这样不必注意是否存在这两个不愿打包进的目录。

%exclude 应该是有用的，但不能滥用。因为%exclude 的使用会让打包调试时去掉对%exclude 文件的分析。有些担心是多余的，既然用了%exclude，就要对%exclude的内容进行检查。

我对KDE4的分包没有suse那么细致，除了include和*.pc进入dev，其它的全进入主包，列一串文件表实在不是我愿意做的，就更别提%exclude。suse是dev包、主包、lib包方式，三个包都有lib内容，跟着它屁股那叫累，升级时一大堆文件列表等着你去纠正。

[ 本帖最后由 haulm 于 2007-11-26 04:29 编辑 ]

mandrakechina

其实RPM应该是可以直接写目录的。比如%_datadir/apps/amarok这样就可以把/usr/share/apps/amarok/下的全部文件都带上。

对于数据文件，%_datadir这样的，我一般都不写文件清单，因为这是人家程序自己的目录，爱放什么就放什么，谁也管不着。但对于so文件，一般要求特别慎重。

顺便说一句，%_libdir/*.so.*的时候，不要把%_libdir/*.so也放进去，尽管它是链接，但它可能会引起开发包的依赖。

jiangtao9999

*.so 还是应该代的吧？这样如果 *.so.* 进行了版本变动，程序还是可以用 *.so 找到的。

haulm

原帖由 mandrakechina 于 2007-11-26 13:38 发表
其实RPM应该是可以直接写目录的。比如%_datadir/apps/amarok这样就可以把/usr/share/apps/amarok/下的全部文件都带上。

对于数据文件，%_datadir这样的，我一般都不写文件清单，因为这是人家程序自己的目录， ...

这个说的是，最好要有一个脚本工具用来区分链接和文件，以方便打包时的区分。