关于 fcitx 打包的几点建议

[GoogleCodeExporter]

目前的deb包有几点值得改进的：
1. usr/bin/* 二进制文件没有 strip 过；
2. 部分文档文件在 usr/share/doc/fcitx/ 和 usr/share/fcitx/doc/ 
目录下重复出现，尤其是 fcitx.pdf；
3. deb 包中没有包中所包含文件的 md5sum 信息；

另外，目前 fcitx 
所包含的输入法种类有些多，其实用得多的好像也就是拼音��
�五笔两类。可能拆成几个包会更好一些，例如：

fcitx          # 主程序、配置文件、软键盘等
fcitx-pinyin   # 智能拼音码表
fcitx-wubi     # 五笔码表
fcitx-extra    # 其它码表
fcitx-tools    # 码表转换等辅助工具、文档等

这样升级起来也方便。

Original issue reported on code.google.com by zwhu...@gmail.com on 23 Jun 2010 at 7:45

[GoogleCodeExporter]

1. 
的确没有strip过，因为编译出来就是这样，我经常忘了strip，�
��自己用的是Arch系统，它的PKGBUILD会自己做这件事。很不好意
思，下次我会记得。
2. 
/usr/share/doc这个目录，是Debian/Ubuntu源中的包带来的，如果直��
�用make 
install来安装，是不会有这个目录的，Arch下安装就不会有，但
是既然官方的版本有，我也就没有删了它。
3. 
md5sum这个文件在官方的包里以前是有的，现在我不知道有没��
�了，似乎并没有什么多大的用处，如果真的需要，我下次会�
��上。
4. 
因为目前官方源里的fcitx还是一个单独的包，而不是像scim或��
�ibus那样拆分开来，所以，我也就不拆了，其实我也倾向于拆
的，因为现在fcitx支持Skin了，所以，我第一个想到的是为Skin�
��独打包。

Original comment by Alpha...@gmail.com on 23 Jun 2010 at 9:40

[GoogleCodeExporter]

建议svn的包不要strip，因为svn的包相当于daily 
build，strip之后不容易让人发现bug，我昨天加入了崩溃时输出�
��试信息的功能，strip之后就看不出来是哪个函数了…

Original comment by wen...@gmail.com on 23 Jun 2010 at 12:03

[GoogleCodeExporter]

md5sum信息文件应该是编译打包时就自动生成了的啊。

从fcitx的utf8版本开始，似乎就可以跳到4.x版本了。打包时加��
�依赖、冲突关系
Depends： ..., fcitx-skins
Suggests: fcitx-pinyin, fcitx-wubi, ...
Replaces: fcitx (<3.6.3)
就不会和源里的包冲突了，包名也可以用fcitx。

拆包的好处是，单独用某种输入法的，可以只装相应的码表��
�可以了，这样包的体积会小很多，也可以在同样体积下用更�
��的码表。更大的好处是，码表甚至可以独立出来，由用户放
在
$HOME/.config/fcitx/
下，而不必每次都更新码表文件。这里的码表文件，应该和st
ardict的dic文件类似。更新输入法，只需要更新主程序以及skins
等包就可以了。需要更新码表的时候，可以手动更新。不想��
�动更新的，就安装fcitx-pinyin, ... 之类的包就可以了。

Original comment by zwhu...@gmail.com on 23 Jun 2010 at 12:04

[GoogleCodeExporter]

旧事重提一下，以前一直有人吵着要我把deb包放到ppa源，奈��
�我不会弄，现在说到这个分包的问题，干脆会这个的朋友，�
��分包和ppa源一起弄了吧。
我只会传到本站，所以，如果分包以后，会导致一次要上传��
�多包，感觉不是很好。

Original comment by Alpha...@gmail.com on 23 Jun 2010 at 11:23

[GoogleCodeExporter]

还有，这次的r379的32位包，我是strip过的，包的大小变化是有
限的，最大的变化，是就fcitx从1.2M变到0.6M不到，基本上包大�
��的变化全是因为这引起的。
我想知道，strip过后，fcitx运行的时候，会节省多少内存，如�
��变化不大，其实就没有什么意义了，现在硬盘空间根本不是
问题，内存空间，可以说也不是问题。
而且如wengxt所说，留下一些Debug信息，可以有助于出问题的时
候看问题在哪里。
就像Arch下的64位问题，因为Arch默认是strip的，所以，出了问��
�，我就只能看到什么Get Signal 11，别的什么都没有。

Original comment by Alpha...@gmail.com on 24 Jun 2010 at 12:59

[GoogleCodeExporter]

能不能说明一下每次都更新了什么

Original comment by 11352...@qq.com on 24 Jun 2010 at 4:06

[GoogleCodeExporter]

#6 
关于这个问题，其实我最近还是比较勤快的写ChangeLog的，在��
�代码的根目录下有这个文件，但是编译安装的包内不会包含�
��个文件= 
=b，而且ubuntu的deb似乎再安装时也没有地方显示这个信息，如
果你是从ubnuntu的坛子上关注这个信息的话，我个人只能表示�
��能为力，只能拜托Alpha.GU兄每次帮忙抄过去罗……

Original comment by wen...@gmail.com on 24 Jun 2010 at 8:34

[GoogleCodeExporter]

Original comment by wen...@gmail.com on 27 Oct 2010 at 1:46

• Changed state: Invalid