fcitx源代码及deb安装包 - PPA源已经建立，将会停止手工更新

[jarryson]

pango在arch下看依赖关系是只是依赖glib2，并不依赖gtk2。

QT都依赖glib2，就算fcitx依赖glib2也没有关系吧。。glib2貌似包装的很不错

[alpha.gu]

刚提交了一个比较大的修改……可能会带来各种各样的问题

alpha.gu兄可以考虑不更新。

这个，一定要更新的：）
一定要有人当白鼠的嘛：）

[alpha.gu]

这次fcitx算是来了一个革命性的大变动，至少我是这样认为的，在此，感谢wengxt的努力！
突然想说几件事，例一下吧：
一，项目主页上的fcitx和源里面的反正也不可以同时存在，所以，这次大更新，我就把包名改回了fcitx，虽然我还是一直不明白版本号前面的“1:”是什么意思，但是就算我把后面的版本号写成是4.0，系统还是会觉得源里的“1:3.6.3”要比4.0新，所以，没办法，我还得把那个“1:”加回去。
二，我说过很多次我只是用替换方式来打包的，而不是用Debian正统的方法，反正我是搞不明白它的rules文件要怎么操作的，而且，源码包里的这部分也很久没有更新了。Debian的打包规则还是很复杂的，我试过几次想去了解一下，可是，我失败了。
三，这次结构的大变动，导致我之前用来打包的源里面3.6.3的壳基本上就真的只是个壳了，其他的文件结构，我是用make install的方式查出来的，所以，基本上，除了etc目录下的东西和打包要用的DEBIAN这个目录下的东西，usr目录下的东西全是新的。
四，鉴于以上所说，大家应该知道，我对Debian系并不是很了解，所以ppa源什么的想法，至少在我手里是实现不了了，我是初想到打这个包，只是为了某些和我一样有软件追新情结的人方便一点罢了，如果哪一天有一个对Debian系很了解的人接手这个nightly-build的工作，做出一个很符合Debian规则的包，并且架设ppa源，那也是我希望的，不过，在这之前，大家就将就用吧：）
四，我现在用的是ARCH，相对来说，它的PKGBUILD要简单的多，包也要纯粹很多，基本上make install出来是什么样，它打包出来应该就是什么样，每次fcitx的目录和文件变化大的时候，我几乎都是参考ARCH的pkg目录下写入的文件结构来作同样的变动。

[csslayer]

这次fcitx算是来了一个革命性的大变动，至少我是这样认为的，在此，感谢wengxt的努力！
突然想说几件事，例一下吧：
一，项目主页上的fcitx和源里面的反正也不可以同时存在，所以，这次大更新，我就把包名改回了fcitx，虽然我还是一直不明白版本号前面的“1:”是什么意思，但是就算我把后面的版本号写成是4.0，系统还是会觉得源里的“1:3.6.3”要比4.0新，所以，没办法，我还得把那个“1:”加回去。
二，我说过很多次我只是用替换方式来打包的，而不是用Debian正统的方法，反正我是搞不明白它的rules文件要怎么操作的，而且，源码包里的这部分也很久没有更新了。Debian的打包规则还是很复杂的，我试过几次想去了解一下，可是，我失败了。
三，这次结构的大变动，导致我之前用来打包的源里面3.6.3的壳基本上就真的只是个壳了，其他的文件结构，我是用make install的方式查出来的，所以，基本上，除了etc目录下的东西和打包要用的DEBIAN这个目录下的东西，usr目录下的东西全是新的。
四，鉴于以上所说，大家应该知道，我对Debian系并不是很了解，所以ppa源什么的想法，至少在我手里是实现不了了，我是初想到打这个包，只是为了某些和我一样有软件追新情结的人方便一点罢了，如果哪一天有一个对Debian系很了解的人接手这个nightly-build的工作，做出一个很符合Debian规则的包，并且架设ppa源，那也是我希望的，不过，在这之前，大家就将就用吧：）
四，我现在用的是ARCH，相对来说，它的PKGBUILD要简单的多，包也要纯粹很多，基本上make install出来是什么样，它打包出来应该就是什么样，每次fcitx的目录和文件变化大的时候，我几乎都是参考ARCH的pkg目录下写入的文件结构来作同样的变动。

那个1:叫epoch
deb包版本为[epoch:]upstream_version[-debian_revision] （中括号内可以为空）
upstream version就是本身的版本号例如fcitx 3.6.3，debian_revision一般就是同一个上游版本在软件库中的不同版本，比如因为相关依赖而导致需要重新编译之后的版本或者加入了自己的补丁的版本。
epoch可以用于上游降级或者版本号错误（例如以前一个包用svn提交数作为版本号，正式发布后变成1.0，但是svn提交数就明显比1.0要大，怎么办呢，就要让epoch+1，来让系统认为1.0比较新）
包的版本比较时的优先级是epoch，upstream，debian

[alpha.gu]

多谢解释：）

[csslayer]

多谢解释：）

额，另外顶楼的QT_IM_MODULE=XIM写错了（大小写，不过我真不知道写XIM管事不。。）

[alpha.gu]

多谢解释：）

额，另外顶楼的QT_IM_MODULE=XIM写错了（大小写，不过我真不知道写XIM管事不。。）

这是因为以前老早的某个文档中是这么写的，后来我也一直这么写，一直到这次更新，因为大写，导致配置提示窗口跳出来，我才改的小写，似乎并没有什么大的影响，反正都能用。

[alpha.gu]

目前在Ubuntu下r402版本编译不过，但不知道为什么，ARCH下是过的，所以，可能继续等。

[csslayer]

目前在Ubuntu下r402版本编译不过，但不知道为什么，ARCH下是过的，所以，可能继续等。

看看403？……我也发现在64bit下面有个问题了，改了点头文件

[alpha.gu]

r403版本编译上传完毕。
基本上大家可以正式开始4.0版本之旅了。

[Eiffi]

DefaultShuangpinSchema=微软

我想使用的双拼方案是微软的，但是修改后，也没有效果，主要集中在韵母 “ ing ” 本来的方案是由 “ ; ” 键代替的。但是，现在的版本却是由 “ Y ” 键代替的韵母 “ ing ”，这样就造成了我多年的习惯难以改正过来，希望下一个版本能修复该小问题。或者配置表弄成中文的，让我更能看懂。我试验了半天，才明白原来现在是Y键代替了 “ ing ” 。

可能是我不会设置造成的，我是新手，今天刚装完系统。马上就下载了最新版的4beta1 ,请各位老大指教。年过30,学什么都慢了

[csslayer]

DefaultShuangpinSchema=微软

我想使用的双拼方案是微软的，但是修改后，也没有效果，主要集中在韵母 “ ing ” 本来的方案是由 “ ; ” 键代替的。但是，现在的版本却是由 “ Y ” 键代替的韵母 “ ing ”，这样就造成了我多年的习惯难以改正过来，希望下一个版本能修复该小问题。或者配置表弄成中文的，让我更能看懂。我试验了半天，才明白原来现在是Y键代替了 “ ing ” 。

可能是我不会设置造成的，我是新手，今天刚装完系统。马上就下载了最新版的4beta1 ,请各位老大指教。年过30,学什么都慢了

其实是这样……我又重新看了看代码，现在双拼的设置只能靠修改/usr/share/fcitx/data/sp.dat里面的默认方案(老版本通过了一些复杂的判断设置的。。）

感觉这个行为很奇怪。。我先做了一个临时修改，把这个改成是config文件里面的设置起作用了。

以后再把双拼的方案也标准化了

[Eiffi]

DefaultShuangpinSchema=微软

我想使用的双拼方案是微软的，但是修改后，也没有效果，主要集中在韵母 “ ing ” 本来的方案是由 “ ; ” 键代替的。但是，现在的版本却是由 “ Y ” 键代替的韵母 “ ing ”，这样就造成了我多年的习惯难以改正过来，希望下一个版本能修复该小问题。或者配置表弄成中文的，让我更能看懂。我试验了半天，才明白原来现在是Y键代替了 “ ing ” 。

可能是我不会设置造成的，我是新手，今天刚装完系统。马上就下载了最新版的4beta1 ,请各位老大指教。年过30,学什么都慢了

其实是这样……我又重新看了看代码，现在双拼的设置只能靠修改/usr/share/fcitx/data/sp.dat里面的默认方案(老版本通过了一些复杂的判断设置的。。）

感觉这个行为很奇怪。。我先做了一个临时修改，把这个改成是config文件里面的设置起作用了。

以后再把双拼的方案也标准化了

意思是，我重新下载安装一下吗？

[csslayer]

那么我就只好说yes了…… = =b

[alpha.gu]

404版本编译上传完毕。