Closed GoogleCodeExporter closed 8 years ago
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
建议svn的包不要strip,因为svn的包相当于daily
build,strip之后不容易让人发现bug,我昨天加入了崩溃时输出�
��试信息的功能,strip之后就看不出来是哪个函数了…
Original comment by wen...@gmail.com
on 23 Jun 2010 at 12:03
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
旧事重提一下,以前一直有人吵着要我把deb包放到ppa源,奈��
�我不会弄,现在说到这个分包的问题,干脆会这个的朋友,�
��分包和ppa源一起弄了吧。
我只会传到本站,所以,如果分包以后,会导致一次要上传��
�多包,感觉不是很好。
Original comment by Alpha...@gmail.com
on 23 Jun 2010 at 11:23
还有,这次的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
能不能说明一下每次都更新了什么
Original comment by 11352...@qq.com
on 24 Jun 2010 at 4:06
#6
关于这个问题,其实我最近还是比较勤快的写ChangeLog的,在��
�代码的根目录下有这个文件,但是编译安装的包内不会包含�
��个文件=
=b,而且ubuntu的deb似乎再安装时也没有地方显示这个信息,如
果你是从ubnuntu的坛子上关注这个信息的话,我个人只能表示�
��能为力,只能拜托Alpha.GU兄每次帮忙抄过去罗……
Original comment by wen...@gmail.com
on 24 Jun 2010 at 8:34
Original comment by wen...@gmail.com
on 27 Oct 2010 at 1:46
Original issue reported on code.google.com by
zwhu...@gmail.com
on 23 Jun 2010 at 7:45