yuking，我作了一个 fcitx 用 autoconf 的包，请试试，看怎么样

idkey

最初由 Yuking 发表
呵呵，我的系统是自己编译的(所谓的LFS)，X是安装在/opt/XFree86-4.3.0下，结果是无法编译。原来我是搞了个环境变量XFREE_DIR来解决这个问题的。

原来 XFREE_DIR 是做这个用的呀，让我猜了半天

刚修改了一下，现在使用 autoconf 检测到的 X_LIBS, X_CFLAGS, XFT_LIBS, XFT_CFLAGS 代替写死的固定路径等。在 debian 和 fedora 上都测过了。

现在就还差一个指定是否使用 xft 的命令行参数了。

idkey

好了，现在可以带 --enable-xft 的参数了。如果没有指定是否使用 xft，则根据用户机器而定，有则用，没有就不编译 xft 进去。

用 ./configure --enable-xft=yes 指定编译支持 xft 的版本;
用 ./configure --enable-xft=no 指定编译不需要 xft 的版本。

还有其他一些更改：
1. 修改 ac 的一些宏，保证能在 autoconf-2.13 中使用(redhat 7.2);
2. 把一些 c 函数里变量的定义全部放到头部，否则在 C 编译器(redhat 7.2默认)中不能正确编译;
3. 增加 -Werror 标签，消除编译 lib 时的警告;
4. 合并 autogen.sh。

在 debian/unstable, fedora, redhat 7.2 中编译通过。

idkey

现在还需要处理的有：
1. 在包中生成 debian 的 dpkg 和 redhat 的 rpm 支持;
2. 修改 configure.in 中 xft 检查的最小版本号，现在是要求至少 2.0.0，实际上可能不需要这么高. 但我实验用的两个带 xft 的系统都是 xft 2.1.2 的，没有在低于 2.0.0 版本的系统上实验过，不知道 fcitx 需要 xft 版本的底限是多少。大家可以测试看看。
3. 增加 README INSTALL AUTHORS THANKS ChangeLog COPYING 这些文件中的内容。这些文件都是 GNU 软件包发布规范中的一部分。可以参考其他软件发行包中的相应内容来做。

上面除了第一个我可以做一做，其他的就需要 yuking 和大家来帮忙了。

zywwzy

最初由 idkey 发表
现在还需要处理的有：
1. 在包中生成 debian 的 dpkg 和 redhat 的 rpm 支持;
2. 修改 configure.in 中 xft 检查的最小版本号，现在是要求至少 2.0.0，实际上可能不需要这么高. 但我实验用的两个带 xft 的系统都是 xft 2.1.2 的，没有在低于 2.0.0 版本的系统上实验过，不知道 fcitx 需要 xft 版本的底限是多少。大家可以测试看看。
3. 增加 README INSTALL AUTHORS THANKS ChangeLog COPYING 这些文件中的内容。这些文件都是 GNU 软件包发布规范中的一部分。可以参考其他软件发行包中的相应内容来做。

上面除了第一个我可以做一做，其他的就需要 yuking 和大家来帮忙了。

建议yuking兄能尽快将idkey哥们的成果集成到下个发布版中，这样linux下的兄弟们安装输入法就方便多了，更重要的是升级和管理方便多了，就算是不会make和make install的人也可以根据相应的安装包(deb和rpm)快速安装。fcitx是越来越好了。

friday

最初由 zywwzy 发表
建议yuking兄能尽快将idkey哥们的成果集成到下个发布版中，这样linux下的兄弟们安装输入法就方便多了，更重要的是升级和管理方便多了，就算是不会make和make install的人也可以根据相应的安装包(deb和rpm)快速安装。fcitx是越来越好了。

反对！make;make install遵循规范，地球人都只道。可以根据需要修改。
作成傻瓜软件会遇到意想不到的问题，毕竟，一个人不会接触那么多系统，不会在脚本里考虑每一种情况。出了问题，别人问。你怎么回答？不利于fcitx发展。
看看吧，简洁的软件最受欢迎，但是绝对不是用windows installshield 包装风格的。

idkey

新的脚本，已经支持 rpm 和 deb 包的创建:
[PHP]
echo
echo 'Build and Install on system:'
echo '  ./configure && make install   # run as root'

echo 'Build and Install on user home:'
echo '  ./configure --prefix="$HOME" && make install'

echo 'Build without xft:'
echo '  ./configure --enable-xft=no && make'

echo
echo 'Build RPM Package like these:'
echo '  ./configure && make dist'
echo '  rpmbuild -ts fcitx-*.tar.gz   # build source package'
echo '  rpmbuild -tb fcitx-*.tar.gz   # build binary package'

echo
echo 'Build DEBIAN Package like these:'
echo '  ./configure'
echo '  vim ./debian/changelog        # add change log'
echo '  fakeroot dpkg-buildpackage'
[/PHP]

希望 fcitx 能找个地方管理代码，比如到 http://www.sf.net 或者 http://cosoft.org.cn 上占个地儿，好歹有个 cvs 能用，以后想提交修改直接贴个 patch 文件就得了。

idkey

忘了提交脚本文件，嘿嘿，补上：

idkey

后天就放假了，该回家过年了，再有什么修改等年后啦。

给大家先拜个早年，大吉大利各位！

北南南北

www.fcitx.org  上没有cvs啊。能不能用ftp代替代替

idkey

最初由 北南南北 发表
www.fcitx.org  上没有cvs啊。能不能用ftp代替代替

不行呀，cvs 和 ftp 在本质上是不同的。ftp 只是保存一些文件，cvs 则可以保存一个文件的所有以往修改记录，随时都可以取回来或者和现在的开发版本进行比较：这个功能最直观的就是我们发现几天前源代码改错了，现在想恢复一个星期以前的代码，直接一条指令就可以把一个星期前的原文件找回来，另外还有允许在一个代码上分开多个分支进行开发啦，允许多个人同时协作编辑一个源代码啦；还有即使你不是开发人员，cvs 也能让你本地的代码随时和开发人员的最新代码保持同步。

不过 cvs 的管理确实很麻烦，soureforge.net 开发了一整套基于 cvs 的协作开发平台，包括 cvs、主页空间、邮件、论坛、bug tracking(这个很重要，我认为是一个必不可少的系统)、下载等等开发、开源有关的所有基本系统，开放了源代码并且自己也提供了基于 sourceforge 的 host 服务--就是最著名的 http://www.sf.net/ 。国内也有提供 sf 主机的，最出名的可能就是 http://cosoft.org.cn/ 了，另外 linuxforum 也提供了自己的 sf 服务：http://sf.linuxforum.net/ 。我觉得我们没有必要自己再建这种服务了，用这些人提供的就很好了。本南常和 yuking 联系吗？可以和他商量一下，应该在这几个里挑一个，在上面建立项目，把我们的代码放到上面管理，这样我们在项目管理上所操的心会更少一些，能集中精力到代码、文档的开发上面来。